O dashboard de auditoria de site com Lighthouse para agências

Toda conversa sobre vitals termina na mesma pergunta: qual página? Este relatório responde mantendo duas medições lado a lado. O percentil de campo é o que os visitantes de fato viveram — Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift no percentil 75, em relação às linhas de bom e ruim do próprio Google. A auditoria de laboratório é o que o rastreador mediu em cada URL sob condições controladas, sob demanda, no dia em que a correção entra no ar. Uma diz se o site está passando; a outra diz qual template é o responsável.

A tabela de páginas auditadas é onde esse par aparece. Cada URL rastreada carrega as próprias quatro notas ao lado do próprio LCP e CLS de laboratório, e o gráfico de avaliação conta quantas páginas passam, quantas precisam de melhorias e quantas reprovam — então “o site parece lento” vira uma ordem de serviço que nomeia o template, o tráfego por trás dele e a métrica culpada. As tendências no nível da propriedade e a divisão por dispositivo que o Google publica pertencem ao relatório do Search Console; esta página é o teste de bancada por baixo delas.

A aba de oportunidades lista o que a auditoria encontrou e quanto vale corrigir — milissegundos para recursos que bloqueiam a renderização, dicas de preconnect e tempo de resposta do servidor; kibibytes para imagens grandes demais, formatos de nova geração, mídia fora da tela, JavaScript não usado, CSS sem minificação e tempo de cache. Cada linha traz a área a que pertence e uma gravidade derivada do tamanho da economia, então a estimativa do desenvolvedor e a prioridade da agência podem ser discutidas a partir da mesma lista, e não de duas exportações diferentes.

Os diagnósticos ficam ao lado como explicação, não como lista de tarefas: tamanho do DOM, trabalho na thread principal, tempo de execução de JavaScript, número de requisições, peso transferido, cadeias de requisições críticas, o elemento que define o Largest Contentful Paint e os elementos que se movem depois da pintura. Cada um vem com a meta que deveria cumprir e uma frase simples sobre por que importa — o que costuma separar o relatório que o cliente encaminha ao desenvolvedor daquele que volta cheio de perguntas.

As checagens automáticas de acessibilidade são agrupadas do jeito que a correção é de fato escopada: por impacto. Achados críticos, como campos de formulário sem rótulo e imagens sem texto alternativo, ficam separados dos graves, como falhas de contraste e links sem nome, que por sua vez ficam separados dos moderados, como tamanho de área de toque, ordem de títulos e ordem de foco. Cada linha carrega a quantidade de elementos envolvidos, então o orçamento sai de contagens e não de uma promessa vaga de melhorar a acessibilidade.

O relatório é deliberadamente honesto sobre o que uma passada automática cobre. Essas checagens pegam uma fração das barreiras que uma revisão manual encontra, e a tela diz isso, o que protege a agência de um cliente lendo uma execução limpa como certificado de conformidade. Bem usada, é a primeira varredura mais barata que existe: limpa as falhas mecânicas, deixa um registro documentado do que foi corrigido e quando, e entrega à auditoria manual uma superfície bem menor para percorrer.

Dez checagens de rastreamento e marcação rodam como uma lista de aprovado ou reprovado, com uma frase explicando o que o rastreador encontrou: elemento de título, meta description, links rastreáveis, declaração de canônica, anotações de hreflang, arquivo robots válido, atributo alt nas imagens, tamanho de fonte legível, espaçamento das áreas de toque e validade dos dados estruturados. Uma contagem em destaque fica acima da tabela, então a primeira coisa que qualquer pessoa vê é quantas das dez estão limpas e quantas seguem em aberto.

Esta é a auditoria on-page, não o relatório de indexação — o que um rastreador consegue interpretar na página, e não o que o Google escolheu manter. As duas respondem a perguntas diferentes e pertencem a lugares diferentes, e é por isso que cobertura, consultas e impressões moram no relatório do Search Console e esta página fica na marcação. Ler as duas juntas é o padrão de sempre: corrija o que a auditoria aponta aqui e acompanhe cobertura e posição respondendo nas semanas seguintes.

Cada auditoria é restrita a um único cliente pelo seletor do espaço de trabalho e apresentada com a marca da sua agência, então a mesma estrutura serve à revisão de janeiro e à de junho. Notas, vitals, oportunidades, diagnósticos, acessibilidade e checagens técnicas mantêm os seus lugares entre um contrato e outro, o que torna a comparação mês a mês uma questão de ler a mesma seção duas vezes, e não de reconciliar dois documentos com formatos diferentes. O espaço de trabalho fornece a superfície de revisão; conectar a fonte de dados segue sendo uma etapa à parte.

É essa repetição que transforma trabalho técnico em algo que o cliente renova. O desenvolvedor vê uma lista de correções ordenada com a economia estimada; o gerente de contas vê quatro notas, um índice de saúde e as páginas por trás deles; e os dois estão olhando para o mesmo relatório. As equipes gastam o tempo decidindo o que corrigir em seguida em vez de remontar um layout de apresentação, e a auditoria deixa de ser o entregável que ninguém tem vontade de escrever.