Valida la preparación de INP para confirmar reacciones por debajo de 200 ms, lograr una UX más fluida, mejores puntuaciones en Core Web Vitals y rankings más sólidos.
La preparación de INP muestra si la Interacción a la Siguiente Pintura (INP) de una página —el tiempo que transcurre desde que el usuario hace clic, toca o presiona una tecla hasta la siguiente actualización visual— se sitúa por debajo del objetivo de 200 ms de Google, lo que indica que el sitio responde rápidamente a la interacción.
Preparación de INP indica si la Interaction to Next Paint (INP), es decir, el retraso entre una acción del usuario (clic, toque, pulsación de tecla) y el siguiente cambio visual, se mantiene por debajo del umbral de 200 ms de Google. Si una página está “preparada”, la mayoría de las interacciones se sienten instantáneas, lo que le indica a Google que el sitio responde rápidamente a la intención del usuario.
Los Core Web Vitals de Google influyen en el posicionamiento. INP se convertirá en un Core Web Vital en marzo de 2024, reemplazando a First Input Delay (FID). Las páginas que cumplen el objetivo de 200 ms obtienen dos ventajas:
requestIdleCallback o setTimeout.addEventListener('touchstart', handler, {passive: true}) mantiene el desplazamiento fluido.load o mediante async/defer.ResizeObserver te ayudan a detectar reflows costosos.INP mide el tiempo transcurrido entre una interacción del usuario (toque, clic o pulsación de tecla) y el siguiente fotograma que refleja visualmente dicha interacción. Un INP bajo significa que la página se percibe como receptiva, lo que reduce la tasa de rebote e indica a los motores de búsqueda que el sitio ofrece una experiencia fluida, factores que pueden influir en el posicionamiento.
Un INP de 200 ms o menos se clasifica como «bueno». Entre 200 ms y 500 ms se considera «necesita mejorar», y cualquier valor superior a 500 ms es «deficiente». Las páginas en el rango «deficiente» pueden frustrar a los usuarios y perder prioridad en los resultados de búsqueda frente a competidores con una capacidad de respuesta más rápida.
A 450 ms, la página se encuentra en la banda de «needs improvement», lo que significa que la mayoría de los usuarios percibe retraso. Dos quick wins: (1) divide las tareas largas de JavaScript —usa code-splitting o difiere los scripts no críticos para que el hilo principal quede libre y responda más rápido; (2) minimiza el layout thrashing agrupando las actualizaciones del DOM o utilizando CSS containment para que la retroalimentación de la interacción se pinte antes.
Fuente de datos de campo: Chrome User Experience Report (CrUX) en el informe de Core Web Vitals de Google Search Console — muestra métricas de INP de usuarios reales. Herramienta de laboratorio: Lighthouse o WebPageTest — permite reproducir y aislar problemas de INP en un entorno controlado antes de implementar cambios.
✅ Better approach: Extrae el INP en el percentil 75 desde CrUX o tu propio RUM antes y después de cada lanzamiento. Utiliza pruebas de laboratorio para depurar, pero prioriza los datos de campo al decidir si una corrección es lo suficientemente buena.
✅ Better approach: Perfila con el panel Performance, ordena las tareas largas por tiempo de bloqueo y aplica carga diferida (lazy-loading), reemplazo o limitación (throttling) a las problemáticas. Establece un presupuesto de 50 ms por tarea y automatiza alertas en CI para detectar regresiones.
✅ Better approach: Mapea las páginas según su cuota de tráfico, prueba cada plantilla por separado y corrige primero a los peores infractores. Una sola plantilla lenta puede hundir tu puntuación INP a nivel de origen.
✅ Better approach: Establece presupuestos estrictos (p. ej., máximo 100 KB de JavaScript por página y máximo 200 ms de tiempo de scripting por interacción) en la canalización de compilación. Detén la compilación o marca las pull requests que superen el presupuesto.
El anidamiento de schema simplificado—máximo tres niveles—reduce los fallos de …
Maximiza la elegibilidad para resultados enriquecidos y la visibilidad en …
Establece un presupuesto de interacción de 200 ms para proteger …
Reduce el LCP y el ancho de banda hasta en …
Domina los estándares YMYL para proteger a los usuarios, superar …
Evalúa la salud de tus datos estructurados de un vistazo: …
Get expert SEO insights and automated optimizations with our platform.
Start Free Trial