Esta declaração de acessibilidade descreve os princípios, processos e ferramentas que utilizamos na Dohop para garantir que os nossos produtos sejam inclusivos e utilizáveis por todos os utilizadores, incluindo aqueles com deficiências. O nosso objetivo é oferecer uma experiência consistentemente acessível em todas as nossas plataformas, alinhada com as Diretrizes de Acessibilidade para Conteúdo Web (WCAG) 2.2 ao Nível AA.

Por que a acessibilidade importa

Pelo menos 1 em cada 5 pessoas no Reino Unido reporta ter uma deficiência. Na Dohop, acreditamos que a acessibilidade é um direito humano fundamental e uma parte central de oferecer excelentes produtos digitais. Seja alguém a reservar um voo usando um leitor de ecrã, navegando pelo teclado, ou lidando com limitações temporárias como um braço partido ou pouca iluminação, queremos que todos os utilizadores consigam encontrar e reservar voos facilmente.

Acessibilidade por Design

Integração no nosso Sistema de Design

Incorporamos as melhores práticas de acessibilidade diretamente no nosso sistema de design. Cada componente e página segue uma Lista de Verificação de Acessibilidade padronizada, revista durante a fase de design. Esta lista de verificação garante que abordamos consistentemente:

• Contraste de cor e uso de cor
• Alternativas textuais para imagens e ícones
• Gestão de foco e ordem lógica de tabulação
• Campos de formulário acessíveis e tratamento de erros
• Linguagem clara e simples
• Layouts responsivos e escaláveis
• Evitar movimentos ou animações que causem danos (ex: convulsões, náuseas)

Os designers são responsáveis por verificar que estas considerações são cumpridas e documentadas antes da entrega aos programadores.

Práticas de Acessibilidade no Desenvolvimento

Linting e Verificações Estáticas

Utilizamos eslint-plugin-jsx-a11y na nossa base de código, que sinaliza violações de acessibilidade como atributos aria em falta, botões sem etiqueta, ou ordem incorreta de cabeçalhos durante o desenvolvimento. Isto garante que os problemas são detetados precocemente, como parte de cada pull request.

Pipeline de Testes End-to-End

Integramos testes de acessibilidade automatizados no nosso pipeline e2e (end-to-end) usando:

• @axe-core/puppeteer para validação ao nível de componentes e fluxos de UI
• Testes Cypress, melhorados para detetar violações EAA (Lei Europeia de Acessibilidade)
• Verificações de regressão para garantir que o comportamento acessível não é comprometido durante atualizações

Revisões de código

Quando os programadores reveem pull requests, precisam de:

1. Testar usando apenas o teclado
2. Testar usando um leitor de ecrã
3. Verificar o contraste de cor com as ferramentas de desenvolvimento Axe
4. Ampliar para 200%

Testar a Acessibilidade

Ferramentas de Teste

A equipa utiliza uma variedade de ferramentas para validar a acessibilidade em diferentes fases:

• Extensões do Browser
  • WAVE
  • Axe
  • Lighthouse
• Ferramentas de Desenvolvimento do Browser
  • Separadores de acessibilidade do Chrome e Firefox
  • Regiões live ARIA, inspeção de funções e foco do teclado

Testes Manuais

Complementamos as ferramentas automatizadas com verificações manuais, incluindo:

• Testes de navegação por teclado (Tab, Shift+Tab, Enter, Escape)
• Testes de leitor de ecrã (VoiceOver, NVDA, ou TalkBack dependendo da plataforma)
• Verificação de contraste de cor usando hardware real
• Testes em modos de exibição de alto contraste e ampliados

Auditoria e Melhoria Contínua

Auditorias Independentes

Comprometemo-nos a realizar auditorias de acessibilidade regulares por auditores externos certificados a cada 6 meses. Estas auditorias incluem:

• Avaliação de conformidade com WCAG 2.1/2.2 e níveis A-AA, incluindo:

  • Perceptibilidade – garantir que o conteúdo não textual, as legendas, o uso de cores e as relações estejam disponíveis para todos os usuários.

  • Operabilidade – apoiar a navegação completa por teclado, evitar armadilhas de teclado e garantir que os métodos de entrada sejam acessíveis.

  • Compreensibilidade – manter uma estrutura clara, rótulos significativos e interações previsíveis.

  • Robustez – assegurar compatibilidade com tecnologias assistivas e diferentes configurações de usuário.

• Testes com tecnologias assistivas

• Testes de usuários com pessoas com deficiência

• Relatórios e recomendações acionáveis

Os resultados são documentados e priorizados no nosso backlog de acessibilidade para resolução.

Canais de Feedback

Incentivamos ativamente o feedback dos usuários e disponibilizamos um contato dedicado à acessibilidade em nossos sites no endereço accessibility@dohop.com.
Qualquer reclamação ou obstáculo relacionado à acessibilidade é investigado prontamente.

Formação e Responsabilidade da Equipa

A acessibilidade é uma responsabilidade partilhada:

• Os Designers garantem que cada interação é intuitiva e utilizável desde o início.
• Os Programadores aplicam padrões técnicos de acessibilidade na implementação.
• Os Product Owners defendem a acessibilidade como uma necessidade empresarial e do utilizador.
• O Apoio ao Cliente escala barreiras reportadas pelos utilizadores para a equipa de produto e acessibilidade.

Governança e Roteiro

Governança

O nosso responsável pela acessibilidade trabalha com equipas multifuncionais para:

• Manter documentação e processos de acessibilidade
• Rever resultados de auditorias e supervisionar correções
• Defender a acessibilidade em novas iniciativas

Resumo

A Dohop está comprometida em construir produtos digitais acessíveis e inclusivos. Através de listas de verificação, testes automatizados, auditorias e uma cultura de responsabilidade partilhada, procuramos cumprir e superar os padrões de acessibilidade para apoiar todos os viajantes, independentemente das suas capacidades.