O relatório agrupa URLs usando dados de campo disponíveis. Investigue templates compartilhados e valide a correção tanto em laboratório quanto após atualização dos dados reais.
Passo a passo
- No Search Console, abra Experiência → Core Web Vitals e escolha Celular ou Computador. A tela inicial separa grupos com problemas de grupos bons. Abra o relatório de dispositivo e selecione o estado/problema para ver a métrica e URLs de exemplo.
- Interprete cada métrica no percentil 75 de dados de campo do Chrome UX Report: LCP mede carregamento do maior conteúdo visível (bom até 2,5 s; precisa melhorar até 4 s; ruim acima de 4 s); INP mede responsividade às interações (bom até 200 ms; precisa melhorar até 500 ms; ruim acima); CLS mede mudanças inesperadas de layout (bom até 0,1; precisa melhorar até 0,25; ruim acima). Verifique os limiares oficiais mais recentes antes de usar em relatórios.
- A classificação geral do grupo usa a métrica com pior resultado; por isso, um grupo pode ser “Ruim” mesmo se duas métricas estiverem boas. Clique num exemplo para ver o grupo de URLs semelhantes e amostras. Não conclua que cada URL do grupo tem exatamente a mesma medição; os exemplos representam o padrão e há URLs atípicas.
- Compare URLs com o mesmo template e examine a causa provável: se muitas páginas de produto/serviço aparecem juntas, priorize o componente comum. Reproduza uma URL representativa no PageSpeed Insights/Lighthouse e no navegador real para investigar LCP/INP/CLS; laboratório ajuda a diagnosticar, mas não substitui dados de campo.
- Corrija o template, publique e teste páginas representativas. Só depois de verificar o grupo no site, use Validar correção no Search Console. A validação e atualização dos dados de campo levam tempo; monitore status, métricas e dispositivo até a conclusão.
Como comprovar que a tarefa terminou
Registre propriedade, URL, data, status observado e evidência antes/depois da correção. Diferencie um exemplo isolado de um padrão que afeta um template inteiro. Refaça a inspeção após publicar e confirme o caminho real de navegação.
Checklist de revisão
- LCP, INP e CLS analisados separadamente.
- Compare a informação com o que aparece na página e com a configuração ativa.
- Registre o responsável, a data da revisão e o resultado do teste.
Limites e interpretação
O relatório usa dados reais agregados e só exibe grupos com amostra mínima; URLs sem dados suficientes podem não aparecer. Os dados são separados por dispositivo e podem agrupar diversas URLs semelhantes. Uma nota Lighthouse alta não muda imediatamente o resultado de campo nem garante classificação boa em todos os aparelhos.
Continue na biblioteca
Consulte também o hub de seo para aprofundar as etapas relacionadas.
Fontes oficiais: documentação de referência.