Verificador PageSpeed Insights

Analiza el rendimiento de tu sitio web usando los mismos datos y metodología que PageSpeed Insights de Google. Nuestro verificador evalúa Core Web Vitals incluyendo Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift, proporcionando tanto datos de laboratorio de pruebas simuladas como datos de campo de usuarios reales de Chrome. Obtén un informe de rendimiento completo con recomendaciones de optimización priorizadas que mejoren directamente tus clasificaciones de búsqueda y experiencia de usuario.

Características Clave de Nuestro Verificador PageSpeed Insights

Evaluación de Core Web Vitals

Evalúa los tres Core Web Vitals: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS). Cada métrica se puntúa contra los umbrales oficiales de Google con clasificaciones claras de bueno, necesita mejora o pobre.

Análisis Móvil y de Escritorio

Prueba el rendimiento desde perspectivas tanto móviles como de escritorio. Dado que Google usa indexación mobile-first, el puntaje móvil impacta directamente las clasificaciones. Los puntajes de escritorio ayudan a identificar oportunidades para mejorar la experiencia de visitantes no móviles.

Desglose de Puntaje de Rendimiento

Recibe un puntaje de rendimiento de 0-100 con un desglose detallado que muestra cómo cada métrica contribuye al total. Entiende exactamente qué métricas están arrastrando tu puntaje hacia abajo y cuánto cada mejora afectaría el resultado general.

Oportunidades de Optimización Priorizadas

Obtén una lista clasificada de acciones de optimización específicas ordenadas por impacto estimado. Cada oportunidad incluye el ahorro potencial de tiempo, la métrica afectada y orientación de implementación, permitiéndote enfocar recursos de desarrollo en las mejoras de mayor valor primero.

Datos de Campo de Usuarios Reales

Accede a datos del Chrome User Experience Report que muestran cómo los visitantes reales experimentan tu página en el percentil 75. Los datos de campo reflejan condiciones reales incluyendo diversos dispositivos, redes y ubicaciones geográficas, haciéndolo la representación más precisa de la experiencia del usuario.

Auditorías Diagnósticas Detalladas

Revisa más de 50 auditorías de rendimiento individuales que cubren optimización de imágenes, ejecución de JavaScript, entrega de CSS, tiempo de respuesta del servidor, políticas de almacenamiento en caché, recursos que bloquean el renderizado, tamaño del DOM e impacto de scripts de terceros.

Cascada de Carga de Recursos

Visualiza la carga secuencial y paralela de cada recurso en tu página. El diagrama de cascada revela dependencias de bloqueo, recursos lentos y patrones de carga ineficientes que retrasan hitos críticos de renderizado.

Visualización de Mapa de Árbol

Ve una representación visual de los tamaños de tus paquetes JavaScript, ayudándote a identificar scripts inflados, código no utilizado y recursos de terceros que consumen ancho de banda y tiempo de procesamiento desproporcionados.

Cómo Usar el Verificador PageSpeed Insights

01

Paso 1

Introduce la URL completa de la página que deseas analizar en el campo de entrada. Usa la URL exacta que los motores de búsqueda indexan, incluyendo el protocolo (https://) y cualquier segmento de ruta, para asegurar que los resultados reflejen el rendimiento real de tu página indexada.

02

Paso 2

Selecciona si deseas analizar el rendimiento móvil, el rendimiento de escritorio o ambos. Prioriza el análisis móvil porque la indexación mobile-first de Google significa que el puntaje móvil es lo que impacta tus clasificaciones de búsqueda.

03

Paso 3

Haz clic en analizar para iniciar la prueba. La herramienta ejecutará una simulación de Lighthouse y consultará datos CrUX si están disponibles, lo que puede tomar de 15 a 30 segundos dependiendo de la complejidad de tu página y el tiempo de carga.

04

Paso 4

Revisa la sección de Core Web Vitals primero. Verifica si LCP está por debajo de 2.5 segundos, INP está por debajo de 200 milisegundos y CLS está por debajo de 0.1. Estas son las métricas que Google usa directamente en su algoritmo de clasificación.

05

Paso 5

Examina el puntaje de rendimiento y su desglose de componentes. Nota qué métricas contribuyen más a un puntaje bajo, ya que estas representan los objetivos de optimización de mayor prioridad para mejorar tanto las clasificaciones como la experiencia del usuario.

06

Paso 6

Trabaja a través de la sección de Oportunidades de arriba a abajo, implementando las sugerencias con el mayor impacto estimado primero. Las correcciones comunes de alto impacto incluyen dimensionar imágenes correctamente, eliminar recursos que bloquean el renderizado y reducir el tiempo de ejecución de JavaScript.

07

Paso 7

Después de implementar cambios, vuelve a ejecutar el análisis para medir la mejora. Compara Core Web Vitals, puntajes de rendimiento y valores de métricas específicas contra tu línea base para verificar que las optimizaciones están produciendo los resultados esperados.

¿Listo para Analizar?

Pruebe Verificador de PageSpeed Insights ahora — completamente gratis, sin registro

Usar Herramienta Ahora

¿Qué es PageSpeed Insights?

PageSpeed Insights (PSI) es la herramienta oficial de análisis de rendimiento de Google que evalúa qué tan bien funciona una página web tanto en dispositivos móviles como de escritorio. Originalmente lanzado en 2010 como una simple prueba de velocidad, PSI ha evolucionado en una plataforma de diagnóstico de rendimiento integral que combina datos del mundo real del Chrome User Experience Report (CrUX) con pruebas de laboratorio de Lighthouse para proporcionar la evaluación de rendimiento más autoritativa disponible.

Nuestro Verificador PageSpeed Insights aprovecha el mismo marco analítico para entregar datos de rendimiento que reflejan directamente cómo Google evalúa tus páginas para propósitos de clasificación. Esto no es una aproximación de terceros; usa las mismas métricas, umbrales y metodología de puntuación que Google aplica al evaluar las señales de experiencia de página de tu sitio.

La herramienta proporciona dos tipos distintos de datos de rendimiento:

Datos de Campo (Métricas de Usuario Real): Recopilados de usuarios reales de Chrome que visitan tu página durante un período móvil de 28 días. Los datos de campo representan la experiencia del mundo real de tus visitantes a través de diversos dispositivos, condiciones de red y ubicaciones geográficas. Estos son los datos que Google usa para la evaluación de Core Web Vitals en las clasificaciones de búsqueda. Los datos de campo están disponibles solo para páginas con suficiente tráfico para generar una muestra estadísticamente significativa.

Datos de Laboratorio (Pruebas Simuladas): Generados ejecutando tu página a través de Lighthouse, la herramienta de auditoría de rendimiento de código abierto de Google, en un entorno controlado y simulado. Los datos de laboratorio usan un perfil fijo de dispositivo y red, típicamente un dispositivo móvil de nivel medio en una conexión 4G limitada, para asegurar resultados consistentes y reproducibles. Los datos de laboratorio están disponibles para cualquier URL independientemente del volumen de tráfico y proporcionan información diagnóstica detallada que los datos de campo no pueden ofrecer.

El puntaje de rendimiento varía de 0 a 100 y se calcula como un promedio ponderado de seis métricas de laboratorio: First Contentful Paint (10%), Speed Index (10%), Largest Contentful Paint (25%), Total Blocking Time (30%), Cumulative Layout Shift (25%) y cualquier bono aplicable de puntajes de auditoría no utilizados. Los puntajes de 90 y superiores se clasifican como buenos (verde), 50 a 89 como necesita mejora (naranja) y por debajo de 50 como pobre (rojo).

Entender estos puntajes y las métricas subyacentes es esencial porque Google ha hecho de la experiencia de página, y específicamente de Core Web Vitals, una señal de clasificación oficial. Las páginas que cumplen con los umbrales de Core Web Vitals tienen una ventaja medible en los resultados de búsqueda, y esta ventaja se compone en sitios grandes donde las mejoras marginales se aplican a miles de páginas indexadas.

Por Qué PageSpeed Insights Importa para las Clasificaciones SEO

PageSpeed Insights no es solo una herramienta de benchmarking de rendimiento; es la fuente definitiva para entender cómo Google percibe la experiencia de usuario de tu página. La conexión entre las métricas PSI y las clasificaciones de búsqueda es directa, documentada y cada vez más significativa.

Core Web Vitals como Señal de Clasificación Confirmada

En junio de 2021, Google incorporó oficialmente Core Web Vitals en su algoritmo de clasificación a través de la Actualización de Experiencia de Página. Las tres métricas de Core Web Vitals, LCP, FID (ahora reemplazado por INP) y CLS, se extraen de datos CrUX, los mismos datos de campo mostrados en PageSpeed Insights. Google ha confirmado que las páginas que cumplen con los tres umbrales de Core Web Vitals reciben un impulso de clasificación, y las páginas que fallan estos umbrales pueden ver visibilidad reducida.

El Cambio de FID a INP

En marzo de 2024, Google reemplazó oficialmente First Input Delay (FID) con Interaction to Next Paint (INP) como el Core Web Vital de capacidad de respuesta. INP es una métrica más completa que mide la latencia de todas las interacciones a lo largo de todo el ciclo de vida de la página, no solo la primera. Este cambio significa que muchas páginas que previamente pasaban Core Web Vitals con un buen puntaje FID ahora pueden fallar bajo la medición más estricta de INP. Nuestro Verificador PageSpeed Insights evalúa INP para darte datos de capacidad de respuesta actuales y precisos.

Cómo los Puntajes de Rendimiento se Traducen en Clasificaciones

Google usa Core Web Vitals como un desempate y diferenciador entre páginas con calidad de contenido y autoridad similares. En verticales de búsqueda altamente competitivos donde docenas de páginas ofrecen contenido comparable, la señal de experiencia de página puede determinar qué páginas ganan posiciones en la página uno versus la página dos. Un estudio de Searchmetrics encontró que las páginas en los 10 mejores resultados de Google tienen puntajes de Core Web Vitals mediblemente mejores que aquellas en la página dos, con puntajes LCP promediando 1.8 segundos para páginas de alto ranking en comparación con 3.2 segundos para aquellas de menor ranking.

Indexación Mobile-First y Rendimiento

Google indexa y clasifica todos los sitios web basándose en su versión móvil. Los dispositivos móviles típicamente tienen menos poder de procesamiento y conexiones de red más lentas, amplificando problemas de rendimiento. Una página que puntúa 95 en escritorio puede puntuar 55 en móvil debido a imágenes sin optimizar, JavaScript pesado o recursos que bloquean el renderizado. Dado que las clasificaciones están determinadas por la experiencia móvil, el puntaje de PageSpeed Insights móvil es el que más importa para SEO.

Impacto del Comportamiento del Usuario

El rendimiento afecta directamente las métricas de comportamiento del usuario que se correlacionan con las clasificaciones. La investigación de Google muestra que cuando el tiempo de carga de página aumenta de 1 a 3 segundos, la probabilidad de rebote aumenta en 32 por ciento. A 5 segundos, aumenta en 90 por ciento. Amazon encontró que cada 100 milisegundos de latencia les costaba 1 por ciento en ventas. Estos impactos conductuales crean un ciclo de retroalimentación: las páginas lentas generan peores señales de compromiso, lo que puede suprimir aún más las clasificaciones.

Integración con Search Console

Google Search Console ahora incluye un informe dedicado de Core Web Vitals que agrupa tus URLs por su estado de rendimiento CrUX. Las páginas clasificadas como pobres o necesita mejora aparecen como problemas potenciales de clasificación. Los datos en este informe provienen de la misma base de datos CrUX que alimenta PageSpeed Insights, haciendo que los puntajes PSI sean un predictor confiable de cómo se clasifican tus páginas en Search Console.

Core Web Vitals Explicados: LCP, INP y CLS

Core Web Vitals son las tres métricas específicas que Google ha designado como señales de clasificación oficiales dentro de su marco de experiencia de página. Cada métrica aborda un aspecto distinto de la experiencia del usuario: carga, interactividad y estabilidad visual.

Largest Contentful Paint (LCP)

LCP mide el tiempo desde que la página comienza a cargar hasta que el elemento de contenido más grande se renderiza dentro del viewport. El elemento más grande es típicamente una imagen hero, miniatura de video destacado o bloque de encabezado grande. LCP refleja el momento en que los usuarios perciben la página como cargada con contenido significativo.

Los umbrales de Google: Bueno es 2.5 segundos o menos. Necesita mejora está entre 2.5 y 4.0 segundos. Pobre está por encima de 4.0 segundos. Las causas más comunes de LCP lento incluyen imágenes sin optimizar que son el elemento LCP, tiempo de respuesta lento del servidor que retrasa la entrega inicial de HTML, CSS y JavaScript que bloquean el renderizado y que previenen que el navegador pinte contenido, y renderizado del lado del cliente donde el elemento LCP depende de la ejecución de JavaScript.

Para mejorar LCP: optimiza y comprime el elemento de imagen LCP, precarga recursos críticos con <link rel="preload">, reduce el tiempo de respuesta del servidor a través de almacenamiento en caché y uso de CDN, elimina recursos que bloquean el renderizado y asegura que el elemento LCP esté disponible en el HTML inicial sin requerir JavaScript.

Interaction to Next Paint (INP)

INP reemplazó a FID como la métrica de capacidad de respuesta en marzo de 2024. Mientras que FID solo medía el retraso de la primera interacción, INP mide la latencia de todas las interacciones a lo largo del ciclo de vida de la página e informa la peor interacción (en el percentil 98). Esto hace que INP sea una medida mucho más completa de la capacidad de respuesta de una página.

Los umbrales de Google: Bueno es 200 milisegundos o menos. Necesita mejora está entre 200 y 500 milisegundos. Pobre está por encima de 500 milisegundos. INP alto es típicamente causado por tareas JavaScript de larga duración que bloquean el hilo principal, previniendo que el navegador responda a la entrada del usuario. Los manejadores de eventos complejos, scripts pesados de terceros y manipulación ineficiente del DOM son culpables comunes.

Para mejorar INP: divide tareas JavaScript largas en fragmentos más pequeños usando requestIdleCallback o setTimeout, difiere JavaScript no crítico, elimina o retrasa scripts pesados de terceros, optimiza manejadores de eventos para minimizar el tiempo de procesamiento y usa web workers para operaciones computacionalmente intensivas.

Cumulative Layout Shift (CLS)

CLS cuantifica cuánto el contenido visible se desplaza inesperadamente durante el tiempo de vida de la página. Los cambios de diseño ocurren cuando los elementos se mueven de su posición inicial sin interacción del usuario, típicamente causados por imágenes que se cargan sin atributos de dimensión, contenido inyectado dinámicamente y fuentes web de carga tardía. CLS mide tanto la distancia como el tamaño de los elementos desplazados.

Los umbrales de Google: Bueno es 0.1 o menos. Necesita mejora está entre 0.1 y 0.25. Pobre está por encima de 0.25. Para mejorar CLS: siempre especifica atributos de ancho y alto en elementos de imagen y video, reserva espacio para ranuras de anuncios y contenido dinámico usando CSS, precarga fuentes web y usa font-display: swap, evita insertar contenido por encima de elementos visibles existentes y usa la propiedad CSS contain para limitar el alcance del recalculo de diseño.

Problemas Comunes de Rendimiento y Cómo Solucionarlos

Las auditorías de PageSpeed Insights marcan consistentemente las mismas categorías de problemas de rendimiento en diferentes sitios web. Aquí están los problemas más impactantes y sus soluciones probadas.

Imágenes Sin Optimizar

Las imágenes son el mayor contribuyente al peso de página en la mayoría de los sitios web, a menudo representando del 50 al 80 por ciento de los bytes totales de la página. Los problemas comunes incluyen servir imágenes a su resolución original cuando el tamaño de visualización es mucho más pequeño, usar formatos heredados como JPEG y PNG en lugar de WebP o AVIF moderno, y no implementar carga diferida para imágenes debajo del pliegue.

Soluciones: Convierte imágenes a formato WebP, que proporciona compresión 25 a 35 por ciento mejor que JPEG con calidad equivalente. Usa imágenes responsivas con el atributo srcset para servir versiones de tamaño apropiado. Implementa carga diferida nativa con loading="lazy" en imágenes debajo del pliegue. Para la imagen LCP, haz lo contrario: precárgala con <link rel="preload"> y nunca la cargues de forma diferida.

JavaScript y CSS que Bloquean el Renderizado

Los archivos CSS y JavaScript externos cargados en el encabezado del documento bloquean al navegador de renderizar cualquier contenido hasta que estén completamente descargados y analizados. Esto impacta directamente First Contentful Paint y LCP.

Soluciones: Inline critical CSS necesario para el renderizado above-the-fold directamente en el HTML. Carga CSS no crítico de forma asíncrona. Agrega el atributo defer a archivos JavaScript que no son necesarios para el renderizado inicial. Usa async para scripts que pueden cargar independientemente. Identifica y elimina CSS y JavaScript no utilizados que se cargan pero nunca se ejecutan en la página.

Ejecución Excesiva de JavaScript

Los paquetes JavaScript pesados toman tiempo para descargar, analizar, compilar y ejecutar. Los scripts de larga duración bloquean el hilo principal, degradando los puntajes INP y retrasando la interactividad. Los scripts de terceros de análisis, publicidad y herramientas de marketing son infractores frecuentes.

Soluciones: Audita todo JavaScript con la herramienta Coverage en Chrome DevTools para identificar código no utilizado. Implementa división de código para cargar solo el JavaScript necesario para la página actual. Difiere scripts de terceros hasta después de la carga inicial. Reemplaza bibliotecas JavaScript pesadas con alternativas más ligeras o APIs nativas del navegador. Usa web workers para tareas computacionalmente intensivas.

Tiempo de Respuesta Lento del Servidor

Time to First Byte (TTFB) por encima de 800 milisegundos indica problemas de rendimiento del lado del servidor que retrasan toda la cascada de carga. Las causas incluyen consultas lentas de base de datos, falta de almacenamiento en caché del lado del servidor, recursos de alojamiento inadecuados y ausencia de CDN.

Soluciones: Implementa almacenamiento en caché de página del lado del servidor con herramientas como Varnish, Redis o plugins de almacenamiento en caché específicos de la plataforma. Optimiza consultas de base de datos y agrega índices apropiados. Actualiza el alojamiento si los recursos actuales están consistentemente al máximo. Implementa un CDN para reducir la latencia geográfica. Habilita HTTP/2 o HTTP/3 para entrega de recursos multiplexada.

Problemas de Carga de Fuentes

Las fuentes web que bloquean el renderizado crean un Flash of Invisible Text (FOIT) que aumenta los tiempos LCP y FCP. Las fuentes de carga tardía también pueden causar cambios de diseño cuando el texto refluye de la fuente de respaldo a la fuente web, aumentando CLS.

Soluciones: Precarga archivos de fuente críticos con <link rel="preload" as="font">. Usa font-display: swap para mostrar texto inmediatamente en una fuente de respaldo mientras la fuente web carga. Subconjunta fuentes para incluir solo los caracteres que tu sitio realmente usa. Auto-aloja fuentes en lugar de cargar desde servicios externos para reducir la sobrecarga de búsqueda DNS y conexión.

Preguntas Frecuentes

Todo lo que necesitas saber sobre Verificador de PageSpeed Insights

Un puntaje de rendimiento de 90 o superior se clasifica como bueno por Google. Los puntajes entre 50 y 89 necesitan mejora, y los puntajes por debajo de 50 son pobres. Sin embargo, para propósitos de SEO, las métricas individuales de Core Web Vitals importan más que el puntaje general. Una página podría puntuar 85 en general pero aún fallar Core Web Vitals si LCP excede 2.5 segundos. Enfócate en obtener los tres Core Web Vitals en la zona verde primero, luego optimiza para un puntaje general más alto.

PageSpeed Insights usa Lighthouse como su motor de prueba de laboratorio pero agrega datos de campo del Chrome User Experience Report del mundo real que Lighthouse solo no proporciona. Lighthouse se ejecuta en un entorno simulado con condiciones fijas, mientras que los datos CrUX reflejan experiencias reales de visitantes a través de dispositivos y redes reales. PageSpeed Insights combina ambos para dar una imagen completa. Además, PSI ejecuta Lighthouse en los servidores de Google, eliminando variables de hardware local que afectan los puntajes de Lighthouse cuando se ejecuta localmente.

Los puntajes móviles se generan usando un dispositivo móvil de nivel medio simulado en una conexión 4G limitada, que tiene menos poder de procesamiento y ancho de banda que la simulación de escritorio sin límites. Esto amplifica el impacto de JavaScript pesado, imágenes grandes y respuestas lentas del servidor. Además, las páginas móviles deben renderizarse en anchos de viewport más pequeños, lo que puede desencadenar diferentes comportamientos de diseño. Dado que Google usa indexación mobile-first, el puntaje móvil es el que impacta tus clasificaciones.

Interaction to Next Paint (INP) mide la latencia de todas las interacciones del usuario a lo largo del ciclo de vida de la página e informa la peor en el percentil 98. Reemplazó a First Input Delay (FID) en marzo de 2024 porque FID solo medía la primera interacción, que a menudo ocurría antes de que JavaScript pesado cargara. Muchas páginas tenían buen FID pero pobre interactividad subsecuente. INP proporciona una evaluación más completa y honesta de la capacidad de respuesta de una página a lo largo de toda la sesión del usuario.

Verifica después de cada implementación de código significativa, cambio de contenido, actualización de plugin o modificación de alojamiento. Establece una prueba base semanal para tus páginas más importantes para detectar degradación gradual de rendimiento causada por la acumulación de scripts de terceros, contenido creciente o cambios de infraestructura. Antes de lanzar cualquier página nueva o campaña, ejecuta una verificación de rendimiento para verificar que cumple con los umbrales de Core Web Vitals. Configura monitoreo automatizado si tu sitio cambia frecuentemente.

Sí, muchas mejoras de alto impacto pueden hacerse sin codificación. La optimización de imágenes, que a menudo es el factor individual más grande, puede hacerse con herramientas de compresión de imágenes o plugins de CMS. Los plugins de almacenamiento en caché para WordPress y otras plataformas pueden mejorar dramáticamente el rendimiento. Eliminar plugins no utilizados y scripts de terceros reduce la inflación de JavaScript. Elegir un proveedor de alojamiento más rápido o habilitar un CDN mejora el tiempo de respuesta del servidor. Estos cambios no técnicos a menudo entregan la mayoría de las ganancias de rendimiento disponibles.

No. El puntaje de PageSpeed es una de muchas señales de clasificación, y la relevancia del contenido, autoridad de backlinks y coincidencia de intención del usuario permanecen mucho más importantes. Un puntaje de 100 no ayudará a una página con contenido delgado a superar a competidores autorizados. Sin embargo, entre páginas con calidad de contenido y autoridad comparables, mejores puntajes de Core Web Vitals proporcionan una ventaja de clasificación medible. Enfócate en cumplir con los umbrales de Core Web Vitals en lugar de perseguir un puntaje perfecto, ya que el beneficio de clasificación proviene de pasar los umbrales en lugar del número absoluto de puntaje.

Los puntajes de laboratorio pueden fluctuar de 5 a 10 puntos entre pruebas debido a variaciones en el tiempo de respuesta del servidor, condiciones de red durante la prueba y tiempo de carga de recursos. Esto es normal y esperado. Enfócate en la tendencia sobre múltiples pruebas en lugar de cualquier resultado único. Los datos de campo de CrUX son más estables porque representan un promedio móvil de 28 días a través de muchos visitantes. Si tu puntaje varía dramáticamente entre pruebas, la inestabilidad misma puede indicar problemas de rendimiento como respuestas inconsistentes del servidor o condiciones de carrera en la carga de recursos.