Herramienta gratis · Rendimiento
Test de velocidad web
Cargamos tu página como lo haría un móvil de gama media con una conexión 4G lenta, medimos lo rápido que aparece el contenido principal y cuánto se mueve la página, y te mostramos qué la hace pesada. Cuando Google tiene datos de usuarios reales de tu sitio, también los verás.
Gratis. Suele terminar en menos de un minuto.
Qué comprueba esta herramienta
Un móvil con 4G lento
La página se carga en Chromium como un móvil de la gama del Moto G Power (412 × 823) con 150 ms de latencia, unos 1.6 Mbps de bajada y 750 Kbps de subida, y una CPU 4× más lenta. Es el perfil que usa Lighthouse en las pruebas para móviles.
Largest Contentful Paint
Cuándo terminó de renderizarse la imagen o el bloque de texto más grande de la primera pantalla, y qué elemento era.
Cumulative Layout Shift
Cuánto se movió de forma inesperada el contenido visible mientras cargaba la página.
Total Blocking Time
Cuánto tiempo mantuvieron los scripts al navegador demasiado ocupado para responder a un toque: la parte de cada tarea larga que supera los 50 ms, sumada. Es el equivalente de laboratorio de Interaction to Next Paint.
Lo que descarga la página
El total de bytes y de solicitudes, desglosado en imágenes, scripts, CSS y fuentes, y la proporción que procede de terceros.
Imágenes pesadas y archivos que bloquean el renderizado
Imágenes de más de 150 KB o mucho más anchas que el espacio en el que se muestran, y los archivos CSS y de script que retrasan el primer renderizado.
Datos de usuarios reales de Chrome
El Chrome UX Report de Google para tu origen en móviles, en el percentil 75: LCP, INP y CLS, cuando Google tiene suficiente tráfico del sitio.
Qué no puede comprobar
- Dar las mismas cifras en cada ejecución. Los resultados de laboratorio varían con la red, la carga del servidor y los scripts de terceros, así que compara tendencias en lugar de ejecuciones aisladas.
- Coincidir exactamente con PageSpeed Insights. Ambos usan un perfil de móvil similar, pero se ejecutan en máquinas y redes distintas.
- Medir el INP en laboratorio. El INP necesita interacciones reales, así que la prueba de laboratorio muestra el TBT y los datos de campo muestran el INP cuando existen.
- Mostrar datos de campo de todos los sitios. El Chrome UX Report cubre los últimos 28 días y solo los orígenes con suficiente tráfico de Chrome.
- Probar más páginas que la que introduces. El Informe de Rendimiento de pago prueba 3 páginas clave y ordena las causas con sus soluciones.
Por qué es importante
Una página que parece instantánea con el wifi de la oficina y un portátil rápido puede tardar varios segundos en un móvil de gama media con poca cobertura. Esa es la situación que recrea esta prueba, porque es donde las imágenes y los scripts pesados hacen más daño.
Las Core Web Vitals son las métricas de Google para esa experiencia: carga (LCP), capacidad de respuesta (INP) y estabilidad visual (CLS). Google las usa en el posicionamiento, pero afirma que una buena experiencia de página no pesa más que un contenido relevante. Su mayor efecto es sobre las personas: una página lenta o que da saltos pierde visitantes antes de que lean nada.
Las causas suelen ser concretas: una imagen principal sin comprimir de varios megabytes, un widget de chat que se carga antes que el contenido, una fuente web que oculta el texto o un banner que se inserta encima de la página después de que aparezca. La prueba indica el elemento LCP y los archivos más pesados para que veas cuál de estos casos se aplica.
Cómo interpretar los resultados
- Largest Contentful Paint (LCP)
- Bueno por debajo de 2.5 s, deficiente por encima de 4 s. Si el elemento LCP es una imagen, lo que más importa es su tamaño y su prioridad de carga; si es texto, revisa las fuentes web y el CSS que bloquea el renderizado.
- Cumulative Layout Shift (CLS)
- Bueno por debajo de 0.1, deficiente por encima de 0.25. Es una puntuación sin unidades que combina qué parte de la pantalla se movió y cuánto se desplazó.
- Total Blocking Time (TBT)
- Bueno por debajo de 200 ms, deficiente por encima de 600 ms. Un TBT alto anticipa respuestas lentas a los toques para los usuarios reales.
- Bytes y solicitudes
- No hay un límite oficial; fíjate en qué tipo predomina. Las imágenes suelen ser la mayor parte, y una proporción alta de terceros apunta a apps, etiquetas y widgets.
- Imágenes pesadas
- Cada imagen de más de 150 KB, o que se descarga mucho más ancha de lo que se muestra, con su tamaño de archivo y sus dimensiones.
- Archivos que bloquean el renderizado (Render-blocking files)
- CSS y scripts síncronos que el navegador debe descargar antes de poder mostrar nada.
- Datos de campo, percentil 75 (Field data)
- Usuarios reales de Chrome en móviles durante los últimos 28 días. El percentil 75 significa que tres de cada cuatro cargas de página fueron al menos así de rápidas. El INP es bueno por debajo de 200 ms y deficiente por encima de 500 ms.
- Sin datos de campo
- Google no tiene suficiente tráfico de Chrome para tu origen. Eso no dice nada sobre tu velocidad; básate en los resultados de laboratorio.
Cómo corregir los problemas más habituales
Una imagen LCP lenta
Sirve la imagen principal al tamaño al que se muestra, con srcset, en WebP o AVIF. No le apliques carga diferida (lazy loading), añade fetchpriority="high" e inclúyela en el HTML como elemento img, en lugar de cargarla desde un script o como fondo CSS.
Contenido que salta mientras carga
Da a las imágenes, los vídeos y los elementos incrustados atributos width y height o un aspect-ratio en CSS. Reserva espacio para los banners, los avisos de cookies y los anuncios, o muéstralos como capas superpuestas que no empujen el contenido hacia abajo. Para las fuentes web, usa font-display: optional o una fuente alternativa con un tamaño ajustado a la original.
Total Blocking Time alto
Elimina primero las apps, las etiquetas y los plugins que ya no usas; sus scripts a menudo se quedan aunque dejes de usarlos. Carga el chat, las reseñas y la analítica con defer o cuando la página ya sea interactiva. En Shopify, revisa Tienda online › Temas › Personalizar › Inserciones de aplicaciones.
CSS y scripts que bloquean el renderizado
Añade defer a los scripts que no necesitan ejecutarse antes del primer renderizado, incluye en línea la pequeña cantidad de CSS que necesita la primera pantalla y elimina las hojas de estilo de funciones que la página no usa.
Imágenes demasiado pesadas
Cambia el tamaño de las imágenes antes de subirlas (unos 2000 px de ancho bastan para un banner a ancho completo) y comprímelas. Shopify y WordPress pueden servir versiones más pequeñas automáticamente cuando el tema las solicita, así que comprueba que tu tema usa tamaños de imagen adaptables (responsive).
Preguntas sobre esta herramienta
¿Por qué mis resultados son distintos de los de PageSpeed Insights?
Las pruebas de laboratorio dependen de la máquina, la red y el momento. PageSpeed Insights ejecuta Lighthouse en los servidores de Google y simula la conexión lenta, mientras que nosotros aplicamos la limitación en un navegador real. Espera rangos similares, no cifras idénticas.
¿Qué es un buen LCP?
2.5 segundos o menos en al menos el 75% de las cargas de página, según web.dev. Más de 4 segundos es deficiente.
¿Por qué no hay datos de usuarios reales de mi sitio?
El Chrome UX Report solo incluye los orígenes que se pueden descubrir públicamente y que reciben suficientes visitas de usuarios de Chrome que comparten estadísticas de uso. Muchos sitios pequeños no llegan a ese nivel; la prueba de laboratorio sigue mostrando qué corregir.
¿Por qué probar en un móvil lento en lugar de en un ordenador?
Porque es ahí donde aparecen primero los problemas. Un portátil rápido oculta imágenes y scripts pesados que cuestan segundos en un móvil de gama media, y Lighthouse usa el mismo perfil de móvil en sus pruebas para móviles.
¿Qué pasó con First Input Delay?
Interaction to Next Paint (INP) sustituyó a First Input Delay como Core Web Vital en marzo de 2024. El INP tiene en cuenta el retraso de las interacciones a lo largo de toda la visita, no solo el de la primera.
Fuentes
- web.dev: Web Vitals(se abre en una pestaña nueva)
- web.dev: la métrica Largest Contentful Paint (LCP)(se abre en una pestaña nueva)
- web.dev: la métrica Cumulative Layout Shift (CLS)(se abre en una pestaña nueva)
- web.dev: la métrica Interaction to Next Paint (INP)(se abre en una pestaña nueva)
- web.dev: la métrica Total Blocking Time (TBT)(se abre en una pestaña nueva)
- Chrome for Developers: documentación del Chrome UX Report(se abre en una pestaña nueva)
- Lighthouse: limitación de la red (network throttling)(se abre en una pestaña nueva)
Herramientas relacionadas
- TécnicoAuditoría web gratisUn solo análisis de accesibilidad, SEO, velocidad, conversión, seguridad y configuración del email, con los hallazgos más importantes de cada área.Abrir la herramienta
- SEOAnalizador SEO webEncuentra en tus páginas clave los problemas de SEO técnico que dejan páginas fuera de los buscadores o hacen que se vean peor en los resultados.Abrir la herramienta
- SEOAnalizador de etiquetas metaVe el título, la meta descripción, la etiqueta canónica, las reglas de robots, Open Graph y otras etiquetas del head de cualquier página, con una vista previa en buscadores y redes sociales.Abrir la herramienta
¿Necesitas las correcciones, no solo los hallazgos?
El Informe de Rendimiento ($55, pago único) parte del análisis gratuito completo y añade más páginas, el cambio que debes hacer para cada hallazgo, un PDF y reevaluaciones para verificar tus correcciones.