QualiBooth

O analisador de acessibilidade mais avançado do mundo

Os analisadores estáticos leem a sua marcação. A nossa IA conduz o seu site.

Todos os concorrentes passam o mesmo conjunto de regras estáticas pelo seu DOM. O QualiBooth Deep Scan é um agente de IA: abre um navegador real, percorre as suas páginas com o tabulador, decide que controlos vale a pena provocar, abre as suas caixas de diálogo e mede o que quem navega por teclado recebe realmente - com a captura que o prova.

12 verificações com IA
que nenhuma ferramenta estática executa
Com evidências
uma medição e uma captura
O relatório QualiBooth com as deteções dos Deep Scan assinaladas junto às estáticas.

A parte que ninguém analisava

A cobertura automática deixou de melhorar. Por isso pusemos um agente de IA na página.

A análise estática lê o DOM e o CSS e deduz o que deveria acontecer. Fá-lo genuinamente bem - e é por isso que todas as ferramentas de acessibilidade do mercado encontram no seu site praticamente os mesmos problemas. Os defeitos que ela estruturalmente não consegue ver são os que só existem enquanto a página está a correr. Até agora, encontrá-los significava pôr uma pessoa à frente da página. O Deep Scan envia um agente em vez disso - a cada página, em cada execução.

O que qualquer analisador estático vê

Um instantâneo da marcação, em repouso.

  • Este botão não tem nome acessível.
  • Este texto está a 3,1:1 face à cor de fundo declarada.
  • Este atributo ARIA não é permitido nesta função.
  • Texto sobre uma fotografia - precisa de revisão. Uma pessoa deveria olhar.

O que o agente Deep Scan mede

Um navegador real, conduzido por IA, com o relógio a contar.

  • O anel de foco difere zero píxeis do estado sem foco. Ganhou o outline:none.
  • O título branco está a 2,8:1 face aos píxeis que estão realmente por trás.
  • O tabulador chega a este controlo e a barra de consentimento fixa cobre-o por completo.
  • Escape fecha a caixa de diálogo, mas o foco cai no body, não no elemento que a abriu.

A lista de verificações

Doze verificações que exigem uma página em execução

O agente decide o que vale a pena explorar; depois cada verificação mede em vez de inferir. Cada deteção traz o valor medido, o limiar ultrapassado e - na maioria das verificações - a captura do momento em que aconteceu.

  • 01

    Visibilidade do foco

    Fotografa cada controlo com e sem foco e compara os píxeis. Nunca lê o seu CSS: outline:none seguido de uma regra :focus-visible é aprovado, e só os píxeis o sabem.

    WCAG 2.4.7 WCAG 2.4.13

  • 02

    Obstrução do foco

    Faz testes de impacto sobre o controlo com foco e mede quanto dele o seu cabeçalho fixo ou barra de cookies tapa. Percorre o tabulador nos dois sentidos, porque cada um deixa encalhado um controlo diferente.

    WCAG 2.4.11 WCAG 2.4.12

  • 03

    Ordem de tabulação

    Percorre a sequência real de tabulação e compara-a com a ordem do DOM e com a ordem visual de leitura, com uma captura numerada do percurso.

    WCAG 2.4.3

  • 04

    Armadilhas de teclado

    Encontra ciclos de foco que tornam o resto da página inalcançável. Uma caixa de diálogo que retém o tabulador e o liberta com Escape é comportamento correto e não é reportada.

    WCAG 2.1.2

  • 05

    Ciclo de vida do diálogo

    Abre cada caixa de diálogo e verifica todo o contrato por ordem: o foco entra, o tabulador fica lá dentro, o fundo sai da árvore de acessibilidade, Escape fecha e o foco regressa ao elemento que a abriu.

    WCAG 2.1.2 WCAG 2.4.3 WCAG 4.1.2

  • 06

    Anúncios em direto

    Reconstrói quando cada região live surgiu em relação ao seu conteúdo, apanhando o aviso que foi criado já com a mensagem lá dentro e que, por isso, não anunciou nada.

    WCAG 4.1.3

  • 07

    Conteúdo em hover e foco

    Verifica os três requisitos de tooltips e popovers: o ponteiro pode entrar no conteúdo, Escape dispensa-o sem mover o ponteiro, e ele não se esconde sozinho.

    WCAG 1.4.13 WCAG 2.1.1

  • 08

    Contraste sobre imagens

    Captura o texto, captura a mesma área com os glifos tornados transparentes e compara cada píxel de glifo com o fundo que está mesmo por trás. É exatamente o que as ferramentas estáticas marcam como “precisa de revisão”.

    WCAG 1.4.3

  • 09

    Reflow a 320px

    Renderiza a página a 320 píxeis CSS e nomeia os elementos mais exteriores que continuam a forçar deslocamento horizontal, excetuando conteúdo com a sua própria área de deslocamento.

    WCAG 1.4.10

  • 10

    Espaçamento do texto

    Aplica o espaçamento exigido pelo critério e compara a geometria antes e depois: texto cortado por caixas de tamanho fixo, blocos que colidiram.

    WCAG 1.4.12

  • 11

    Cores forçadas

    Emula o modo de alto contraste do Windows e mede cada pequeno gráfico face ao seu próprio contorno, antes e depois, para encontrar os ícones que desaparecem.

    WCAG 1.4.11

  • 12

    Nomes acessíveis

    Usa o cálculo de nomes do próprio Chrome e a sua lista de fontes: nomes que escondem a etiqueta visível, nomes duplicados pela descrição, referências que não apontam para nada.

    WCAG 2.5.3 WCAG 4.1.2

Nenhum analisador estático do mercado consegue executar uma única destas doze verificações. É isso que torna o QualiBooth o analisador de acessibilidade mais avançado do mundo - e o que o faz encontrar aquilo que todos os outros lhe entregam como um relatório limpo.

Evidências, não opiniões

Cada deteção aguenta uma discussão com quem desenvolve

O difícil numa deteção de acessibilidade não é encontrá-la: é ser acreditado na reunião três dias depois. Por isso cada deteção do Deep Scan reporta a medição feita, o limiar com que a comparou e a captura anotada do momento em que aconteceu.

  • Um valor medido dentro da própria frase: totalmente coberto pela barra de consentimento fixa, e não pode estar oculto.
  • O critério de sucesso WCAG 2.2 exato, com ligação à respetiva página Understanding.
  • Uma correção escrita para aquela deteção, não para a regra em geral.
  • Aquilo sobre que o motor não conseguiu decidir é reportado como tal, nunca como aprovado.
Uma captura de evidência do Deep Scan: o controlo com foco, o elemento que o cobre e a cobertura medida.

QA manual, em cada análise

A passagem por teclado que a equipa faz antes de cada versão, agora feita por um agente em todas as páginas e todas as noites

Não são requisitos novos. São as verificações que uma boa equipa de testes já faz à mão - e é exatamente por isso que são feitas em cinco páginas antes de uma versão e em nenhuma depois.

  • Percorrer a página com o tabulador atento ao anel de foco

    Fotografa cada paragem do tabulador com e sem foco e compara os píxeis

  • Abrir cada diálogo, premir Escape, ver onde o foco cai

    Abre cada diálogo e verifica o contrato completo, por ordem

  • Despoletar um aviso e ouvi-lo com um leitor de ecrã

    Regista quando cada região live existiu em relação ao seu conteúdo

  • Ampliar para 320px e procurar deslocamento horizontal

    Renderiza a 320px e nomeia os elementos que o provocam

  • Semicerrar os olhos perante o texto branco sobre a foto

    Compara cada píxel de glifo com o fundo que tem por trás

Aquilo em que nunca toca

O motor clica num conjunto delimitado de controlos para que a sua página faça alguma coisa. Não clica em nada cujo nome acessível soe a eliminar, remover, terminar sessão, cancelar subscrição, pagar, finalizar compra, colocar encomenda, publicar ou arquivar. Analisar o seu site nunca pode colocar uma encomenda nem apagar um registo - ainda que clicar mais revelasse mais deteções.

Como funciona

Um agente de IA a conduzir um segundo navegador, ao lado do motor estático, na mesma análise.

  1. 01

    O agente assume o comando

    Um segundo Chromium corre ao lado do motor estático na mesma sessão autenticada, conduzido pelo agente, pelo que as páginas por trás do seu início de sessão também são medidas.

  2. 02

    Desktop e telemóvel

    Cada URL é medido a 1280×720 e de novo a 375×667. Um anel de foco que sobrevive ao cabeçalho de desktop perde muitas vezes contra o de telemóvel.

  3. 03

    Um relatório unificado

    As deteções comportamentais chegam na mesma lista das estáticas, assinaladas como Deep Scan e ordenadas por gravidade. Não há nada de novo a aprender.

  4. 04

    As evidências ficam guardadas

    As capturas anotadas ficam guardadas junto da análise, por isso uma deteção de há três meses continua a mostrar a sua prova quando lá voltar.

O painel de resumo Deep Scan num relatório de URL da QualiBooth.

No seu relatório

Assinaladas, contadas e nunca ausentes em silêncio

As deteções dos Deep Scan são destacadas em vez de misturadas discretamente - são as que a sua ferramenta atual não consegue produzir. E a ausência de deteções também é um resultado, por isso cada relatório declara o que foi examinado e o que não foi possível alcançar.

  • Um distintivo Deep Scan em cada deteção comportamental da lista de problemas.
  • Verificações concluídas, exames de elementos e evidências capturadas, por URL.
  • Tudo o que não foi possível verificar por completo, nomeado juntamente com o motivo.
  • Exportado para CSV e JSON com o resto da execução da análise.
12
verificações comportamentais
15
critérios WCAG 2.2
2
janelas de visualização por URL
100%
deteções com uma medição

Perguntas que nos fazem

Em que difere isto de um overlay de acessibilidade?
Em tudo. Um overlay injeta JavaScript no seu site em produção e tenta remendar a acessibilidade a partir de fora, geralmente piorando-a. O Deep Scan não altera nada no seu site: é um agente que o visita como uma pessoa faria, mede e reporta o que encontrou.
Isto substitui os testes manuais de acessibilidade?
Não, e não o afirmaríamos. O agente automatiza a metade mecânica de uma passagem manual - o percurso por teclado, o contrato dos diálogos, o reflow a 320px - para que a sua equipa de testes e a nossa equipa de auditoria dediquem o tempo ao julgamento: se a ordem de leitura faz sentido, se o texto alternativo é verdadeiro, se o fluxo é realmente utilizável com um leitor de ecrã.
Pode estragar alguma coisa no meu site?
Interage com um conjunto delimitado e filtrado de controlos e nunca com algo que pareça destrutivo ou transacional. Sem eliminações, sem terminar sessão, sem finalizar compras. É uma visita quase só de leitura a partir de um navegador.
Consegue analisar páginas por trás de um início de sessão?
Sim. O agente reutiliza a sessão autenticada que a análise já estabeleceu, por isso tudo o que a sua análise alcança, ele consegue medir.
Porque mudou a minha pontuação de acessibilidade depois de isto ser ativado?
O Deep Scan acrescenta à pontuação tanto novas deteções como novas aprovações, por isso uma pontuação calculada com eles não é comparável com uma calculada sem eles. As pontuações mantêm-se comparáveis dentro de um mesmo programa de análise e entre execuções feitas com a mesma configuração - não mudamos isto a meio do programa sem o dizer.
O que é que a IA está realmente a fazer?
A decidir - e depois a prová-lo. O agente explora a sua página como o faria quem testa: escolhe que controlos vale a pena provocar, que diálogos abrir e até onde ir antes de parar. E cada decisão que toma é sustentada por uma medição e uma captura, não por um palpite. Foi desenhado assim de propósito: autónomo onde uma pessoa seria lenta, e sustentado em evidências onde um modelo de linguagem sozinho não seria fiável.
Porque é que o QualiBooth é o analisador de acessibilidade mais avançado do mundo?
Porque nenhum outro analisador mede o comportamento de uma página em execução. Todas as ferramentas do mercado leem o seu markup e deduzem; o QualiBooth também o faz e, além disso, coloca um agente de IA na página para mais doze verificações que nenhum motor estático consegue produzir, cada uma sustentada por uma medição e uma captura de ecrã. Essa combinação não existe em mais lado nenhum.

Descubra o que o seu analisador atual tem deixado passar

Faça uma análise gratuita, ou deixe-nos apontar o agente Deep Scan ao percurso de utilizador mais importante para o seu negócio.