Por qué tengo una puntuación baja en PageSpeed y qué puedes hacer de verdad
Una puntuación baja en PageSpeed casi nunca tiene una sola causa. Casi siempre es la suma de un hosting anticuado, demasiados scripts, un banner de cookies pesado, plugins de traducción e imágenes demasiado grandes. En esta guía repasas paso a paso los verdaderos culpables, a partir de lo que nosotros mismos encontramos y resolvimos en theseo.nl.
Paso 1: entiende primero qué te dice exactamente PageSpeed
PageSpeed parece un solo número, pero es un resumen de varios elementos. Los más importantes son el tiempo de carga del primer contenido (first contentful paint), el tiempo de carga del elemento más grande, la interactividad y el desplazamiento del diseño. No todos los elementos son igual de importantes para tus visitantes.
Para el SEO se trata sobre todo de tres preguntas: ¿con qué rapidez puede alguien leer algo, responden tus botones al instante y se mantiene la página estable mientras carga?
También existen algunos malentendidos persistentes:
No necesitas un cien
Una puntuación muy baja sí indica problemas reales, pero el cien no es un fin en sí mismo.La puntuación varía según la prueba
Dos mediciones seguidas rara vez dan exactamente el mismo número.Un informe fantástico no significa automáticamente más clientes
Es una señal, no una garantía.Los tres números que realmente importan, y su límite
Detrás de esa única cifra hay tres métricas que Google llama Core Web Vitals, y solo esas tres cuentan como señal de experiencia. Todas tienen un límite estricto, y esos límites son públicos. Esto es a lo que apuntas.
LCP, largest contentful paint
Cuánto tarda en aparecer el elemento más grande, normalmente tu imagen de portada o tu título grande. Bueno es 2,5 segundos o menos. Por encima de 4 segundos cuenta como malo.INP, interaction to next paint
Con qué rapidez responde la página de forma visible después de que el visitante hace clic o toca algo. Bueno es 200 milisegundos o menos. Por encima de 500 milisegundos cuenta como malo. Este valor sustituyó en 2024 a la antigua métrica FID, y es más estricto: FID solo medía el retraso antes de que el navegador empezara a procesar tu clic, mientras que INP mide hasta que realmente ves que algo ocurre.CLS, cumulative layout shift
Cuánto se desplaza la página durante la carga ante los ojos de tu visitante. Bueno es 0,1 o menos. Por encima de 0,25 cuenta como malo. Es la métrica que tú mismo notas cuando estás a punto de pulsar un botón y aparece un banner justo encima.Fuente de los umbrales y del hecho de que se mide en el percentil 75: web.dev, Defining the Core Web Vitals metrics thresholds y web.dev, Web Vitals, ambas verificadas el 25 de agosto de 2026.
Ese percentil 75 es más importante de lo que la mayoría cree, y explica por qué tu sitio te parece rápido a ti y aun así no puntúa bien
No se mide el promedio, sino cómo le va al veinticinco por ciento de tus visitantes que peor lo tiene. Si tres cuartas partes de tus visitantes están por debajo de los 2,5 segundos, estás en verde. Si tres cuartas partes están justo por encima, quedas fuera, aunque tu promedio sea excelente. Así que no optimizas para el visitante medio, sino para el visitante con el teléfono más viejo y la conexión más mala.
Por qué tu puntuación cambia cada vez, y qué número debes creer
Esta es la pregunta que más se hace y que menos veces se responde bien: mi PageSpeed dice 42 y Search Console dice que va bien. ¿Quién miente? Ninguno de los dos. Miden dos cosas distintas, y mientras no conozcas esa diferencia, persigues las cifras equivocadas.
Datos de laboratorio. La puntuación que aparece arriba en PageSpeed Insights procede de una medición simulada. Se imita un teléfono virtual con un procesador limitado y una conexión limitada, y tu página se carga allí una sola vez. Eso es un laboratorio: igual en todas partes, repetible, y no la realidad. Es excelente para ver qué falla, porque el informe señala exactamente qué archivo causa el problema.
Datos de campo. Debajo aparece, si tienes suficientes visitantes, un bloque con datos de visitantes reales. Eso procede del Chrome User Experience Report, una ventana móvil de veintiocho días que se actualiza a diario. Fuente: Chrome for Developers, Overview of CrUX, verificada el 25 de agosto de 2026. La misma fuente alimenta el informe Core Web Vitals de Search Console, que también abarca los últimos veintiocho días. Fuente: Search Console Help, Core Web Vitals report, verificada el 25 de agosto de 2026.
De esa diferencia se derivan tres reglas que te ahorran mucho tiempo.
Repara con los datos de laboratorio, juzga con los datos de campo
El informe de laboratorio te dice qué debes abordar. Si ha funcionado solo lo ves en los datos de campo, y eso es lento por definición: una mejora que aplicas hoy no queda del todo reflejada en esa ventana de veintiocho días hasta dentro de cuatro semanas. Quien concluye a los dos días que no sirvió, mide demasiado pronto.En el laboratorio, nunca midas una sola vez
Ejecuta la misma página de tres a cinco veces y fíjate en el resultado intermedio. La simulación es sensible al azar: un servidor externo que responde algo más lento justo esa vez, un anuncio que esa vez sí carga. Una diferencia de cinco a diez puntos entre dos mediciones es normal y no significa nada.Compara siempre la misma página
Tu página de inicio, tu página de servicios y tu artículo de blog tienen cada uno su propia puntuación, porque cargan cosas distintas. Una puntuación baja en tu página de inicio no dice nada sobre el artículo por el que entra la mayor parte del tráfico. Mide por separado tus tres páginas más importantes y anótalas, para saber más adelante de dónde partiste.Si tienes muy pocos visitantes para tener datos de campo, el informe de laboratorio sigue siendo tu única fuente. Eso no es un desastre, pero sé entonces especialmente prudente con las conclusiones: estás midiendo un visitante simulado que no existe.
Paso 2: deja la base bien antes de ponerte a ajustar
Muchos sitios web con puntuaciones bajas tienen problemas de base que hay que resolver antes incluso de mirar las imágenes. Una versión antigua de PHP, desorden en la base de datos y demasiados plugins hunden la puntuación.
Repasa estos puntos de control básicos:
- Tu servidor funciona con una versión reciente de PHP
- WordPress, tu tema y tus plugins están actualizados
- Los temas que no usas están eliminados
- Tienes una copia de seguridad reciente lista
Una buena elección de hosting con soporte específico para WordPress y una base de datos depurada ayudan más de lo que crees
Si dudas de si tu sitio actual todavía merece esa inversión, lee también lo que cuesta hacer una página web.
Paso 3: reconoce a los verdaderos culpables: scripts, banners de cookies y plugins de traducción
Las mayores caídas en las puntuaciones de PageSpeed no suelen venir de tu tema, sino de scripts adicionales. Los banners de cookies, el tracking, los widgets de chat y los plugins de traducción pesan más de lo que esperas.
Banners de cookies.
Cada banner añade JavaScript y CSS. Algunos cargan scripts externos incluso antes de que el resto de la página esté lista. Elige por eso un banner ligero, desactiva las animaciones y cárgalo solo después del contenido principal.
Plugins de traducción.
Prácticos, pero pesados. Crean copias de las páginas, añaden consultas a la base de datos y cargan JavaScript adicional. Limítate a los idiomas que realmente necesitas y usa una única solución fiable.
Además, a menudo se gana rendimiento con:
- Eliminar los scripts de widgets de chat antiguos
- Cargar el tracking mediante un único gestor de etiquetas central
- Limitar el número de archivos de fuentes
- Comprobar si los widgets de redes sociales son realmente necesarios
Paso 4: usa plugins de rendimiento específicos y pequeños fragmentos de PHP
En nuestro caso, la mayor ganancia no vino de diez plugins a la vez, sino de una combinación bien pensada: un plugin de caché, optimización de imágenes y unas pocas funciones PHP pequeñas mediante Code Snippets.
- Elige un plugin de caché moderno con caché de página y optimización de scripts
- Instala una optimización de imágenes que reduzca tus fotos y las convierta a webp. No hace falta instalar lazy load: WordPress lo hace por sí mismo desde la versión 5.5, y omite a propósito la imagen superior porque ahí el lazy load precisamente ralentiza
- Usa Code Snippets para mejoras pequeñas
Dos ejemplos de esas mejoras pequeñas: desactiva el script de emojis de WordPress y elimina los scripts de oEmbed del head
Ambos se cargan en cada página, mientras que casi nadie los usa. Con unas líneas de remove_action en Code Snippets los desactivas.
Paso 5: aligera los bloques hero y las imágenes sin que quede feo
PageSpeed es especialmente estricto con la primera pantalla. Justo ahí suelen estar los elementos más pesados: imágenes grandes, vídeos y efectos. Nuestra solución: menos efectos e imágenes mejor escaladas, manteniendo el mismo estilo.
Usa esta lista de comprobación para tu bloque hero:
- Un único mensaje claro
- Una imagen ligera en lugar de un vídeo pesado
- Carga rápida de fuentes sin saltos
- Botones que se pueden pulsar de inmediato
- Igual de estable en móvil que en escritorio
Las cinco acciones con más rendimiento por hora de trabajo
Puedes pulir sin fin. Estas cinco aportan en casi cualquier sitio WordPress la mayor parte de la ganancia, y aquí están ordenadas según el rendimiento dividido entre el esfuerzo. Hazlas una por una, y mide entre medias.
Poner bien la imagen de la primera pantalla
Esto es casi siempre tu LCP. Tres cosas a la vez: redúcela al tamaño en el que realmente se muestra, guárdala como webp y asegúrate de que no se cargue de forma diferida. Esto último es contraintuitivo y es lo que más falla: el lazy loading es útil para todo lo que queda por debajo del pliegue y perjudicial para la imagen de encima, porque entonces solo se solicita después de que el navegador haya procesado el resto. Por eso WordPress ya omite por sí mismo la imagen superior, pero un plugin o un maquetador de páginas a veces sobrescribe esa regla. Compruébalo.Aplazar los scripts externos
Todo lo que proviene de otro dominio, desde tracking hasta chat o widgets de reseñas, casi nunca necesita cargar antes de que tu visitante pueda leer algo. Deja que arranquen solo cuando la página esté lista, o solo tras el primer movimiento del visitante. Esto afecta tanto a tu LCP como a tu INP, porque cada script que se ejecuta mantiene ocupado al navegador mientras alguien pulsa un botón.Reservar espacio para todo lo que aparece después
Esta es toda la solución para el CLS y casi no cuesta nada. Dale a cada imagen un ancho y un alto, dale a tu banner de cookies y a tus bloques de anuncios una altura fija, y carga tus fuentes de forma que el texto no salte de una tipografía a otra. No cambias nada visible y la página se queda quieta.Activar una caché de página
Sin caché, tu servidor reconstruye cada página desde la base de datos para cada visitante. Con caché, la respuesta ya está lista. Esto reduce el tiempo hasta la primera respuesta, y ese tiempo está debajo de todas tus demás métricas: ralentiza todo lo que viene después.Eliminar lo que no usas
El plugin de aquella promoción del año pasado, el segundo plugin de formularios, el plugin de slider que todavía muestra un slider en una página que nadie visita, tres familias tipográficas de las que usas una. Es un trabajo aburrido y sistemáticamente da más resultado que las acciones vistosas.Lo que deliberadamente no aparece en esta lista: minificar y combinar archivos, y aplazar el CSS. Aparecen en todos los informes, pero en un sitio medio aportan poco y son la causa más frecuente de que un sitio quede roto después de optimizarlo. Hazlos al final, uno a uno, y comprueba después en tu móvil que todo se sigue viendo bien.
Cuando ya no es cosa de tus plugins: el servidor de debajo
Hay un límite a lo que consigues limpiando. Ese límite es el tiempo que tu servidor necesita para enviar el primer fragmento de respuesta, antes de que el navegador pueda dibujar nada. Si eso ya tarda por sí solo más de medio segundo, puedes reducir todas las imágenes que quieras: cada medición empieza con un retraso que ya no recuperas en ningún sitio.
Reconoces esto por un patrón
Has hecho todo lo que pedía el informe, has eliminado plugins, y la puntuación no pasa de la mitad. En el informe aparece arriba del todo un aviso sobre el tiempo de respuesta del servidor que siempre has pasado por alto porque no llevaba ningún nombre de archivo al lado. Ese es el problema.
Qué puedes hacer entonces, de menor a mayor:
Comprueba primero si de verdad es el servidor y no tu propio código
Un tiempo de respuesta lento suele venir de un plugin que llama a un servicio externo en cada visualización de página: una cotización, un nivel de stock, una puntuación de reseñas. Desactívalo temporalmente y vuelve a medir.Pregúntale a tu proveedor de hosting qué hacen tus vecinos
En el hosting compartido, tu sitio está en la misma máquina que decenas de otros. Si uno de ellos tiene un pico, tú lo notas. Un proveedor que no te da respuesta sobre esto ya te está dando la respuesta.Revisa tu versión de PHP y el mantenimiento de tu base de datos
Una versión antigua de PHP es más lenta y además ya no recibe actualizaciones de seguridad. Una base de datos llena de revisiones antiguas, transients caducados y registros de un plugin que ya no usas hace que cada consulta tarde más.Pon una red delante de tu sitio
Si tu servidor está en España y tu público también, aquí hay poco que ganar. Si atiendes a visitantes fuera de Europa, la propia distancia es parte de tu lentitud, y ayuda una red que guarde tu página más cerca del visitante.Cambiar de hosting
La opción más cara y, a veces, la única. No lo hagas por intuición sino con una medición: pon la misma página en un entorno de prueba con otro proveedor y compara el tiempo de respuesta. Si no cambia nada, no era cosa de tu hosting y te has ahorrado un cambio.Este es también el punto en el que se vuelve legítimo preguntarse si estás empujando en la dirección correcta. Un sitio que se resiste en cada capa a veces sale más barato reconstruirlo desde cero que seguir reparándolo. Cómo se ve esa disyuntiva está en hacer tu sitio WordPress más rápido, y el lado técnico más amplio en SEO técnico.
Paso 6: cómo mejoramos el PageSpeed de theseo.nl
Nuestro propio sitio tampoco puntuaba bien de entrada. Esto es lo que fallaba:
- Demasiados scripts en bloques sueltos
- El banner de cookies cargaba tarde y desplazaba el diseño
- Las imágenes eran más grandes de lo necesario
- Había varios scripts de tracking funcionando a la vez
Esto es lo que cambiamos:
- Simplificamos el diseño
- Elegimos un único plugin de rendimiento
- Sustituimos el banner de cookies por una versión ligera
- Optimizamos las imágenes con lazy load
- Cargamos todo el tracking a través de una única capa central
Paso 7: comprueba tu puntuación y cómo se siente el sitio en la práctica
El proceso termina con dos comprobaciones: un informe que ya no parpadea en rojo y un sitio web que se siente estable. Comprueba si tus puntuaciones móviles han mejorado, si el sitio se siente más rápido y si tu banner de cookies y tu plugin de traducción no ralentizan de forma perceptible. Una puntuación de prueba de un entorno de medición no lo dice todo: con nuestro plugin de Core Web Vitals mides LCP, INP, CLS y TTFB en tus visitantes reales, por página y por dispositivo.
Si tu sitio ya puntúa bien, pero los visitantes o las posiciones no llegan, es probable que el problema esté en otra parte
En ese caso, lee por qué tu sitio WordPress no aparece en Google aunque todo parece estar bien. Si prefieres que le echemos un vistazo nosotros, consulta nuestro servicio mejora del SEO.
Preguntas frecuentes
¿De verdad tengo que ir a por una puntuación de cien?
No. Un cien queda bien en una captura de pantalla, pero no es un fin en sí mismo. Apunta a una puntuación verde estable o naranja alta.
¿Por qué mi puntuación móvil es tan baja?
La prueba móvil es más estricta. Calcula con dispositivos más lentos y conexiones más lentas.
¿Puede un solo plugin solucionarlo todo?
Un buen plugin de rendimiento ayuda, pero no puede tapar decisiones equivocadas. Es una herramienta, no un remedio milagroso.
¿Un banner de cookies siempre perjudica tu puntuación?
Un banner siempre añade algo, pero el impacto depende de lo ligero que sea y de cuándo carga. Elige una versión ligera.
¿Y si mi puntuación es buena pero el sitio se siente lento?
Haz pruebas con usuarios reales. A veces una página o función concreta es lenta, mientras que el informe muestra valores medios.
En resumen
Una puntuación baja en PageSpeed casi nunca se debe a una sola cosa. Es la suma de hosting, mantenimiento básico, scripts, banners, plugins, imágenes y decisiones de diseño. Limpiando paso a paso y volviendo a probar después de cada cambio, avanzas hacia un sitio web que se siente bien para los visitantes y que envía mejores señales a los buscadores.
Si solo te llevas una cosa de esta guía, que sea el orden: primero saber cuál de las tres métricas estás fallando, luego un cambio cada vez, después medir de nuevo, y solo juzgar a las cuatro semanas con las cifras de tus visitantes reales. Quien lo aborda todo a la vez no sabe después qué ayudó y no puede volver atrás si algo falla.
Más explicaciones prácticas como esta las encuentras en nuestra Base de conocimiento.
¿Te quedas atascado en el punto en el que el informe sigue en rojo pero ya nadie sabe señalar por qué? Envíanos la dirección de la página que peor puntúa a través de contacto. Entonces miramos esas mismas tres métricas y te decimos cuál de las cinco acciones de arriba marcaría más diferencia en tu caso, incluso si la respuesta es que es cosa de tu servidor y en tu sitio no hay nada que reparar.