Los Core Web Vitals suelen aparecer en informes SEO, herramientas de rendimiento y Google Search Console acompañados de siglas como LCP, INP o CLS. Para quien gestiona una pyme, el resultado puede parecer más complicado de lo que realmente es.
La idea básica es sencilla: los Core Web Vitals intentan medir cómo experimentan los usuarios una página web en aspectos relacionados con la carga, la respuesta a las interacciones y la estabilidad visual.
No necesitas memorizar fórmulas para entenderlos. Basta con hacerse tres preguntas: ¿el contenido importante aparece suficientemente rápido?, ¿la página responde bien cuando intento utilizarla? y ¿los elementos permanecen en su sitio mientras navego?
En esta guía vamos a explicar qué significa cada métrica, cómo interpretar sus valores y qué puedes hacer cuando una web presenta problemas.
¿Qué son los Core Web Vitals?
Los Core Web Vitals son un conjunto de métricas centradas en aspectos concretos de la experiencia real del usuario en una página web.
Actualmente se utilizan tres métricas principales:
- LCP, Largest Contentful Paint: mide el rendimiento de carga del contenido principal.
- INP, Interaction to Next Paint: mide la capacidad de respuesta cuando el usuario interactúa con la página.
- CLS, Cumulative Layout Shift: mide la estabilidad visual.
Dicho de forma todavía más sencilla:
- LCP: ¿cuándo veo lo importante?
- INP: ¿cuándo responde la web cuando hago algo?
- CLS: ¿se mueve inesperadamente el contenido?
Estas tres preguntas permiten entender prácticamente todo el concepto sin necesidad de entrar todavía en detalles técnicos.
LCP explicado fácil: cuánto tarda en aparecer lo importante
LCP significa Largest Contentful Paint.
Mide cuánto tarda en mostrarse el elemento de contenido más grande visible dentro de la pantalla durante la carga inicial. Ese elemento suele ser una imagen destacada, un banner, un bloque de texto grande o algún otro contenido principal.
Un LCP bueno se sitúa en 2,5 segundos o menos.
Entre 2,5 y 4 segundos se considera que existe margen de mejora. Por encima de 4 segundos, el rendimiento se considera deficiente.
Imagina la página de una empresa con una fotografía principal muy grande acompañada del mensaje que explica sus servicios. Si esa imagen tarda demasiado en aparecer, el usuario puede percibir que la página está lenta aunque otros pequeños elementos ya se hayan cargado.
Eso es precisamente lo que intenta representar LCP.
Qué puede provocar un LCP alto
Algunos problemas habituales son:
- imágenes principales demasiado pesadas;
- respuesta lenta del servidor;
- recursos importantes que el navegador descubre demasiado tarde;
- CSS o JavaScript que retrasan la presentación;
- fuentes que bloquean contenido;
- demasiados recursos antes de mostrar la parte principal.
No todas las webs presentan la misma causa. Por eso el valor de LCP indica que existe un problema, pero todavía hay que diagnosticar dónde se origina.
Cómo mejorar el LCP
Según el caso, las acciones pueden incluir:
- optimizar la imagen principal;
- utilizar un formato de imagen adecuado;
- mejorar la respuesta del servidor;
- priorizar el recurso que genera el LCP;
- evitar cargar recursos innecesarios antes del contenido principal;
- revisar CSS y JavaScript que bloquean el renderizado.
Un error habitual consiste en aplicar carga diferida precisamente a la imagen principal que necesitamos mostrar cuanto antes. La optimización debe distinguir entre recursos prioritarios y recursos que realmente pueden esperar.
INP explicado fácil: cuánto tarda la web en responder
INP significa Interaction to Next Paint.
Esta métrica analiza la capacidad de respuesta de una página durante las interacciones del usuario.
Por ejemplo:
- haces clic en un menú;
- pulsas un botón;
- seleccionas una opción;
- interactúas con un formulario.
La pregunta es: ¿cuánto tiempo pasa desde esa interacción hasta que la página puede mostrar visualmente su respuesta?
Un INP de 200 milisegundos o menos se considera bueno.
Entre 200 y 500 milisegundos existe margen de mejora. Por encima de 500 milisegundos, la experiencia se considera deficiente.
Para el usuario, un mal INP puede sentirse como una web que parece haberse quedado bloqueada.
Ejemplo sencillo de INP
Imagina que visitas la web de una empresa desde el móvil y pulsas el botón que abre el menú.
El botón se ha pulsado correctamente, pero durante un instante no ocurre nada porque el navegador está ocupado ejecutando otras tareas. Después aparece finalmente el menú.
Ese retraso entre la acción y la respuesta visual es el tipo de experiencia que INP intenta medir.
Qué puede empeorar el INP
Una causa frecuente es que el navegador tenga demasiado trabajo en el hilo principal.
Esto puede ocurrir por:
- JavaScript excesivo;
- tareas demasiado largas;
- plugins y componentes complejos;
- scripts de terceros;
- procesamiento innecesario;
- actualizaciones grandes de la interfaz.
Una página puede cargar visualmente bastante rápido y, sin embargo, responder mal a las interacciones. Por eso velocidad de carga e interactividad no son exactamente lo mismo.
Cómo mejorar el INP
Entre las acciones posibles están:
- reducir JavaScript innecesario;
- dividir tareas largas;
- simplificar determinadas funcionalidades;
- revisar scripts externos;
- evitar trabajo innecesario durante una interacción;
- optimizar cómo se actualiza la interfaz.
De nuevo, el objetivo no es eliminar JavaScript por principio. Se trata de evitar que el navegador esté ocupado haciendo cosas que impiden responder con fluidez al usuario.
CLS explicado fácil: cuando la página se mueve sola
CLS significa Cumulative Layout Shift.
Mide los desplazamientos inesperados de los elementos mientras utilizamos una página.
Seguro que alguna vez has intentado pulsar un botón y, justo antes de hacerlo, ha aparecido una imagen o un anuncio que ha desplazado todo el contenido. Terminas pulsando otra cosa.
Eso es un problema de estabilidad visual.
Un CLS de 0,1 o menos se considera bueno.
Entre 0,1 y 0,25 existe margen de mejora. Por encima de 0,25 se considera deficiente.
A diferencia de LCP e INP, CLS no se expresa en segundos. Es una puntuación que representa la magnitud de esos desplazamientos inesperados.
Qué suele provocar problemas de CLS
Entre las causas habituales están:
- imágenes sin dimensiones definidas;
- banners que aparecen después y desplazan contenido;
- espacios que cambian mientras se cargan anuncios o elementos externos;
- fuentes que modifican el tamaño del texto al cargarse;
- componentes insertados dinámicamente;
- animaciones que modifican la disposición de los elementos.
Cómo mejorar el CLS
Algunas mejoras habituales son:
- reservar espacio para imágenes y vídeos;
- definir correctamente sus dimensiones;
- evitar insertar contenido por encima de lo que el usuario ya está viendo;
- gestionar mejor las fuentes;
- reservar espacio para elementos externos;
- revisar animaciones y transiciones.
Una web visualmente estable transmite algo muy sencillo pero importante: cuando el usuario decide hacer una acción, la interfaz no cambia las reglas en el último momento.
Resumen rápido de LCP, INP y CLS
| Métrica | Qué mide | Valor bueno | Pregunta sencilla |
|---|---|---|---|
| LCP | Carga del contenido principal | 2,5 s o menos | ¿Veo pronto lo importante? |
| INP | Respuesta a interacciones | 200 ms o menos | ¿Responde rápido cuando hago clic? |
| CLS | Estabilidad visual | 0,1 o menos | ¿El contenido permanece en su sitio? |
Esta tabla permite entender los Core Web Vitals sin convertirlos en una colección de siglas.
¿Los Core Web Vitals afectan al SEO?
Sí forman parte de las señales relacionadas con la experiencia de página que Google tiene en cuenta dentro de sus sistemas, pero conviene interpretar esto correctamente.
Tener buenos Core Web Vitals no garantiza estar en primera posición.
Google utiliza numerosos sistemas y señales para determinar qué resultados son más relevantes y útiles para cada búsqueda. El contenido, la intención de búsqueda, la calidad general de la página y otras señales siguen teniendo un papel fundamental.
Por tanto, mejorar los Core Web Vitals tiene sentido principalmente porque contribuye a ofrecer una mejor experiencia y elimina posibles problemas de rendimiento. No debería plantearse como un truco para subir posiciones automáticamente.
¿Qué significa aprobar los Core Web Vitals?
Este punto suele generar confusión porque una herramienta puede mostrar resultados distintos a otra.
Los Core Web Vitals se diseñaron para evaluar la experiencia de usuarios reales. Para considerar que una página ofrece una buena experiencia en una métrica, se utiliza como referencia el percentil 75 de las visitas.
En términos sencillos: no basta con que la página funcione muy bien para unas pocas personas. El objetivo es que la mayoría de las experiencias se mantengan dentro de los valores considerados buenos.
Por eso una prueba realizada desde tu ordenador no representa necesariamente lo que experimentan todos tus usuarios.
Datos de laboratorio y datos reales: una diferencia importante
Cuando analizas rendimiento puedes encontrarte con dos tipos de información.
Datos de laboratorio
Se generan mediante una prueba controlada.
Son útiles para:
- detectar problemas;
- reproducir situaciones;
- probar cambios;
- investigar qué recursos están afectando al rendimiento.
Datos de campo
Proceden de experiencias reales de usuarios.
Permiten conocer cómo está funcionando la web en condiciones reales, con diferentes dispositivos, conexiones y comportamientos.
Esta diferencia explica por qué una herramienta puede mostrar una prueba aparentemente buena mientras los datos reales continúan señalando problemas.
No necesariamente hay una contradicción. Se están observando escenarios distintos.
Por qué PageSpeed puede mostrar 90 y Search Console indicar problemas
Es una situación que puede sorprender: analizas una página, obtienes una buena puntuación y después Google Search Console muestra URLs con Core Web Vitals deficientes.
Hay varias razones posibles.
- Una prueba de laboratorio representa una ejecución concreta.
- Los datos reales recogen experiencias de diferentes usuarios.
- Las condiciones de red y dispositivo cambian.
- Search Console puede agrupar páginas con características similares.
- Algunas métricas dependen de interacciones reales que no pueden reproducirse completamente en una prueba de carga.
Por eso no conviene perseguir una puntuación de herramienta sin entender los datos que hay detrás.
Cómo medir los Core Web Vitals
Para una primera revisión pueden utilizarse varias herramientas complementarias.
Google Search Console
El informe de Core Web Vitals ayuda a identificar grupos de URLs que presentan experiencias buenas, mejorables o deficientes según datos reales disponibles.
Es especialmente útil para obtener una visión general del sitio.
PageSpeed Insights
Permite analizar URLs concretas y estudiar tanto información disponible de usuarios reales como diagnósticos técnicos que pueden ayudar a investigar problemas.
Chrome DevTools y herramientas de rendimiento
Cuando hay que profundizar en la causa, las herramientas para desarrolladores permiten analizar solicitudes, tareas del navegador, JavaScript, renderizado y otros factores técnicos.
Una forma útil de trabajar es:
Search Console para detectar → PageSpeed para investigar → herramientas de desarrollo para diagnosticar → nueva medición para comprobar.
Cómo interpretar un informe de Core Web Vitals
Supongamos que Search Console indica un problema de LCP en varias páginas.
Eso todavía no significa que debas comprimir todas las imágenes de toda la web.
Primero conviene descubrir:
- qué tipos de página están afectados;
- qué elemento genera el LCP;
- si ese elemento es una imagen, texto u otro recurso;
- si el retraso empieza en el servidor o posteriormente;
- si todas las páginas afectadas utilizan la misma plantilla;
- qué cambio puede solucionar varias URLs a la vez.
Este último punto es especialmente interesante.
Si cincuenta páginas presentan el mismo problema porque comparten una plantilla, quizá una única modificación pueda mejorar todas. Trabajar página por página sería mucho menos eficiente.
Cómo mejorar los Core Web Vitals paso a paso
1. Identifica qué métrica está fallando
No empieces aplicando optimizaciones genéricas.
Determina si el problema está principalmente en LCP, INP, CLS o en varias métricas.
2. Localiza las páginas afectadas
Comprueba si ocurre en:
- todo el sitio;
- una plantilla;
- la home;
- páginas de servicios;
- artículos;
- productos;
- determinados dispositivos.
3. Encuentra la causa técnica
La métrica señala el síntoma. Ahora hay que descubrir qué lo provoca.
Por ejemplo:
- LCP alto → imagen principal, servidor, prioridad de recursos o renderizado;
- INP alto → JavaScript, tareas largas o procesamiento;
- CLS alto → dimensiones, contenido dinámico o fuentes.
4. Prioriza cambios de alto impacto
No todos los avisos tienen la misma importancia.
Corregir una imagen principal de varios megabytes puede tener más sentido que dedicar horas a microoptimizaciones cuyo efecto apenas será perceptible.
5. Comprueba la web después de modificarla
Una optimización puede mejorar una métrica y provocar otro problema.
Después de cada bloque de cambios conviene revisar:
- rendimiento;
- diseño;
- formularios;
- menús;
- funcionalidades;
- versión móvil.
6. Espera a disponer de nuevos datos reales
Una mejora técnica puede observarse inmediatamente en pruebas de laboratorio, pero los informes basados en usuarios reales necesitan recopilar nuevas experiencias antes de reflejar completamente el cambio.
Por eso no conviene interpretar la ausencia de un cambio inmediato en todos los informes como señal de que la optimización no ha funcionado.
Core Web Vitals y velocidad web: cuál es la diferencia
Los conceptos están relacionados, pero no son equivalentes.
Velocidad web es un término amplio que engloba diferentes aspectos del rendimiento de una página.
Core Web Vitals son métricas concretas utilizadas para representar determinadas dimensiones de la experiencia.
Una estrategia de rendimiento puede trabajar:
- servidor;
- imágenes;
- caché;
- JavaScript;
- CSS;
- fuentes;
- recursos externos;
- Core Web Vitals.
Por eso este artículo complementa una guía general sobre cómo mejorar la velocidad web, pero no debería sustituirla. Uno explica las métricas; el otro aborda el rendimiento de forma más amplia.
Ejemplo práctico: interpretar una web con problemas
Imagina una página de servicios de una pyme.
Los datos indican:
- LCP deficiente;
- INP correcto;
- CLS correcto.
Esto ya aporta una pista importante.
La página responde bien a las interacciones y no presenta movimientos inesperados. El problema está principalmente en la aparición del contenido principal.
Al analizarla se descubre que la fotografía de cabecera pesa demasiado y además el navegador tarda en identificarla como recurso prioritario.
En este caso tendría poco sentido empezar optimizando todos los formularios o eliminando animaciones situadas al final de la página.
La prioridad está bastante clara: trabajar el elemento responsable del LCP y comprobar después el resultado.
Errores frecuentes con Core Web Vitals
Pensar que todo se arregla con un plugin
Un plugin puede resolver determinados problemas de caché, minificación o carga de recursos, pero no puede garantizar que cualquier arquitectura o código quede optimizado automáticamente.
Buscar un 100 en PageSpeed como objetivo principal
Conseguir una puntuación alta puede ser positivo, pero la métrica debería servir para mejorar la experiencia, no convertirse en un fin independiente.
Optimizar sin saber qué métrica falla
Comprimir imágenes cuando el verdadero problema es INP puede aportar poco a la métrica que necesita atención.
Ignorar los datos de usuarios reales
Una prueba realizada desde un equipo potente y una conexión rápida no representa necesariamente a todos los visitantes.
Eliminar elementos útiles únicamente para mejorar una cifra
Un formulario, una herramienta interactiva o determinada funcionalidad pueden consumir recursos pero aportar un valor importante al negocio.
La solución puede estar en optimizar su implementación y no necesariamente en eliminarlos.
¿Merece la pena optimizar Core Web Vitals en una pyme?
Sí, cuando existen problemas reales de rendimiento o experiencia. Pero la prioridad debe ponerse en contexto.
Imagina dos situaciones.
Empresa A: tiene Core Web Vitals mejorables, pero además sus páginas principales apenas explican sus servicios y la web no responde a búsquedas relevantes.
Empresa B: tiene una estrategia SEO sólida y contenidos útiles, pero determinadas plantillas presentan un rendimiento claramente deficiente.
En la primera empresa probablemente habrá que priorizar varias áreas y no dedicar todos los recursos exclusivamente a perseguir pequeñas mejoras de rendimiento. En la segunda, trabajar Core Web Vitals puede tener una prioridad mayor.
El SEO funciona mejor cuando se prioriza según el cuello de botella real del proyecto.
Checklist sencilla de Core Web Vitals
- Comprobar el informe de Core Web Vitals.
- Identificar si falla LCP, INP o CLS.
- Separar resultados de móvil y escritorio cuando sea necesario.
- Localizar las URLs o plantillas afectadas.
- Analizar el elemento que genera el LCP.
- Revisar JavaScript y tareas largas si existe un problema de INP.
- Buscar movimientos inesperados si falla CLS.
- Priorizar los problemas de mayor impacto.
- Aplicar los cambios.
- Comprobar funcionamiento y diseño.
- Medir nuevamente.
- Revisar posteriormente los nuevos datos reales.
Los Core Web Vitals son un diagnóstico, no una competición
LCP, INP y CLS pueden parecer términos técnicos, pero representan experiencias muy cotidianas.
Una persona quiere que el contenido aparezca, que la página responda y que nada se mueva inesperadamente cuando intenta utilizarla.
Eso es lo esencial.
Por tanto, la mejor forma de trabajar Core Web Vitals no es perseguir números de manera aislada, sino utilizar las métricas para localizar problemas concretos y mejorar la experiencia de las páginas que realmente importan para el negocio.
En Entreredes Consultoría Tecnológica podemos analizar el rendimiento de tu web y determinar si los Core Web Vitals están señalando un problema relevante, cuál puede ser su origen y qué mejoras merece la pena priorizar. El objetivo es convertir las métricas en decisiones técnicas comprensibles, no añadir más siglas a un informe.
Preguntas frecuentes sobre Core Web Vitals
¿Qué son los Core Web Vitals?
Son métricas que evalúan aspectos concretos de la experiencia de una página web. Actualmente las principales son LCP para rendimiento de carga, INP para capacidad de respuesta y CLS para estabilidad visual.
¿Qué valores de Core Web Vitals son buenos?
Como referencia, un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos y un CLS de 0,1 o menos se consideran valores buenos.
¿Los Core Web Vitals afectan al posicionamiento SEO?
Forman parte de las señales relacionadas con la experiencia de página, pero no determinan por sí solos las posiciones. Google utiliza numerosos sistemas y señales, por lo que tener buenas métricas no garantiza ocupar los primeros resultados.
¿Por qué Search Console y PageSpeed pueden mostrar resultados diferentes?
Porque pueden utilizar datos y escenarios distintos. Las pruebas de laboratorio representan ejecuciones controladas, mientras que los datos de campo reflejan experiencias reales de usuarios con diferentes dispositivos, conexiones y comportamientos.
¿Cómo puedo mejorar los Core Web Vitals?
Primero identifica qué métrica presenta problemas y qué páginas están afectadas. Después diagnostica la causa concreta. LCP suele estar relacionado con carga y recursos principales, INP con capacidad de respuesta y JavaScript, y CLS con desplazamientos inesperados del contenido.
