Core Web Vitals, explicados (y cómo mejorarlos sin rehacer la web)

Qué son y cuánto pesan en el ranking

Los Core Web Vitals son tres métricas con las que Google resume la experiencia de una página. No miden si el diseño es bonito ni si el contenido es útil: miden si la página carga rápido, responde bien y no se mueve mientras el usuario intenta leerla.

Son parte de un grupo de señales que Google llama "experiencia de página", y sí influyen en el posicionamiento. Pero con matices importantes:

• Pesan poco frente al contenido y los enlaces. Una página lenta con la mejor respuesta a la búsqueda gana a una página rápida y mediocre. Los Vitals son un desempate, no el factor principal.
• Pesan mucho en la conversión. Aquí está el verdadero valor: una web lenta pierde visitas antes de que carguen. Cada segundo de más en móvil sube el porcentaje de gente que se va. Mejorar los Vitals casi siempre sube los contactos, aunque el ranking se mueva poco.
• Se miden con usuarios reales. Google usa datos de gente que de verdad visitó tu web (desde Chrome), no una prueba de laboratorio. Por eso los cambios tardan unas semanas en reflejarse.

Métrica	Qué mide	Bien	Mejorable	Mal
LCP	Cuándo aparece el elemento principal	< 2,5 s	2,5–4 s	> 4 s
INP	Cuánto tarda en responder a un toque/clic	< 200 ms	200–500 ms	> 500 ms
CLS	Cuánto se mueven los elementos al cargar	< 0,1	0,1–0,25	> 0,25

LCP — velocidad de mostrar el contenido

Largest Contentful Paint mide cuánto tarda en aparecer el elemento más grande visible al cargar: normalmente la imagen principal de la cabecera o el bloque de título. Es la métrica que más nota el usuario: es "cuánto tardó en verse algo útil".

Causas típicas de un LCP malo

• Hosting lento. El servidor tarda en entregar el HTML. Un hosting compartido barato y saturado añade segundos antes de que el navegador pueda empezar.
• La imagen del hero pesa demasiado. Una foto de 3 MB sin comprimir ni redimensionar. Debería pesar menos de 200 KB y estar en formato moderno (WebP o AVIF).
• Recursos que bloquean el render. Hojas de estilo y scripts que el navegador tiene que descargar y procesar antes de pintar nada.
• Demasiados scripts de terceros. Chats, píxeles de publicidad, mapas embebidos, widgets de reseñas — cada uno retrasa el contenido.

Arreglos

• Comprimir y redimensionar todas las imágenes; servir WebP. La imagen del hero, además, que cargue con prioridad alta.
• Un hosting decente. Para un sitio pequeño en Colombia no hace falta un servidor caro, pero sí uno que no esté saturado.
• Reducir y aplazar el JavaScript que no hace falta para la primera pantalla.
• Activar caché del navegador y, si el tráfico lo justifica, una CDN.

INP — respuesta al toque

Interaction to Next Paint mide cuánto tarda la página en reaccionar visiblemente cuando tocas un botón, abres un menú o escribes en un campo. Reemplazó en 2024 a la métrica antigua (FID) porque mide toda la interacción, no solo la primera.

Un INP malo es esa sensación de "toqué y no pasó nada… ah, ahora sí". La causa casi siempre es JavaScript: el navegador está tan ocupado ejecutando código que no puede atender el toque.

Qué lo empeora

• Plantillas y constructores visuales (algunos temas de WordPress con muchos plugins) que cargan mucho más código del necesario.
• Scripts de terceros pesados: chats en vivo, herramientas de analítica mal configuradas, tests A/B.
• Animaciones y efectos que se ejecutan en el hilo principal.

Arreglos

• Quitar plugins y scripts que no aportan. Cada uno tiene un costo; muy pocos valen lo que cuestan.
• Cargar los scripts de terceros de forma diferida, después de que la página sea usable.
• En sitios a medida, dividir el JavaScript para que solo se cargue lo que cada página necesita.

CLS — estabilidad visual

Cumulative Layout Shift mide cuánto "saltan" los elementos mientras la página termina de cargar. Es cuando vas a tocar un botón y de repente aparece un banner arriba, todo baja, y acabas tocando otra cosa. Molesto y, en un formulario o un checkout, caro.

Causas típicas

• Imágenes sin dimensiones. El navegador no sabe cuánto espacio reservar, así que cuando la imagen carga, empuja todo lo de abajo.
• Anuncios, embeds e iframes sin espacio reservado. Un video de YouTube, un mapa, un widget de reseñas que aparece de golpe.
• Fuentes web que cambian el texto al cargar ("FOUT"): el texto se ve con una tipografía y luego salta a otra con distinto tamaño.
• Contenido que se inserta arriba después de cargar: avisos de cookies, barras de promoción.

Arreglos

• Poner siempre width y height (o aspect-ratio) en todas las imágenes y videos.
• Reservar el espacio de los anuncios y embeds antes de que carguen.
• Cargar las fuentes con font-display: swap y una fuente de respaldo de tamaño parecido.
• Los avisos de cookies y barras, que aparezcan como capa superpuesta, no empujando el contenido.

Cómo medir las tuyas

• PageSpeed Insights (pagespeed.web.dev). Pegas tu URL y te da las tres métricas con datos de usuarios reales (si tu web tiene tráfico suficiente) y una prueba de laboratorio con recomendaciones concretas. Empieza aquí.
• Search Console → Experiencia → Core Web Vitals. Te agrupa todas las URLs del sitio en "buenas", "mejorables" y "malas", por móvil y escritorio. Es la vista de conjunto: te dice qué plantillas arreglar, no solo una página.
• Datos de campo vs. laboratorio. Los de campo (usuarios reales, últimos 28 días) son los que Google usa para rankear. Los de laboratorio son una simulación útil para diagnosticar, pero pueden diferir. Guíate por los de campo para saber si tienes un problema real.

Nuestra calculadora SEO revisa el on-page de cualquier web; para los Vitals en concreto, PageSpeed Insights es la referencia.

Qué puedes arreglar tú y qué necesita ayuda

Lo puedes hacer tú	Necesita a alguien técnico
Comprimir y redimensionar imágenes antes de subirlas · quitar plugins que no usas · poner dimensiones a las imágenes en el editor · elegir un hosting mejor · reducir scripts de terceros (chat, píxeles)	Diferir/dividir JavaScript · configurar caché y CDN · optimizar el CSS crítico · arreglar el CLS de plantillas · migrar a un tema o base más ligera

La buena noticia: casi nunca hace falta rehacer la web para arreglar los Vitals. Con optimizar imágenes, limpiar plugins y ajustar la carga de scripts se resuelve la mayoría de los casos. Rehacer solo tiene sentido cuando la web está sobre una base que no deja tocar nada — y esa es una decisión aparte, que vemos en ¿Rehago la web o invierto en SEO?. Si tu web es nueva y ya nace lenta, el problema es cómo se construyó: mira qué mirar en ¿Cuánto cuesta una página web?.

El orden de ataque. 1) Search Console te dice qué plantillas están mal. 2) PageSpeed Insights te dice por qué, página por página. 3) Empieza por las imágenes y el hosting (LCP), sigue por los plugins y scripts (INP), y cierra con las dimensiones y el espacio reservado (CLS).

Cuándo no vale la pena obsesionarse

Los Vitals son un desempate. Si tu web está en verde o cerca, y tu problema real es que no tienes contenido para las búsquedas de tus clientes o que nadie te enlaza, el tiempo rinde más ahí. Pasar de un LCP de 2,3 s a 1,8 s no va a mover tu ranking; publicar la guía que te falta, sí.

La excepción es si estás en rojo: un LCP de 6 segundos en móvil sí te está costando visitas y conversiones ahora mismo, y eso se arregla antes de seguir invirtiendo en traer tráfico a una web que la gente abandona.

Cómo lo trabajamos en ClikRank. En cada rediseño y en cada proyecto de SEO técnico revisamos los Core Web Vitals con datos de campo, priorizamos por impacto real y arreglamos sin rehacer lo que funciona. Si quieres saber cómo está tu web, la auditoría SEO lo incluye, o escríbenos.

Preguntas frecuentes

¿Tener los Core Web Vitals en verde me sube en Google?

Puede ayudar como desempate frente a una competencia parecida, pero no es un factor grande. El beneficio seguro es en conversión: una web rápida convierte más visitas en clientes. Mejora los Vitals por eso, y el SEO viene de regalo.

Mi PageSpeed Insights da 40 en móvil. ¿Es grave?

Esa puntuación es la prueba de laboratorio, que suele ser pesimista. Mira los datos de campo (arriba del informe, "Datos de la experiencia de usuario real"): si las tres métricas están en verde, tu web va bien para usuarios reales aunque el número sea bajo. Si están en rojo, sí hay que actuar.

¿WordPress es malo para los Core Web Vitals?

WordPress en sí no. El problema suele ser un tema pesado + demasiados plugins + un constructor visual + hosting flojo. Un WordPress bien montado, con tema ligero y pocos plugins, pasa los Vitals sin problema.

¿Cada cuánto debería revisar los Vitals?

Una vez al mes en Search Console basta para vigilar. Y siempre después de un cambio grande: instalar un plugin, cambiar de tema, añadir un chat o un banner. Muchos problemas de CLS y de INP entran así, sin que te des cuenta.