Si has visto \u00abCore Web Vitals\u00bb marcado en un informe o una auditor\u00eda SEO y te has preguntado en silencio qu\u00e9 significan realmente LCP, INP y CLS \u2014 sin querer escuchar una conferencia de desarrollador \u2014 esto es para ti. Son m\u00e1s sencillos de lo que parecen, y no necesitas arreglarlos t\u00fa mismo. S\u00f3lo necesitas entender qu\u00e9 miden, qu\u00e9 cuenta como bueno y qu\u00e9 preguntar a las personas que gestionan tu sitio.<\/p>\n\n\n\n
Los Core Web Vitals son tres m\u00e9tricas que Google usa para medir la experiencia real de cargar y usar una p\u00e1gina web: la rapidez con la que aparece el contenido principal (LCP), la velocidad con la que la p\u00e1gina responde cuando interact\u00faas con ella (INP), y la estabilidad del dise\u00f1o mientras carga (CLS). Juntas describen si una p\u00e1gina se siente r\u00e1pida y s\u00f3lida, o lenta y torpe, para un visitante real.<\/p>\n\n\n\n
Dos cosas las hacen dignas de tu atenci\u00f3n. Primero, Google las usa como parte de c\u00f3mo posiciona las p\u00e1ginas, as\u00ed que afectan a la facilidad con la que la gente te encuentra. Segundo \u2014 y m\u00e1s importante \u2014 miden la experiencia que tienen realmente tus posibles clientes, que es lo que convierte una visita en una consulta. Vamos con cada una por turno.<\/p>\n\n\n\n
El Largest Contentful Paint (LCP) mide cu\u00e1nto tiempo tarda en aparecer el elemento m\u00e1s grande e importante de la p\u00e1gina \u2014 normalmente el titular principal o la imagen hero. Un buen LCP es de 2,5 segundos o menos.<\/p>\n\n\n\n
Pi\u00e9nsalo como entrar en una tienda y esperar a que se enciendan las luces. Si el expositor principal est\u00e1 iluminado y visible casi de inmediato, te sientes bienvenido y orientado. Si te quedas a oscuras cuatro o cinco segundos, empiezas a preguntarte si hay alguien \u2014 y puede que simplemente des media vuelta. El LCP es ese primer momento de \u00abla p\u00e1gina est\u00e1 aqu\u00ed\u00bb, y los servidores lentos o las im\u00e1genes demasiado pesadas son las razones habituales por las que se ralentiza.<\/p>\n\n\n\n
El Interaction to Next Paint (INP) mide la rapidez con la que la p\u00e1gina reacciona cuando un visitante hace algo \u2014 hace clic en un bot\u00f3n, abre un men\u00fa, marca una casilla. Un buen INP es de 200 milisegundos o menos, que es aproximadamente lo m\u00e1s r\u00e1pido que el ojo percibe como instant\u00e1neo.<\/p>\n\n\n\n
Imagina que pulsas el bot\u00f3n de un ascensor. Lo pulsas y la luz se enciende de inmediato, y te relajas: el edificio te ha escuchado. Lo pulsas y no pasa nada durante medio segundo, y lo vuelves a pulsar sin saber si se ha registrado. Un formulario de contacto lento o un men\u00fa que tarda crea exactamente esa peque\u00f1a duda corrosiva \u2014 y tiende a aparecer en el peor momento, justo cuando alguien est\u00e1 intentando actuar.<\/p>\n\n\n\n
Una cosa que vale la pena saber, porque deja obsoletos muchos consejos anteriores: INP reemplaz\u00f3 a una m\u00e9trica anterior llamada FID (First Input Delay) como Core Web Vital oficial en marzo de 2024. FID s\u00f3lo med\u00eda el retraso en la primera interacci\u00f3n del visitante; INP analiza la capacidad de respuesta durante toda la visita, as\u00ed que refleja mejor c\u00f3mo se siente la p\u00e1gina. Si una gu\u00eda o herramienta sigue hablando de FID como algo actual, est\u00e1 desactualizada.<\/p>\n\n\n\n
El Cumulative Layout Shift (CLS) mide cu\u00e1nto se mueve inesperadamente la p\u00e1gina mientras carga. Un buen CLS es de 0,1 o menos \u2014 cuanto m\u00e1s bajo el n\u00famero, m\u00e1s estable la p\u00e1gina.<\/p>\n\n\n\n
Has sentido un CLS malo aunque nunca lo hayas nombrado: vas a tocar un enlace, se carga una imagen o un anuncio encima, todo salta hacia abajo y tocas lo que no quer\u00edas. Es el equivalente digital de que alguien te mueva la silla cuando te est\u00e1s sentando. En un sitio profesional se percibe como descuido, y en un formulario o una llamada a la acci\u00f3n puede costarte el clic que m\u00e1s quer\u00edas. Un buen CLS suele venir de reservar el espacio correcto para im\u00e1genes y elementos antes de que se carguen.<\/p>\n\n\n\n
Hay dos formas de medir estas m\u00e9tricas, y conocer la diferencia explica por qu\u00e9 tu informe mensual y una prueba puntual suelen discrepar. Los datos de laboratorio son una sola prueba realizada en condiciones controladas \u2014 \u00fatiles para diagnosticar problemas, pero es una visita simulada, no personas reales. Los datos de campo son la experiencia de tus visitantes reales, recogida de usuarios reales de Chrome durante los \u00faltimos 28 d\u00edas.<\/p>\n\n\n\n
Google juzga tus Core Web Vitals con datos de campo, y usa el percentil 75 \u2014 lo que significa que aproximadamente tres cuartas partes de las visitas reales necesitan alcanzar el umbral \u00abbueno\u00bb para que la p\u00e1gina pase. Por eso un sitio puede parecer r\u00e1pido cuando lo pruebas en un buen port\u00e1til con conexi\u00f3n r\u00e1pida, pero fallar en campo, donde muchos visitantes est\u00e1n en m\u00f3viles de gama media con se\u00f1al irregular. La prueba honesta es c\u00f3mo funciona para ellos, no para ti. (Para el contexto m\u00e1s amplio sobre c\u00f3mo medir un sitio honestamente, ver nuestra gu\u00eda completa de rendimiento web para empresas B2B<\/a>.)<\/p>\n\n\n\n Aqu\u00ed viene la parte tranquilizadora: no se supone que los arregles t\u00fa mismo. LCP, INP y CLS son resultados t\u00e9cnicos de c\u00f3mo est\u00e1 construido y alojado un sitio, y los arreglos corresponden a quien lo gestiona. Tu trabajo es simplemente saber lo suficiente para hacer las preguntas correctas y reconocer una respuesta directa.<\/p>\n\n\n\n Tres preguntas te llevan la mayor parte del camino:<\/p>\n\n\n\n Muy a menudo el culpable subyacente es el mismo: un sitio construido sobre un page builder pesado carga tanto c\u00f3digo extra que las buenas puntuaciones son dif\u00edciles de alcanzar y m\u00e1s dif\u00edciles de mantener. Lo desempaquetaremos en \u2192 Cluster 3: por qu\u00e9 los page builders como Elementor y Divi perjudican el rendimiento (pr\u00f3ximamente)<\/em>. Y si quieres el argumento de por qu\u00e9 todo esto vale tu tiempo, est\u00e1 en qu\u00e9 hace realmente una web r\u00e1pida por tu negocio<\/a>.<\/p>\n\n\n\nQu\u00e9 hacer con todo esto<\/h2>\n\n\n\n