¿Qué es Google PageSpeed Insights?
Google PageSpeed Insights (PSI) es una herramienta gratuita en pagespeed.web.dev que analiza el rendimiento de carga de cualquier página web. Se introduce una URL, ejecuta una serie de pruebas y devuelve una puntuación de 0 a 100 junto con métricas detalladas y recomendaciones.
Por debajo, PSI usa Google Lighthouse — el mismo motor que Shopify utiliza para la puntuación de velocidad del panel de administración. Las dos puntuaciones están relacionadas pero no son idénticas; explicamos exactamente en qué difieren en nuestra comparación entre la puntuación de velocidad de Shopify y PageSpeed. PSI simula un dispositivo móvil con la CPU limitada (ralentización 4x) y una conexión 4G simulada para probar cómo carga la página en condiciones móviles realistas.
PSI ofrece dos tipos de datos:
🔬 Datos de laboratorio (sección inferior)
Resultados simulados de Lighthouse. La puntuación, las 5 métricas y recomendaciones concretas. Útiles para depurar, pero varían entre ejecuciones.
👥 Datos de campo (sección superior)
Datos de usuarios reales de Chrome que visitaron el sitio en los últimos 28 días. Muestran los Core Web Vitals (LCP, INP, CLS). Esto es lo que Google usa para el posicionamiento SEO.
Para los comerciantes de Shopify, PSI es la herramienta de velocidad más importante porque refleja directamente las métricas que Google usa para el posicionamiento en buscadores. La puntuación de velocidad del panel de Shopify es en esencia una versión simplificada de esta misma prueba. ¿Quiere una línea base rápida antes de entrar en detalle? Haga una prueba de velocidad gratuita de su tienda para ver dónde está ahora mismo.
La solución rápida: mejore las 5 métricas a la vez
Cada métrica de abajo tiene su solución específica — pero si quiere mejorar todas sin pasar horas de optimización manual, Thunder Page Speed Optimizer aplica automáticamente las correcciones de mayor impacto para cada métrica.
Cómo mejora Thunder cada métrica de PageSpeed:
Plan gratuito disponible · Sin tarjeta de crédito · Media: +27 puntos
Entender la puntuación global (0-100)
El gran número en la parte superior del informe de PageSpeed Insights es una media ponderada de 5 métricas de rendimiento. No es una nota arbitraria: se calcula con una fórmula específica basada en datos de rendimiento reales de millones de sitios web. Si busca una visión más amplia de cómo Google evalúa específicamente las tiendas Shopify, nuestra guía de Google PageSpeed Insights para Shopify cubre el panorama completo.
Bueno (verde)
El 10% mejor de los sitios web. Rendimiento excelente. Raro en tiendas Shopify con apps, pero alcanzable con Thunder + un tema ligero.
Necesita mejorar (naranja)
Hay margen de optimización, pero funciona. Un objetivo realista para la mayoría de las tiendas Shopify. Thunder suele llevar las tiendas a este rango.
Deficiente (rojo)
Problemas significativos que dañan la experiencia de usuario y potencialmente el SEO. Donde cae la mayoría de las tiendas Shopify sin optimizar. Requiere una corrección prioritaria.
Cómo se calcula la puntuación
La puntuación global es una combinación ponderada de 5 métricas:
Basado en la puntuación de Lighthouse 12 (2026). Los pesos pueden cambiar en futuras versiones.
LCP — Largest Contentful Paint
Qué mide: el tiempo hasta que el elemento visible más grande se renderiza en la ventana. En las tiendas Shopify suele ser la imagen principal, una foto de producto grande o el texto del titular.
Por qué importa: el LCP representa el momento en que el cliente percibe que la página ha "cargado". Un LCP rápido significa que ve los productos enseguida. Un LCP lento significa que mira un espacio en blanco y probablemente se marche. Para un análisis en profundidad de cómo arreglar esta métrica, lea nuestra guía de optimización del LCP en Shopify.
≤ 2.5s
Bueno
2.5–4.0s
Necesita mejorar
> 4.0s
Deficiente
Problemas comunes de LCP en Shopify
- • Imágenes principales de 2-5 MB sin optimizar para la web
- • CSS que bloquea el renderizado e impide al navegador pintar nada
- • Sin precarga de la imagen LCP — el navegador la descubre tarde
- • Respuesta lenta del servidor (TTFB) que retrasa todo lo demás
- • Fuentes web que bloquean el renderizado del texto hasta que cargan
⚡ Solución Thunder
Precarga la imagen LCP para que el navegador empiece a descargarla de inmediato. Inserta el CSS crítico en línea para que nada bloquee el renderizado. Añade font-display: swap para evitar retrasos por fuentes. Mejora típica del LCP: 1-3 segundos.
🔧 Solución manual
Añada <link rel="preload"> para la imagen principal. Comprima las imágenes a <200 KB. Extraiga e inserte el CSS crítico en línea (complejo — distinto por plantilla de página). Optimice la respuesta del servidor simplificando las plantillas Liquid. Presupueste 6-12 horas.
TBT — Total Blocking Time
Qué mide: el tiempo total durante el cual el hilo principal del navegador queda bloqueado por tareas largas de JavaScript. Durante ese bloqueo, la página está congelada: no se puede hacer clic, desplazarse ni escribir.
Por qué importa: el TBT tiene el peso más alto (30%) en el cálculo de la puntuación. Si el TBT es alto, la puntuación global será baja por muy buenas que sean las demás métricas. Se corresponde directamente con la sensación de tienda "entrecortada" o "congelada". En Shopify, un TBT alto casi siempre lo causa JavaScript — de apps, temas y scripts de seguimiento de terceros.
≤ 200ms
Bueno
200–600ms
Necesita mejorar
> 600ms
Deficiente
Problemas comunes de TBT en Shopify
- • Scripts de apps que se ejecutan durante la carga (reseñas, popups, widgets de chat)
- • JavaScript del tema ejecutándose de forma síncrona en el <head>
- • Google Analytics, Meta Pixel y otros scripts de seguimiento ejecutándose al cargar
- • Paquetes de JavaScript grandes que tardan más de 500 ms en analizarse y ejecutarse
💡 Dato clave: la mayoría de las tiendas Shopify con un TBT superior a 600 ms tienen más de 10 apps inyectando JavaScript. Cada app puede añadir solo 100-200 ms de bloqueo por separado, pero juntas crean un cuello de botella enorme. No se puede aplazar manualmente la mayoría de los scripts de apps sin romperlos: tienen dependencias internas invisibles. Esta es la fortaleza número 1 de Thunder: mapea esas dependencias y aplaza de forma segura.
⚡ Solución Thunder
Aplaza todo el JavaScript que bloquea el renderizado — incluidos los scripts de apps, del tema y el código de seguimiento. Mapea las cadenas de dependencias para asegurar que nada se rompa. Reducción típica del TBT: 60-80%. Esta única optimización suele mejorar la puntuación global en 15-25 puntos.
🔧 Solución manual
Añada defer o async a las etiquetas de script. Elimine apps sin usar y audite el código sobrante. Cargue los scripts de seguimiento vía Google Tag Manager con activadores retrasados. Presupueste 8-16 horas. Alto riesgo de romper la funcionalidad de las apps — la mayoría de los scripts de apps no funcionan si se aplazan a la ligera.
CLS — Cumulative Layout Shift
Qué mide: cuánto se desplaza el contenido visible de forma inesperada mientras carga la página. Es esa experiencia molesta en la que está a punto de tocar un botón y todo salta porque encima cargó un anuncio o una imagen.
Por qué importa: el CLS es el 25% de la puntuación y uno de los tres Core Web Vitals que Google usa para el posicionamiento SEO. Un CLS alto frustra a los usuarios: hacen clic donde no querían, pierden el hilo y sienten que el sitio está "roto". Además es una de las métricas que Google mide en usuarios reales, lo que la hace especialmente importante.
≤ 0.1
Bueno
0.1–0.25
Necesita mejorar
> 0.25
Deficiente
Problemas comunes de CLS en Shopify
- • Imágenes sin atributos explícitos de ancho y alto
- • Fuentes web que cargan tarde y hacen que el texto se recoloque (FOUT/FOIT)
- • Widgets de apps que inyectan contenido tras la carga (popups, banners, insignias de reseñas)
- • Contenido dinámico cargando en la parte superior (barras de anuncios, selectores de moneda)
⚡ Solución Thunder
Añade automáticamente atributos de ancho/alto a las imágenes que no los tienen, aplica font-display: swap para evitar texto invisible y optimiza la precarga de fuentes. La mayoría de las tiendas logran un CLS por debajo de 0.1 tras instalar Thunder — a menudo casi cero.
🔧 Solución manual
Añada ancho y alto a todas las etiquetas <img>. Use font-display: swap en las declaraciones @font-face. Reserve espacio para el contenido dinámico con min-height en CSS. Precargue las fuentes críticas. Presupueste 2-4 horas para una auditoría a fondo.
FCP — First Contentful Paint
Qué mide: el tiempo hasta que el navegador renderiza el primer fragmento de contenido — cualquier texto, imagen, color de fondo o SVG. Es el momento en que la pantalla pasa de estar completamente en blanco a mostrar algo.
Por qué importa: el FCP es la primera señal para el usuario de que la página funciona. Un FCP rápido le tranquiliza: el sitio está cargando. Un FCP lento (más de 3 segundos de pantalla en blanco) le hace pensar que el sitio está roto y provoca el botón de volver atrás. Aunque solo es el 10% de la puntuación, es la base: todo lo demás depende de que el contenido aparezca primero.
≤ 1.8s
Bueno
1.8–3.0s
Necesita mejorar
> 3.0s
Deficiente
Qué bloquea el FCP en Shopify
Los dos bloqueadores principales son el CSS que bloquea el renderizado (el navegador no pinta hasta que todo el CSS del <head> ha cargado) y el JavaScript que bloquea el renderizado (los scripts sin defer/async pausan el análisis del HTML). En una tienda Shopify típica, 200-500 KB de CSS y varios scripts deben descargarse antes de que aparezca el primer píxel.
⚡ Solución Thunder
Inserta el CSS crítico de la parte visible directamente en el HTML y aplaza la hoja de estilos completa. Aplaza todo el JavaScript que bloquea el renderizado. Resultado: el navegador puede pintar contenido casi de inmediato tras recibir el HTML. Mejora típica del FCP: un 40-60% más rápido.
🔧 Solución manual
Extraiga el CSS crítico por plantilla de página e insértelo en línea (muy complejo — existen herramientas como Critical CSS, pero requieren tooling de build). Aplace todos los scripts. Reduzca el tamaño del CSS eliminando reglas sin usar. Añada indicaciones de preconexión para dominios externos. Presupueste 8-12 horas más mantenimiento continuo cuando se actualice el tema.
SI — Speed Index
Qué mide: la rapidez con la que el contenido visible llena la ventana. A diferencia del FCP (primer píxel) o el LCP (elemento más grande), el Speed Index captura la progresión visual global: con qué fluidez y rapidez la página pasa de vacía a totalmente renderizada.
Por qué importa: el Speed Index es una medida holística de la velocidad de carga percibida. Una página que se renderiza progresivamente (el contenido aparece pieza a pieza) tendrá mejor Speed Index que una que está en blanco 4 segundos y luego lo renderiza todo de golpe. Aunque solo es el 10% de la puntuación, refleja la experiencia que sus clientes sienten de verdad.
≤ 3.4s
Bueno
3.4–5.8s
Necesita mejorar
> 5.8s
Deficiente
El Speed Index mejora cuando se arreglan las demás métricas. Un FCP más rápido significa que la progresión visual empieza antes. Un mejor LCP significa que el contenido principal aparece antes. Un TBT más bajo significa que la página no se congela a mitad del renderizado. Piense en el Speed Index como la "nota global" de la carga visual: se beneficia de todas las demás optimizaciones.
⚡ Solución Thunder
Al mejorar el FCP (CSS crítico en línea), el LCP (precarga de imágenes) y el TBT (aplazamiento de scripts), Thunder mejora el Speed Index de forma natural. La página se renderiza progresivamente en lugar de esperar a que carguen todos los recursos.
🔧 Solución manual
No existe una "solución única del Speed Index": mejora al abordar el FCP, el LCP y los cuellos de botella del renderizado. Concéntrese en eliminar los recursos que bloquean el renderizado y en que el contenido superior cargue primero. Todas las soluciones manuales de las otras métricas contribuyen a mejorar el Speed Index.
Datos de laboratorio frente a datos de campo: ¿cuál importa más?
PageSpeed Insights muestra dos secciones de datos distintas, y entender la diferencia es crucial para tomar decisiones de optimización acertadas.
🔬 Datos de laboratorio
- • Prueba simulada en un dispositivo controlado
- • CPU limitada (4x más lenta) + 4G simulado
- • Medición puntual en un solo momento
- • Varía 5-10 puntos entre ejecuciones
- • Muestra las 5 métricas + oportunidades
- • Ideal para: depurar problemas concretos
👥 Datos de campo (CrUX)
- • Usuarios reales de Chrome en dispositivos reales
- • Condiciones de red reales en todo el mundo
- • Media móvil de 28 días — muy estable
- • Muestra los Core Web Vitals (LCP, INP, CLS)
- • Requiere tráfico suficiente para generar datos
- • Ideal para: entender la experiencia real del usuario
🎯 Para SEO: ganan los datos de campo. Google usa los datos de campo (Core Web Vitals) como señal de posicionamiento — no la puntuación de laboratorio. Si sus datos de campo muestran LCP, INP y CLS aprobados (en verde), su rendimiento en el mundo real está bien diga lo que diga la puntuación de laboratorio. La puntuación de laboratorio sigue siendo útil para identificar qué arreglar, pero los datos de campo indican si realmente es un problema para los usuarios reales. Para un desglose completo de cada Core Web Vital y cómo aprobarlos, consulte nuestra guía de Core Web Vitals para Shopify.
¿No aparecen datos de campo? Significa que su tienda no tiene suficiente tráfico de Chrome para que Google genere un informe (suele requerir unos miles de visitantes mensuales). En ese caso, apóyese en los datos de laboratorio para decidir optimizaciones — y considere la monitorización diaria de Thunder como aproximación para seguir el rendimiento en el tiempo.
Para una comparación de todas las herramientas de pruebas de velocidad más allá de PSI — incluidas GTmetrix, WebPageTest y Lighthouse — vea nuestra guía de las mejores herramientas de test de velocidad para Shopify. Y si se pregunta a qué puntuación apuntar, consulte nuestros benchmarks de puntuación de velocidad de Shopify por tema.
Cómo leer las oportunidades y los diagnósticos
Debajo de las métricas, PSI ofrece dos secciones accionables. Son su hoja de ruta para mejorar:
🎯 Oportunidades (ordenadas por ahorro estimado)
Son recomendaciones concretas y accionables con un ahorro de tiempo estimado. Las más comunes para las tiendas Shopify:
"Eliminar los recursos que bloquean el renderizado"
Muy comúnArchivos CSS y JS en el <head> que bloquean el renderizado. La solución principal de Thunder: aplaza scripts e inserta el CSS crítico en línea.
"Reducir el impacto del código de terceros"
Muy comúnScripts de apps, analítica y seguimiento. Muestra el tiempo de bloqueo total por dominio de terceros. Thunder los aplaza automáticamente.
"Dimensionar las imágenes correctamente"
ComúnImágenes descargadas a dimensiones mayores de las que se muestran. Use el filtro image_url de Shopify con parámetros de tamaño para servir imágenes bien dimensionadas.
"Reducir el JavaScript sin usar"
ComúnCódigo JS que se descarga pero no se ejecuta en la página actual. A menudo de temas con paquetes JS muy completos o de apps que cargan SDKs enteros.
"Servir imágenes en formatos de última generación"
OcasionalUsar JPEG/PNG en lugar de WebP/AVIF. El CDN de Shopify sirve WebP automáticamente cuando es posible, pero algunas imágenes subidas a mano se lo saltan.
🔍 Diagnósticos (información, no puntúan)
No afectan directamente a la puntuación, pero aportan contexto útil:
- → "Evitar cargas de red enormes" — peso total de la página. Más de 3 MB es preocupante.
- → "Evitar un tamaño de DOM excesivo" — más de 1,500 elementos indica sobrecarga.
- → "Minimizar el trabajo del hilo principal" — tiempo total de CPU en ejecución de JS.
- → "Reducir el tiempo de ejecución de JavaScript" — los scripts de mayor duración.
No intente arreglarlo todo a la vez. Concéntrese en las 2-3 oportunidades con mayor ahorro estimado. Para la mayoría de las tiendas Shopify eso significa los recursos que bloquean el renderizado y el código de terceros — ambos los gestiona Thunder automáticamente. Instale Thunder primero, vuelva a probar y luego aborde a mano las oportunidades restantes. Para un recorrido paso a paso por cada técnica de optimización, vea nuestra guía completa de optimización de velocidad.
Mejore cada métrica de PageSpeed en 30 segundos
Thunder optimiza TBT, LCP, CLS, FCP y Speed Index automáticamente. Sin código. Sin riesgo. Mejora media: +27 puntos.
Impulsar mi puntuación de PageSpeed →Plan gratuito disponible · Sin tarjeta de crédito · Funciona con todos los temas
Preguntas frecuentes
¿Qué es Google PageSpeed Insights?
Google PageSpeed Insights (PSI) es una herramienta gratuita en pagespeed.web.dev que analiza el rendimiento de una página web. Ejecuta Google Lighthouse para generar una puntuación de laboratorio (0-100) y también muestra datos de usuarios reales del Chrome User Experience Report. Para las tiendas Shopify es la herramienta de pruebas de velocidad más importante, porque Google usa los mismos datos subyacentes para las señales de posicionamiento SEO.
¿Qué es una buena puntuación de PageSpeed Insights para Shopify?
Una puntuación móvil de 50-70 es realista para la mayoría de las tiendas Shopify con apps instaladas. Puntuaciones de 70-90 son alcanzables con optimización (como Thunder). Puntuaciones de 90+ son excelentes pero raras en tiendas con varias apps. La tienda Shopify media puntúa 30-50 en móvil. No se compare con sitios web estáticos: las tiendas Shopify tienen una sobrecarga inherente por la plataforma, las apps y el contenido dinámico.
¿La puntuación de PageSpeed Insights afecta al SEO de Shopify?
Indirectamente, sí. Google no usa la puntuación de PSI directamente como factor de posicionamiento. En su lugar, usa los Core Web Vitals (LCP, INP, CLS) medidos en usuarios reales como señales de ranking. Estas métricas están estrechamente relacionadas con la puntuación de PSI: mejorar una suele mejorar la otra. Una tienda muy lenta también aumenta la tasa de rebote, lo que perjudica el posicionamiento de forma indirecta. Thunder mejora tanto las puntuaciones de laboratorio como los Core Web Vitals del mundo real.
¿Por qué mi puntuación móvil de PageSpeed es mucho más baja que la de escritorio?
La prueba móvil simula condiciones duras: un teléfono de gama media con limitación de CPU 4x y una conexión 4G simulada. El JavaScript que tarda 200 ms en escritorio tarda más de 800 ms en el móvil simulado. La mayoría de las tiendas Shopify puntúan 20-40 puntos menos en móvil que en escritorio. Es normal. Como Google usa la indexación mobile-first, la puntuación móvil es la que hay que priorizar.
¿Con qué frecuencia se debe pasar PageSpeed Insights a una tienda Shopify?
Ejecútelo después de cualquier cambio significativo (app nueva, actualización de tema, añadir secciones o imágenes). Para el seguimiento rutinario, Thunder rastrea la puntuación a diario de forma automática. Si lo hace a mano, pruebe 3-5 veces y promedie los resultados: una prueba aislada puede variar 5-10 puntos por las condiciones de red y la carga del servidor. Una revisión mensual es una cadencia mínima razonable.
¿Cuál es la diferencia entre datos de laboratorio y datos de campo en PageSpeed Insights?
Los datos de laboratorio provienen de una prueba simulada de Lighthouse: condiciones controladas, una sola ejecución, más dura que la vida real. Los datos de campo provienen de usuarios reales de Chrome que visitaron su tienda durante 28 días: dispositivos reales, redes reales, comportamiento genuino. Google usa los datos de campo (Core Web Vitals) para el posicionamiento SEO. Los datos de laboratorio sirven para depurar problemas concretos. Ambos importan, pero los datos de campo reflejan la experiencia real del usuario.
¿Puede Thunder mejorar todas las métricas de PageSpeed Insights?
Thunder mejora directamente el TBT (aplazando scripts), el LCP (precargando las imágenes principales e insertando el CSS crítico en línea), el FCP (eliminando recursos que bloquean el renderizado), el CLS (fijando las dimensiones de las imágenes y optimizando la carga de fuentes) y el Speed Index (acelerando la carga visual). La única métrica que Thunder no puede mejorar directamente es el tiempo de respuesta del servidor (TTFB), que depende de la infraestructura de Shopify y de la complejidad de sus plantillas Liquid.
¿Por qué obtengo puntuaciones distintas de PageSpeed cada vez que pruebo?
PageSpeed Insights usa Lighthouse, que se ejecuta en una infraestructura en la nube compartida con variabilidad inherente. Los tiempos de respuesta de los scripts de terceros, la carga del servidor de Shopify, la carga de CPU de la infraestructura de prueba y las condiciones de red fluctúan entre pruebas. Diferencias de 5-10 puntos son completamente normales. Ejecute siempre 3-5 pruebas y use la media. Para un seguimiento fiable, Thunder monitoriza la puntuación a diario y muestra una media móvil.