Core Web Vitals en 2026: qué ha cambiado y qué sigue rompiendo sitios

La mayoría de auditorías técnicas que hago empiezan igual: el cliente tiene un LCP aceptable, un CLS bajo control, y aun así Search Console marca la mitad de sus URLs como “necesita mejora” o “deficiente”. El motivo casi siempre es el mismo: INP.

Por qué INP sigue sorprendiendo a tanta gente

INP (Interaction to Next Paint) sustituyó a FID en marzo de 2024, pero mide algo distinto y más exigente. FID solo capturaba el retraso antes de que el navegador empezara a procesar la primera interacción. INP mide el ciclo completo de cualquier interacción durante toda la visita: desde el clic hasta que el usuario ve el resultado en pantalla, y se queda con el peor valor observado, no con una media.

Esto significa que un sitio puede tener una carga inicial impecable y aun así fallar INP si:

• Un modal se abre con una animación que bloquea el hilo principal más de 200ms.
• Un formulario ejecuta validación síncrona pesada en cada keydown.
• Un carrusel de imágenes recalcula layout en cada interacción táctil.

Ninguno de estos problemas aparece en una auditoría de Lighthouse superficial, porque Lighthouse simula una sesión corta y estos problemas suelen aparecer tras varias interacciones seguidas, que es exactamente el patrón real de un usuario navegando un catálogo o rellenando un checkout.

Cómo lo diagnostico

1. CrUX field data primero, lab data después. Los datos de campo (reales, de usuarios de Chrome) mandan sobre cualquier simulación de laboratorio. Si CrUX dice que el P75 de INP está por encima de 200ms, ahí está el problema, independientemente de lo que diga Lighthouse en local.
2. Performance panel de Chrome DevTools grabando una sesión de interacción real, no solo la carga. Busco tareas largas (>50ms) que se disparan después de un evento de usuario, no durante el load.
3. Aislar el JavaScript de terceros. En el 70% de los casos que he auditado, el culpable no es el código propio sino un widget de chat, un pixel de tracking mal cargado, o una librería de A/B testing que bloquea el hilo principal en el peor momento posible.

La parte que nadie quiere oír

Arreglar INP casi nunca es una tarea de “una tarde”. Suele implicar mover trabajo del hilo principal a un Web Worker, diferir JavaScript no crítico con requestIdleCallback, o directamente eliminar dependencias de terceros que no están justificando su coste de rendimiento. No hay un plugin que lo arregle solo.

Si tu sitio lleva meses estancado en “necesita mejora” en Search Console, probablemente no es un problema de contenido ni de enlaces. Es esto.