Cómo conseguir 100 en PageSpeed (y por qué no es fácil)

Qué mide PageSpeed Insights, qué frena a la mayoría de webs y qué hace falta para llegar a 100 en móvil. Con nuestro caso real y por qué es un trabajo de especialistas.

Escrito por
IsabelConsultora Growth Marketing
Lectura
6 min
Compartir

100 / 100

Rendimiento en móvil de iberomedia.com en PageSpeed Insights, 24 de septiembre de 2026

Sacar un 100 en PageSpeed Insights en móvil es de esas cosas que parecen un truco y en realidad son el resultado de muchas decisiones bien tomadas. Lo habitual es que las webs de empresa se queden bastante lejos, y no por falta de interés: llegar arriba exige tocar el diseño, el código, el servidor y las herramientas de marketing a la vez, sin romper nada por el camino.

Informe de PageSpeed Insights de iberomedia.com en móvil: 100 en rendimiento, 96 en accesibilidad, 100 en prácticas recomendadas y 100 en SEO
Nuestra home en PageSpeed Insights, versión móvil: 100 en rendimiento, con la primera carga en 0,9 s y el elemento principal en 1,2 s.

En este artículo te contamos qué mide exactamente la herramienta, qué es lo que frena a casi todas las webs y qué hicimos en la nuestra. También por qué, si tu web es una pieza importante de tu captación, este trabajo conviene dejarlo en manos de un equipo especializado.

Qué mide PageSpeed Insights

PageSpeed Insights hace dos cosas distintas, y conviene no confundirlas:

  • Datos de usuarios reales. Si tu web tiene suficiente tráfico, Google muestra cómo la viven tus visitantes en Chrome durante los últimos 28 días. Son las Core Web Vitals: LCP (lo que tarda en aparecer el contenido principal), INP (lo que tarda en responder a un clic) y CLS (cuánto se mueve la página mientras carga). Son los datos que Google usa como señal de experiencia.
  • Prueba de laboratorio. Es la nota de 0 a 100. Google carga tu página simulando un móvil de gama media con una conexión 4G lenta, y puntúa cinco métricas: la primera pintura (FCP), el elemento principal (LCP), el tiempo en que la página está bloqueada (TBT), los saltos de diseño (CLS) y la velocidad con la que se completa lo visible (Speed Index).

La nota no es una media simple. El tiempo de bloqueo, el elemento principal y los saltos de diseño pesan mucho más que el resto, y la escala es exigente: pasar de 50 a 80 suele ser cuestión de corregir errores evidentes, pero pasar de 90 a 100 obliga a rascar décimas de segundo en todo.

Y un matiz importante: el móvil simulado es lento a propósito. Una web que en tu portátil con fibra parece instantánea puede sacar un 40 en esa prueba. Es justo lo que pasa en el móvil de muchos de tus clientes.

Qué frena a la mayoría de webs

Cuando analizamos webs de empresa, casi siempre aparecen los mismos frenos. Ninguno es grave por separado; juntos hunden la nota.

Plantillas y maquetadores pesados

Los temas “multipropósito” y los maquetadores visuales cargan en cada página el código de decenas de funciones que no usas: sliders, animaciones, iconos, formularios. El navegador del móvil tiene que descargarlo, leerlo y ejecutarlo antes de enseñar nada.

Scripts de terceros

El chat, el píxel de LinkedIn, el de Meta, el mapa de calor, el banner de cookies, el vídeo incrustado, el widget de reseñas… Cada herramienta de marketing añade su código, y ese código se ejecuta en el móvil de tu visitante. Suele ser la principal causa de un tiempo de bloqueo alto. Quitarlo todo no es una opción: lo necesitas para medir y vender. Hay que decidir qué se carga, cuándo y cómo.

Imágenes y tipografías

Fotos subidas a 4.000 píxeles para mostrarse a 400, formatos antiguos, sin ancho ni alto declarados (lo que provoca saltos de diseño) y tipografías completas con todos los alfabetos cuando solo usas el latino. Son kilos que el móvil descarga para nada.

Servidor y capas intermedias

Un alojamiento lento retrasa todo lo demás, porque nada puede pintarse hasta que el servidor responde. Y a veces el problema está donde menos lo esperas: servicios de seguridad o de optimización que inyectan su propio código en cada página. Hablamos de ello en la tecnología que acelera una web.

Qué hicimos en iberomedia.com

Nuestra web nueva nació con el rendimiento como requisito, no como retoque final. Aun así, el camino hasta el 100 no fue directo, y precisamente por eso es un buen ejemplo:

  • Una web estática en lugar de un gestor de contenidos. Las páginas se generan una sola vez y se sirven ya hechas desde una red de servidores repartidos por el mundo. No hay base de datos ni plugins que ejecutar en cada visita.
  • Imágenes preparadas para cada pantalla. Cada foto se genera en varios tamaños y en formatos modernos, y el navegador descarga solo la que necesita. Todas llevan su ancho y alto, así que la página no salta mientras carga.
  • Tipografías recortadas. Dejamos solo los caracteres del alfabeto latino: cada archivo pasó de unos 55 KB a unos 15 KB.
  • Un único contenedor de etiquetas. GA4 y el píxel de LinkedIn se gestionan desde Google Tag Manager, sin scripts sueltos en el código.
  • Revisar lo que no se ve. Con todo lo anterior hecho, la home seguía entre 58 y 70 puntos. El culpable era una protección antibots del proveedor de red que inyectaba su propio JavaScript en cada página. Al desactivarla, la nota pasó a 92–95, y los ajustes finos posteriores la llevaron a 100.

Ese último punto es el que mejor explica por qué esto no se resuelve con una lista de trucos: el problema no estaba en el código de la web, sino en una capa que nadie mira si no sabe dónde buscar.

¿Necesitas un 100?

No necesariamente. Google no posiciona por la nota del laboratorio, sino por la experiencia de tus usuarios reales, y el objetivo sensato es que tus Core Web Vitals estén en verde. Una web con 85 bien construida puede funcionar perfectamente.

Lo que sí necesitas es que tu web cargue rápido en el móvil de tus clientes, porque cada segundo de espera es gente que se va antes de ver tu propuesta, campañas que pagas y no convierten y formularios que nadie llega a rellenar. El 100 es simplemente la prueba de que se ha hecho todo bien.

Y hay que tener en cuenta que la velocidad se degrada: cada plugin nuevo, cada píxel de campaña y cada imagen subida con prisas resta. Si nadie vigila, la web que hoy saca 90 sacará 60 dentro de un año. Si notas que tu tráfico cae sin motivo aparente, la velocidad es una de las causas habituales.

Por qué conviene hacerlo con especialistas

Mejorar el rendimiento de verdad toca a la vez varias disciplinas que rara vez están en la misma persona:

  • Desarrollo: cómo se construyen las páginas, qué código se carga y en qué orden.
  • Sistemas: alojamiento, red de distribución, caché y todo lo que se interpone entre tu servidor y el visitante.
  • Diseño: imágenes, tipografías y animaciones que se vean bien sin pesar.
  • Marketing y medición: mantener la analítica, los píxeles y los formularios funcionando, porque una web rápida que deja de medir o de captar contactos es un mal negocio.

Un “optimizador” automático o un plugin de caché mejoran algunos puntos, pero no deciden qué scripts de marketing deben cargarse, no rediseñan una plantilla pesada y no encuentran lo que inyecta un proveedor externo. Además, los cambios mal hechos rompen cosas que no se ven a simple vista: un formulario que deja de enviar a tu CRM o una conversión que deja de registrarse.

Por eso en iberoMEDIA trabajamos la velocidad junto con la medición y la captación, no como un proyecto aislado. Si quieres saber cuánto margen de mejora tiene tu web, cuéntanos en qué momento está tu empresa y lo revisamos contigo.

Sigue leyendo

GratisPlantilla de Looker Studio

¿Sabes qué está pasando en tu web?

El Dashboard de Marketing reúne en un solo panel todo lo que Google Analytics sabe de tu web. Conectas tu cuenta y en minutos lo tienes funcionando.

Descargar gratisTus datos se quedan en tu cuenta de Google