Tu web va rápida en tu móvil y lenta en el de tus clientes
Por qué la puntuación de PageSpeed no es tu problema de velocidad, qué mide Google de verdad y las cuatro cosas que frenan una web pequeña.
Abres tu web en el móvil y aparece al instante. Claro que sí. Estás a dos metros de tu propio router, con un móvil decente, cargando una página que tu navegador ya tiene guardada de las cuarenta veces anteriores que la miraste.
Tu cliente está con un Android de hace tres años, una rayita de cobertura, en el aparcamiento de un supermercado, y no ha entrado nunca en tu web. Lo carga todo de cero.
Son dos webs completamente distintas, y solo una de las dos cuenta.
Google no puntúa tu página: puntúa a tus visitantes
Aquí es donde casi todo el mundo se pierde. Hay dos tipos de datos de velocidad y miden cosas opuestas.
Los datos de laboratorio son una simulación. Es lo que te da PageSpeed Insights cuando ejecuta una prueba en un móvil virtual dentro de un centro de datos y te devuelve una nota sobre 100. Sirve como diagnóstico. Sirve para encontrar problemas. No es lo que usan los sistemas de posicionamiento de Google.
Los datos de campo son lo que le pasó de verdad a las personas reales que entraron en tu web en los últimos 28 días: sus móviles, sus redes, su paciencia. Google los recoge de los usuarios de Chrome, y esa es la versión que llega a la búsqueda.
Y el umbral no es la media. Google mide el percentil 75 de las cargas: hay que dejar fuera el cuarto más lento de tus visitas reales antes de aprobar. Una web que va bien para tres cuartas partes y fatal para el resto suspende — con razón, porque ese cuarto lento son clientes reales que se fueron.
Los tres números que hay que superar: el contenido principal pintado en menos de 2,5 segundos, interacciones que responden en menos de 200 milisegundos y desplazamiento de diseño por debajo de 0,1.
La nota sobre 100 es una métrica de vanidad
A las agencias les encanta vender la puntuación, porque es el único número de rendimiento que un cliente ve moverse. “Te hemos subido de 42 a 96.” Estupendo. ¿En qué dispositivo, con qué conexión y en qué página exactamente?
Hemos visto webs con noventa y pico en laboratorio que suspenden en campo, y también al revés. La nota es una lista de tareas disfrazada de marcador. Si alguien te cobra por “arreglar tus Core Web Vitals” y lo que entrega es una captura de un círculo verde, lo que estás comprando es una captura.
Mira los datos de campo. Son gratis, están en Search Console dentro de Métricas web principales, y te cuentan lo que experimentaron tus clientes en lugar de lo que experimentó un robot en Iowa.
Las cuatro cosas que de verdad te están frenando
Después de unas cuantas auditorías, los culpables se repiten con una constancia aburrida.
- La imagen de cabecera. Alguien exportó una foto de 4.000 píxeles directamente del móvil o de un banco de imágenes y la puso arriba del todo en la home. Pesa a menudo 3 o 4 MB ella sola, y es lo más grande que hay entre tu visitante y una página dibujada. Redúcela, comprímela, sírvela en WebP. Muchas veces este arreglo es el trabajo entero.
- Los scripts de terceros. Chat, banner de cookies, analítica, píxel, carrusel de reseñas, widget de reservas, herramienta de mapas de calor que alguien instaló en 2023 y nadie volvió a abrir. El Web Almanac de HTTP Archive encontró que el 92% de las páginas cargan al menos un recurso de terceros. Cada uno es una petición a un servidor que tú no controlas, y cada uno es una oportunidad para que tu web se quede esperando. Revísalos una vez al año y borra lo que nadie usa.
- Las tipografías. Cuatro pesos de una fuente personalizada, cargados desde un servidor externo, bloqueando la aparición del texto hasta que llegan. Con dos pesos, alojados en tu propio dominio y con una alternativa sensata, no lo notará nadie salvo tus visitantes, que verán las palabras antes.
- El peaje del constructor. Las plataformas de arrastrar y soltar envían un paquete grande de JavaScript para pintar una página que, estructuralmente, es texto y tres imágenes. Es el precio de la comodidad — conviene saberlo antes de elegir plataforma, y forma parte de lo que pagas realmente cuando encargas una web y de los límites honestos de hacértela tú con una herramienta de IA.
La parte honesta: la velocidad probablemente no es por lo que no posicionas
Aquí es donde nos quitamos trabajo nosotros mismos.
La velocidad es una señal real de posicionamiento, pero es un criterio de desempate, no una palanca. La documentación de Google es inusualmente clara: la búsqueda siempre intenta mostrar el contenido más relevante, aunque la experiencia de página sea mediocre. Una página rápida que no dice nada no adelanta a una lenta que responde a la pregunta.
Así que si estás en la página tres, tu problema no es la velocidad. Tu problema es que esa página no responde a lo que se buscó, o que nadie te enlaza, o que la página directamente no existe — y eso es una conversación de SEO, no de rendimiento.
Arregla la velocidad por el otro motivo: el cliente que se fue. Una carga lenta te cuesta la visita que ya habías pagado, viniera de un anuncio, del mapa o del rótulo de la furgoneta. Eso no es un problema de posiciones. Es una fuga.
Lo que haríamos nosotros, y en este orden
- Abrir Search Console, mirar los datos de campo y averiguar si tienes un problema siquiera. La mitad de las webs que revisamos no lo tienen.
- Si lo tienes: comprimir la imagen de cabecera y las tres siguientes más pesadas. Volver a medir. Muchas veces ahí se acaba la historia.
- Borrar los scripts de terceros que no usa nadie. Cada widget eliminado es una victoria permanente, no una tarea de mantenimiento.
- Solo entonces plantear una web nueva, y solo si el techo es la propia plataforma.
Fíjate en lo abajo que está “rehacer la web”. Casi todos los problemas de velocidad son una tarde mala exportando imágenes, no un proyecto. Preferimos decírtelo a venderte un desarrollo nuevo que no necesitas.
Mándanos tu URL y te contamos qué están experimentando tus visitantes de verdad — incluido, muy a menudo, que tu web está bien y que el dinero pinta más en otro sitio.


