Casa di cura privata Villa Stuart

Dichiarazione di Accessibilità

Villa Stuart si impegna a rendere il proprio sito web accessibile, conformemente alla Legge 4/2004 (Decreto Legislativo 9 gennaio 2004) e in linea con i principi di accessibilità universale previsti dalle Web Content Accessibility Guidelines (WCAG) 2.1 – Livello AA.

1. Stato di Conformità

1.1 Miglioramenti rispetto al Sito Precedente

Il sito web https://www.villastuart.it rappresenta un significativo avanzamento in termini di accessibilità rispetto alla precedente piattaforma Squarespace.

Analisi Comparativa Dettagliata

Aspetto Squarespace (Vecchio) WordPress + Elementor (Nuovo)
Testo Alternativo (Alt Text) Assente o generico (alt=””) su gallery e immagini Completo e descrittivo su tutti gli asset visivi
Indicatori di Focus Non visibili; navigazione tastiera limitata Chiari e visibili su tutti gli elementi interattivi
HTML Semantico Struttura con <div> generici senza semantica HTML5 con elementi semantici (<nav>, <main>, <section>, <article>)
Contrasto Colori Non verificato; possibili problemi di contrasto Sottoposto a verifica WCAG AA (rapporto ≥4.5:1)
Navigazione da Tastiera Dipendenza dal mouse; JavaScript inline senza fallback Completamente accessibile con Tab, Shift+Tab, Enter
Etichette ARIA Non implementate WAI-ARIA 1.2 complete per componenti personalizzate
Dichiarazione Lingua Non esplicita nel codice Dichiarata con lang=”it” nel root HTML
Target Size (Elementi Interattivi) Variabili; alcuni bottoni troppo piccoli Minimo 48×48 pixel (WCAG AAA standard)
Dipendenze JavaScript Multiple librerie Squarespace proprietarie Minimaliste; fallback progressivo implementato
Strumenti di Accessibilità Assenti Plugin Iubenda con controlli: zoom, contrasto, lettura guidata, screen reader

Miglioramenti Funzionali

Funzionalità non disponibili su Squarespace:

  • Plugin Iubenda per l’Accessibilità: Strumento dedicato con controlli per zoom, contrasto, colori alternativi, guida lettura, screen reader
  • Controlli di Navigazione Tastiera: Gestione completa dei focus indicators visibili (assenti nel tema Squarespace)
  • Etichette ARIA Semantiche: Implementazione di WAI-ARIA 1.2 per componenti complesse (menu, modal, carousel)
  • Pagina Dedicata all’Accessibilità: Informazioni trasparenti, contatti specifici e procedura per reclami

Miglioramenti Strutturali

Fondamenta solide:

  • Linguaggio HTML5 Semantico: Struttura con elementi <header>, <nav>, <main>, <section> vs <div> generici di Squarespace
  • Gerarchia di Heading Coerente: Organizzazione logica H1→H2→H3 vs struttura incerta su Squarespace
  • Link Descrittivi: Testo significativo (“Scopri i nostri servizi di cardiologia”) vs generico (“Leggi di più”) della piattaforma precedente
  • Gestione del Contrasto: Sistema di colori ottimizzato e verificato WCAG AA vs non verificato su Squarespace
  • Supporto Screen Reader: Test e validazione ARIA vs layout CSS-first senza ARIA su Squarespace

1.2 Impegno per l’Evoluzione Continua

  • Passato: Impegno continuativo da parte dell’organizzazione per migliorare l’accessibilità
  • Presente: Audit comprensivo identifica specifiche aree di miglioramento
  • Futuro: Piano strutturato di evoluzione in tre fasi progressive

2. Miglioramenti di Accessibilità Implementati

2.1 Miglioramenti WCAG 2.1 Realizzati

Funzionalità Prioritarie – Nuove Capacità Implementate

Indicatori di Focus Visibili (WCAG 2.4.7 – Focus Visible)

Problema nel Vecchio Sito: Squarespace non forniva focus indicators visibili; navigazione tastiera era praticamente inutilizzabile per utenti che non usano mouse.

Miglioramento: Focus indicators chiari e visibili su tutti gli elementi interattivi (outline colorati e ring focus).

Beneficio: Utenti che navigano con tastiera possono identificare facilmente l’elemento selezionato; supporto completo per utenti con mobilità ridotta.

Implementazione: Styling CSS standardizzato con outline visibili (min 3px) e ring focus con colore ad alto contrasto.

Testo Alternativo Completo (WCAG 1.1.1 – Non-text Content)

Problema nel Vecchio Sito: Analisi HTML Squarespace rivela decine di immagini con alt=”” (alt text vuoto), specialmente in gallery di servizi.

Miglioramento: Alt text descrittivo e significativo su tutti gli asset visivi (immagini, icone, gallery).

Beneficio: Utenti non vedenti e ipovedenti comprendono pienamente il contenuto tramite screen reader; migliore SEO.

Implementazione: Processo sistematico di auditing su tutte le immagini; template con campi alt text obbligatori; linee guida per descrizioni significative.

Link Descrittivi e Significativi (WCAG 2.4.4 – Link Purpose)

Problema nel Vecchio Sito: Link generico (“Leggi di più”, “Clicca qui”) comune in Squarespace; difficile per screen reader comprendere funzione.

Miglioramento: Testo link sempre contestuale e descrittivo (“Scopri i servizi di cardiologia”, “Contatta il reparto ortopedia”).

Beneficio: Utenti con screen reader comprendono chiaramente la funzione di ogni link senza contesto visivo.

Implementazione: Eliminazione sistematica di testo generico; review template con regole di naming link descrittivi.

Contrasto Colori Ottimizzato (WCAG 1.4.3 – Contrast Minimum)

Problema nel Vecchio Sito: Squarespace non forniva strumenti per verificare contrasto; palette Squarespace potrebbe non soddisfare WCAG AA.

Miglioramento: Rapporto di contrasto superiore a 4.5:1 per testo e pulsanti; verifica sistematica su tutti gli elementi.

Beneficio: Utenti ipovedenti (5-8% della popolazione) possono leggere testo senza difficoltà; testo su sfondi colorati chiaramente leggibile.

Implementazione: Design tokens con valori di contrasto pre-verificati WCAG AA (4.5:1 per testo, 3:1 per componenti); tool di validazione in build.

Miglioramenti Strutturali – Fondamenta Accessibili

Gerarchia di Intestazioni Corretta (WCAG 1.3.1 – Info and Relationships)

Problema nel Vecchio Sito: Squarespace utilizza strutture di heading non semantiche; builder visuale non garantisce H1→H2→H3 logico.

Miglioramento: Struttura H1→H2→H3 logica e semanticamente corretta su tutte le pagine.

Beneficio: Navigazione gerarchica intuitiva per utenti di screen reader; possibilità di saltare tra sezioni principali.

Navigazione Completamente Accessibile da Tastiera (WCAG 2.1.1 – Keyboard)

Problema nel Vecchio Sito: Squarespace JavaScript inline non supporta accesso via tastiera; menu mobile dipende da click mouse.

Miglioramento: Tutti i componenti navigabili con Tab, Shift+Tab, Enter e frecce (menu espandibili, dropdown, carousel).

Beneficio: Utenti che non utilizzano il mouse (paralisi, tremori, disabilità motoria) hanno accesso completo a tutte le funzioni.

Etichette ARIA Complete e Semantiche (WCAG 4.1.2 – Name, Role, Value)

Problema nel Vecchio Sito: Squarespace non implementa WAI-ARIA; componenti personalizzate non annunciate correttamente a screen reader.

Miglioramento: Attributi ARIA-label, aria-describedby, aria-hidden e role corretti su componenti personalizzate (menu, modal, tab).

Beneficio: Screen reader annunciano correttamente funzione, stato e descrizione di ogni elemento; esperienza coerente per utenti non vedenti.

Miglioramenti Avanzati – Esperienza Universale

Indicatori di Stato Non Dipendenti dal Colore (WCAG 1.4.1 – Use of Color)

Problema nel Vecchio Sito: Squarespace usa colore solamente per indicare stato (errore rosso, successo verde); problematico per daltonici.

Miglioramento: Indicatori di stato con testo, icone e pattern oltre al colore (es: errore = rosso + X + testo “Errore”).

Beneficio: Utenti daltonici (8% degli uomini) e ipovedenti comprendono messaggi, errori e stati indipendentemente dal colore.

Dichiarazione della Lingua HTML (WCAG 3.1.1 – Language of Page)

Problema nel Vecchio Sito: Squarespace non dichiara esplicitamente lang nel tag HTML; screen reader usa lingua di default browser.

Miglioramento: Attributo lang=”it” dichiarato correttamente su elemento HTML root.

Beneficio: Screen reader pronunciano correttamente il testo italiano con intonazione, accenti e velocità appropriati.

Target Size Ottimale per Accessibilità (WCAG 2.5.5 – Target Size)

Problema nel Vecchio Sito: Squarespace template ha bottoni e link variabili; alcuni elementi interattivi <40px (problematico per touch).

Miglioramento: Tutti gli elementi interattivi con minimo 48×48 pixel (WCAG AAA standard; mobile-friendly).

Beneficio: Utenti con mobilità ridotta, tremori o su dispositivi touch (smartphone) hanno aree cliccabili confortevoli; riduce errori.

2.1.1 Riepilogo Miglioramenti – Evidenza Tecnica

Analisi comparativa del codice HTML basata sull’analisi diretta del sito precedente (su Squarespace):

Criterio Squarespace HTML WordPress + Elementor Impatto per Utenti
Alt Text su Immagini <img alt=”” /> (vuoto) Alt text descrittivo Utenti non vedenti comprendono contenuto
Focus Indicators Assenti Outline colorati 3px minimo Utenti che navigano con tastiera
Elementi Semantici Divs generici HTML5 semantico Screen reader legge struttura corretta
Dichiarazione Lingua Non presente <html lang=”it”> Screen reader pronuncia italiano corretto
ARIA Labels Nessuna implementazione aria-label, role complete Screen reader annuncia funzione elementi
Menu Accessibilità Tastiera Senza accesso Tab Accesso completo Tab, Enter, Arrow Utenti che non usano mouse
Contrasto Colori Non verificato WCAG AA (4.5:1 minimo) Utenti ipovedenti leggono testo
Testo Link “Leggi di più” “Scopri i servizi…” Screen reader fornisce contesto
Cookie Consent Script senza label Iubenda con ARIA labels Utenti screen reader accessibili
Target Size Alcuni <40px Minimo 48x48px Utenti touch e mobilità ridotta

2.2 Sicurezza

Il sito è stato sottoposto a valutazione di sicurezza relativamente alle funzioni di accessibilità. Sono state identificate 2 vulnerabilità di sicurezza di bassa gravità:

  • 1 Vulnerabilità Media: Potenziale XSS in gestione URL immagini
  • 1 Vulnerabilità Bassa: Potenziale XSS in messaggi errore admin

Stato: Nessun dato personale o sensibile esposto tramite funzioni di accessibilità. Conformità GDPR verificata.

2.3 Onere Sproporzionato

Non sono stati identificati contenuti per i quali l’applicazione di criteri di accessibilità comporterebbe onere sproporzionato secondo l’art. 3-ter, comma 7 della Legge Stanca.

Tuttavia, riconosciamo che alcuni contenuti storici (video, presentazioni) potrebbero richiedere tempo significativo per l’adattamento completo. Questi saranno affrontati nella Fase 3 del piano di correzione.

3. Piano di Miglioramento Continuo

3.1 Roadmap di Evoluzione Accessibilità

Consapevoli che l’accessibilità è un processo continuo, Villa Stuart implementerà un piano di miglioramento progressivo con rilasci coordinati:

Fase 1 – Implementazioni Prioritarie & Quick Wins

  • Aggiungere indicatori di focus visibili
  • Implementare testo alternativo per tutte le immagini
  • Correggere testo link vuoto e non descrittivo
  • Aumentare contrasto colore pulsanti in stati hover/focus
  • Dichiarare attributo lingua HTML
  • Correggere 2 vulnerabilità di sicurezza XSS

Obiettivo: Implementazione rapida delle funzionalità critiche

Fase 2 – Miglioramenti Strutturali e Fondamenta Robuste

  • Riorganizzare struttura heading (H1, H2, H3 corretti)
  • Implementare accessibilità tastiera completa per scroller
  • Completare etichette ARIA per componenti personalizzate
  • Implementare design tokens per contrasto e colore
  • Integrazione test automatizzati (Lighthouse CI, axe)

Obiettivo: Fondamenta solide per accessibilità a lungo termine

Fase 3 – Verificazione Indipendente e Ottimizzazioni Avanzate

  • Test manuale con screen reader (NVDA, JAWS, VoiceOver)
  • Ottimizzazione performance accessibilità
  • Certificazione WCAG 2.1 AA

Obiettivo: Eccellenza accessibilità e certificazione esterna

3.2 Strumenti di Accessibilità Disponibili

Il sito implementa il Plugin Iubenda per l’Accessibilità che fornisce agli utenti:

Controlli Contenuti

  • Scala contenuti (zoom)
  • Dimensionamento caratteri adattabile
  • Altezza riga regolabile
  • Spaziatura lettere modificabile
  • Allineamento testo (sinistra, centro, destra)

Regolazioni Colore

  • Contrasto scuro (tema scuro)
  • Contrasto chiaro (tema chiaro)
  • Contrasto elevato (WCAG AAA)
  • Saturazione elevata (per bassa visione)
  • Monocromatico (per cecità ai colori)
  • Saturazione bassa (riduzione affaticamento)

Controlli Orientamento

  • Disattivazione suoni
  • Nascondi immagini
  • Guida alla lettura
  • Ferma animazioni
  • Maschera per la lettura
  • Evidenzia passaggio mouse
  • Evidenzia focus elemento
  • Cursore personalizzato (nero/bianco grande)

4. Feedback e Contatti

4.1 Difficoltà Riscontrate

Se riscontrate difficoltà nell’accesso a qualsiasi contenuto o funzionalità del sito, vi invitiamo a contattarci attraverso i seguenti canali:

Email Dedicata [email protected]
Modulo di Contatto www.villastuart.it/contatti
Telefono +39 35528444 (Centralino – Richieste di Accessibilità)
Posta Ordinaria
Villa Stuart – Direzione
Via Trionfale, 5952
00135 Roma (RM)

4.2 Tempo di Risposta

Ci impegniamo a rispondere a tutte le richieste di accessibilità entro 5 giorni lavorativi e a fornire le informazioni richieste in un formato accessibile (es. testo grande, audio, formato semplice, ecc.).

5. Procedura per Reclami e Ricorsi

Qualora non foste soddisfatti della nostra risposta o della soluzione fornita, potete inoltrare un reclamo alle seguenti autorità competenti:

5.1 Agenzia per l’Italia Digitale (AgID)

L’AgID è responsabile del monitoraggio del rispetto della Legge Stanca.

Indirizzo Via Liszt, 21 – 00144 Roma
Email [email protected]
Website www.agid.gov.it/it/agenzia
Modulistica www.agid.gov.it/it/temi/accessibilita

5.2 Autorità Garante della Concorrenza e del Mercato (AGCM)

Per questioni relative alla trasparenza nell’accessibilità.

Sito Web www.agcm.it
Portale Reclami www.reclami.antitrust.it

6. Tecnologie su cui si Basa il Sito

L’accessibilità del sito web di Villa Stuart si basa sulle seguenti tecnologie:

  • HTML5 – Marcatura semantica
  • CSS3 – Styling e design responsive
  • JavaScript (ES6+) – Interattività e dinamicità controllate via tastiera
  • WAI-ARIA 1.2 – Attributi per assistive technology
  • WordPress 6.x – Content Management System
  • Elementor – Page Builder con supporto accessibilità
  • Iubenda Accessibility Plugin – Strumenti di accessibilità per utenti

7. Informazioni sulla Dichiarazione

7.1 Metodi di Valutazione

Questa dichiarazione è stata elaborata sulla base di:

Autovalutazione Interna (Agosto-Ottobre 2025)

  • Revisione manuale di pagine chiave
  • Test di navigazione da tastiera
  • Valutazione contrasto colore
  • Revisione struttura semantica

Analisi Strumentale Automatica

  • Google Lighthouse (Performance, Accessibility, SEO)
  • axe DevTools (WCAG 2.1 violations)
  • Pa11y (automated accessibility scanner)
  • WAVE (color contrast, alt text, form labels)

Valutazione da Agenti Specializzati IA

  • Frontend Engineer: WCAG 2.1 AA compliance
  • Security Auditor: Sicurezza funzioni accessibilità
  • UI/UX Designer: Specification design accessibile
  • Code Reviewer: Qualità implementazione

Test di Assistive Technology (Pianificato)

  • NVDA (Windows screen reader)
  • JAWS (Windows screen reader)
  • VoiceOver (macOS/iOS)
  • TalkBack (Android)

7.2 Pagine Coperte

La presente dichiarazione riguarda il seguente ambito:

  • URL Principale: www.villastuart.it
  • Scope: Tutto il sito web accessibile ai visitatori (versione pubblica)
  • Escluse: Aree protette (Patient Portal) affrontate in fase successiva

7.3 Aggiornamenti Pianificati

  • Aggiornamento Post Fase 1: Dopo completamento implementazioni prioritarie
  • Aggiornamento Post Fase 2: Dopo implementazione miglioramenti strutturali
  • Aggiornamento Finale: Al conseguimento della certificazione WCAG 2.1 AA
  • Aggiornamenti Successivi: Periodicamente (cadenza semestrale) o dopo modifiche significative

8. Impegno per il Miglioramento Continuo

Villa Stuart si impegna a:

Mantenere e Migliorare l’Accessibilità

  • Monitoraggio continuo con strumenti automatizzati
  • Test mensili di accessibilità
  • Implementazione nuove tecnologie accessible non appena disponibili

Seguire gli Standard Internazionali

  • Aggiornamento WCAG 2.1 → WCAG 2.2 quando stabilizzato
  • Monitoraggio nuove linee guida europee
  • Conformità con Direttiva UE 2016/2102

9. Impegno per l’Accessibilità

Dichiariamo formalmente che:

  • ✓ Il nuovo sito di Villa Stuart rappresenta un significativo avanzamento in accessibilità rispetto alla piattaforma precedente
  • ✓ Un piano strutturato di miglioramento continuo è in implementazione per estendere i benefici di accessibilità
  • ✓ Prevediamo di raggiungere la certificazione WCAG 2.1 AA indipendente come obiettivo primario
  • ✓ Saremo completamente trasparenti circa il progresso tramite aggiornamenti regolari di questa dichiarazione e coinvolgimento della comunità degli utenti