Dichiarazione di accessibilità Dohop

Questa dichiarazione di accessibilità delinea i principi, i processi e gli strumenti che utilizziamo in Dohop per garantire che i nostri prodotti siano inclusivi e utilizzabili da tutti gli utenti, inclusi quelli con disabilità. Il nostro obiettivo è fornire un'esperienza costantemente accessibile su tutte le nostre piattaforme, in linea con le Linee guida per l'accessibilità dei contenuti Web (WCAG) 2.2 al Livello AA.

Perché l'accessibilità è importante

Almeno 1 persona su 5 nel Regno Unito dichiara di avere una disabilità. In Dohop, crediamo che l'accessibilità sia un diritto umano fondamentale e una parte essenziale nel fornire eccellenti prodotti digitali. Che si tratti di qualcuno che prenota un volo usando un lettore di schermo, navigando con la tastiera, o affrontando limitazioni temporanee come un braccio rotto o scarsa illuminazione, vogliamo che ogni utente possa trovare e prenotare voli facilmente.

Accessibilità by Design

Integrazione nel nostro Design System

Incorporiamo le migliori pratiche di accessibilità direttamente nel nostro design system. Ogni componente e pagina segue una Lista di controllo dell'accessibilità standardizzata, revisionata durante la fase di progettazione. Questa lista di controllo assicura che affrontiamo costantemente:

• Contrasto del colore e uso del colore
• Alternative testuali per immagini e icone
• Gestione del focus e ordine logico di tabulazione
• Input di moduli accessibili e gestione degli errori
• Linguaggio chiaro e semplice
• Layout responsive e scalabili
• Evitare movimenti o animazioni che causano danno (es. crisi epilettiche, nausea)

I designer sono responsabili di verificare che queste considerazioni siano soddisfatte e documentate prima del passaggio agli sviluppatori.

Pratiche di accessibilità nello sviluppo

Linting e controlli statici

Utilizziamo eslint-plugin-jsx-a11y nel nostro codebase, che segnala violazioni di accessibilità come attributi aria mancanti, pulsanti senza etichetta, o ordine improprio dei titoli durante lo sviluppo. Questo assicura che i problemi vengano individuati precocemente, come parte di ogni pull request.

Pipeline di test End-to-End

Integriamo test di accessibilità automatizzati nella nostra pipeline e2e (end-to-end) utilizzando:

• @axe-core/puppeteer per la validazione a livello di componenti e flussi UI
• Test Cypress, potenziati per rilevare violazioni EAA (European Accessibility Act)
• Controlli di regressione per assicurare che il comportamento accessibile non venga compromesso durante gli aggiornamenti

Revisioni del codice

Quando gli sviluppatori revisionano le pull request, devono:

1. Testare usando solo la tastiera
2. Testare usando un lettore di schermo
3. Controllare il contrasto del colore con Axe devtools
4. Ingrandire al 200%

Test di accessibilità

Strumenti di test

Il team utilizza una varietà di strumenti per validare l'accessibilità in diverse fasi:

• Estensioni del browser
  • WAVE
  • Axe
  • Lighthouse
• Strumenti di sviluppo del browser
  • Schede di accessibilità di Chrome e Firefox
  • Regioni live ARIA, ispezione dei ruoli e focus della tastiera

Test manuali

Completiamo gli strumenti automatizzati con controlli manuali, inclusi:

• Test di navigazione con tastiera (Tab, Shift+Tab, Invio, Escape)
• Test con lettore di schermo (VoiceOver, NVDA, o TalkBack a seconda della piattaforma)
• Verifica del contrasto del colore usando hardware reale
• Test in modalità di visualizzazione ad alto contrasto e ingrandita

Audit e miglioramento continuo

Audit indipendenti

Ci impegniamo a condurre audit di accessibilità regolari da parte di auditor terzi certificati ogni 6 mesi. Questi audit includono:

• Valutazione di conformità WCAG 2.2 AA
• Test di tecnologie assistive
• Test utente con persone con disabilità
• Report e raccomandazioni attuabili

I risultati sono documentati e prioritizzati nel nostro backlog di accessibilità per la risoluzione.

Canali di feedback

Incoraggiamo attivamente il feedback degli utenti e forniamo un contatto dedicato all'accessibilità sul nostro sito. Qualsiasi reclamo o barriera relativa all'accessibilità viene investigata prontamente.

Formazione e responsabilità del team

L'accessibilità è una responsabilità condivisa:

• I Designer assicurano che ogni interazione sia intuitiva e utilizzabile fin dall'inizio.
• Gli Sviluppatori applicano gli standard tecnici di accessibilità nell'implementazione.
• I Product Owner promuovono l'accessibilità come bisogno aziendale e dell'utente.
• Il Supporto Clienti escalizza le barriere segnalate dagli utenti al team prodotto e accessibilità.

Governance e roadmap

Governance

Il nostro responsabile accessibilità lavora con team cross-funzionali per:

• Mantenere documentazione e processi di accessibilità
• Revisionare i risultati degli audit e supervisionare le correzioni
• Promuovere l'accessibilità nelle nuove iniziative

Riassunto

Dohop si impegna a costruire prodotti digitali accessibili e inclusivi. Attraverso liste di controllo, test automatizzati, audit e una cultura di responsabilità condivisa, miriamo a soddisfare e superare gli standard di accessibilità per supportare tutti i viaggiatori, indipendentemente dalle loro capacità.