Estado de preparación de INP

La preparación para INP (INP readiness) es un término abreviado para describir qué tan preparado está una página para aprobar Interaction to Next Paint en el campo, y no solo en una prueba de laboratorio. Para los equipos de SEO es importante porque INP es un Core Web Vital y porque las interfaces con retrasos arruinan la finalización de formularios, la tasa de añadir al carrito y la calidad de los leads.

Qué significa realmente la preparación para INP

INP mide la latencia de una interacción del usuario hasta la siguiente actualización visual. Clic. Toque. Pulsación de tecla. Google clasifica 200 ms o menos como “bueno”, 200-500 ms como “requiere mejoras” y 500 ms+ como “malo”.

La parte importante: esto se basa principalmente en datos de campo. Google Search Console y PageSpeed Insights dependen en gran medida de los datos del Chrome UX Report cuando existe suficiente tráfico. Lighthouse puede señalar causas probables, pero no demuestra que tu página esté lista en producción.

Por qué los SEOs deberían importarse

INP reemplazó a FID como Core Web Vital en marzo de 2024. Ese cambio importó porque FID era demasiado permisivo. Una página podía responder rápido al primer toque y luego congelarse en el segundo, tercer o cuarto intento de interacción y aun así verse bien bajo FID. INP es más estricto. Mejor métrica. Más difícil de “fingir”.

Dicho esto, no sobrevendan el impacto en el ranking. Google nunca ha dicho que los Core Web Vitals sean un factor de posicionamiento especialmente pesado. John Mueller, de Google, ha enmarcado repetidamente las señales de experiencia de página como desempates cuando las demás señales son similares. El argumento de negocio suele ser más sólido que el del ranking.

Cómo evaluar la preparación

• Google Search Console: Revisa el informe de Core Web Vitals para los grupos de URL en móvil y escritorio. Esta es tu visión SEO de más alto nivel.
• PageSpeed Insights: Compara los datos de campo de CrUX con los diagnósticos de Lighthouse. Si el INP en campo es 280 ms y el de laboratorio es 90 ms, tus usuarios reales están encontrando problemas que la máquina de pruebas no detectó.
• Chrome DevTools: Usa el panel Performance para encontrar tareas largas, retrasos en controladores de eventos y cuellos de botella en el renderizado.
• Screaming Frog: Rastrea plantillas y mapea qué tipos de página cargan mucho JavaScript, widgets de terceros o librerías de componentes infladas.
• Ahrefs o Semrush: Da prioridad a las correcciones en plantillas que generen la mayor cantidad de entradas orgánicas, no en páginas aleatorias con poco tráfico.

Qué suele romper INP

• Tareas largas en el hilo principal por encima de 50 ms
• Renderizado pesado del lado del cliente en apps con React, Vue o Angular
• Scripts de terceros como chat, pruebas A/B, herramientas de consentimiento y mapas de calor
• Actualizaciones costosas del DOM y “thrashing” de layout después de la entrada
• Dispositivos Android de gama baja con CPUs débiles, donde “va bien en escritorio” no significa nada

La advertencia sincera: los datos de INP pueden ser ruidosos. Las páginas con poco tráfico pueden no tener suficientes datos de CrUX. El agrupamiento de URL en GSC puede ocultar qué plantilla exacta está fallando. Y algunas interacciones simplemente no son lo bastante comunes como para aparecer hasta que una funcionalidad tenga uso real.

Lo que hacen los equipos buenos

Tratan la preparación para INP como un problema de plantillas e ingresos, no como una métrica de vanidad. Primero arreglen el checkout, el formulario de leads, los filtros de productos, la búsqueda interna y la navegación. Si una página de categoría recibe 50.000 visitas orgánicas al mes y está en 260 ms de INP, merece atención antes de pulir una plantilla de blog que ya está en 140 ms.

Surfer SEO, Moz, Ahrefs y Semrush no diagnostican INP de forma directa. Te ayudan a decidir dónde es donde más importa el trabajo de rendimiento. La depuración sigue ocurriendo en GSC, PageSpeed Insights, Chrome DevTools y en tu configuración de RUM.