Tu web va lenta y Google lo sabe: LCP, INP y CLS explicados sin jerga
Tres números que salen de visitas reales, no de tu impresión. Qué miden, qué umbrales tienes que cumplir y las cinco causas que nos encontramos siempre.
WebMasterOsona
Equipo editorial
Hay una conversación que se repite cada mes: «la web me va bien, a mí me carga enseguida». Y luego abres los datos reales y resulta que a la mitad de los visitantes les tarda cuatro segundos largos, porque la miran desde el móvil, con cobertura mediocre y en la calle. Google lleva años midiendo esto con tres números que se llaman Core Web Vitals, y en 2026 lo que más pesa ya no es cuánto tarda en aparecer la página, sino cómo responde cuando la tocas. Aquí van, sin jerga, y cómo saber si la tuya suspende.
Qué son y por qué los mira Google
Google no puede preguntarles a sus usuarios si una web les ha gustado, así que mide tres cosas que sí puede medir y que se parecen bastante a la frustración real: cuánto tarda en aparecer aquello que has venido a ver, cuánto tarda en hacerte caso cuando pinchas, y cuánto se mueven las cosas mientras carga.
La parte importante, y la que casi nunca se explica, es que estos números salen de visitas de verdad. No de una prueba de laboratorio: de los navegadores Chrome de la gente que entra en tu web, con sus móviles y su cobertura, acumulados durante 28 días. Por eso tu impresión personal no sirve de nada: tú entras desde casa, con fibra y con la página ya en la caché.
Y sí, son factor de posicionamiento, pero conviene no exagerarlo: pesan menos que tener el contenido que la gente busca. Lo que pasa es que cuando dos webs empatan en contenido —que es el caso normal entre negocios de una misma comarca—, estos tres números desempatan. Y antes que eso, hacen un trabajo más directo: una web que va lenta pierde ventas tanto si Google la mira como si no.
LCP: cuánto tarda en aparecer lo que has venido a ver
Las siglas son Largest Contentful Paint, y mide el tiempo hasta que se pinta el elemento más grande de la parte visible: normalmente la foto de portada o el titular grande. No es cuándo «acaba» de cargar todo, es cuándo la página ya tiene cara.
Lo que suele dispararlo en una web de negocio es siempre lo mismo: una imagen de portada enorme, muchas veces un JPG de tres o cuatro megas que se enseña a medio ancho de pantalla. La foto que el fotógrafo entregó a máxima calidad y que nadie tocó.
INP: cuánto tarda en hacerte caso
Esta es la que ha cambiado el panorama. Hasta 2024 se medía el FID, que solo miraba la primera interacción de la visita. El INP —Interaction to Next Paint— mira todas: cada clic, cada toque, cada apertura de menú durante toda la sesión, y se queda con el peor.
El cambio es importante porque destapa un problema que antes quedaba escondido: páginas que cargan de maravilla y que, cuando llevas diez segundos navegando, se vuelven espesas. Tocas el menú y no se abre; tocas dos veces; se abre dos veces. Eso, ahora, se cuenta.
La causa casi siempre es JavaScript: demasiado código ejecutándose a la vez. En una web de negocio pequeño, eso significa plugins. El de las cookies, el del chat, el del carrusel, el de las analíticas, el del mapa, el de los avisos de «alguien acaba de comprar esto».
CLS: cuánto salta el contenido mientras lees
El Cumulative Layout Shift es lo que te pasa cuando vas a pulsar un botón y, justo en ese momento, aparece una imagen encima y acabas pinchando otra cosa. Se puntúa de 0 al infinito y el umbral es 0,1: muy poco margen.
Las causas son pocas y conocidas: imágenes sin medida declarada —el navegador no sabe cuánto espacio reservarles—, tipografías que cargan tarde y cambian la altura del texto, y banners o avisos que se inyectan arriba del todo cuando la página ya se estaba leyendo.
Es, de las tres, la más barata de arreglar y la que más notará el usuario. También es una de las cosas que la normativa de accesibilidad web mira de cerca, porque una página que se mueve sola es directamente inutilizable para mucha gente.
Los números, en una tabla
| Medida | Qué mira | Bien | Mejorable | Mal |
|---|---|---|---|---|
| LCP | Cuándo aparece el bloque principal | ≤ 2,5 s | 2,5 – 4 s | > 4 s |
| INP | Cuánto tarda en responder a los toques | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS | Cuánto se mueve el contenido | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Por qué sacas 98 en PageSpeed y aun así suspendes
Esta confusión se come muchas horas. Cuando abres PageSpeed Insights hay dos bloques y dicen cosas distintas:
- Arriba, los datos de campo. Visitas reales de los últimos 28 días. Es lo único que Google usa para posicionar. Si tu web tiene pocas visitas, este bloque puede no aparecer.
- Abajo, la simulación. Una prueba hecha en ese momento, en un móvil virtual y una red simulada. Es la que da la nota grande de colores y la que todo el mundo enseña. Sirve para diagnosticar, no para saber cómo te va.
Por tanto: una puntuación de 98 con los datos de campo en rojo significa que tu página va bien en un laboratorio y mal en el mundo. Y al revés también pasa.
Las cinco causas que nos encontramos siempre
Revisando webs de negocios de Osona, los culpables se repiten con una regularidad que ya hace gracia:
| Qué lo provoca | Qué empeora | Cómo se arregla | Trabajo |
|---|---|---|---|
| Fotos gigantes sin comprimir | LCP | Pasarlas a WebP y servir el tamaño que toca a cada pantalla | Poco |
| Carrusel automático en la portada | LCP e INP | Quitarlo. Casi nadie pincha más allá de la primera diapositiva | Poco |
| Demasiados plugins activos | INP | Auditarlos y desactivar los que no usa nadie | Medio |
| Imágenes y anuncios sin medida reservada | CLS | Declarar ancho y alto en cada imagen | Poco |
| Chat, cookies y avisos que saltan tarde | INP y CLS | Cargarlos después y reservarles su espacio | Medio |
Fíjate en que cuatro de las cinco no requieren rehacer nada: son mantenimiento web. La quinta, la de los plugins, es la que suele destapar que la web se ha ido llenando de añadidos durante cinco años sin que nadie haya quitado ninguno.
Cómo comprobarlo tú mismo
- PageSpeed Insights. Pon tu dirección y mira solo el bloque de arriba, el de datos reales, y en la pestaña de móvil. Es el que cuenta.
- Search Console. Si la tienes, el informe «Métricas web principales» te dice cuántas páginas suspenden y las agrupa por problema. Es la mejor herramienta y es gratis.
- La prueba del móvil de verdad. Quítate los datos del wifi, pon el móvil en 4G, sal a la calle y abre tu web. Esa prueba de treinta segundos vale más que muchas herramientas.
- Vuelve al cabo de un mes. Los datos de campo son una ventana de 28 días: si arreglas algo hoy, el número no se mueve mañana.
Qué puedes esperar de todo esto
Seamos honestos con lo que da de sí. Arreglar las Core Web Vitals no te va a poner primero si tu contenido no se lo merece, y quien te lo venda así te está engañando. Lo que hace es otra cosa, más aburrida y más segura: deja de restar. En un empate entre webs parecidas, desempata; y sobre todo, deja de perder gente por el camino.
Porque el número que deberías mirar no es el de Google, es el tuyo: cuánta gente se va antes de que la página acabe de cargar. Esa es una cifra que se ve en la analítica de cualquier web y que suele hacer más daño que cualquier posición. Si quieres profundizar en la parte de diseño que juega aquí —qué poner en la portada, cuántas cosas caben y qué sobra—, lo tratamos en el artículo de tendencias de diseño web que impactan en las conversiones.
En WebMasterOsona construimos las páginas con estos tres números como condición, no como retoque final: imágenes al tamaño real, el mínimo de código que ejecutar y espacio reservado para todo lo que llega tarde. Si quieres saber en qué punto está la tuya, una auditoría digital te lo deja por escrito con los números de campo y la lista de lo que más compensa tocar primero.
Preguntas frecuentes sobre las Core Web Vitals
¿Cuántas visitas necesito para que salgan los datos reales?
No hay un número público, pero webs muy pequeñas a menudo no tienen suficientes y el bloque de datos de campo no les aparece. En ese caso Google te mide con datos del dominio entero si los hay, y si no los hay, mira otras señales. No significa que la velocidad no importe: significa que no la puedes comprobar por esa vía.
Tengo WordPress. ¿Con un plugin de caché basta?
Ayuda con el LCP y no hace nada por el INP, que es lo que más pesa ahora. La caché hace que la página llegue antes; no hace que el JavaScript que hay dentro se ejecute más rápido. Para el INP lo que hace falta es quitar código, y eso no lo hace ningún plugin por ti.
¿Cuánto se tarda en ver el cambio?
Los datos de campo son una media móvil de 28 días, así que una mejora hecha hoy se empieza a notar en dos o tres semanas y se estabiliza al cabo de un mes largo. Si alguien te promete un cambio en 48 horas, te está enseñando la simulación, no los datos reales.
¿Vale la pena rehacer la web solo por esto?
Casi nunca. En la mayoría de casos, comprimir imágenes, quitar el carrusel, limpiar plugins y declarar medidas ya te pone en verde. Rehacer la web solo se justifica cuando la base ya hace aguas por otros motivos, y entonces la velocidad es un argumento más, no el único.
¿Google me penaliza si suspendo?
«Penalizar» no es la palabra: no hay un castigo, hay una señal positiva que no recibes. Nadie te baja veinte posiciones por un LCP de 3 segundos. Lo que pasa es que, en una competición apretada, cedes una ventaja pequeña y gratuita a quien sí lo tiene resuelto.
¿Afecta igual a móvil que a ordenador?
Se miden por separado, pero lo que manda es el móvil: es con el que Google indexa y es por donde entra la mayoría del tráfico de un negocio local. Si tienes que elegir dónde invertir horas, elige móvil sin pensarlo.
