Metodologia
Esta página descreve como um achado é produzido, com detalhe suficiente para você discordar de nós em pontos específicos. Se um método não está escrito aqui, não é um método que usamos.
Cada seção abaixo está marcada como No ar, Construído ou Planejado. No ar significa que funciona hoje, na verificação gratuita que você pode executar neste site agora. Construído significa que o código, o schema e os testes existem e passam, e o site está publicado — o que falta é configuração, então nenhum cliente consegue usar ainda. Planejado significa que está escrito como método e ainda não foi construído. Três estados em vez de dois, porque juntar o do meio com qualquer um dos outros ou subestima o que existe ou promete demais — e esta página existe justamente para você saber qual metade dá para rodar.
Escrito e revisado por Vitor Barbosa · Editor
Responsible for the editorial standard of this site and for the methodology published on it. Reviews every page that makes a technical claim before it is published.
- Publicado
01
Como a evidência é coletada
No ar
Solicitamos páginas por HTTP como um cliente identificado, seguindo redirecionamentos até um limite declarado e registrando cada salto. Um subconjunto das páginas também é renderizado num navegador real, para que o que o servidor envia possa ser comparado com o que o navegador termina exibindo. Guardamos os cabeçalhos da resposta, o HTML bruto, o DOM renderizado e um hash de cada artefato, de modo que qualquer achado possa ser rastreado até os bytes exatos de onde veio. Apenas lemos: nenhum formulário é enviado, nenhuma sessão é criada, nenhum estado é alterado.
02
Regras normativas e heurísticas nossas
No ar
Algumas regras apenas reafirmam um requisito documentado — um código de status, um tipo de dado estruturado válido, um hreflang recíproco. Essas trazem link para a fonte primária. Outras codificam nosso julgamento sobre o que costuma causar problema na prática. Essas são rotuladas como heurísticas, na interface e no relatório, e nunca são descritas como exigência oficial. A distinção aparece em cada achado porque apagá-la é a forma mais comum de este setor enganar as pessoas.
03
O que o modelo de linguagem pode fazer
Construído, ainda não ligado
As regras determinísticas rodam primeiro, sobre evidência que foi de fato coletada. Um modelo nunca decide se algo foi observado e nunca cria um achado. Ele recebe um achado já aprovado e sua evidência, e escreve a explicação e a correção em linguagem clara. Precisa citar a evidência que recebeu, e precisa devolver um resultado explícito de "evidência insuficiente" em vez de preencher a lacuna. Saída que não valida no schema é descartada, não publicada.
04
Como a confiança é definida
No ar
Confiança expressa o quanto temos certeza de que a observação está correta, não o quanto ela é importante. Um fato HTTP observado diretamente é quase certo. Uma inferência sobre intenção não é, e recebe pontuação compatível. A confiança aparece em cada achado, e nenhuma regra é publicada abaixo do nosso limiar: uma verificação que só conseguiríamos fazer com confiança menor que essa não é construída, em vez de ser construída e mostrada com uma ressalva.
05
O que não conseguimos ver
No ar
De fora do seu site não conseguimos ver para quais consultas você de fato aparece, com que frequência uma página é rastreada, o que seus usuários fazem depois de chegar, nem nada atrás de um login. Não conectamos a essas fontes, então não reportamos sobre elas de jeito nenhum. O que nunca faremos é estimar esses números e apresentar a estimativa como medição — uma categoria deixada em branco é mais útil do que uma preenchida com um palpite.
06
Como uma correção é confirmada
Construído, ainda não ligado
Uma re-verificação é uma auditoria nova, não uma edição da anterior. Ela roda as mesmas regras sobre as mesmas URLs — o endereço é copiado da primeira execução, nunca escolhido de novo — e os dois relatórios são comparados regra por regra. O primeiro relatório fica exatamente como estava, então você pode voltar e ler o que ele dizia. É isso que faz uma mudança de status significar alguma coisa: ela mudou porque uma regra rodou e passou, não porque um campo foi editado. O que ela nunca vai fazer é chamar de corrigido um achado quando simplesmente deixamos de conseguir medi-lo; uma regra que saiu de falha para não mensurável é reportada como «não é mais comparável», o que é má notícia e não boa.
07
Como contestar um achado
Construído, ainda não ligado
Todo achado pode ser marcado como incorreto ou não aplicável, com justificativa. Isso vai para uma fila de revisão, não para o vazio: um achado contestado é enviado por e-mail a quem revisa, e você recebe uma cópia do que escreveu. Quando uma regra se revela errada, nós a depreciamos com motivo explícito, e relatórios que dependiam dela são sinalizados em vez de ficarem de pé em silêncio. Correção faz parte do método, não é admissão de que o método falhou.