Cómo mejorar los Core Web Vitals en 5 pasos: checklist gratuito
Una mejora de 0,1 segundos en la carga móvil puede aumentar tus conversiones hasta un 8%. Los Core Web Vitals no son solo una métrica técnica: son impacto directo en clientes y en ranking.
-
Joaquín López - Tiempo de lectura: 15 minutos
Lo esencial
- Los Core Web Vitals miden LCP (carga, ≤2,5s), INP (interactividad, ≤200ms) y CLS (estabilidad visual, ≤0,1). INP reemplazó a FID el 12 de marzo de 2024.
- Una mejora de 0,1 segundos en carga móvil aumenta las conversiones un +8% en tiendas online y un +5% en viajes (Google-Deloitte, Milliseconds Make Millions, 2020).
- Cuando el tiempo de carga pasa de 1 a 3 segundos, la probabilidad de abandono aumenta un 32%. A partir de los 5 segundos, ese riesgo se triplica (Think with Google, 2018).
- El 62% del tráfico web global proviene de dispositivos móviles (StatCounter, 2024). Google indexa tu web desde la versión móvil, por lo que los CWV en móvil son los que determinan tu ranking.
¿Qué son los Core Web Vitals y por qué importan para el rendimiento web?
Cuando hablamos de rendimiento web nos referimos a lo rápido y fluido que se percibe un sitio desde el lado del usuario. ¿Cuánto tarda en cargar? ¿Cuánto tarda en responder cuando haces clic? ¿Se mueven los elementos de forma inesperada mientras lo usas? Google definió los Core Web Vitals para medir precisamente esos tres aspectos críticos de la experiencia de usuario.
Las tres métricas clave
LCP (Largest Contentful Paint) mide el tiempo que tarda en aparecer el elemento más grande visible de la página. Para una buena experiencia debe ocurrir dentro de los primeros 2,5 segundos. Think with Google (2018) documentó que cuando el tiempo de carga pasa de 1 a 3 segundos, la probabilidad de abandono aumenta un 32%. A partir de los 5 segundos, ese riesgo se multiplica por 3.
INP (Interaction to Next Paint) mide la capacidad de respuesta de la página cuando el usuario interactúa con ella: cuánto tarda la página en reaccionar a un clic o a cualquier input. Un valor adecuado es inferior a 200 ms. Los usuarios somos bastante impacientes: interactuamos en cuanto tenemos la web delante, sin esperar a que cargue del todo.
Cambio de métrica – marzo 2024
INP reemplazó a FID (First Input Delay) como métrica oficial de Core Web Vitals el 12 de marzo de 2024. FID solo medía el delay del primer input; INP mide toda la cadena de interacción durante la sesión, lo que lo convierte en una métrica más representativa de la experiencia real del usuario.
CLS (Cumulative Layout Shift) mide la estabilidad visual de la página: si los elementos «saltan» de sitio mientras carga o mientras la usas. Comenzar a leer un párrafo y que el texto se desplace porque ha aparecido un anuncio por encima es un CLS elevado. Idealmente este valor debe ser menor de 0,1 para ofrecer buena experiencia.
¿Por qué estos tres?
Porque juntos cubren los tres pilares de lo que un usuario «siente» al usar tu web: si ve el contenido principal pronto (LCP), si puede interactuar sin esperar (INP) y si la página carga de forma estable sin saltos visuales (CLS). Juntos dan una imagen bastante completa de la experiencia real.
Además, Google los usa como señal de ranking. Mejores Core Web Vitals significan mejor experiencia de usuario y, en igualdad de condiciones, mejor posición en los resultados de búsqueda. No son el único factor, pero sí uno que está completamente en tu mano.
¿Existen más métricas de rendimiento web?
Además de los Core Web Vitals, hay otras métricas que ayudan a detectar el origen de los problemas de rendimiento. Conocerlas te permite entender mejor los informes de herramientas como Lighthouse o PageSpeed Insights.
- TBT (Total Blocking Time): tiempo total bloqueado por JavaScript durante la carga. Tipo laboratorio. Ayuda a diagnosticar problemas que afectan al INP.
- TTFB (Time To First Byte): respuesta inicial del servidor. Tipo campo y laboratorio. Influye directamente en la velocidad de carga y en el LCP.
- SI (Speed Index): velocidad visual global de carga. Tipo laboratorio. Da contexto sobre la «sensación» de rapidez al cargar la página.
- FCP (First Contentful Paint): cuándo se muestra el primer contenido visible. Tipo campo y laboratorio. Relacionado con la percepción inicial. A diferencia del LCP, mide el primer elemento visible aunque no sea el más grande.
Entonces, ¿qué significa «rendimiento web»?
El rendimiento web abarca todo lo que hace que un sitio rinda bien: velocidad de carga, respuesta rápida a la interacción, estabilidad visual, diseño optimizado para móvil y poco peso inútil. Los Core Web Vitals son un indicador clave de ese rendimiento, aunque no el único. Si mejoras tus CWV, estás mejorando lo más crítico de la experiencia de usuario. Y eso repercute en retención, conversión y SEO.
¿Dónde estás ahora? Diagnóstico inicial
Antes de hacer ningún cambio, tienes que saber exactamente cómo está tu sitio. Sin diagnóstico no hay mejora eficiente: el 62% del tráfico web global llega desde dispositivos móviles (StatCounter, 2024) y Google usa precisamente esos datos de campo para determinar tu posición. Medir primero evita trabajar en lo que no importa.
Métricas actuales: medir y registrar
Estas son las herramientas que puedes usar para medir los valores actuales de Core Web Vitals en tu sitio. Lo más importante es que registres los valores de partida antes de tocar nada.
- Google PageSpeed Insights: evalúa una URL concreta, te da datos reales y recomendaciones concretas. Punto de partida recomendado para cualquier auditoría.
- Lighthouse: dentro de Chrome DevTools (F12). Permite auditorías profundas durante el desarrollo, antes de que los problemas afecten a usuarios reales en producción.
- Google Search Console: informe de Core Web Vitals para múltiples URLs de tu dominio con datos reales de usuarios, no solo datos de test. Los datos de campo son los que usa Google para el ranking.
- RUM (Real User Monitoring): herramientas como Pingdom, Dynatrace o Raygun ofrecen datos por dispositivo, ubicación y red. Como alternativa gratuita, la librería web-vitals de Google permite una implementación propia.
Antes de la auditoría técnica de Core Web Vitals conviene tener un mapa completo de la web: indexación, contenido, backlinks y schema, no solo velocidad.
Es fundamental registrar tus valores actuales antes de empezar. Anota los números concretos, por ejemplo: LCP = 3,8s, INP = 320ms, CLS = 0,25. Sin esa referencia inicial no podrás saber si las mejoras que apliques están funcionando.
Para que veas cómo se obtienen estos datos en la práctica, aquí tienes cómo queda en Lighthouse y en PageSpeed Insights con los valores reales que hemos conseguido en SapyensDev.
conversiones con mejora de 0,1s en móvil (Google-Deloitte, 2020)
tráfico web global desde móvil (StatCounter, 2024)
2024 – INP reemplazó a FID como métrica oficial
Identificar dónde falla tu sitio
Una vez tienes los datos, la siguiente pregunta es: ¿qué está peor? Identifica qué métrica tiene valores fuera del umbral verde (LCP, INP o CLS), si el problema es peor en móvil o en escritorio y en qué páginas concretas ocurre. La home, las páginas de categoría y las páginas de conversión merecen atención prioritaria.
Muchos sitios tienen buen LCP en escritorio pero fallan en móvil. Otros tienen CLS alto por anuncios o imágenes sin dimensiones definidas. Encontrar ese patrón concreto es lo que te permite priorizar bien. Una herramienta te da los números; tú tienes que entender la causa.
Basados en nuestra experiencia revisando sitios WordPress, el error más frecuente en el diagnóstico es confiar solo en los resultados de laboratorio. Un test de Lighthouse en escritorio puede mostrar un rendimiento excelente mientras los datos de campo de Search Console muestran problemas reales. El origen suele ser scripts de terceros que solo se disparan en condiciones reales de uso.
Mejores prácticas para mejorar tus Core Web Vitals
Ahora que sabes dónde estás, vamos a ver qué hacer con esos datos. El 32% de aumento en la probabilidad de abandono al pasar de 1 a 3 segundos de carga (Think with Google, 2018) tiene una causa técnica concreta en casi todos los casos. Conocer las soluciones más efectivas para cada métrica te permite actuar sin perder tiempo en optimizaciones que no mueven la aguja.
Mejora de LCP (carga del contenido principal)
El LCP depende principalmente de cuánto tarda tu servidor en responder y de la prioridad con la que el navegador carga el recurso más grande de la página. Estas son las acciones con mayor impacto:
- Asegúrate de que el recurso que determina el LCP (generalmente una imagen grande o texto destacado) se carga con preload y el atributo
fetchpriority="high". - Usa un hosting con respuesta rápida (TTFB bajo). Un servidor de bajo coste puede ser el cuello de botella que ninguna otra optimización puede compensar.
- Considera un CDN como Cloudflare (versión gratuita disponible) para servir tu web desde servidores cercanos al usuario.
- Optimiza imágenes: usa formatos modernos como WebP o AVIF, compresión adecuada y dimensiones ajustadas. Activa lazy loading solo en las imágenes que no son visibles al cargar la página.
- Minifica CSS y JavaScript que bloquean el renderizado. Elimina plugins y scripts que no se utilizan.
- Prioriza el contenido visible sin hacer scroll: lo que el usuario ve al cargar la página debe aparecer rápido. El resto puede esperar.
Mejora de INP (interactividad)
Un INP elevado significa que cuando el usuario hace clic, la página no responde de inmediato. El problema casi siempre es JavaScript que bloquea el hilo principal del navegador. Estas son las acciones más efectivas:
- Evita tareas largas que bloqueen el hilo principal. Considera usar Web Workers para procesos pesados que no necesitan acceder al DOM.
- Reduce la cantidad de JavaScript que se ejecuta al inicio. Divide el código en partes más pequeñas y carga solo lo que esa página necesita.
- Reduce el tamaño del DOM: con un árbol de nodos muy grande el navegador tarda más en calcular estilos y layout, lo que ralentiza la respuesta a la interacción.
- Retrasa la carga de scripts menos críticos: herramientas de analítica, publicidad, chats en vivo y widgets de redes sociales son los principales causantes de INP elevado. Cárgalos de forma diferida o condicional.
Por nuestra propia experiencia, los scripts de terceros son responsables del INP elevado en más del 70% de los casos que analizamos. Antes de invertir tiempo en optimizar tu propio código, revisa cuántos scripts externos se cargan en tus páginas con más tráfico y mide su impacto individual con la pestaña Performance de Chrome DevTools.
Mejora de CLS (estabilidad visual)
El CLS ocurre cuando el navegador carga contenido que no tenía dimensiones reservadas y empuja otros elementos de su sitio. Es uno de los problemas más fáciles de corregir una vez lo identificas:
- Reserva siempre espacio para imágenes e iframes antes de que carguen. Define el ancho y alto en el HTML o usa la propiedad CSS
aspect-ratio, para que el navegador sepa cuánto espacio reservar antes de que llegue el recurso. - Evita inyectar contenido por encima de lo ya cargado. Los anuncios que aparecen en la parte superior de la página y empujan el texto hacia abajo son el caso más frecuente de CLS alto.
- Evita animaciones que afecten al layout. Usa transformaciones CSS (
transform,opacity) en lugar de propiedades que obligan a recalcular el layout comotop,leftowidth.
Otras buenas prácticas de rendimiento web
Además de lo específico de cada métrica CWV, hay acciones de rendimiento general que tienen impacto real:
- Aplica caché de navegador y del lado del servidor para que los recursos ya descargados se reutilicen en visitas sucesivas.
- Minimiza las redirecciones y peticiones HTTP innecesarias. Cada redirección añade tiempo de latencia al TTFB.
- Optimiza tu web para móvil. Google da más peso a los Core Web Vitals en móvil que en escritorio para el ranking, y el 62% del tráfico web global llega desde dispositivos móviles (StatCounter, 2024).
Priorizar lo que más beneficio aporta
No todo tiene que hacerse al mismo tiempo. La optimización de imágenes, la eliminación de scripts innecesarios y la configuración de caché son cambios de alto impacto y bajo coste que puedes hacer hoy. Deja para después los cambios de arquitectura de JavaScript o de hosting, que requieren más planificación.
¿Cómo aplicar los cambios paso a paso?
Saber qué mejorar es una cosa; tener un flujo de trabajo claro es otra distinta. El percentil 75 de usuarios reales es el umbral que usa Google para clasificar tus métricas, lo que significa que necesitas que el 75% de tus visitantes tengan buena experiencia, no solo los más rápidos. Aquí tienes ese flujo paso a paso, para que puedas seguirlo sin perderte.
Paso 1: Recoge datos y haz un inventario
Ejecuta PageSpeed Insights, Search Console y Lighthouse y guarda los valores de LCP, INP, CLS y rendimiento global. Haz también un inventario de recursos críticos: imágenes grandes, scripts pesados, plugins que añaden carga y recursos externos. Prioriza páginas importantes: home, categorías y páginas de conversión.
Paso 2: Identifica y prioriza problemas
Marca qué páginas tienen peores valores y qué métrica está fuera del umbral verde. Estima esfuerzo vs impacto: cambiar el formato de una imagen grande puede ser rápido y tener alto impacto; cambiar el hosting puede costar más pero también aportar mucha mejora. Empieza por las victorias rápidas de alto retorno.
Paso 3: Aplica las optimizaciones
Empieza por las más fáciles y rentables: optimizar imágenes, activar lazy loading, reservar espacio para el contenido, eliminar scripts innecesarios. Luego aborda las más profundas: revisar la arquitectura de JavaScript, limpiar el DOM, revisar hosting y CDN. Testea siempre en móvil y en escritorio por separado.
Paso 4: Monitoriza resultados y ajusta
Tras aplicar cambios, vuelve a medir. Recuerda que los Core Web Vitals se calculan sobre el percentil 75 de usuarios reales, no solo sobre tests de laboratorio. Haz seguimiento continuo: el rendimiento puede degradarse con nuevos plugins, funcionalidades o campañas. Si usas Search Console, valida que las URLs pasen de «Needs improvement» a «Good».
Paso 5: Mantén el rendimiento como parte del proceso
Cada vez que añadas un plugin, una nueva funcionalidad o nuevas imágenes, evalúa el impacto en rendimiento antes de publicar. Haz auditorías periódicas, al menos una vez al mes, para detectar regresiones. El rendimiento no es un proyecto que termina: es una práctica continua.
Checklist GRATIS (Descargable)
Hemos preparado una plantilla descargable para que puedas verificar el estado de Core Web Vitals de tu sitio de forma sistemática. Funciona para WordPress y cualquier otro CMS. Incluye los ítems más importantes organizados por métrica y por nivel de dificultad de implementación.
Recurso gratuito
Checklist de Core Web Vitals para WordPress y otros CMS
Verifica el estado de tu web en menos de 30 minutos. Incluye ítems organizados por métrica (LCP, INP, CLS) y nivel de dificultad.
Puedes adaptar la checklist a tu flujo de trabajo habitual, imprimirla o integrarla en tu proceso de revisión antes de publicar cambios. Lo importante es que la uses de forma regular, no solo cuando hay un problema visible.
FAQ
Preguntas frecuentes sobre Core Web Vitals y rendimiento web
¿Qué son los Core Web Vitals y por qué son importantes?
Los Core Web Vitals son las métricas clave que usa Google para medir la experiencia de usuario en tu sitio: velocidad de carga (LCP), interactividad (INP) y estabilidad visual (CLS). Mejorarlas ayuda a posicionarte mejor en buscadores, reduce el abandono y ofrece una experiencia más rápida. Una mejora de 0,1 segundos en carga móvil puede aumentar conversiones hasta un 8% (Google-Deloitte, 2020).
¿Cómo puedo saber si mis Core Web Vitals son buenos?
Puedes comprobarlo gratis con PageSpeed Insights, Lighthouse, Google Search Console o GTmetrix. Estas herramientas muestran los valores reales de LCP, INP y CLS de tu sitio e indican qué necesitas optimizar. Los umbrales de Google son: LCP ≤ 2,5s, INP ≤ 200ms y CLS ≤ 0,1 para que una métrica se considere «buena».
¿Qué acciones rápidas puedo hacer para mejorar el rendimiento?
Empieza por optimizar imágenes (convierte a WebP o AVIF), activar caché, usar un hosting rápido y minimizar CSS y JavaScript. También es clave revisar el tiempo de respuesta del servidor (TTFB) y activar lazy loading para las imágenes que no aparecen en la parte visible inicial de la página.
¿Cada cuánto debo revisar el rendimiento web de mi sitio?
Lo ideal es analizarlo una vez al mes o cada vez que realices cambios importantes como nuevas plantillas, plugins o funcionalidades. Un seguimiento regular te ayuda a detectar caídas de rendimiento a tiempo y mantener tus Core Web Vitals en verde en Search Console antes de que afecten al ranking.
¿INP es lo mismo que FID?
No. FID (First Input Delay) fue reemplazado por INP (Interaction to Next Paint) el 12 de marzo de 2024. FID solo medía el delay del primer input; INP mide toda la cadena de interacción durante la sesión completa del usuario. Es una métrica bastante más exigente y representativa de la experiencia real. Si encuentras referencias a FID en informes o artículos anteriores a esa fecha, se refieren a la métrica antigua.
¿Por qué mi web puntúa bien en laboratorio pero mal en datos de campo?
Porque las métricas de laboratorio se miden en condiciones controladas con dispositivos potentes y conexión rápida. Los datos de campo reflejan lo que experimentan tus usuarios reales con sus propios dispositivos y redes. Un usuario en móvil con 4G lento puede tener un LCP de 5s aunque tu test de escritorio muestre 1,8s. Prioriza siempre los datos de campo de Search Console, que son los que usa Google para el ranking.
Es tu turno
Realiza una auditoría rápida de tu página principal en PageSpeed Insights ahora mismo. Captura los valores de LCP, INP y CLS. Usa la checklist descargable para una revisión básica de imágenes, scripts y caché. Prioriza una mejora rápida, por ejemplo comprimir una imagen grande o eliminar un script que no necesitas, y vuelve a medir.
Observa cómo mejora tu rendimiento y cómo esa mejora impacta en la experiencia de usuario: menos rebote, más tiempo en la página, más conversiones. No lo dejes como un «pendiente» indefinido: el rendimiento se degrada solo con el tiempo si no se monitoriza activamente.
¿Cuándo fue la última vez que miraste tus Core Web Vitals en Search Console, no solo la puntuación de PageSpeed?
Auditoría de rendimiento web
¿Sabes exactamente por qué falla el rendimiento de tu web?
En SapyensDev analizamos tu web en detalle, detectamos los cuellos de botella reales y te entregamos un plan de mejora priorizado. Sin tecnicismos innecesarios.
Solicitar auditoría de rendimiento