Comprobador de FID / INP

INP (Interaction to Next Paint) mide la latencia de todas las interacciones de una página a lo largo de su vida útil. Reemplazó a FID como Core Web Vital en marzo de 2024. Un buen INP es inferior a 200 ms.

FID (First Input Delay) medía solo el retraso de la primera interacción del usuario. Quedó obsoleto en marzo de 2024 y fue reemplazado por INP, que mide todas las interacciones.

Divide las tareas largas de JavaScript, minimiza el tamaño del DOM, reduce el impacto de los scripts de terceros, evita los reflujos sincrónicos forzados y usa transiciones CSS en lugar de animaciones con JS.

Sí, el Verificador de FID / INP es 100 % gratis, sin registro, sin tarifas ocultas y sin límites de uso. Todo el procesamiento se realiza localmente en tu navegador, garantizando una privacidad total.

Por supuesto. El Verificador de FID / INP procesa todo del lado del cliente, en tu navegador. No se sube ni almacena ningún dato en ningún servidor. Tu contenido permanece privado en tu dispositivo en todo momento.

Sí, el Verificador de FID / INP es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna app.

No se necesita ninguna cuenta ni registro. Simplemente abre el Verificador de FID / INP en tu navegador y empieza a usarlo de inmediato. No hay barreras de registro ni restricciones de uso.

Sí, el Verificador de FID / INP está desarrollado siguiendo las directrices y prácticas recomendadas actuales de Google Search. Actualizamos la herramienta con regularidad para reflejar los cambios en los requisitos de los motores de búsqueda.

El Verificador de FID / INP funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

Google clasifica el INP (Interaction to Next Paint) en tres franjas medidas en milisegundos: Bueno es menos de 200 ms, Necesita mejora es de 200 a 500 ms, y Deficiente es cualquier valor por encima de 500 ms. Para aprobar la evaluación de Core Web Vitals, el percentil 75 de tus usuarios reales debe caer en la franja Buena, es decir, al menos tres de cada cuatro interacciones deben responder en menos de 200 ms. FID usaba una escala más indulgente porque solo medía la primera interacción: Bueno por debajo de 100 ms, Necesita mejora de 100 a 300 ms, y Deficiente por encima de 300 ms. Como INP capta la peor interacción a lo largo de toda la vida de la página, es más difícil de aprobar y refleja con más honestidad cómo se siente de ágil una página. Pega un valor de PageSpeed Insights en este comprobador para ver exactamente en qué franja caes.

FID (First Input Delay) solo medía el retraso antes de que el navegador empezara a procesar la primerísima interacción tras la carga, y aun así capturaba solo el retraso de entrada, no el tiempo hasta que la pantalla realmente se actualizaba. Eso hacía que fuera fácil de aprobar: el primer toque suele producirse antes de que el hilo principal se sature, así que muchas páginas lentas obtenían buena puntuación. INP corrige ambos puntos ciegos. Observa cada clic, toque y pulsación de tecla durante todo el tiempo que la página permanece abierta, mide la latencia completa desde la entrada hasta el siguiente pintado visible y reporta la peor de todas. El resultado refleja la capacidad de respuesta sostenida que experimenta un visitante real, no una instantánea afortunada. Google convirtió a INP en un Core Web Vital oficial en marzo de 2024, retirando a FID. Esta herramienta sigue reportando FID para comparación histórica mientras pone a INP en primer plano, para que puedas comprobar cómo se comporta una página según el estándar actual.

Las dos cifras responden a preguntas diferentes. La medición en vivo de esta herramienta engancha un PerformanceObserver a tu pestaña actual y registra la latencia de las interacciones que realizas justo ahora, en tu dispositivo, tu red y tu CPU. Refleja exactamente una sesión, lo cual es ideal para verificar una compilación en desarrollo o tu propia máquina. PageSpeed Insights, en cambio, reporta datos de campo del Chrome User Experience Report, agregando visitas reales de los últimos 28 días en el percentil 75 a través de muchos dispositivos y condiciones. Un portátil rápido suele mostrar una cifra en vivo mejor que los datos de campo, porque los teléfonos más lentos y las redes saturadas elevan la cifra real. Trata la lectura en vivo como un diagnóstico rápido y la puntuación de campo como el veredicto que afecta a la búsqueda. Usa ambas vías en este comprobador: mide en vivo y luego pega el valor de PSI para calificarlo.

No necesitas las DevTools de Chrome ni la librería web-vitals para obtener una lectura real. Abre este comprobador, haz clic en Comenzar a medir y luego interactúa con la página exactamente como lo haría un visitante: haz clic en botones, escribe en campos y desplázate. Por detrás, engancha un PerformanceObserver a las entradas de tiempo event y first-input, registra la latencia de cada interacción y reporta el INP máximo que detecta junto con el FID de la primera entrada. Como lee datos de tiempo estándar del navegador desde tu propia sesión, nada se sube y la medición es genuinamente en vivo, no simulada. Es la forma más rápida de confirmar que una corrección funcionó antes de que un lanzamiento llegue a usuarios reales. Para obtener datos de campo representativos de todos los visitantes, sigue el enlace integrado a PageSpeed Insights y pega el valor devuelto de nuevo en la herramienta para obtener una calificación instantánea.

Un INP alto casi siempre se debe a que el hilo principal está bloqueado cuando un usuario interactúa. Los culpables habituales son las tareas de JavaScript largas de más de 50 ms, trabajo pesado ejecutándose directamente dentro de controladores de clic o de pulsación de tecla, árboles DOM grandes que encarecen cada recálculo de estilo y diseño, scripts de terceros, diseños síncronos forzados y animaciones impulsadas por JavaScript que podrían ejecutarse en el compositor. Para encontrar al responsable, usa la medición en vivo de esta herramienta e interactúa con cada elemento por turnos; el INP máximo reportado sube en la interacción que se retrasa, señalándote el controlador que hay que investigar. Las soluciones habituales incluyen dividir las tareas largas con setTimeout, requestIdleCallback o scheduler.yield(), mantener el DOM por debajo de aproximadamente 1500 nodos, posponer los scripts no críticos y preferir las transiciones CSS sobre la animación con JavaScript. Mide, aplica un cambio y vuelve a medir aquí para confirmar que la interacción se hizo más rápida.