Documentação
Tudo o que precisa para executar auditorias de acessibilidade, interpretar resultados e integrar a Axively no seu fluxo de trabalho.
Secções
Primeiros passos
Execute a sua primeira análise, compreenda o relatório, corrija o seu primeiro problema.
WCAG 2.2 AA
Como a Axively mapeia infrações para critérios de sucesso WCAG. O que detetamos, o que não detetamos.
EN 301 549
A norma europeia harmonizada para acessibilidade TIC. O que acrescenta ao WCAG.
Mapeamento legal por país
Como calculamos a exposição por país. Fontes, autoridades de aplicação, intervalos de sanções.
Declarações de conformidade
Gere e publique declarações de acessibilidade no formato correto para 27 Estados-Membros da UE.
Suporte técnico
Não encontrou resposta? Escreva para support@axively.com, normalmente respondemos em 24 horas em dias úteis.
Metodologia
Como funciona o scanner
A Axively visita o seu site num browser real (Chromium via Playwright), da mesma forma que um visitante o vê, incluindo JavaScript e conteúdo dinâmico. Em cada página, após o carregamento completo, executa o motor de testes axe-core. Percorremos o site com consideração (um intervalo entre páginas) até uma profundidade de 2 níveis e até 1000 páginas por auditoria. Como as auditorias são realizadas pelos proprietários dos sites nos seus próprios sites, identificamo-nos com o agente de utilizador Axively e não aplicamos o robots.txt durante uma auditoria; os proprietários que não desejam que o seu site seja auditado podem contactar-nos.
O que testamos exatamente
Usamos axe-core, o motor de testes de acessibilidade padrão da indústria (o mesmo motor está na base do Google Lighthouse e do Microsoft Accessibility Insights), com os conjuntos de regras wcag21aa (WCAG 2.1 níveis A e AA), wcag22aa (adições do WCAG 2.2 em AA) e best-practice (boas práticas do axe além do WCAG). Para o contexto europeu, mapeamos as descobertas para EN 301 549, especificamente a cláusula 9 (conteúdo web). As cláusulas 11 (software) e 12 (documentação e suporte) não são cobertas por uma análise automatizada e requerem avaliação manual.
Como são geradas as sugestões de correção por IA
Cada tipo único de descoberta é processado por um modelo de linguagem moderno que gera uma explicação do impacto em linguagem simples e uma correção de código concreta baseada no HTML real do seu site. As sugestões são traduzidas para o idioma da sua conta. Princípios chave: a IA sugere, não aplica, as alterações ao seu código são feitas pelo seu programador após revisão; as sugestões são geradas a partir do contexto real do elemento, não de modelos genéricos; e problemas idênticos partilham uma única sugestão (o que explica por que as auditorias são rápidas e económicas mesmo em sites grandes).
Segurança e dados
Os dados de auditoria são armazenados na UE, num único servidor dedicado na República Checa (fornecedor Huko.net). Analisamos apenas o conteúdo publicamente acessível do seu site; os resultados são visíveis apenas para a sua conta. Para os subcontratantes de dados e retenção, consulte a nossa política de privacidade.
Como ler o relatório
Uma infração é uma ocorrência única; uma regra é a causa subjacente, um problema num modelo produz muitas ocorrências, por isso corrija sempre por modelo e componente primeiro. As descobertas são ordenadas por gravidade com prazos recomendados: crítico em 7 dias, grave em 30, moderado no seu ciclo normal de desenvolvimento. Quando as correções estiverem implementadas, execute a nova análise de verificação gratuita para confirmar um antes e depois limpo.