Tu página no es rápida: la estás midiendo desde el lugar equivocado
Si te pregunto si tu sitio web carga rápido, me vas a decir que sí. Y vas a estar diciendo la verdad, desde donde lo mides.
Los datos dicen otra cosa. Según el Web Almanac 2025, del proyecto HTTP Archive, solo el 48% de las páginas móviles del mundo aprueba las tres métricas de rendimiento de Google. Más de la mitad reprueba. Y no son mediciones de laboratorio: vienen del Chrome UX Report, que registra a usuarios reales navegando desde sus propios teléfonos, con corte a julio de 2025. Cifras verificadas el 30 de julio de 2026.
Una aclaración necesaria: ese reporte publica agregados globales, no desglose por país. No sirve para afirmar ningún porcentaje de México. Lo que sí sostiene, y alcanza: casi la mitad de la web móvil del planeta no cumple, y el umbral se mide en el celular del cliente, no en la computadora de la oficina.
Este artículo explica cuáles son esas métricas, por qué la que peor sale es la más elemental, y cómo comprobar en veinte minutos qué está viendo realmente tu cliente.
Las tres métricas y qué mide cada una
Google llama Core Web Vitals a tres indicadores que resumen la experiencia de carga de una página. No son una calificación estética: son la base con la que decide, entre otras cosas, cómo posicionarte.
| Métrica | Qué mide, en español | Umbral aprobatorio |
|---|---|---|
| LCP (Largest Contentful Paint) | Que el contenido principal aparezca en pantalla | ≤ 2.5 segundos |
| INP (Interaction to Next Paint) | Que la página responda cuando el usuario toca algo | ≤ 200 milisegundos |
| CLS (Cumulative Layout Shift) | Que los elementos no se muevan de lugar mientras carga | ≤ 0.1 |
Y aquí está el hallazgo que arma este artículo. En móvil, según el mismo reporte: el 77% de las páginas aprueba INP, el 81% aprueba CLS, pero solo el 62% aprueba LCP.
El cuello de botella es LCP. Es decir, la más simple de las tres. No es un problema de interactividad sofisticada ni de animaciones complejas. Es que la página tarda en pintar. Que se vea algo.
Por qué tu sitio te carga rápido a ti y no a tu cliente
Esta es la parte que explica por qué el problema sobrevive tanto tiempo sin que nadie lo detecte.
Tú abres tu página veinte veces al día. Desde la oficina, con internet de fibra, en una computadora de escritorio, con un navegador que ya guardó todas las imágenes la primera vez que entraste. Ahí carga instantáneo. Siempre. No estás mintiendo: estás midiendo en el único lugar donde el resultado siempre va a salir bien.
Tu cliente la abre una vez. En el estacionamiento, con dos rayitas de señal, en un teléfono de hace tres años que nunca ha visitado tu sitio y por lo tanto no guardó nada.
No es la misma página. Es el mismo archivo, en dos mundos distintos.
Tres factores explican casi toda la diferencia:
La caché del navegador. La primera visita descarga todo: imágenes, tipografías, scripts. Las siguientes reutilizan lo guardado. Tú siempre eres visita repetida; el prospecto siempre es primera visita.
La red. La fibra de una oficina y una conexión móvil en movimiento no se parecen. Una foto de 4 MB que en fibra tarda un parpadeo, en 4G irregular tarda segundos.
El dispositivo. Un celular de gama media de hace tres años procesa el código de la página bastante más lento que una computadora de trabajo. Los scripts que en tu equipo son imperceptibles, ahí se sienten.
Aquí deja de ser un detalle técnico
LCP no es una métrica de ingeniería. Es el segundo exacto en el que tu visitante decide si se queda o se va.
Y cuando se va, no se lleva una mala impresión de tu empresa. Se lleva ninguna impresión: nunca vio nada. No hay queja, no hay correo, no hay registro en ningún lado. Solo un número en el analytics que nadie interpretó nunca, y una venta que no ocurrió sin dejar rastro.
Es el mismo patrón de siempre en este tipo de fallas: el cliente que se topa con el problema no tiene ninguna razón para invertir tiempo en avisarte. Le compra a alguien más y sigue con su día.
Las causas más comunes, y ninguna es sofisticada
En las auditorías, el LCP alto casi siempre se explica con las mismas tres cosas:
- Imágenes subidas tal como salieron de la cámara. Fotos de varios megabytes que se muestran en un recuadro pequeño. El navegador tiene que descargar el archivo completo antes de mostrarlo. Es, con enorme diferencia, la causa número uno.
- Un carrusel en la portada. Carga cinco imágenes grandes para enseñar una sola, y las cinco compiten por el ancho de banda antes de que aparezca el texto principal.
- Scripts de terceros que corren antes que tu contenido. Chats, píxeles de publicidad, mapas incrustados, widgets de reseñas. Cada uno es una petición a un servidor ajeno que puede tardar lo que quiera, y algunos bloquean el pintado de la página mientras responden.
Ninguna de las tres requiere rehacer el sitio. Las tres se corrigen sin tocar el diseño.
Cómo comprobarlo hoy, en veinte minutos
Dos pruebas. La primera te da el número oficial; la segunda te da la sensación real.
Prueba 1 — el dato que Google ya tiene de ti
- Abre PageSpeed Insights de Google y escribe la dirección de tu sitio.
- Lee la pestaña de móvil, no la de escritorio. Es el error más común: la mayoría del tráfico llega por celular y casi todo mundo revisa la otra pestaña.
- Ignora la calificación de colores y busca la sección de datos de usuarios reales (campo), no la de diagnóstico de laboratorio. Son dos secciones distintas y solo una refleja a tus visitantes.
- Compara los tres números contra los umbrales: LCP menor a 2.5 s, INP menor a 200 ms, CLS menor a 0.1.
Si la sección de datos de usuarios reales aparece vacía, significa que tu sitio no recibe suficiente tráfico para que Google tenga muestra. Eso ya es un hallazgo aparte.
Prueba 2 — la que vale más que cualquier reporte
- Apaga el WiFi del celular y déjalo con datos móviles.
- Abre una ventana de incógnito, escribe tu dirección y cuenta en voz alta hasta que aparezca el texto principal.
- Si llegaste a tres, ya tienes el diagnóstico.
Ese último paso vale más que el reporte porque es exactamente lo que hace tu cliente. Y a diferencia de una herramienta, no admite interpretación.
Cómo evitar que vuelva a pasar
Cuatro medidas, en orden de retorno por esfuerzo:
Pon un límite de peso a las imágenes y hazlo regla. Ninguna imagen de la web debería superar los 300 KB salvo excepción justificada. Quien sube contenido tiene que saberlo.
Quita el carrusel de la portada. Además de pesado, en la práctica casi nadie ve más allá de la primera diapositiva. Una sola imagen buena rinde más y carga antes.
Audita los scripts de terceros una vez al año. Cada chat, píxel o widget que ya no usas sigue costando tiempo de carga a cada visitante. Es la limpieza más barata que existe.
Mide cada trimestre, siempre desde móvil y siempre en campo. El rendimiento se degrada solo: cada plugin nuevo, cada foto nueva, cada script nuevo suma. Sin medición periódica, el número solo empeora.
En INGEN medimos esto en campo y entregamos el desglose: qué exactamente está frenando la carga, cuánto pesa cada elemento, y en qué orden conviene arreglarlo para ganar más segundos con menos trabajo. Es un reporte, sin compromiso de contratar nada después.
Si prefieres empezar tú, apaga el WiFi y cuenta. Es la prueba más honesta que existe, y ya la puedes hacer ahora mismo.
Fuente: Web Almanac 2025 (HTTP Archive), capítulo Performance, con datos del Chrome UX Report a julio de 2025. Cifras globales; el reporte no publica desglose por país. Verificado el 30 de julio de 2026.
Ver también: medimos los sitios de 28 empresas de Aguascalientes y las grandes salieron peor que las chicas.
¿De qué lado del dato está tu empresa?
Los promedios no deciden nada: el tuyo sí. Medimos tu caso concreto contra las mismas referencias del artículo y te entregamos los números, con el desglose de qué mover primero.