Caso de uso
Conteúdo acessível
O European Accessibility Act aplica-se desde junho de 2025, e a parte da acessibilidade que vive no conteúdo pode ser tratada onde o conteúdo já vive.
O problema
- Os textos alternativos e as etiquetas ARIA escrevem-se no fim do projeto, quando o contexto já foi esquecido.
- São escritos numa só língua e depois traduzidos sem revisão.
- Ninguém sabe que proporção do conteúdo os tem.
O que a Sonenta muda
- Quatro superfícies de acessibilidade vivem ao lado da chave:
aria_label,alt_text,screen_reader,plain_language. - O agente gera-as a partir do texto visível e do seu contexto, em todas as suas línguas, durante o desenvolvimento.
- Uma pontuação de legibilidade é calculada localmente, sem chamada ao servidor.
- A ferramenta MCP
wcag_reportmede a camada de conteúdo critério a critério, e o relatório de cobertura exporta-se.
Por onde começar
// les surfaces vivent à côté de la clé
t("checkout.pay") // « Payer »
t("checkout.pay", { surface: "aria_label" })
t("checkout.pay", { surface: "plain_language" })
// depuis l'agent, via MCP
generate_a11y_variant key=checkout.pay surface=aria_label
wcag_report // mesure de la couche de contenuLimites conhecidos, e contam
- A Sonenta não emite certificação nem relatório de conformidade. O que obtém é um relatório de cobertura do conteúdo acessível, não um veredito sobre a sua aplicação.
- O DOM, o teclado e o foco não são observados. A acessibilidade de uma aplicação não se reduz ao seu conteúdo, e o que resta é seu.
- A declaração de acessibilidade EAA é um documento que você publica. A Sonenta ajuda a reunir o material, não o atesta.
Para ir mais longe
Até à última palavra.
Pronto para adaptar o seu produto a cada utilizador?
Comece gratuitamente em poucos minutos. Sem cartão de crédito, sem compromisso, com as suas exportações sempre abertas.