La velocidad de página ha sido una señal de clasificación de Google desde 2018. En 2026 sigue siendo uno de los pocos factores que puedes controlar y medir directamente. Esta guía cubre las métricas que AISeen verifica, qué umbrales usa Google y qué optimizaciones entregan más mejora por esfuerzo.
Qué mide el AISeen Speed Score
- Time to First Byte (TTFB) — Tiempo de respuesta del servidor. Objetivo: menos de 200 ms. Problemas: hosting lento, sin CDN, consultas de base de datos no optimizadas.
- Tamaño HTML — Tamaño del documento sin comprimir. El HTML grande a menudo indica problemas de renderizado del servidor.
- Versión HTTP — HTTP/2 y HTTP/3 habilitan solicitudes multiplexadas, reduciendo significativamente el tiempo de carga.
- Compresión — Brotli o gzip debe estar habilitado para todos los activos de texto. El HTML/CSS/JS sin comprimir es una de las correcciones más baratas.
- Cabeceras de caché — Los activos estáticos deben tener cabeceras
Cache-Controlde larga duración. - Sugerencias de recursos — Las directivas
<link rel="preload">,preconnectyprefetchreducen el tiempo de carga percibido.
Los mayores asesinos de velocidad
En nuestro análisis de más de 50.000 sitios, tres problemas aparecen con más frecuencia:
- Scripts que bloquean el renderizado — Archivos JavaScript cargados en
<head>sindeferoasyncbloquean el análisis HTML. - Imágenes no optimizadas — Archivos PNG donde WebP o AVIF reduciría el tamaño en un 30–70% sin pérdida de calidad visible.
- Sin CDN — Servir activos estáticos desde un solo servidor de origen agrega 100–500 ms de latencia para usuarios globales.
Priorización de correcciones
Comienza con cambios a nivel de servidor (TTFB, compresión, HTTP/2) ya que afectan a todas las páginas simultáneamente. Luego pasa a optimización de imágenes y sugerencias de recursos. El diferimiento de JavaScript requiere cambios de código y debe abordarse al final.