Tu página se ve bien. La abres desde la computadora de la oficina y carga al instante. Nadie se ha quejado nunca. Y un día alguien de tu equipo entra a Search Console y ahí está la advertencia: problemas de Core Web Vitals en la mayoría de tus URLs.
Lo que casi nadie te explica es que Google no está calificando la página que tú abres. Está calificando la que abre un prospecto con un celular de gama media y datos móviles en la Roma a las dos de la tarde. Son dos experiencias distintas, y la segunda es la que cuenta.
Esta guía es parte de nuestro material sobre qué es el SEO y por qué conviene invertir en él. Aquí nos metemos a una sola pieza: las tres métricas con las que Google mide la experiencia real de tus visitantes.
En esta guía
Qué son las Core Web Vitals
Las Core Web Vitals son tres métricas con las que Google mide la experiencia real de quien visita tu sitio: qué tan rápido aparece el contenido, qué tan rápido responde cuando alguien toca algo, y qué tan quieto se queda todo mientras carga.
Ojo con la confusión más común. No son lo mismo que "velocidad de carga", aunque una de las tres sí la mide. Un sitio puede cargar en un segundo y seguir reprobando porque los botones tardan en responder o porque el contenido brinca de lugar mientras el visitante lo lee. Velocidad es una tercera parte del asunto.
Tampoco son todo el SEO técnico. Si lo que te preocupa es el panorama completo, incluyendo indexación y errores de rastreo, eso lo cubrimos en la guía de SEO técnico: velocidad, indexación y errores. Aquí vamos a fondo en las métricas.
Y sí, cuentan para posicionar. Google las reconoce como parte de sus señales de experiencia de página. Pero el argumento más fuerte no es ese: es que una página lenta o inestable pierde prospectos que ya habías pagado por traer.
Las tres métricas y sus umbrales
Google publica un umbral para cada una. Pasarlas significa quedar dentro de los tres, no dentro de dos.
LCP: qué tan rápido aparece lo importante
Largest Contentful Paint mide cuánto tarda en aparecer el elemento más grande de la pantalla: normalmente la foto principal o el titular. Es, en la práctica, cuánto tarda el visitante en ver aquello por lo que entró.
El umbral bueno es 2.5 segundos o menos. Entre 2.5 y 4 segundos necesita mejorar. Arriba de 4 segundos se considera malo.
INP: qué tan rápido responde cuando tocan algo
Interaction to Next Paint mide el tiempo entre que alguien da clic, toca o escribe, y el momento en que la pantalla le responde algo. Es el equivalente digital de apretar el botón del elevador y esperar a que se prenda la luz. Si tarda, vuelves a apretar. Y si tarda mucho, te vas por las escaleras.
El umbral bueno es 200 milisegundos o menos. Arriba de 500 milisegundos se considera malo.
Si alguien de tu equipo todavía habla de FID, está usando información vieja: esa métrica quedó retirada en marzo de 2024. La diferencia importa, porque FID solo medía la primera interacción, mientras que INP evalúa todas. Es una vara considerablemente más alta.
CLS: qué tanto se mueve todo mientras carga
Cumulative Layout Shift mide cuánto brinca el contenido mientras la página termina de cargar. Ya lo viviste: vas a dar clic en un botón, entra un banner tarde, todo se recorre, y terminas dando clic donde no querías.
El umbral bueno es 0.1 o menos. Arriba de 0.25 se considera malo.
Esta es la métrica que más daño hace en formularios de contacto, y casi nadie la revisa.
El detalle que cambia todo: datos de campo
Aquí está la parte que hace que la mitad de las conversaciones sobre este tema vayan en la dirección equivocada.
Google no califica tu sitio con una prueba de laboratorio. Lo califica con lo que le pasó a tus visitantes reales, desde sus dispositivos reales, en sus conexiones reales, durante los últimos 28 días. Esa información sale del Chrome User Experience Report, y es lo que se conoce como datos de campo.
Es la diferencia entre calificar un restaurante por lo que dicen los comensales que sí fueron, y calificarlo por lo que dice el chef en su cocina vacía a las once de la mañana. El chef siempre va a salir bien.
Y hay una segunda capa. Google no usa el promedio, usa el percentil 75. Para pasar, el 75% de las visitas tiene que estar dentro del umbral bueno. Eso significa que si una cuarta parte de tu tráfico tiene mala experiencia, repruebas, por muy bien que le vaya al resto.
De ahí sale la escena que nos toca ver seguido en juntas: el desarrollador enseña su pantalla con calificación de 95 y el dueño enseña Search Console con la alerta en rojo. Los dos tienen razón. Están midiendo cosas distintas.
Qué las rompe, en orden de frecuencia
En los sitios que auditamos, los culpables se repiten. Van ordenados por qué tan seguido aparecen, no por qué tan graves son.
- Imágenes pesadas sin comprimir. El caso más común y el más fácil de arreglar. Una foto de render de 4 MB en el encabezado destruye el LCP sola. Sube las imágenes en formatos modernos y al tamaño en que realmente se van a mostrar.
- Demasiados scripts de terceros. Cada píxel, chat, mapa de calor y widget de reseñas cobra su cuota. Es la causa número uno de INP malo. Haz inventario: casi siempre hay dos o tres que nadie usa desde hace un año.
- Imágenes y videos sin dimensiones declaradas. Si el navegador no sabe cuánto espacio va a ocupar algo, no lo aparta, y cuando llega empuja todo lo demás. Es la causa número uno de CLS malo y se corrige con dos atributos en el código.
- Fuentes tipográficas que cargan tarde. El texto aparece con una tipografía y a la mitad de segundo cambia a otra. El brinco cuenta como inestabilidad.
- Banners, avisos de cookies y pop-ups que entran tarde. Si se insertan empujando el contenido en lugar de encimarse, cada visita suma inestabilidad.
- Hosting barato o mal ubicado. El menos glamoroso y el más de fondo. Si tu servidor está en otro continente y tu mercado está en México, cada visita arranca con desventaja.
Los primeros tres explican la mayoría de los casos que nos llegan. Si solo vas a atacar algo este mes, ataca esos. Hay más problemas técnicos que sangran tráfico sin que nadie los note, y los reunimos en los errores de SEO que matan tu tráfico.
Cómo se ve esto en tu industria
El diagnóstico general sirve poco. Lo que rompe las métricas cambia según qué vendes y cómo es tu sitio.
Clínicas y consultorios
El problema suele estar en el widget de agenda. Esos calendarios embebidos cargan su propio paquete de código y tiran el INP, justo en el botón que más te importa. Si tu agenda tarda medio segundo en responder al primer toque, una parte de los pacientes vuelve a apretar, se frustra y se sale. Vale la pena medir esa página aparte de la principal.
Despachos jurídicos y contables
Aquí el pecado casi siempre es el CLS en las páginas de contacto. El sitio es sobrio, carga bien, y aun así reprueba porque el formulario se recorre cuando terminan de cargar las fuentes o un mapa. Quien te iba a escribir se equivoca de campo dos veces y abandona. Considerando lo que vale un solo cliente en estos giros, es una fuga cara.
Industrial B2B
Los catálogos técnicos y las fichas de producto con planos de alta resolución son un problema de LCP crónico. Súmale que buena parte del tráfico B2B llega en horario laboral desde redes corporativas con restricciones. Aquí la comprensión de imágenes y la carga diferida de todo lo que está abajo del primer pantallazo hacen la mayor diferencia.
Desarrolladoras inmobiliarias
El giro más castigado, por una razón obvia: el producto se vende con imágenes. Renders, recorridos virtuales, galerías de amenidades y video de fondo en el encabezado. Todo eso es indispensable para vender y todo eso pesa. La salida no es quitar las imágenes, es cargarlas en el orden correcto: primero la que el visitante ve, el resto conforme baja. Lo desarrollamos en SEO para desarrollos inmobiliarios, junto con lo que aplica al posicionamiento local de una inmobiliaria.
Cómo medirlo y qué esperar
Dos herramientas gratuitas bastan y las dos son de Google.
PageSpeed Insights te da el diagnóstico de una URL específica. Al abrirlo vas a ver dos bloques: uno con datos de usuarios reales y otro con una prueba simulada. El que cuenta para posicionar es el primero. Si el bloque de datos reales no aparece, es que esa página no recibe visitas suficientes para que Google tenga muestra.
Search Console te da la foto de todo el sitio, agrupada. Sirve para detectar qué grupo de páginas está mal, no para diagnosticar una en particular. El flujo natural es encontrar el grupo en Search Console y luego revisar una URL de ese grupo en PageSpeed Insights.
Sobre los tiempos, sé realista con tu equipo. Como la calificación se construye con 28 días de visitas reales, arreglar el sitio hoy no mueve el reporte mañana. Lo normal es esperar entre tres y cuatro semanas para ver el cambio reflejado, y eso contando desde que la corrección ya está en producción. Es la misma lógica de paciencia que aplica a todo lo orgánico y que explicamos en cuánto tarda el SEO en dar resultados.
¿Y qué esperar en resultados? Google documentó un experimento de Vodafone donde dos versiones idénticas de una página compitieron entre sí, con la única diferencia de que una estaba optimizada. La versión rápida vendió 8% más. No es un número que puedas prometerle a tu consejo, pero sí te dice de qué tamaño es la palanca cuando el resto ya está bien hecho.
Una advertencia para cerrar esta parte. Las Core Web Vitals funcionan como desempate, no como milagro. Si tu contenido no responde lo que la gente busca, el sitio más rápido del mundo no te va a subir. Primero resuelve el SEO on page, después afina la velocidad. En ese orden.
Servicio relacionado · SEO
Mejorar estas métricas casi siempre implica tocar el código. Como programamos los sitios a mano, sin constructores, en nuestro servicio de SEO técnico medimos tus páginas comerciales y corregimos directamente lo que las hace lentas o inestables.
Preguntas frecuentes
¿Las Core Web Vitals afectan mi posicionamiento en Google?
Sí, son parte de las señales de experiencia de página que Google usa, pero pesan menos de lo que suele venderse. Entre dos páginas que responden igual de bien a lo que alguien busca, la más rápida y estable tiene ventaja. Entre una página rápida con contenido pobre y una lenta con contenido excelente, gana la segunda casi siempre.
Donde sí se nota de inmediato es en la conversión, no en la posición. Una página que tarda o que brinca pierde prospectos que ya llegaron, y eso duele más cuando pagaste publicidad para traerlos. Si tu ticket promedio se mide en cientos de miles de pesos, cada visita que se cae por un formulario inestable es un costo directo, aunque tu ranking no se haya movido ni un lugar.
¿Por qué PageSpeed Insights me da 90 y Search Console dice que estoy mal?
Porque están midiendo dos cosas distintas. La calificación grande y colorida de PageSpeed Insights viene de una prueba simulada en un entorno controlado. Search Console reporta lo que les pasó a tus visitantes reales durante los últimos 28 días, con sus celulares y sus conexiones. La segunda es la que cuenta para posicionar.
Cuando veas esa contradicción, baja en PageSpeed Insights hasta el bloque de datos de usuarios reales, que aparece arriba de la simulación. Ahí vas a encontrar números parecidos a los de Search Console. La prueba simulada sigue siendo útil, pero para otra cosa: te dice qué arreglar. Los datos reales te dicen si ya funcionó.
¿Cuánto tarda en actualizarse mi calificación después de arreglar el sitio?
Entre tres y cuatro semanas desde que la corrección está publicada. La calificación se construye con una ventana móvil de 28 días de visitas reales, así que el reporte tiene que ir soltando los días malos y llenándose de días buenos. No hay forma de acelerarlo ni botón de revisión que lo adelante.
Esto tiene una consecuencia práctica que conviene acordar con tu proveedor desde el principio: no midas el trabajo por el reporte de la semana siguiente. Lo que sí puedes revisar de inmediato es la prueba simulada, que te confirma si el cambio técnico quedó bien hecho. El reporte de campo llega después y es el que manda.
¿Necesito rehacer mi sitio completo para pasar las Core Web Vitals?
Casi nunca. En la mayoría de los casos que revisamos, tres arreglos concentran la mejora: comprimir las imágenes del encabezado, quitar scripts de terceros que ya nadie usa, y declarar las dimensiones de imágenes y videos. Eso no es un rediseño, es un par de días de trabajo técnico sobre lo que ya tienes.
El rediseño se justifica cuando el problema es de construcción: una plantilla comprada cargada de funciones que no ocupas, un constructor visual que genera código inflado, o un sitio armado con veinte plugins encimados. Ahí sí, remendar sale más caro que rehacer. La forma de saber en cuál de los dos casos estás es medir primero y hacer los arreglos baratos; si después de eso las métricas siguen mal, el problema es estructural.
¿Qué pasa si mi sitio tiene poco tráfico y no aparece en el reporte?
Es normal y le pasa a muchos negocios de alto ticket. Google necesita un mínimo de visitas para armar una muestra confiable, y si tu sitio recibe pocas al mes, simplemente no va a haber datos de campo para tus URLs. En ese caso Google puede recurrir a datos de todo el dominio en lugar de la página individual, o no reportar nada.
Que no aparezcas no significa que estés bien. Significa que no te están midiendo todavía. Usa la prueba simulada de PageSpeed Insights como guía, deja el sitio en buen estado desde ahora, y cuando el tráfico crezca vas a llegar a esa etapa con la casa ordenada en lugar de con una alerta en rojo. Es mucho más barato hacerlo así que corregirlo cuando ya dependes del canal.
Lo que deberías hacer ahora
Abre PageSpeed Insights y mide la página que más te importa comercialmente, no la principal: la del desarrollo que estás vendiendo, la de agendar cita, la de contacto. Baja al bloque de datos de usuarios reales y anota los tres números. Eso te toma diez minutos y te dice si tienes un problema o no. Si quieres el panorama completo del canal orgánico, aquí están nuestras guías de Marketing Digital, y también puedes revisar cómo hacer un análisis SEO de tu competencia para saber contra qué estás compitiendo.