Si has invertido en diseño, en contenido y en campañas de publicidad pero tus tasas de conversión no acompañan, es posible que el problema no esté en tu oferta. Está en los segundos que tarda tu web en responder. Esos segundos tienen nombre técnico, Core Web Vitals, y desde 2021 Google los usa como factor de posicionamiento directo. No como señal secundaria: como criterio de ranking.
⚡ Si solo tienes 30 segundos, esto es lo esencial:
- Los Core Web Vitals son tres métricas oficiales de Google que miden la experiencia real de carga, interactividad y estabilidad visual de tu web.
- Desde 2021, son un factor de posicionamiento directo: una web lenta compite en desventaja aunque tenga el mismo contenido.
- El umbral de «buena» experiencia exige un LCP por debajo de 2,5 s, un INP por debajo de 200 ms y un CLS por debajo de 0,1.
- Según datos de Google, la probabilidad de abandono aumenta un 32 % cuando el tiempo de carga pasa de 1 a 3 segundos en móvil.
- PageSpeed Insights y Google Search Console permiten hacer el diagnóstico inicial sin coste ni registro previo.
- No se soluciona instalando un plugin de caché: requiere identificar los cuellos de botella reales con una auditoría técnica.
¿Qué son los Core Web Vitals y por qué Google los creó?
Los Core Web Vitals son un conjunto de métricas que Google formalizó en 2020 para medir, de forma objetiva y reproducible, cómo experimenta un usuario real la carga y el uso de una página web.
Antes de su existencia, «velocidad web» era un concepto vago: todo el mundo sabía que las webs lentas van peor, pero no había un estándar claro sobre qué significaba «lenta» ni cómo medirlo de forma comparable entre distintos sitios. Google resolvió esto con tres preguntas concretas:
- ¿Cuánto tarda en cargar el contenido principal que el usuario vino a ver?
- ¿Cuánto tarda la página en responder cuando el usuario hace algo?
- ¿Se mueven los elementos de la página de forma inesperada mientras carga?
Cada una de estas preguntas tiene su métrica correspondiente, y cada métrica tiene umbrales claros que separan el «bueno», el «necesita mejoras» y el «pobre».
📌 Importante: los Core Web Vitals se miden con datos reales de usuarios, denominados datos de campo, no solo con simulaciones de laboratorio. Lo que Google evalúa es la experiencia en dispositivos y conexiones reales, no en condiciones ideales de tu ordenador de desarrollo.
Los tres indicadores: LCP, INP y CLS
LCP — Largest Contentful Paint
El LCP mide el tiempo que tarda en aparecer el elemento más grande y visible de tu página: normalmente una imagen destacada, un bloque de texto principal o el banner del hero. Es la métrica que más se correlaciona con la percepción del usuario de que la página «ya ha cargado».
Un LCP por encima de 2,5 segundos empieza a percibirse como lentitud real. A partir de 4 segundos, Google lo clasifica directamente como «pobre». Las causas más frecuentes son imágenes sin optimizar, servidores lentos y recursos que bloquean el renderizado de la página.
INP — Interaction to Next Paint
El INP sustituyó en marzo de 2024 al antiguo FID como métrica oficial de interactividad. Mide la latencia de todas las interacciones del usuario durante su visita, clics, pulsaciones de teclas, toques en pantalla, y devuelve el valor del percentil 75, es decir, la peor experiencia que tiene la mayoría de tus usuarios.
Un INP por debajo de 200 ms se considera bueno. Por encima de 500 ms, el usuario percibe que la web no responde a sus acciones. Las causas habituales son JavaScript pesado que bloquea el hilo principal del navegador y elementos interactivos que tardan demasiado en reaccionar.
CLS — Cumulative Layout Shift
El CLS mide cuánto se mueven los elementos de la página de forma inesperada mientras carga. Todos hemos vivido esto: haces clic en un botón y justo en ese momento aparece un banner encima, y acabas pulsando algo que no querías. Eso es un CLS alto.
Se mide en una escala de 0 a cualquier valor positivo. Por debajo de 0,1 es bueno; por encima de 0,25 es pobre. Las causas más comunes son imágenes y anuncios sin dimensiones reservadas, fuentes web que cambian el tamaño del texto al cargar, y widgets de terceros que se insertan dinámicamente.
Tabla de umbrales oficiales de Core Web Vitals
| Metrica | Que mide | Bueno | Necesita mejoras | Pobre |
|---|---|---|---|---|
⏱️ LCP | Velocidad de carga del contenido principal | Menos de 2,5 s | Entre 2,5 s y 4 s | Mas de 4 s |
🖱️ INP | Respuesta a las interacciones del usuario | Menos de 200 ms | Entre 200 ms y 500 ms | Mas de 500 ms |
📐 CLS | Estabilidad visual del diseno mientras carga | Menos de 0,1 | Entre 0,1 y 0,25 | Mas de 0,25 |
¿Por qué la velocidad web afecta directamente a tu negocio?
Esta es la parte que más importa a un director de marketing o a un fundador: el impacto en resultados, no en métricas técnicas.
Según datos publicados por Google en su estudio «The Need for Mobile Speed», la probabilidad de abandono aumenta un 32 % cuando el tiempo de carga pasa de 1 a 3 segundos, y se dispara hasta un 123 % cuando pasa de 1 a 10 segundos. Estos datos corresponden a dispositivos móviles, que representan más del 60 % del tráfico web en España según el informe Digital 2024 de We Are Social y Meltwater.
El impacto tiene tres dimensiones concretas de negocio.
Conversión directa. Una web que tarda en responder genera abandono antes de que el usuario haya visto tu propuesta de valor. En ecommerce, Walmart reportó un aumento del 2 % en conversión por cada segundo que redujo su tiempo de carga. En captación de leads, los formularios en páginas lentas tienen tasas de cumplimentación significativamente menores.
Posicionamiento en Google. Desde la integración de los Core Web Vitals como señal de ranking en 2021, una web con métricas «pobre» compite en desventaja frente a otra con contenido equivalente pero mejor rendimiento. No es el único factor, pero es un desempate real cuando el resto está igualado.
Coste de adquisición de clientes. Si estás invirtiendo en Google Ads o Meta Ads y tu landing page tiene un LCP de 5 segundos, estás pagando por clics que se van antes de convertir. Mejorar la velocidad no solo mejora el SEO: reduce el coste por adquisición de las campañas de pago.
💡 Recuerda: una web lenta no es solo un problema técnico. Es una fuga directa en tu embudo de ventas. Cada segundo cuenta en términos de dinero real, no solo de métricas abstractas.
¿Cómo mejorar los Core Web Vitals: acciones concretas por métrica?
Para mejorar el LCP
Optimiza las imágenes del contenido principal. Convierte las imágenes a formato WebP o AVIF, formatos modernos que pesan hasta un 30 % menos que JPEG con la misma calidad visual, y añade los atributos de anchura y altura en el HTML para que el navegador reserve el espacio antes de cargarlas.
Usa precarga para el recurso principal. Indicar al navegador qué elemento va a ser el LCP con una etiqueta de precarga permite que empiece a descargarlo antes de que lo descubra de forma natural al leer el código de la página.
Mejora el tiempo de respuesta del servidor. Si el servidor tarda más de 600 ms en devolver el primer byte de la página, todo lo demás llega tarde. Esto suele requerir cambiar de plan de hosting, usar una CDN (una red de servidores repartidos geográficamente que sirven tu web desde el más cercano al usuario) o activar caché a nivel de servidor.
Elimina los recursos que bloquean el renderizado. Los archivos JavaScript y CSS que se cargan antes de que la página pueda mostrarse retrasan el LCP. Diferir o cargar en paralelo los que no son críticos para la visualización inicial resuelve gran parte del problema.
Para mejorar el INP
Reduce el trabajo del hilo principal. El hilo principal del navegador procesa tanto el JavaScript como las interacciones del usuario. Si está ocupado ejecutando código pesado, tarda en responder a los clics. Identificar y optimizar las tareas largas, aquellas que superan los 50 ms, es el primer paso.
Divide el código JavaScript en fragmentos más pequeños. En lugar de cargar todo el JavaScript de una vez, la técnica de «code splitting» permite cargar solo lo necesario para la pantalla actual, dejando el resto para cuando se necesite.
Revisa los scripts de terceros. Los plugins de chat, los píxeles de seguimiento y los widgets externos son con frecuencia los mayores responsables de un INP alto. Cargarlos de forma diferida o evaluar cuáles son realmente necesarios puede tener un impacto inmediato.
Para mejorar el CLS
Reserva siempre el espacio de imágenes y vídeos. Añadiendo los atributos width y height en las etiquetas de imagen, el navegador sabe cuánto espacio ocupar antes de que el archivo se descargue, evitando que el diseño se desplace.
Precarga las fuentes tipográficas. Si tu web usa fuentes personalizadas, el momento en que se sustituye la fuente de sistema por la definitiva puede provocar un salto de diseño. Usar font-display: optional o precargar la fuente evita este efecto.
Controla los banners y anuncios dinámicos. Los espacios publicitarios que aparecen sin un contenedor reservado son una de las principales causas de CLS alto. Reservar un bloque de tamaño fijo para los anuncios, aunque esté vacío, soluciona el problema.
Caso práctico: una clínica dental con tráfico pero sin llamadas
Imagina una clínica dental en Madrid que invierte en SEO local y aparece en el top 3 de Google para «dentista Madrid». Recibe visitas, pero el ratio de llamadas y solicitudes de cita es llamativamente bajo.
Al hacer una auditoría de rendimiento, el equipo descubre que la página de inicio tiene un LCP de 6,2 segundos en móvil: la imagen del hero, una fotografía de alta resolución sin optimizar, tarda seis segundos en aparecer. Un usuario que llega desde el móvil ve una pantalla en blanco durante seis segundos antes de poder leer nada. La mayoría se va antes de llegar al formulario de contacto.
La corrección no requirió rediseñar la web: bastó con convertir la imagen a WebP, añadir precarga y activar la CDN del proveedor de hosting. El LCP bajó a 1,8 segundos. En el mes siguiente, las solicitudes de cita desde móvil aumentaron un 40 %, sin haber cambiado el contenido ni la oferta.
El problema no era el SEO, ni el diseño, ni el servicio. Era el tiempo de espera.
Herramientas para medir tus Core Web Vitals
| Herramienta | Tipo de datos | Lo mejor para | Coste |
|---|---|---|---|
🔍 PageSpeed Insights | Campo y laboratorio | Diagnostico inicial rapido por URL | Gratuita |
📊 Google Search Console | Campo (usuarios reales) | Ver que URLs tienen problemas a escala | Gratuita |
🌐 Chrome UX Report | Campo (usuarios reales) | Comparar tu web con competidores del sector | Gratuita |
🔦 Lighthouse | Laboratorio | Auditoria tecnica detallada en entorno controlado | Gratuita |
📈 WebPageTest | Laboratorio avanzado | Tests desde ubicaciones y dispositivos concretos | Gratuita / Pro de pago |
El punto de partida recomendado es siempre PageSpeed Insights (pagespeed.web.dev): introduces la URL de tu página principal y obtienes en segundos un diagnóstico con tus métricas actuales y las sugerencias de mejora prioritarias. Para una visión global de todas las URLs, el informe de Core Web Vitals en Google Search Console muestra qué páginas están en estado «pobre», «necesita mejoras» o «bueno» con datos de usuarios reales.
📌 Ojo con la diferencia entre datos de campo y de laboratorio. PageSpeed Insights muestra ambos: los datos de campo reflejan la experiencia real de tus usuarios en los últimos 28 días, los que Google usa para el ranking, mientras que los datos de laboratorio son una simulación en condiciones controladas. Si solo tienes datos de laboratorio, el diagnóstico puede ser más optimista que la realidad.
¿Cuándo solicitar una auditoría técnica o ayuda profesional?
No toda mejora de velocidad requiere intervención externa, pero hay señales que indican que el problema ya supera lo que se puede resolver ajustando un plugin o cambiando una imagen:
- Tus Core Web Vitals aparecen en rojo en Google Search Console y llevan así más de un mes.
- Has instalado plugins de caché y optimización pero las métricas no mejoran o incluso empeoran.
- Tu web está en WordPress con más de 30 plugins activos y el LCP supera los 4 segundos en móvil.
- Vas a lanzar un rediseño o migración de web y no quieres arrastrar problemas de rendimiento al nuevo dominio.
- Tus campañas de pago tienen CTR alto pero tasa de conversión baja, y sospechas que la velocidad de la landing está penalizando los resultados.
- Tu competencia directa aparece por encima en resultados locales pese a tener contenido similar o menor antigüedad de dominio.
En estos casos, una revisión técnica completa de tu web permite separar qué problemas de velocidad son superficiales, solucionables con configuración, de cuáles son estructurales y requieren cambios en la arquitectura del código o del servidor. Así se establece un orden de prioridad basado en el impacto real en negocio.
⚠️ Recuerda: mejorar los Core Web Vitals no es un proceso de una sola vez. Las actualizaciones de plugins, los cambios de diseño y la incorporación de scripts de terceros los degradan con el tiempo. El rendimiento necesita seguimiento continuo, no una corrección puntual.
Preguntas frecuentes
Son tres métricas oficiales de Google, LCP, INP y CLS, que miden respectivamente la velocidad de carga del contenido principal, la capacidad de respuesta a las interacciones del usuario y la estabilidad visual del diseño mientras carga la página. Google las introdujo como factor de posicionamiento en 2021 y las actualiza periódicamente; el cambio más reciente fue la sustitución del antiguo FID por el INP en marzo de 2024.
Sí, aunque no son el único factor. Google los incluye dentro de las señales de «experiencia de página» que utiliza para el ranking. En la práctica, actúan como desempate: si dos páginas tienen relevancia de contenido similar, la que tenga mejores métricas de rendimiento tiene ventaja. En nichos muy competidos, esa diferencia puede ser determinante
No. Google mide y reporta las métricas por separado para móvil y escritorio, y generalmente el móvil presenta peores resultados por conexiones más lentas y procesadores menos potentes. Dado que más del 60 % del tráfico web en España proviene de dispositivos móviles, la prioridad de mejora debe ser siempre el rendimiento en móvil.
La velocidad es una ventaja competitiva, no un detalle técnico ✅
Los Core Web Vitals han convertido la velocidad web en un factor de negocio medible y accionable. Ya no basta con tener buen contenido y un diseño atractivo: si tu web no carga en menos de 2,5 segundos en móvil, si tarda en responder a los clics o si el diseño salta mientras carga, estás perdiendo tráfico, posiciones y ventas de forma silenciosa pero constante.
El primer paso es siempre el diagnóstico: mide tus métricas actuales con PageSpeed Insights, localiza qué páginas tienen peores resultados en Search Console y prioriza las correcciones por impacto en negocio. Si al revisar tus métricas encuentras problemas en rojo que llevan semanas sin resolverse, ese es el momento de pedir una auditoría técnica de tu web que te dé un plan de mejora claro, priorizado y realista.
El marketing digital y el desarrollo de productos no son ciencias exactas. Las estrategias mencionadas en este artículo deben adaptarse al sector, presupuesto y objetivos de cada empresa.
Fuentes y referencias
- Google Developers, Core Web Vitals: https://web.dev/vitals/
- Google, «The Need for Mobile Speed»: https://www.thinkwithgoogle.com/marketing-strategies/app-and-mobile/mobile-page-speed-new-industry-benchmarks/
- Google Search Central, documentación oficial de Page Experience: https://developers.google.com/search/docs/appearance/page-experience
- We Are Social y Meltwater, Digital 2024 Spain: https://wearesocial.com/es/blog/2024/01/digital-2024/
