Core Web Vitals: lo que mide Google y por qué tu web lo nota

Cuando Google decide qué web enseña primero, no mira solo qué dices. Mira cómo se siente usar tu web. Si tarda en cargar, si se mueve mientras carga o si tarda en responder al tocar un botón, Google lo mide —y cuenta. Ese bloque se llama Core Web Vitals. No es jerga técnica: es la diferencia entre que un vecino te encuentre o se vaya a la competencia sin haber leído ni tu título.

En CBC lo vemos cada semana al auditar webs de Lucena y Córdoba: webs correctas que suspenden justo ahí. No porque estén mal hechas, sino porque nadie midió lo que Google ya mide por ellas.

Qué mide Google con los Core Web Vitals

Son tres señales, una por cada momento que el visitante nota:

• LCP (Largest Contentful Paint): cuánto tarda en aparecer lo principal. Es el tiempo hasta que se pinta el bloque grande de la primera pantalla —normalmente la foto de cabecera o el titular. Si pasa de 2,5 segundos en móvil, Google lo marca como mejorable. Si pasa de 4 segundos, lo marca como malo.
• INP (Interaction to Next Paint): cuánto tarda en responder cuando tocas. Mide el retraso entre que alguien pulsa un botón, un menú o un campo y la web reacciona. Sustituyó en 2024 al antiguo FID. Si la web está cargando scripts pesados en ese momento, el toque se queda esperando.
• CLS (Cumulative Layout Shift): cuánto se mueve la página mientras carga. Ese salto del botón que ibas a pulsar porque una imagen o un banner se coló encima. Google penaliza el movimiento inesperado del contenido. Un CLS por debajo de 0,1 se considera bueno.

Las tres se miden en usuarios reales en móvil —no en tu ordenador con fibra— a través de Chrome y de PageSpeed Insights. Pega tu URL y Google te dice si pasas, con el detalle de cada métrica.

Qué vemos al auditar webs de la comarca (dato real)

En 32 auditorías con dato completo de este trimestre en la zona, los fallos de rendimiento se reparten así:

• Imágenes (WebP/AVIF): 62,5 % suspende. Fotos en JPG/PNG sin convertir, que multiplican el peso y retrasan el LCP. Lo explicamos en “Tu web no es lenta porque pesa mucho”.
• TTFB: 9,4 % suspende y otro 9,4 % en aviso. Casi una de cada cinco webs tarda más de lo debido en empezar a responder.
• Viewport: 6,2 % sin viewport. Sin esa etiqueta la web no es mobile-first y el resto de métricas —CLS e INP— se resienten.

La lectura es clara: casi nunca es el servidor. Es el peso de las imágenes y el código que bloquea la primera pintura. Viewport y HTTPS suelen estar bien; lo que lastra el LCP es lo que pesa. Patrón que ya vimos en el teardown de la Subbética.

Cómo comprobar tu web en 5 minutos (sin ser técnico)

1. Abre PageSpeed Insights (pagespeed.web.dev), pega la URL de tu home y lanza el análisis en móvil.
2. Mira el bloque Core Web Vitals: te dirá si pasas LCP, INP y CLS y qué elemento lastra cada uno.
3. Fíjate en el elemento LCP que marca la herramienta: suele ser la imagen de cabecera. Si pesa 2 o 3 MB, ya tienes el primer candidato.
4. Comprueba el movimiento (CLS): la herramienta te señala qué imágenes o banners sin altura definida provocan el salto.
5. Repite con una página interior (por ejemplo tu página de contacto o una categoría). Si la home pasa pero la interior no, el problema es de plantilla, no de contenido.

Si todo aparece en verde, tu base está bien. Si algo sale en naranja o rojo, es la lista ordenada de qué tocar primero.

Cómo se mejora sin rehacer la web

El orden que más resultado da —y menos cuesta— es el que ataca primero lo que más pesa y menos riesgo tiene:

1. Imágenes a formato moderno y tamaño real. Convierte las fotos de cabecera y galería a WebP o AVIF y súbelas al ancho al que se muestran (si la columna mide 700 px, no subas a 3000 px). Es lo que más recorta el LCP.
2. Reserva el espacio de cada imagen y banner. Define ancho y alto para que el navegador no tenga que recolocar el contenido al cargar. Con eso baja el CLS casi sin tocar nada más.
3. Carga diferida. Que solo se carguen al entrar las imágenes de la primera pantalla; el resto, al hacer scroll. Reduce el tiempo hasta que la web responde (INP) y aligera la primera pintura.
4. Limpia lo que bloquea la primera pintura. Revisa scripts y fuentes que se cargan antes de pintar. No hace falta quitar funciones: basta con aplazar lo que no es crítico para la primera pantalla.

Con esos cuatro pasos la mayoría de webs que auditamos bajan el peso a la mitad sin perder calidad y pasan de naranja a verde en LCP. El hosting solo se mira después, si el TTFB sigue alto. Si ya tienes mantenimiento, entra dentro del cuidado normal.

Por qué esto te afecta aunque no vendas online

Los Core Web Vitals no son solo para tiendas. Si tienes un comercio o un restaurante en Lucena y alguien te busca, la web que carga bien en móvil es la que Google enseña primero y la que el vecino deja abierta. La que se mueve o tarda, se cierra.

Y va unido a tu presencia local: sin ficha de Google bien trabajada cojea, y una ficha buena con una web que suspende Core Web Vitals también. Las dos patas van a la vez.

La regla honesta de CBC

No prometemos puestos. Medimos con la misma herramienta que usa Google, te decimos qué métrica suspendes, qué elemento la provoca y qué ganarías al arreglarla. Presupuesto cerrado en 24 h, sin permanencias, y la web es tuya.

Preguntas frecuentes

¿Qué son los Core Web Vitals y por qué importan?
Son tres métricas con las que Google mide la experiencia real de tu web: cuánto tarda en mostrar el contenido principal (LCP), cuánto tarda en responder cuando alguien toca o hace clic (INP) y cuánto se mueve el contenido mientras carga (CLS). Si van mal, Google te muestra menos y el visitante se va antes.

¿Necesito cambiar de hosting para mejorar los Core Web Vitals?
No es lo primero. En la mayoría de webs que auditamos en la comarca el problema no es el servidor, son imágenes sin optimizar, código que bloquea la carga y elementos que se mueven al cargar. Optimizar eso suele dar más mejora que cambiar de máquina.

¿Cómo sé si mi web pasa los Core Web Vitals?
Con la medición gratuita de Google PageSpeed Insights: pega tu URL y te dice si pasas LCP, INP y CLS en móvil y ordenador. Si quieres, te lo medimos nosotros y te decimos qué tocar primero, sin compromiso.

Fuente de datos: 32 auditorías con dato completo realizadas por CBC Soluciones a webs de negocios de Lucena, Córdoba y comarca (trimestre actual). Porcentajes verificados en audits.jsonl: wpo_imgs 62,5 % FAIL, wpo_ttfb 9,4 % FAIL + 9,4 % WARN, wpo_view 6,2 % FAIL. Metodología de Core Web Vitals según Google (LCP ≤2,5 s, INP ≤200 ms, CLS ≤0,1 en móvil).

← Volver al blog