Declaração de acessibilidade
1. Compromisso com a acessibilidade
A Vezpa compromete-se a tornar o seu site e serviços digitais acessíveis em conformidade com as obrigações previstas na legislação europeia sobre acessibilidade (European Accessibility Act, Diretiva UE 2019/882), transposta em Itália pelo D.Lgs. 82/2022, em vigor desde 28 de junho de 2025 para serviços de comércio eletrónico destinados aos consumidores.
A norma técnica aplicada é a WCAG 2.1 nível AA (Web Content Accessibility Guidelines do W3C).
2. Estado de conformidade
Esta declaração aplica-se aos serviços digitais Vezpa indicados na tabela seguinte:
| Serviço | Plataforma | Conformidade WCAG 2.1 AA |
|---|---|---|
| Motor de reservas (motor de reservas para consumidores, destinado aos alojamentos clientes) | Web responsivo (desktop, tablet, telemóvel) | Conforme |
| Portal de Bem-estar (SPA) (reserva de serviços e loja para hóspedes dos alojamentos) | Web responsivo | Conforme |
| Site de marketing (vezpa.it, páginas de destino, blog, guias) | Web responsivo | Parcialmente conforme |
| Aplicação PMS (reservada aos gestores de alojamento) | Android, iOS, Windows, macOS | Adaptação em curso |
| Site admin Django (reservado a gestores e pessoal) | Web | Adaptação em curso |
O site de marketing e o motor de reservas, enquanto serviços para consumidores abrangidos pelo EAA, foram objeto de uma auditoria de acessibilidade concluída em 22 de maio de 2026 e de correção subsequente. A 6 de junho de 2026 foi realizada uma nova auditoria em tempo de execução do contraste de cor (axe-core e Pa11y) em todas as páginas destinadas aos consumidores — página inicial, páginas de destino, blog, motor de reservas, declaração — que cumprem agora o critério WCAG 2.1 AA 1.4.3 (contraste mínimo), sem exceções detetadas pelas ferramentas automáticas. A 23 de junho de 2026 foi concluída a correção integral do funil do motor de reservas (modelos do motor de reservas): ligação para saltar para o conteúdo, landmark <main>, lang dinâmico, focus-visible, etiquetas de formulário, ARIA das janelas modais, hierarquia de títulos, fieldset/legend dos regimes, Flatpickr role=group — o funil do motor de reservas está agora em conformidade com as WCAG 2.1 nível AA (0 violações axe em /prenota/casamia). Um elemento residual (logótipo do alojamento em /pagamentoGrazie, critério 1.4.3) está resolvido no código-fonte CSS, mas requer collectstatic para se propagar à CDN. A 9 de agosto de 2026 uma revisão interna alargou a verificação a zonas que nunca tinham entrado no perímetro das rondas anteriores e aos ficheiros criados depois de maio. Foram corrigidos: as etiquetas dos formulários do check-in online (47 campos de dados pessoais sem nome acessível, critério 1.3.1); os acordeões das perguntas frequentes das páginas públicas, agora acionáveis pelo teclado e com o estado anunciado (critérios 2.1.1 e 4.1.2); o título de primeiro nível em seis páginas dirigidas ao hóspede (1.3.1); o seletor de idioma do check-in (4.1.2); as etiquetas da secção de serviços do motor de reservas (1.3.1); o texto alternativo das pré-visualizações do documento de identificação (1.1.1); o idioma declarado pelas páginas de guia traduzidas, que eram todas servidas como italianas (critério 3.1.1); e as cadeias de navegação do motor de reservas em japonês, que recaíam no italiano. No painel de gestão interno, os comandos que abriam janelas de diálogo passaram a ser alcançáveis pelo teclado. Ainda a 9 de agosto de 2026 foi realizada uma auditoria em tempo de execução com axe-core em dez páginas de amostra (site público, motor de reservas, páginas de preços, quatro páginas de guia em dois idiomas, esta declaração e a calculadora da taxa turística). Concluídas as correções, a ferramenta não deteta nenhuma violação confirmada dos critérios WCAG 2.1 A e AA nas páginas examinadas e, em particular, nenhum problema de nome acessível dos campos, hierarquia de títulos, idioma declarado ou atributos ARIA. Permanecem assinalações que a ferramenta classifica como «a verificar manualmente», relativas sobretudo ao contraste de texto sobreposto a fundos em gradiente, onde a medição automática não é conclusiva. A 26 de setembro de 2026 essas assinalações — 237 no total — foram examinadas uma a uma, medindo o contraste nos píxeis efetivamente desenhados e não apenas na folha de estilos. Daí resultaram defeitos reais que a ferramenta não declarava como tais: as células do calendário do motor de reservas, que tinham um nome acessível ignorado pelos leitores de ecrã por não terem função (61 células, corrigidas); o botão do idioma, que anunciava um menu sem ter a respetiva semântica (corrigido); e três textos de baixo contraste, corrigidos em todas as páginas traduzidas para onde tinham sido copiados. As restantes assinalações foram verificadas como conformes, com a medição de cada uma registada, e permanecem apenas porque a ferramenta automática não consegue determinar a cor de fundo (gradientes, pseudoelementos, sobreposições). A 4 de novembro de 2026 a verificação automática foi alargada a todas as páginas públicas do mapa do site, em todos os idiomas e tanto em computador como em telemóvel (2041 páginas), e pela primeira vez às páginas do hóspede que dele não constam: check-in online, pagamento, cancelamento, recuperação da palavra-passe e portal de bem-estar. Foram corrigidos os contadores de hóspedes do motor de reservas, agora anunciados com a respetiva etiqueta; o contraste de subtítulos, avisos e botões nessas páginas, nos documentos legais e nos emails; as tabelas e os blocos de código que deslizam no telemóvel, agora alcançáveis pelo teclado (critério 2.1.1). No mesmo dia foi testada a navegação por teclado em páginas de amostra, sem encontrar elementos inalcançáveis nem armadilhas. Falta ainda definir o contraste dos botões ao passar o rato sobre fundo ocre, que nenhuma verificação automática deteta. As verificações automáticas não substituem o teste com utilizadores reais e tecnologias de apoio, que continua a ser a nossa referência. A aplicação PMS e o admin Django estão a ser adaptados voluntariamente (fora do âmbito obrigatório do EAA italiano, por se tratar de software profissional de gestão B2B).
3. Conteúdos acessíveis
Os serviços para consumidores (motor de reservas, site de marketing) são concebidos e mantidos respeitando os seguintes requisitos:
- Estrutura HTML semântica com landmarks (
header,nav,main,footer) e hierarquia correta de cabeçalhos - Ligação para saltar para o conteúdo principal em cada página, ativável por teclado
- Atributos ARIA para estados dinâmicos de componentes interativos (menus, listas pendentes, calendário, contadores de hóspedes, separadores, janelas modais)
- Etiquetas textuais em todos os controlos de formulário e localização em 22 idiomas para os botões do motor de reservas
- Texto alternativo descritivo em imagens de conteúdo (fotos de quartos, fotos do alojamento)
- Carrosséis com controlos anterior/seguinte acessíveis por teclado e pausa automática ao passar o rato
- Atributo
langdefinido dinamicamente na página - Atributo
aria-current="page"na ligação de navegação ativa - Respeito pela preferência
prefers-reduced-motiondo sistema operativo - Contraste de cor conforme com o nível AA em texto, controlos e indicadores de estado
- Visibilidade do foco do teclado mantida em todos os elementos interativos
- Todas as ligações
target="_blank"externas protegidas comrel="noopener noreferrer" - Teste de 5 de novembro de 2026 com o leitor de ecrã NVDA (Windows, Chrome) na página inicial, preços, contactos, reserva, check-in online, cancelamento e pagamento
4. Conteúdos não acessíveis ou parcialmente acessíveis
Os seguintes conteúdos apresentam limitações de acessibilidade conhecidas, em vias de resolução:
Limitações conhecidas
- Aplicação PMS para desktop e móvel: alguns widgets personalizados (ex. grelha de planeamento, calendários Gantt) ainda não implementam totalmente a semântica acessível para leitores de ecrã. Plano de adaptação em curso até ao final de 2026.
- Site admin Django: reservado ao pessoal do alojamento, a interface apresenta alguns controlos (menus pendentes de administração) que requerem semântica ARIA adicional.
- Serviços de terceiros integrados: widget Stripe para o pagamento. São mantidos pelos fornecedores; a Vezpa monitoriza o seu nível de conformidade.
- Documentos carregados pelos utilizadores: fotos dos quartos, descrições e conteúdos gerados pelos operadores dos alojamentos podem nem sempre cumprir os requisitos de acessibilidade (textos alternativos descritivos, etc.). Fornecemos ferramentas e orientações aos gestores para melhorarem a acessibilidade dos seus conteúdos.
5. Compatibilidade com tecnologias de assistência
Os serviços para consumidores foram testados e são compatíveis com:
- Navegadores modernos: Chrome, Firefox, Safari, Edge (2 últimas versões estáveis)
- Leitor de ecrã: NVDA (Windows, com Chrome), testado em 5 de novembro de 2026 nas páginas principais
- Navegação exclusivamente por teclado (Tab, Shift+Tab, Enter, Espaço, Esc, setas)
- Zoom de conteúdo até 200 % sem perda de funcionalidade
- Preferências do sistema: alto contraste, redução de movimento
VoiceOver, TalkBack e Narrator ainda não foram testados.
6. Metodologia de avaliação
A avaliação de conformidade foi realizada através de:
- Auditoria estática do código HTML/CSS/JavaScript dos modelos principais
- Mapeamento pontual das violações aos critérios de sucesso WCAG 2.1 (nível A e AA)
- Testes de navegação com teclado no fluxo completo de reserva (sem o pagamento com cartão, gerido pela Stripe)
- Teste com o leitor de ecrã NVDA no Chrome (5 de novembro de 2026)
- Verificação do contraste de cor no sistema de design
- Verificações do contraste em tempo de execução com ferramentas automáticas (axe-core, Pa11y), efetuadas nas páginas destinadas aos consumidores (junho de 2026) e integradas no processo de lançamento
7. Procedimento para comunicações
Se encontrar obstáculos de acessibilidade na utilização dos nossos serviços, detetar conteúdos não acessíveis ou quiser comunicar um problema, pode contactar-nos através dos seguintes meios.
Email: info@vezpa.it
WhatsApp: +39 351 651 3663 (abre num novo separador)
Indique na sua comunicação: página ou funcionalidade afetada, tipo de problema encontrado, tecnologia de assistência utilizada (se aplicável) e sistema operativo / navegador.
Comprometemo-nos a responder às comunicações de acessibilidade no prazo de 30 dias (procedimento previsto no art. 3-quinquies da Lei Stanca para as comunicações de acessibilidade).
8. Mecanismo de tutela
Em caso de resposta insatisfatória ou ausência de resposta no prazo de 30 dias a contar da comunicação, o interessado pode dirigir-se à Agência para a Itália Digital (AgID), autoridade nacional designada para a fiscalização da acessibilidade, através do formulário de comunicação disponível no sítio institucional:
- form.agid.gov.it/view/eaa/ (abre num novo separador) — formulário de comunicação da AgID para o European Accessibility Act
9. Atualização da declaração
Esta declaração é revista e atualizada pelo menos anualmente, ou por ocasião de alterações substanciais aos serviços digitais ou da conclusão de novos ciclos de adaptação.