Una página web puede tener un diseño atractivo, buenos contenidos y una oferta competitiva, pero perder oportunidades si carga lentamente, responde con retraso o desplaza elementos mientras el usuario intenta interactuar.
Estos problemas no siempre provocan una caída completa. La web sigue funcionando, aunque la experiencia resulta más incómoda de lo necesario.
Las Core Web Vitals permiten medir parte de esa experiencia mediante datos relacionados con la velocidad de carga, la capacidad de respuesta y la estabilidad visual.
En 2026, las tres métricas principales continúan siendo Largest Contentful Paint, Interaction to Next Paint y Cumulative Layout Shift. Google recomienda obtener buenos resultados para favorecer la experiencia general y el rendimiento en Search, aunque también aclara que superar estas métricas no garantiza alcanzar las primeras posiciones.
Para una empresa, su utilidad va más allá del posicionamiento.
Las Core Web Vitals pueden revelar obstáculos en páginas de servicios, fichas de producto, formularios, buscadores, carritos o procesos de reserva. Corregirlos ayuda a reducir fricción y mejora la percepción de calidad de todo el canal digital.
La clave está en interpretar correctamente los datos. No se trata de perseguir una puntuación perfecta, sino de detectar qué usuarios están teniendo problemas, en qué páginas aparecen y qué impacto pueden estar generando sobre el negocio.
Qué son las Core Web Vitals
Las Core Web Vitals son un conjunto de métricas orientadas a medir la experiencia real de los usuarios en una página web.
Se centran en tres dimensiones:
- Velocidad con la que aparece el contenido principal.
- Rapidez con la que la web responde a las interacciones.
- Estabilidad de los elementos durante la navegación.
Las métricas actuales son:
- Largest Contentful Paint, o LCP.
- Interaction to Next Paint, o INP.
- Cumulative Layout Shift, o CLS.
Google utiliza estas señales dentro de sus sistemas de posicionamiento, pero las integra en una evaluación más amplia de la experiencia de página. El contenido, la relevancia, la autoridad y la satisfacción de la intención de búsqueda continúan siendo fundamentales.
Una página con métricas excelentes no posicionará necesariamente si su contenido no responde a la consulta.
Del mismo modo, una web con contenido útil puede perder oportunidades si tarda demasiado en cargar o dificulta las acciones principales.
Cómo se determina si un resultado es bueno
Las Core Web Vitals se evalúan utilizando datos reales de navegación cuando existe suficiente información disponible.
Google recomienda analizar el percentil 75 de las visitas. Esto significa que, para considerar buena una experiencia, al menos el 75 % de las visitas debe encontrarse dentro del umbral recomendado.
También conviene separar los datos de dispositivos móviles y ordenadores.
Una página puede funcionar correctamente en un equipo moderno conectado por fibra y presentar retrasos importantes en un teléfono de gama media con una conexión inestable.
Los umbrales recomendados son:
- LCP de 2,5 segundos o menos.
- INP inferior o igual a 200 milisegundos.
- CLS de 0,1 o menos.
No conviene interpretar estas cifras como objetivos aislados.
Una página puede superar el umbral por una pequeña diferencia sin ofrecer una experiencia desastrosa. La prioridad debe establecerse según el número de usuarios afectados, la importancia comercial de la URL y la gravedad del problema.
Largest Contentful Paint y la velocidad de carga principal
Largest Contentful Paint mide cuánto tarda en mostrarse el elemento de contenido más grande dentro de la zona visible de la página.
Ese elemento suele ser:
- Una imagen principal.
- Un banner.
- Un titular.
- Un bloque de texto.
- La fotografía destacada de un producto.
- Una sección visual de portada.
Google recomienda que el LCP se produzca dentro de los primeros 2,5 segundos para ofrecer una buena experiencia.
El LCP no mide cuándo termina de cargarse toda la página. Mide cuándo el usuario puede ver su contenido principal.
Esta diferencia es importante.
Una web puede continuar descargando recursos secundarios después de mostrar la información esencial. Si prioriza correctamente los elementos visibles, la experiencia percibida puede ser rápida aunque otros componentes se carguen más tarde.
Qué puede empeorar el LCP
Los problemas más frecuentes incluyen:
- Servidor lento.
- Imágenes demasiado pesadas.
- Elemento principal cargado mediante JavaScript.
- Exceso de CSS bloqueante.
- Fuentes que retrasan el texto.
- Falta de caché.
- Recursos alojados en servidores externos.
- Aplicación de carga diferida a la imagen principal.
- Redirecciones innecesarias.
Uno de los errores habituales consiste en pensar que todos los problemas de LCP se resuelven comprimiendo imágenes.
La optimización de imágenes es importante, pero el resultado también depende del tiempo de respuesta del servidor, del momento en el que el navegador descubre el recurso principal y de la prioridad con la que se descarga. Google recomienda analizar toda la cadena de carga, no únicamente el peso del archivo.
Qué debería revisar una empresa
Conviene analizar especialmente:
- Portada.
- Landing pages de campañas.
- Categorías.
- Fichas de producto.
- Páginas de servicios.
- Artículos con mucho tráfico.
La imagen o el bloque principal debe aparecer pronto y sin depender de procesos innecesarios.
También debería comprobarse si el hosting ofrece una respuesta adecuada y si existe una red de distribución de contenidos cuando el público se encuentra en varias ubicaciones.
Interaction to Next Paint y la capacidad de respuesta
Interaction to Next Paint mide cuánto tarda la página en mostrar una respuesta visual después de una interacción.
Incluye acciones como:
- Pulsar un botón.
- Abrir un menú.
- Seleccionar un filtro.
- Escribir en un campo.
- Cambiar una variante.
- Añadir un producto al carrito.
- Avanzar en un formulario.
Un INP de 200 milisegundos o menos se considera bueno. Google incorporó esta métrica como Core Web Vital en marzo de 2024, sustituyendo a First Input Delay.
La sustitución fue relevante porque FID solo medía el retraso inicial de la primera interacción.
INP observa la capacidad de respuesta durante toda la visita. Esto permite detectar problemas que aparecen después de cargar la página, por ejemplo al utilizar filtros, menús o componentes interactivos.
Qué puede empeorar el INP
Entre las causas habituales se encuentran:
- Tareas largas de JavaScript.
- Plugins pesados.
- Constructores visuales sobrecargados.
- Scripts publicitarios.
- Chats y widgets externos.
- Formularios que validan demasiado trabajo.
- Listados con cientos de elementos.
- Actualizaciones innecesarias de la interfaz.
- Cálculos ejecutados en el hilo principal.
Una página puede tener un LCP excelente y un INP deficiente.
El contenido aparece rápido, pero la interfaz se bloquea cuando el usuario intenta utilizarla.
Qué debería revisar una empresa
Las interacciones más importantes suelen encontrarse en:
- Menú móvil.
- Buscador.
- Filtros.
- Carrito.
- Checkout.
- Formularios.
- Calendarios.
- Áreas privadas.
- Aplicaciones web.
Debe comprobarse que la acción muestre una señal inmediata.
Por ejemplo, cuando el usuario pulsa un botón, la web puede cambiar su estado visual antes de completar otras tareas secundarias. Esta respuesta reduce la incertidumbre y evita pulsaciones repetidas.
Cumulative Layout Shift y la estabilidad visual
Cumulative Layout Shift mide los movimientos inesperados del contenido durante la visita.
Un desplazamiento puede ocurrir cuando una imagen, un anuncio o una barra aparece después y mueve los elementos que ya estaban visibles.
El usuario puede intentar pulsar un botón y terminar activando otro porque la página cambió de posición.
Google considera bueno un CLS de 0,1 o menos.
Estos movimientos no solo resultan molestos. También pueden provocar:
- Clics incorrectos.
- Errores en formularios.
- Selección equivocada de productos.
- Dificultades de lectura.
- Sensación de poca calidad.
Qué puede empeorar el CLS
Las causas más frecuentes son:
- Imágenes sin dimensiones.
- Banners que aparecen tarde.
- Fuentes que cambian el tamaño del texto.
- Avisos de cookies que desplazan la página.
- Contenido insertado dinámicamente.
- Publicidad sin espacio reservado.
- Mensajes de error que alteran toda la estructura.
- Carruseles con alturas diferentes.
La solución suele consistir en reservar espacio antes de que el contenido se cargue.
Las imágenes y vídeos deben declarar sus dimensiones. Los banners y mensajes deberían disponer de una zona prevista. Las fuentes deben configurarse para reducir cambios bruscos durante su sustitución.
Datos reales frente a pruebas de laboratorio
Una empresa puede analizar su web mediante herramientas como PageSpeed Insights, Lighthouse y Search Console.
Sin embargo, no todas muestran el mismo tipo de información.
Datos de campo
Los datos de campo proceden de usuarios reales.
Reflejan:
- Dispositivos diferentes.
- Conexiones reales.
- Ubicaciones.
- Navegadores.
- Comportamientos.
- Estado del servidor.
Son los datos más adecuados para saber si el problema afecta realmente a los visitantes.
Datos de laboratorio
Las pruebas de laboratorio se ejecutan en condiciones controladas.
Permiten reproducir una página y detectar posibles causas técnicas.
Son especialmente útiles para:
- Analizar recursos.
- Revisar tareas largas.
- Detectar imágenes pesadas.
- Identificar scripts bloqueantes.
- Comprobar cambios antes de publicarlos.
Es normal que ambos tipos de datos no coincidan exactamente. Las pruebas de laboratorio representan una ejecución concreta, mientras que los datos de campo resumen experiencias muy diferentes acumuladas durante un periodo.
La mejor estrategia consiste en utilizar datos reales para identificar el problema y pruebas controladas para investigarlo.
Cómo utilizar Search Console
El informe de Core Web Vitals de Search Console agrupa páginas que presentan comportamientos similares.
Esto permite identificar:
- URLs con resultados buenos.
- URLs que necesitan mejoras.
- URLs con rendimiento deficiente.
- Diferencias entre móvil y escritorio.
- Grupos de páginas afectadas.
No siempre es necesario revisar una por una todas las URLs.
Si varias fichas de producto comparten la misma plantilla y el mismo problema, es posible que una única mejora técnica corrija todo el grupo.
Conviene priorizar los grupos que:
- Reciben más tráfico.
- Generan ventas.
- Captan solicitudes.
- Participan en campañas.
- Presentan un deterioro importante.
Después de aplicar los cambios, hay que esperar a que se acumulen nuevos datos reales para confirmar la mejora.
Qué páginas deberían analizarse primero
Una auditoría no debería limitarse a la portada.
Las páginas más importantes para el negocio pueden tener plantillas y funcionalidades diferentes.
Conviene revisar:
- Página principal.
- Servicios principales.
- Categorías.
- Productos.
- Carrito.
- Pago.
- Formularios.
- Reservas.
- Buscador.
- Contenido con tráfico orgánico.
- Área de clientes.
Una tienda puede cargar rápidamente en la portada y bloquearse durante el checkout.
Una web corporativa puede tener buenas métricas en sus artículos, pero presentar un formulario lento o inestable en las páginas comerciales.
Errores habituales al mejorar Core Web Vitals
Uno de los errores más comunes consiste en instalar varias herramientas de optimización sin analizar primero la causa.
Esto puede provocar conflictos, contenido antiguo en caché o funciones que dejan de funcionar.
También conviene evitar:
- Ocultar elementos importantes para mejorar una puntuación.
- Eliminar funcionalidades útiles sin medir su impacto.
- Aplicar lazy loading a la imagen principal.
- Retrasar todos los scripts sin comprobar dependencias.
- Optimizar únicamente escritorio.
- Evaluar solo la portada.
- Ignorar los datos reales.
- Buscar una puntuación de 100 como objetivo absoluto.
Las herramientas automáticas pueden ayudar, pero no sustituyen una revisión técnica.
Cada proyecto utiliza una combinación diferente de servidor, plantilla, plugins, código e integraciones.
Relación entre Core Web Vitals y resultados comerciales
Las Core Web Vitals no son métricas de ventas, pero pueden relacionarse con procesos comerciales.
Una mejora de rendimiento puede reducir:
- Abandono.
- Errores.
- Pulsaciones repetidas.
- Bloqueos.
- Fricción en móvil.
- Tiempo para completar una tarea.
Google ha recopilado casos de empresas que observaron mejoras en conversiones, ingresos o interacción después de optimizar su experiencia web. Estos resultados no garantizan el mismo efecto en todos los proyectos, pero muestran la conveniencia de relacionar las métricas técnicas con indicadores de negocio.
Después de realizar una optimización conviene analizar:
- Conversiones.
- Formularios enviados.
- Ventas.
- Abandono del carrito.
- Uso del buscador.
- Tasa de error.
- Diferencias entre dispositivos.
- Rendimiento de campañas.
Una mejora técnica solo aporta valor empresarial cuando facilita una acción importante o reduce un problema real.
Cómo establecer un plan de mejora
La optimización puede organizarse en cinco fases.
Medir
Recopilar datos de Search Console, PageSpeed Insights y herramientas de analítica.
Priorizar
Seleccionar las páginas con más tráfico, valor comercial o gravedad.
Diagnosticar
Identificar si el problema está en el servidor, las imágenes, JavaScript, el diseño o los servicios externos.
Corregir
Aplicar cambios controlados y comprobar que las funciones continúan operativas.
Validar
Comparar datos de laboratorio y esperar nuevos datos de usuarios reales.
Este proceso debería documentarse para saber qué modificaciones produjeron cada resultado.
Mantener los resultados en el tiempo
Las Core Web Vitals pueden empeorar después de una optimización.
Una nueva campaña puede añadir scripts. Un rediseño puede incorporar imágenes más pesadas. Una extensión puede aumentar el trabajo de JavaScript.
Por eso, conviene integrar el rendimiento en el mantenimiento habitual.
La empresa puede establecer límites para:
- Peso de imágenes.
- Cantidad de JavaScript.
- Tiempo de respuesta del servidor.
- Número de scripts externos.
- LCP.
- INP.
- CLS.
También debería probar los cambios importantes antes de publicarlos.
El objetivo no es realizar una gran optimización cada varios años, sino evitar que la web se deteriore progresivamente.
Una medición orientada a usuarios y resultados
Las Core Web Vitals en 2026 continúan proporcionando una referencia útil para analizar la carga, la respuesta y la estabilidad de una web.
LCP muestra cuándo aparece el contenido principal. INP mide la rapidez de las interacciones. CLS detecta movimientos inesperados.
Superar sus umbrales no garantiza posicionamiento ni ventas, pero ayuda a eliminar problemas que afectan a la experiencia.
Una empresa debería analizar datos reales, revisar las páginas que generan negocio y relacionar las mejoras con conversiones, formularios, pedidos y satisfacción.
En Calltek auditamos Core Web Vitals en webs corporativas, tiendas online y aplicaciones. Analizamos rendimiento, código, infraestructura e interacciones para identificar las causas reales y aplicar mejoras que no se limiten a una puntuación, sino que faciliten una navegación más rápida, estable y orientada a resultados.
