Comprobaciones de peso y velocidad de la página

Tiempo de respuesta, tamaño del HTML, compresión, versión de HTTP, recursos que bloquean el renderizado y archivos demasiado grandes a partir de una descarga estática, además de datos de campo de CrUX si añades una clave de API de Google Cloud.

Qué hace

Peso de los recursos

asset-weight-check descarga una página y cada hoja de estilos y cada script enlazados, y después lee tamaños, cabeceras y marcado. Informa de los recursos que bloquean el renderizado, los archivos demasiado grandes, las librerías duplicadas (por hash del contenido), la falta de minificación, la falta de font-display y una caché o compresión débiles. No renderiza la página.

  • Scripts y hojas de estilos que bloquean el renderizado en el head
  • Archivos de más de 500 KB por defecto (configurable)
  • Librerías duplicadas detectadas por hash del contenido
  • Compresión y duración de la caché de cada archivo

Servidor y HTML

Un rastreo o una exportación de Screaming Frog alimenta las reglas de auditoría del tiempo de respuesta, el tamaño del HTML, la proporción texto-marcado, la compresión y la versión de HTTP. Una respuesta lenta, un documento HTML de más de 2 MB y una página servida con HTTP/1.x son incidencias distintas, cada una con su propio texto de solución.

  • Respuesta lenta del servidor
  • HTML grande y de más de 2 MB
  • HTML inflado: mucho marcado para poco texto
  • Sin compresión y solo HTTP/1.x

Laboratorio frente a campo

Los tiempos del rastreo y del navegador son datos de laboratorio, de una sola máquina y un solo momento. Los Core Web Vitals de campo proceden de crux-report, que lee el Chrome UX Report para LCP, INP y CLS. Marca los resultados como bueno, necesita mejoras o deficiente según los umbrales de web-vitals-2024-03.

  • Tiempos de laboratorio del rastreo o de un navegador
  • LCP, INP y CLS de campo desde CrUX
  • Requiere tu clave de API de Google Cloud
  • Alcance por URL o por origen, y móvil, escritorio o tableta

Tres pasos, un análisis guardado

  1. Descarga la página y sus recursos

    asset-weight-check descarga la página y, después, cada hoja de estilos y cada script enlazados. Lee tamaños, cabeceras y marcado. No renderiza la página.

  2. Mide el servidor y el HTML

    Un rastreo nativo o una exportación de Screaming Frog alimenta las reglas de auditoría. Marcan las respuestas lentas, el HTML pesado y la falta de compresión o de HTTP/2.

  3. Compara con datos de usuarios reales

    crux-report obtiene el LCP, el INP y el CLS de campo del Chrome UX Report. Necesita una clave de API de Google Cloud que tú proporcionas.

Comprobaciones de esta función

ComprobaciónQué significaGravedadEvidencia
SLOW_RESPONSEEl servidor tarda demasiado en responder a la solicitud.ImportantTiempo de respuesta por URL
LARGE_HTMLEl documento HTML es grande para la página o para el sitio.ImportantTamaño del HTML en bytes
HTML_OVER_2MBEl documento HTML pesa más de 2 MB.ImportantTamaño del HTML en bytes
HTML_BLOATMucho marcado para muy poco texto.TipBytes y número de palabras por página
NO_COMPRESSIONEl HTML se envía sin comprimir cuando gzip o Brotli podrían ayudar.TipCabecera Content-Encoding por URL
HTTP1_ONLYLa página se sirve con HTTP/1.x, no con HTTP/2 ni una versión posterior.TipVersión de HTTP por URL

Un solo comando

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

Primero, instala SpiderHead: guía de instalación. Cada comando también funciona como herramienta MCP para agentes de IA.

Qué necesitas

  • Una URL de la página para asset-weight-check
  • Un rastreo o exportaciones de Screaming Frog para el tiempo de respuesta y el tamaño del HTML
  • Una clave de API de Google Cloud para crux-report

Límites

  • El CSS y el JavaScript sin usar requieren una página renderizada, así que se indican como omitidos
  • Los tiempos de laboratorio no son los que midieron tus visitantes
  • CrUX no tiene datos de las páginas con poco tráfico
  • Una sola descarga no dice nada sobre los valores atípicos de todo el sitio

Preguntas

¿Necesita un navegador?
No. asset-weight-check lee bytes y marcado estático. No puede saber qué CSS o JavaScript no se usa. Esa comprobación requiere una página renderizada, así que aparece como omitida.
¿Los tiempos son datos de usuarios reales?
No. Los tiempos del rastreo y del navegador son datos de laboratorio. Los Core Web Vitals de campo proceden de crux-report, que necesita una clave de API de Google Cloud.
¿Qué umbrales usa crux-report?
La política web-vitals-2024-03 de Google. El LCP es bueno hasta 2,5 s y deficiente por encima de 4 s. El INP es bueno hasta 200 ms y deficiente por encima de 500 ms. El CLS es bueno hasta 0,1 y deficiente por encima de 0,25.
¿Qué se considera un archivo demasiado grande?
Por defecto, cualquier archivo CSS o JavaScript enlazado de más de 500 KB. El umbral es configurable.
¿Cambia algo en mi sitio?
No. Las comprobaciones envían solicitudes de solo lectura. Las correcciones las haces tú.
¿Tiene algún coste?
Las comprobaciones son gratuitas. La API de CrUX es gratuita dentro de la cuota de Google, y usas tu propia clave. SpiderHead no proporciona claves.

Pruébalo en tu propio sitio