Core Web Vitals es el conjunto de tres métricas con las que Google mide si una página carga rápido, responde a tiempo a cada clic y se mantiene estable mientras el usuario la lee. Para un despacho que capta clientes a través de su web, no es un asunto solo de programadores: es lo primero que decide si alguien rellena el formulario de contacto o se va a la siguiente búsqueda. Este artículo explica qué mide cada Core Web Vital, qué umbral exige Google para darlo por bueno y qué cambia en la captación de clientes cuando esos umbrales se cumplen o se incumplen.
Las tres métricas que componen Core Web Vitals
Core Web Vitals agrupa tres indicadores independientes y los tres tienen que aprobar a la vez: cumplir dos de tres no cuenta como aprobado. Google los mide sobre el percentil 75 del tráfico real, separando entre móvil y escritorio, así que el ordenador rápido de la oficina no dice nada sobre lo que ve un cliente que consulta la web desde el móvil, con cobertura floja, camino de una cita.
Core Web Vitals son los tres criterios con los que Google evalúa la experiencia real de carga, respuesta y estabilidad visual de una página, medidos sobre las visitas reales de los usuarios y no sobre un laboratorio de pruebas.
- LCP (Largest Contentful Paint): cuánto tarda en pintarse el bloque más grande de la pantalla, normalmente la cabecera o el titular.
- INP (Interaction to Next Paint): cuánto tarda la página en responder después de un clic, un toque o una pulsación de teclado.
- CLS (Cumulative Layout Shift): cuánto se desplazan los elementos de la pantalla mientras la página termina de cargar.
LCP, el primer marcador de Core Web Vitals
El LCP tiene que producirse en los primeros 2,5 segundos para que Google lo considere bueno, medido siempre desde que el usuario pide la página. En la web de un despacho, el elemento que suele contar como LCP es la imagen de cabecera, el titular grande de la portada o, en una ficha de servicio, el bloque de texto introductorio antes del formulario de contacto.
Lo que más retrasa el LCP no suele ser el texto, sino lo que carga alrededor: imágenes de gran tamaño sin comprimir, tipografías personalizadas que bloquean el pintado hasta que terminan de descargarse, y plugins de WordPress que añaden hojas de estilo y scripts que el navegador tiene que procesar antes de mostrar nada. Un alojamiento compartido y saturado agrava cualquiera de los tres problemas.
INP mide la respuesta a cada clic del cliente
El INP sustituyó en marzo de 2024 al antiguo First Input Delay como métrica oficial de interactividad, porque mide todas las interacciones de la visita y no solo la primera. El umbral bueno es 200 milisegundos: por encima, el usuario nota el retraso entre pulsar y ver algo pasar, aunque sea una fracción de segundo.
En una web de despacho, el INP se dispara por lo que carga a la vez que el contenido: el widget de chat en vivo, el mapa embebido de Google Maps en la página de contacto, los píxeles duplicados de dos herramientas de analítica distintas. Cada script compite por el mismo hilo del navegador, y el que pierde es el clic del usuario.
Formularios de contacto y el coste de la lentitud
Quien rellena el formulario de contacto de un despacho suele hacerlo en un momento de urgencia: un despido, un accidente, una notificación con plazo. Si el botón de enviar tarda en reaccionar, la duda no es técnica, es de confianza: ¿se ha enviado o no?, ¿lo intento otra vez y duplico la consulta? Esa incertidumbre, sostenida durante los dos o tres segundos de un INP alto, basta para que una parte de esos visitantes cierre la pestaña y busque otro despacho. En sectores donde el cliente compara varias webs antes de decidir, ese segundo de más pesa más que un argumento de venta.
CLS, el salto visual que penaliza Core Web Vitals
El CLS bueno se queda por debajo de 0,1, una puntuación que mide cuánto se mueven los elementos de la página mientras carga. Las causas más comunes son imágenes y vídeos sin las dimensiones fijadas de antemano, fuentes web que cambian el tamaño del texto al terminar de descargarse, y banners de aviso de cookies que aparecen de golpe y empujan el resto del contenido hacia abajo.
En un despacho, el caso típico es el peor posible: el aviso de cookies se carga tarde, empuja el botón de teléfono o el enlace de contacto justo cuando el usuario iba a pulsarlo, y termina haciendo clic en otra cosa. No es solo una molestia de diseño: en un sector donde la confianza es la base del contrato, una web que «salta» se percibe como poco seria.
El coste en leads de un Core Web Vitals lento
Los Core Web Vitals se correlacionan directamente con lo que de verdad importa a un despacho: cuántas consultas entran por la web. Un retraso de un segundo en la carga reduce las conversiones alrededor de un 7 %, y el efecto se acelera: las páginas que cargan en un segundo rebotan cerca de un 7 %, las que tardan tres segundos rondan el 11 %, y a los cinco segundos el rebote se dispara hasta cerca del 38 %.
Cada punto de fricción se traduce en menos contactos, como ya se vio al analizar la tasa de conversión de un despacho, en cifras: la velocidad de carga es fricción pura, ocurre antes de leer una sola palabra del despacho.
El coste en leads de cada segundo de retraso
La cuenta es sencilla de hacer con los datos propios de cualquier despacho. Si la web genera 40 consultas al mes a través del formulario de contacto, un retraso adicional de dos segundos en la carga puede costar entre cuatro y seis de esas consultas, siguiendo la proporción del 7 % de pérdida de conversión por segundo. En un despacho donde cada consulta convertida en cliente vale varios cientos de euros, ese margen no es un detalle técnico menor: es presupuesto de captación que se pierde antes de que el equipo comercial llegue a hablar con nadie. El efecto es aún mayor en móvil, donde la conexión suele ser más lenta y el usuario tiene menos paciencia para esperar.
Ajustes técnicos que mejoran el rendimiento de la web
La mayoría de los problemas de Core Web Vitals en una web de despacho se repiten de un cliente a otro, y no requieren rehacer el sitio entero:
- Comprimir las imágenes y servirlas en formato WebP, con el ancho y el alto fijados en el código para que no muevan el resto del contenido al cargar.
- Cargar el chat en vivo, el mapa de contacto y los vídeos incrustados de forma diferida, solo cuando el usuario interactúa con esa parte de la página.
- Revisar cuántas herramientas de analítica y píxeles de publicidad están instalados a la vez: es habitual encontrar dos gestores de etiquetas duplicando el mismo seguimiento.
- Cambiar un alojamiento compartido saturado por uno con caché de servidor, en vez de confiar solo en un plugin de caché mal configurado.
Google Search Console incluye un informe de Core Web Vitals con datos reales de los visitantes del sitio, y PageSpeed Insights permite comprobar una URL concreta antes y después de cada cambio. Si prefieres no encargarte tú del despliegue técnico, una auditoría de marketing jurídico revisa estos puntos junto con el resto de la estrategia de captación, y puedes consultar más artículos sobre marketing para despachos en el blog.
Preguntas frecuentes sobre Core Web Vitals
¿Afectan los Core Web Vitals al posicionamiento SEO?
Sí, forman parte de la señal de experiencia de página que usa Google, aunque pesan menos que la relevancia del contenido. Una web lenta puede seguir posicionando si el contenido responde mejor a la búsqueda, pero entre dos páginas igual de relevantes, Google prioriza la que carga y responde antes.
¿Cómo se comprueban los Core Web Vitals de una web?
Con dos herramientas gratuitas de Google: el informe de Core Web Vitals de Search Console, que usa datos reales de los visitantes, y PageSpeed Insights, que analiza una URL suelta y da un diagnóstico inmediato de LCP, INP y CLS con recomendaciones concretas.
¿Cuánto cuesta optimizar los Core Web Vitals de un despacho?
Depende de cuántos problemas arrastre la web. Ajustes puntuales como comprimir imágenes o diferir el chat en vivo se resuelven en pocas horas; si el problema viene del alojamiento o de una plantilla mal construida, la solución pasa por cambiar esa base técnica.
¿Por qué mi web es rápida en el ordenador y lenta en el móvil?
Porque Google mide cada dispositivo por separado y el móvil parte con desventaja: procesador más modesto, conexión menos estable y, casi siempre, la misma cantidad de scripts y de imágenes pesadas que en la versión de escritorio. Optimizar solo pensando en el ordenador dice poco de lo que vive la mayoría de los visitantes.