Core Web Vitals y SEO técnico: qué revisar y en qué orden

Los Core Web Vitals son tres métricas con las que Google mide si tu web se siente rápida y estable: LCP, INP y CLS. No son un factor de posicionamiento enorme, pero sí deciden cuánta gente se queda. Y si tu contenido y el de tu competencia empatan, son el desempate.

Ojo con las guías que encuentres: FID ya no existe. Google lo reemplazó por INP en marzo de 2024. Si un artículo o una agencia te habla de FID en 2026, está trabajando con información vieja.

¿Cuáles son las tres métricas y qué valor hay que alcanzar?

Métrica	Qué mide	Bien	Mejorable	Mal
LCP (Largest Contentful Paint)	Cuánto tarda en pintarse el elemento más grande de la pantalla	≤ 2,5 s	2,5 a 4 s	> 4 s
INP (Interaction to Next Paint)	Cuánto tarda la página en responder cuando tocas algo	≤ 200 ms	200 a 500 ms	> 500 ms
CLS (Cumulative Layout Shift)	Cuánto se mueve el contenido mientras carga	≤ 0,1	0,1 a 0,25	> 0,25

Para aprobar, hay que estar en verde en las tres en el percentil 75 de las visitas reales. Es decir: no basta con que vaya bien en tu computador con fibra óptica. Tiene que ir bien para tres de cada cuatro visitantes, muchos de ellos con datos móviles.

¿Con qué se mide, si la herramienta que uso dice otra cosa?

Esta es la confusión más común, y vale la pena entenderla porque cambia las decisiones.

Tipo de dato	Qué es	Herramientas	Para qué sirve
Campo	Lo que experimentaron usuarios reales en los últimos 28 días	Search Console, CrUX, PageSpeed Insights (arriba)	Es el que cuenta para Google
Laboratorio	Una simulación en condiciones controladas	Lighthouse, PageSpeed Insights (abajo)	Sirve para diagnosticar, no para calificar

Lighthouse te da un puntaje de 0 a 100 que no es lo que Google usa para posicionar. He visto equipos perseguir el 100 en Lighthouse durante semanas mientras el dato de campo seguía en rojo. Mira primero Search Console, que es campo real y agrupado por tipo de página.

¿Qué arreglar primero?

En el orden en que suele dar más resultado por esfuerzo:

1. Las imágenes. Son la causa número uno de LCP malo. Formato moderno como WebP o AVIF, tamaño del archivo acorde al tamaño en pantalla, y la imagen principal cargada con prioridad en vez de perezosa.
2. Reservar el espacio de lo que carga después. Si una imagen, un banner o un anuncio aparece y empuja el texto hacia abajo, eso es CLS. Se arregla declarando ancho y alto o una proporción fija.
3. Las fuentes. Una tipografía que carga tarde produce un salto de texto. Con font-display: swap y precarga de la fuente principal se resuelve casi siempre.
4. El JavaScript de terceros. Píxeles, chats, mapas, ventanas emergentes. Es la causa principal de INP malo, porque bloquean el hilo que debe responder al toque del usuario. Cargarlos después, o no cargarlos, es la única solución real.
5. El alojamiento y la caché. Si el servidor tarda en responder, todo lo demás llega tarde. En Colombia pesa dónde está el servidor y si hay una red de distribución delante.

¿Qué más hay en SEO técnico además de la velocidad?

Los Core Web Vitals son la parte visible. Debajo hay cosas que, si están mal, no te dejan competir:

• Indexación. Que Google pueda entrar, entienda qué indexar y no se pierda en páginas duplicadas o de filtros infinitos.
• Canónicas. Que cada contenido tenga una sola dirección oficial.
• Datos estructurados. El schema que corresponda a cada tipo de página. Lo desarrollé en implementación de schema markup avanzado.
• HTTPS y cabeceras de seguridad. Hoy es piso mínimo, no diferencial.
• Renderizado. Si el contenido solo aparece con JavaScript, muchos rastreadores no lo ven. Los de las IA, en particular, no ejecutan JavaScript.

Ese último punto se volvió mucho más importante desde que buscar dejó de ser solo Google.

¿Cómo se hace una auditoría técnica sin perderse?

Mi orden, que es de mayor a menor impacto:

1. ¿Google puede entrar y entender el sitio? robots.txt, mapa del sitio, estado de indexación en Search Console.
2. ¿Cuántas páginas valiosas están realmente indexadas? Casi siempre hay sorpresas aquí.
3. ¿Cómo van los Core Web Vitals en datos de campo, separando móvil y escritorio?
4. ¿Hay contenido duplicado o canibalización entre páginas propias?
5. ¿Los datos estructurados están bien y sin errores?
6. ¿El contenido se ve sin JavaScript?

Con eso ya tienes el 80% del diagnóstico. Lo demás es afinar.

¿Esto mueve de verdad el posicionamiento?

Con honestidad: menos de lo que venden las agencias y más de lo que creen los desarrolladores.

Google ha dicho que la experiencia de página es un factor de desempate, no un reemplazo de la relevancia. Una página lenta con la mejor respuesta puede ganarle a una rápida con una respuesta mediocre. Pero entre dos respuestas parecidas, gana la que no hace esperar.

Donde el impacto sí es grande y medible es en la conversión. Cada segundo de espera se paga en gente que se va, y eso se ve en tu propia analítica sin necesidad de creerle a nadie.

Preguntas frecuentes

¿Qué son los Core Web Vitals? Tres métricas con las que Google mide la experiencia de carga de una página: LCP, que es cuánto tarda en pintarse lo más grande; INP, que es cuánto tarda en responder a una interacción; y CLS, que es cuánto se mueve el contenido mientras carga.

¿FID todavía se usa? No. Google lo reemplazó por INP en marzo de 2024. Cualquier guía que hoy hable de FID como métrica vigente está desactualizada.

¿Cuál es el valor bueno de cada métrica? LCP hasta 2,5 segundos, INP hasta 200 milisegundos y CLS hasta 0,1, medidos en el percentil 75 de las visitas reales.

¿Por qué PageSpeed Insights me da dos resultados distintos? Porque son dos cosas. Arriba están los datos de usuarios reales de los últimos 28 días, que es lo que Google usa. Abajo está una simulación de laboratorio, útil para diagnosticar. Pueden no coincidir, y no es un error.

¿Sirve de algo llegar a 100 en Lighthouse? Sirve para diagnosticar, no para posicionar. Ese puntaje no es lo que Google evalúa. Es más útil tener 75 en Lighthouse y verde en datos de campo que al revés.

¿Qué suele dañar más el INP? El JavaScript de terceros: chats, píxeles de publicidad, ventanas emergentes y mapas incrustados. Bloquean el navegador justo cuando el usuario toca algo.

¿Cuánto tarda en actualizarse el dato después de arreglar algo? Hasta 28 días, porque es una ventana móvil de datos reales. No esperes ver el cambio al día siguiente.

¿Esto cambia si mi tráfico es casi todo móvil? Cambia bastante, y en Colombia casi siempre lo es. Mide en móvil y con conexión limitada, no con la wifi de la oficina.

Si quieres que revise el estado técnico de tu sitio, así es como trabajo como consultor de marketing digital.