Page Speed Checker
Este comprobador de velocidad de página gratuito mide las partes de velocidad que controla el servidor: tiempo al primer byte, cuánto tarda en descargar el HTML y cuál es su tamaño, si están configurados los encabezados de compresión y caché, y cuántas hojas de estilo, scripts, imágenes, fuentes y hosts de terceros solicita la página. Es una prueba del lado del servidor, por lo que explica qué no puede medir (Core Web Vitals) y dónde obtenerlos.
Page Speed Checker
Technical SEO
Sobre esta herramienta
Las páginas lentas pierden visitantes antes de que aparezca la primera palabra, y la velocidad alimenta las señales de experiencia de página de Google. Pero "el sitio es lento" tiene muchas causas: un servidor lento, un documento HTML hinchado, sin compresión, docenas de scripts o imágenes pesadas. El primer paso es separar la parte del servidor de la del front end, porque las soluciones viven en lugares diferentes.
El comprobador solicita la página dos veces desde nuestro servidor. La primera solicitud se detiene después del primer kilobyte, por lo que su tiempo es cercano al tiempo al primer byte: DNS, conexión, handshake TLS y el servidor generando la respuesta. La segunda descarga el HTML completo, dando el tiempo total y el tamaño en la red y después de la descompresión. Luego lee el HTML para contar hojas de estilo, scripts externos e inline, scripts que bloquean el renderizado en el head, imágenes, iframes, fuentes precargadas y los hosts de terceros involucrados, y califica la compresión y caché desde los encabezados.
Esta es una medición de laboratorio desde un servidor sin renderizado: no ejecuta JavaScript, descarga imágenes ni pinta la página, por lo que no puede informar Largest Contentful Paint, Cumulative Layout Shift o Interaction to Next Paint. Usa Google PageSpeed Insights o el Chrome User Experience Report para esas métricas de campo. El tiempo también varía con la distancia; tus visitantes verán números diferentes.
Preguntas frecuentes
¿Cuál es un buen tiempo al primer byte?
Google sugiere menos de 800 milisegundos en el campo y los mejores sitios responden en menos de 200. Por encima de 600 el servidor, la aplicación o la base de datos suele ser el cuello de botella: caché de página, un host más rápido, ajuste de PHP o base de datos y una CDN son las soluciones comunes. TTFB limita todo lo que sigue, así que arréglalo primero.
¿Por qué los números son diferentes de PageSpeed Insights?
PageSpeed Insights renderiza la página en un teléfono simulado con una conexión lenta e informa Core Web Vitals, mientras que este comprobador mide la respuesta bruta del servidor desde un centro de datos sin renderizado. Los dos responden preguntas diferentes: este te dice qué tan rápido son el servidor y el HTML, PageSpeed te dice cómo se siente la página para un usuario.
¿Cómo habilito la compresión gzip o Brotli?
En Apache habilita mod_deflate (o mod_brotli) para tipos de texto; en Nginx establece gzip on con gzip_types para HTML, CSS, JavaScript, JSON y SVG; en cPanel usa la opción Optimize Website; en Cloudflare está activado por defecto. La compresión típicamente reduce las transferencias de texto entre 70 y 80 por ciento.
¿Qué son los scripts que bloquean el renderizado?
Etiquetas script en el head sin defer o async: el navegador detiene la construcción de la página hasta que cada uno se descarga y ejecuta. Muévelos al final del body o añade defer, y carga widgets de terceros con async. Cada script bloqueante retrasa la primera pintura al menos un viaje de ida y vuelta.
¿Afecta la velocidad de página a los rankings?
Sí, como parte de las señales de experiencia de página de Google, aunque la relevancia sigue siendo lo primero. En la práctica la velocidad importa más a través del comportamiento: las páginas más rápidas retienen más visitantes, que leen y convierten. Apunta a un TTFB rápido, activos comprimidos y en caché, pocos scripts e imágenes de tamaño adecuado.