Peso da página e verificações de velocidade

Tempo de resposta, tamanho do HTML, compactação, versão do HTTP, recursos que bloqueiam a renderização e arquivos grandes demais, a partir de uma requisição estática, além de dados de campo do CrUX quando você fornece uma chave de API do Google Cloud.

O que faz

Peso dos arquivos

O asset-weight-check baixa uma página e cada folha de estilo e script vinculado, e depois lê tamanhos, cabeçalhos e marcação. Ele informa recursos que bloqueiam a renderização, arquivos grandes demais, bibliotecas duplicadas pelo hash do conteúdo, falta de minificação, ausência de font-display e cache ou compactação fracos. Ele não renderiza a página.

  • Scripts e folhas de estilo que bloqueiam a renderização no head
  • Arquivos com mais de 500 KB por padrão; o limite é configurável
  • Bibliotecas duplicadas encontradas pelo hash do conteúdo
  • Compactação e tempo de cache de cada arquivo

Servidor e HTML

Um rastreamento ou uma exportação do Screaming Frog alimenta as regras de auditoria de tempo de resposta, tamanho do HTML, proporção de texto para marcação, compactação e versão do HTTP. Resposta lenta, documento HTML acima de 2 MB e página servida por HTTP/1.x são problemas separados, cada um com seu próprio texto de correção.

  • Resposta lenta do servidor
  • HTML grande e acima de 2 MB
  • Excesso de HTML: muita marcação para pouco texto
  • Sem compactação e apenas HTTP/1.x

Laboratório versus campo

Os tempos do rastreamento e do navegador são evidências de laboratório, medidas em uma máquina e em um momento. Os Core Web Vitals de campo vêm do crux-report, que lê o Chrome UX Report para LCP, INP e CLS. Ele classifica os resultados como bons, que precisam de melhoria ou ruins, usando os limites do web-vitals-2024-03.

  • Tempos de laboratório do rastreamento ou de um navegador
  • LCP, INP e CLS de campo, do CrUX
  • Exige a sua chave de API do Google Cloud
  • Escopo por URL ou por origem, e celular, desktop ou tablet

Três passos, um rastreamento salvo

  1. Baixe a página e os seus arquivos

    O asset-weight-check baixa a página e, em seguida, cada folha de estilo e script vinculado. Ele lê tamanhos, cabeçalhos e marcação. Não renderiza a página.

  2. Meça o servidor e o HTML

    Um rastreamento nativo ou uma exportação do Screaming Frog alimenta as regras de auditoria. Elas sinalizam respostas lentas, HTML pesado e falta de compactação ou de HTTP/2.

  3. Compare com dados de usuários reais

    O crux-report busca LCP, INP e CLS de campo no Chrome UX Report. Ele exige uma chave de API do Google Cloud que você fornece.

Verificações deste recurso

VerificaçãoO que significaGravidadeEvidência
SLOW_RESPONSEO servidor demora demais para responder à requisição.ImportantTempo de resposta por URL
LARGE_HTMLO documento HTML é grande para a página ou para o site.ImportantTamanho do HTML em bytes
HTML_OVER_2MBO documento HTML tem mais de 2 MB.ImportantTamanho do HTML em bytes
HTML_BLOATMuita marcação para muito pouco texto.TipBytes e contagem de palavras por página
NO_COMPRESSIONO HTML é enviado sem compactação quando gzip ou Brotli ajudaria.TipCabeçalho Content-Encoding por URL
HTTP1_ONLYA página é servida por HTTP/1.x, e não por HTTP/2 ou uma versão mais recente.TipVersão do HTTP por URL

Um comando

bash
seohead asset-weight-check --url https://example.com/

Instale primeiro: guia de instalação. Todo comando também funciona como ferramenta MCP para agentes de IA.

O que você precisa

  • Uma URL de página para o asset-weight-check
  • Um rastreamento ou exportações do Screaming Frog para tempo de resposta e tamanho do HTML
  • Uma chave de API do Google Cloud para o crux-report

Limites

  • CSS e JavaScript não usados exigem uma página renderizada, por isso aparecem como ignorados
  • Os tempos de laboratório não são o que os seus visitantes mediram
  • O CrUX não tem dados para páginas com pouco tráfego
  • Uma única requisição não diz nada sobre casos fora do padrão em todo o site

Perguntas

Precisa de um navegador?
Não. O asset-weight-check lê bytes e marcação estática. Ele não consegue dizer qual CSS ou JavaScript não é usado. Essa verificação exige uma página renderizada, por isso aparece como ignorada no relatório.
Os tempos são dados reais de usuários?
Não. Os tempos do rastreamento e do navegador são dados de laboratório. Os Core Web Vitals de campo vêm do crux-report, que exige uma chave de API do Google Cloud.
Quais limites o crux-report usa?
A política web-vitals-2024-03 do Google. O LCP é bom até 2,5 s e ruim acima de 4 s. O INP é bom até 200 ms e ruim acima de 500 ms. O CLS é bom até 0,1 e ruim acima de 0,25.
O que conta como arquivo grande demais?
Por padrão, qualquer arquivo CSS ou JavaScript vinculado individual com mais de 500 KB. O limite é configurável.
Isso muda alguma coisa no meu site?
Não. As verificações enviam apenas requisições de leitura. As correções ficam por sua conta.
Custa alguma coisa?
As verificações em si são gratuitas. A API do CrUX é gratuita dentro da cota do Google, e você usa a sua própria chave. A SpiderHead não fornece chaves.

Teste no seu próprio site