Core Web Vitals: qué medir antes de rediseñar tu web

Antes de rediseñar una web conviene saber qué falla exactamente, porque «va lenta» no es un diagnóstico. Google publica tres métricas, las Core Web Vitals (en castellano, «métricas web principales»), que miden algo muy concreto: cómo se siente tu web para la persona que la está usando. Son tres, se pueden medir gratis y se entienden sin saber programar. Vamos con ellas.

Las tres métricas, en lenguaje de persona normal

LCP: cuánto tarda en aparecer lo importante

LCP son las siglas de Largest Contentful Paint, «el pintado del elemento más grande»: mide cuánto tarda en verse el bloque principal de la página, normalmente la foto de portada, el titular grande o la imagen del producto.

Qué se siente cuando va mal: entras y ves una pantalla en blanco, o un esqueleto gris donde debería haber algo. Sabes que está cargando, pero no sabes si va a tardar dos segundos o diez, y ahí es donde la gente vuelve atrás.

El umbral público de Google: hasta 2,5 segundos se considera bueno, y por encima de 4 segundos, deficiente.

INP: cuánto tarda en reaccionar cuando tocas algo

INP son las siglas de Interaction to Next Paint, «de la interacción al siguiente pintado»: mide el retraso entre que tú haces algo —pulsar un botón, abrir el menú, marcar una casilla— y que la página responde visiblemente.

Qué se siente cuando va mal: pulsas «añadir al carrito» y no pasa nada. Vuelves a pulsar. Y entonces se añaden dos. O abres el menú del móvil y se despliega medio segundo tarde, con lo cual ya has pulsado otra cosa. Es la métrica que más irrita, porque el usuario siente que la web le ignora.

El umbral público: hasta 200 milisegundos se considera bueno, y por encima de 500 milisegundos, deficiente.

CLS: cuánto se mueve la página sola

CLS son las siglas de Cumulative Layout Shift, «desplazamiento acumulado del diseño»: mide cuánto se mueven solos los elementos de la página mientras carga.

Qué se siente cuando va mal: vas a pulsar un enlace, entra una imagen o un banner de cookies por encima, todo baja dos centímetros y acabas pulsando otra cosa. En una tienda es peor todavía: le das a un botón y resulta que has pulsado el de arriba.

El umbral público: hasta 0,1 se considera bueno, y por encima de 0,25, deficiente. Es un número sin unidad; lo único que hay que retener es que cuanto más bajo, más quieta está la página.

Por qué importan para tu negocio, no solo para Google

Sí, son una de las señales que Google usa para ordenar resultados. Pero si esa fuera la única razón, no merecerían tanta atención: el contenido y la relevancia pesan mucho más en el posicionamiento que la velocidad.

La razón de verdad es otra, y es de sentido común comercial:

Una web lenta pierde gente antes de que vea lo que vendes. Nadie espera delante de una pantalla en blanco por educación. Cuanto más tarda en aparecer algo, más probabilidades hay de que la persona se vaya sin haber llegado a tu propuesta. No vamos a darte un porcentaje de abandono porque cualquier cifra concreta dependería de tu sector, tu tipo de tráfico y tu dispositivo: la relación existe y está bien documentada, la magnitud varía en cada caso.

Una web que se mueve o que no responde genera desconfianza. Y esto es especialmente serio si pides datos o un pago. Un formulario que salta mientras lo rellenas o un botón de compra que tarda en responder transmiten exactamente lo que no quieres transmitir justo en el momento de pagar.

Y el problema se concentra donde está tu cliente: en el móvil. Casi todo lo que va bien en un ordenador de oficina con fibra va peor en un móvil de gama media con cobertura regular. Cuando midas, mide en móvil primero.

Qué puedes medir gratis y cómo interpretarlo

Hay dos herramientas gratuitas y conviene entender que no miden lo mismo.

PageSpeed Insights (pagespeed.web.dev): metes la dirección de tu web y te devuelve un informe. Tiene dos partes, y casi toda la confusión nace de ahí.

Datos de campo (arriba): lo que han experimentado usuarios reales en los últimos tiempos. Es la parte que importa. Solo aparece si tu web tiene tráfico suficiente.
Datos de laboratorio (abajo): una simulación hecha en ese momento con un dispositivo y una conexión de referencia. Sirve para diagnosticar qué está frenando la página, no para juzgar tu situación real.

Search Console (search.google.com/search-console), si tienes la web verificada: tiene un informe de métricas web principales que agrupa tus páginas en «buenas», «necesitan mejorar» y «deficientes», y las junta por tipo de página. Esto es oro, porque te dice si el problema es la web entera o una plantilla concreta: la ficha de producto, el blog, la página de contacto.

Cómo leerlo sin ser técnico, en tres pasos:

Mira la pestaña móvil, no la de ordenador.
Mira si cada una de las tres métricas está en verde, ámbar o rojo. Eso ya es el diagnóstico.
Ignora la lista larga de recomendaciones técnicas. No es tu trabajo entenderla; es el material que le pasas a quien te lleve la web.

Un matiz importante: los datos de campo son una media de las últimas semanas. Si arreglas algo hoy, el informe tarda en reflejarlo. No te asustes si mañana sigue igual.

Qué métricas no merecen obsesión

Aquí es donde se pierde más dinero y más tiempo.

La nota global de PageSpeed no es el objetivo. Ese número grande de 0 a 100 es un resumen de la simulación de laboratorio, no de la experiencia de tus usuarios. Se puede tener una nota mediocre con las tres métricas reales en verde, y al revés. Sacar cien no vende nada.

Las métricas de apoyo son diagnóstico, no objetivos. Verás nombres como First Contentful Paint, Speed Index, Total Blocking Time o Time to First Byte. Son útiles para que un técnico entienda por qué falla el LCP, pero perseguirlas una a una es perseguir síntomas.

Perseguir el último tramo casi nunca compensa. Pasar de una web deficiente a una buena tiene un efecto claro. Pasar de buena a excelente suele exigir un esfuerzo desproporcionado que se nota poco y que a veces se paga sacrificando cosas que sí venden: una foto de producto en condiciones, el chat de atención, la herramienta que mide tus campañas.

Y una web rápida que no explica lo que vendes sigue sin vender. El rendimiento quita frenos; no sustituye al contenido ni a la propuesta. Si estás decidiendo dónde invertir, plantéate antes si tu problema es de velocidad o de visibilidad; lo tratamos en GEO vs SEO.

Qué preguntar a quien te haga la web

Lleva estas preguntas a la reunión. Las respuestas te dirán bastante más que el catálogo de servicios.

¿Cuáles son hoy mis tres métricas en móvil, con datos de usuarios reales? Si te responden con la nota global, insiste.
¿Qué tipo de página va peor y por qué? Un buen profesional distingue entre la portada, la ficha de producto y el blog.
¿Qué pesa más en mi web: las imágenes, los scripts de terceros o la plantilla? Es la pregunta que separa un diagnóstico de una intuición.
¿Cuántas herramientas externas está cargando? Chats, píxeles publicitarios, mapas, ventanas emergentes y banners de cookies son, con diferencia, la causa más común de un INP malo.
¿Qué medimos antes de tocar nada, para poder comparar después? Sin medición previa, cualquier mejora es una opinión.
¿Las imágenes y los anuncios tienen su espacio reservado? Es la respuesta corta a casi todo el CLS.
¿El rediseño va a arreglar esto o solo a cambiar el aspecto? Un cambio de diseño sobre los mismos cimientos técnicos puede dejarlo todo igual, o peor.

Antes de rediseñar, mide

La conclusión práctica es corta: si no sabes qué métrica falla y en qué tipo de página, un rediseño es una apuesta. A veces el problema se arregla sin rediseñar nada —quitando tres herramientas externas, comprimiendo imágenes, reservando espacio para los banners— y a veces los cimientos no dan más de sí y hace falta rehacerla. La diferencia entre un caso y otro se ve en media hora de medición.

En la auditoría gratuita y sin compromiso de Ryojin.TECH medimos tus tres métricas con datos reales de móvil, te decimos qué las está frenando y si eso justifica un rediseño o no.

Solicita tu auditoría gratuita y te damos el diagnóstico por escrito, trabajes después con nosotros o no.