¿Qué son los Core Web Vitals?
Los Core Web Vitals son tres mediciones que Google utiliza para describir cómo se siente realmente una página al usarla: con qué rapidez aparece el contenido principal, con qué agilidad responde la página a la interacción y cuánto se mueve el diseño mientras carga. No son el único factor de posicionamiento, pero en sitios B2B que compiten por términos de servicio de cola larga suelen decidir quién se lleva el clic.
Por qué importan para las decisiones de compra B2B
Una página lenta no solo molesta al visitante, sino que cambia su comportamiento. Tanto los estudios como las auditorías reales muestran de forma consistente que las páginas que tardan más de unos tres segundos pierden una parte significativa de los visitantes antes de leer nada. Para una empresa B2B que puja por términos de servicio de alto valor, una fracción de segundo en el móvil puede marcar la diferencia entre una consulta cualificada y un rebote que alimenta a la competencia.
LCP: carga
Largest Contentful Paint mide cuánto tarda en terminar de renderizarse el elemento visible más grande, normalmente una imagen principal o un titular. El objetivo es estar por debajo de 2,5 segundos. En los sitios B2B los culpables habituales son una fotografía principal sin optimizar, una tipografía que bloquea el renderizado y un widget de chat de terceros que carga antes que el contenido de la página.
Qué se considera bueno, mejorable o deficiente
Google agrupa cada métrica en tres bandas. Para el LCP, menos de 2,5 segundos es bueno, de 2,5 a 4 segundos necesita mejoras y más de 4 segundos es deficiente. Como la puntuación se basa en datos reales de campo de tus visitantes reales y no en una prueba de laboratorio, una página puede sentirse bien en la conexión rápida de tu oficina y seguir puntuando mal para un cliente potencial en una red móvil lenta.
Causas B2B habituales de un LCP lento
Las causas más frecuentes que vemos son imágenes principales pesadas y sin comprimir exportadas directamente desde la herramienta de diseño, tipografías cargadas desde un proveedor externo que bloquean el renderizado, y varios scripts de terceros -chat, analítica, gestor de etiquetas, píxeles de marketing- apilados en la cabecera antes que el contenido. Cada uno añade retraso, y entre todos superan fácilmente los cuatro segundos.
INP: interactividad
Interaction to Next Paint sustituyó a First Input Delay como métrica de capacidad de respuesta. Mide el peor retardo entre una acción del usuario -tocar un menú, pulsar un botón, enviar un formulario- y el siguiente fotograma que el navegador puede pintar. Los paquetes de analítica pesados, los scripts de chat y los grandes frameworks de JavaScript elevan esta cifra, y la solución normalmente empieza por eliminar código en lugar de añadirlo.
Qué es una buena puntuación INP
Un INP por debajo de 200 milisegundos es bueno, de 200 a 500 milisegundos necesita mejoras y por encima de 500 milisegundos es deficiente. En un sitio B2B esto importa porque las acciones del comprador -abrir la navegación, filtrar un listado de productos, iniciar una solicitud de presupuesto- son precisamente los momentos en los que una respuesta lenta le convence de probar con otro.
Qué ralentiza normalmente el INP
Los sospechosos habituales son paquetes de JavaScript demasiado grandes, un gestor de etiquetas que dispara demasiados scripts a la vez, chatbots que acaparan el hilo principal al cargar la página, e incrustaciones de terceros como mapas o calculadoras mal escritas. El primer paso de diagnóstico rara vez es contratar un alojamiento más rápido; es auditar qué código se ejecuta en cada página y borrar lo que nadie pidió.
CLS: estabilidad visual
Cumulative Layout Shift puntúa cuánto se mueve visiblemente la página durante la carga. Un banner de cookies que empuja todo el diseño hacia abajo, imágenes sin atributos de ancho y alto, y tipografías inyectadas tarde son las causas clásicas. Es la más fácil de corregir de las tres y la más molesta de sufrir para un visitante.
Los causantes habituales de saltos de diseño
Los saltos más comunes vienen de insertar un banner o intersticial después de que la página ya se renderizó, imágenes y vídeos sin dimensiones reservadas, tipografías web que cambian de una fuente de reserva cuando cargan, y widgets de leads o anuncios inyectados dinámicamente. Arreglarlos es sobre todo reservar espacio en el marcado, para que el navegador conozca el tamaño de cada elemento antes de pintarlo.
Cómo medirlos y corregirlos
Empieza por datos reales de usuarios, no por una prueba sintética de laboratorio. Revisa el informe de campo en Google Search Console para encontrar las URL reales donde tus visitantes tienen dificultades, y reproduce los peores casos en una conexión móvil limitada. Arregla primero la página que más tráfico envía y peor puntuación tiene, y luego pasa a la siguiente.
Desde dónde medir
Herramientas de campo como el Informe de experiencia del usuario de Chrome y Search Console muestran lo que viven tus visitantes reales; herramientas de laboratorio como Lighthouse muestran qué puedes mejorar. Usa los datos de campo para decidir qué arreglar y las de laboratorio para confirmar que el arreglo funcionó. No optimices solo contra una puntuación de laboratorio, porque las condiciones de un laboratorio rara vez se parecen a un suelo de fábrica con red móvil.
Preguntas frecuentes
Las preguntas que más suelen hacernos los responsables de marketing y de IT B2B antes de empezar un trabajo de rendimiento.
¿Deciden los Core Web Vitals directamente el posicionamiento en Google?
Son una señal de posicionamiento entre muchas, no una regla que mueve posiciones por sí sola. Su efecto es indirecto pero real: las páginas que cargan más rápido y responden mejor tienden a retener más, a generar más interacción y a convertir mejor, y esas señales de comportamiento son las que Google premia. Arreglar las métricas rara vez supone un salto mágico, pero ignorarlas en términos competitivos es una desventaja real.
¿Cuál de los tres debemos arreglar primero?
Empieza por aquel que tus datos de campo muestren que es el peor en tus páginas de más tráfico. En la práctica, el CLS suele ser la victoria más rápida porque se arregla sobre todo en el marcado, el LCP sigue con trabajo de imagen y tipografía, y el INP tarda más porque implica quitar o diferir JavaScript. Secuenciar por esfuerzo e impacto funciona mejor que atacar los tres a la vez.
¿Los Core Web Vitals se miden en escritorio o en móvil?
Google los informa por separado para móvil y escritorio, y las puntuaciones de móvil suelen importar más para el posicionamiento. Dado que la mayor parte de la investigación B2B ocurre ya en el móvil, trata las cifras de móvil como las que cuentan y prueba tus correcciones en una conexión 3G limitada, no en el Wi-Fi rápido de la oficina.
Conclusión
Trata los Core Web Vitals como una rutina de mantenimiento y no como un proyecto. Mide en dispositivos reales, corrige primero la peor página y vuelve a comprobar tras cada rediseño o integración de terceros. Si prefieres delegar esa rutina, es exactamente lo que cubre nuestro trabajo de rendimiento.