INP Core Web Vitals : un sitio puede obtener una buena puntuación global de score y, aun así, parecer lento si sus interacciones, su JavaScript o sus scripts de terceros retrasan la respuesta visible para el usuario.
Por qué un buen score Core Web Vitals no garantiza siempre una sensación de rapidez
Un score PageSpeed o Lighthouse satisfactorio no cuenta toda la historia. Puede indicar que la página se carga correctamente en un escenario de prueba, alors que los usuarios perciben lentitud al hacer clic, al tocar o lors de abrir un menú.
Ahí es precisamente donde el INP Core Web Vitals se vuelve decisivo. El Interaction to Next Paint mide el tiempo entre una acción del usuario y la actualización visible de la interfaz, lo que refleja mucho mejor la capacidad de respuesta real de un sitio moderno.
Imaginemos una pyme que tiene un sitio corporativo rápido al cargar, pero cuyo botón “Solicitar un presupuesto” tarda un segundo en responder en móvil. El visitante no mira el score técnico: siente una fricción, duda y, a veces, abandona la página.
En DualMedia, este tipo de diagnóstico aparece a menudo durante auditorías de performance web, especialmente en sitios WordPress, e-commerce o aplicaciones de negocio con mucho JavaScript. La percepción del usuario rara vez depende de una sola métrica, sino de la secuencia completa entre carga, estabilidad e interacción.
Comprender las tres métricas Core Web Vitals: LCP, INP y CLS
Los Core Web Vitals son los indicadores que utiliza Google para evaluar la calidad técnica de la experiencia de usuario. No sustituyen al contenido, la autorridad ni la intención de búsqueda, pero pueden marcar la diferencia entre dos sitios de calidad equivalente.
Desde marzo de 2024, el INP ha sustituido al FID. Esta evolución es importante, porque el FID solo medía la primera interacción, mientras que el INP observa la capacidad de respuesta a lo largo de toda la sesión.
| Métrico | Lo que mide | Buen score | A mejororar | Mal score |
|---|---|---|---|---|
| LCP | Tiempo de visualización del elemento visible más grande | Menos de 2,5 segundos | Entre 2,5 s y 4 s | Más de 4 s |
| INP | Capacidad de respuesta tras las interacciones del usuario | Menos de 200 ms | Entre 200 ms y 500 ms | Más de 500 ms |
| CLS | Estabilidad visual de la página | Menos de 0,1 | Entre 0,1 y 0,25 | Más de 0,25 |
LCP indica si el contenido principal llega rápido. CLS comprueba que la página no se mueva de forma inesperada. INP, por su parte, revela si el sitio responde de inmediato cuando el usuario actúa.
Para profundizar en la lógica global de estas señales, la guía dedicada a Core Web Vitals permite comprender mejor su impacto en el SEO y la experiencia de usuario.
Por qué el INP Core Web Vitals revela las lentitudes invisibles al cargar
El INP Core Web Vitals no mide solo si una página se muestra rápido. Mide sobre todo la capacidad del navegador para procesar una interacción y mostrar una respuesta visual sin un retraso perceptible.
Por tanto, un sitio puede tener un LCP correcto, un diseño estable y, aun así, dar la impresión de ser pesado. Este caso aparece a menudo en interfaces ricas: filtros de catálogo, menús complejos, forormularios dinámicos, configuradores, tablas de bordos o embudos de compra.
La causa más frecuente sigue siendo JavaScript, que ocupa durante demasiado tiempo el hilo principal del navegador. Mientras se ejecuta una tarea pesada, el clic del usuario espera su turno, aunque la página ya pareciera cargada.
Un buen indicador técnico puede ocultar un mal momento de usuario. Por tanto, el rendimiento no se limita a la llegada de la página: continúa durante todo el uso.
Las causas frecuentes de un INP deteriorado
Las lentitudes de interacción rara vez proceden de un único archivo. A menudo son el resultado de una acumulación de scripts, bibliotecas, etiquetas de marketing y componentes mal optimizados.
- Tareas largas de JavaScript que bloquean el hilo principal.
- Demasiados scripts de terceros, como chats, píxeles publicitarios, heatmaps o widgets sociales.
- Escuchadores de eventos que ejecutan demasiados procesos después de un clic.
- Un framework front-end cargado de golpe en lugar de dividirse según las necesidades.
- Animaciones o transiciones que exigen demasiado al navegador en móvil.
La trampa clásica consiste en optimizar solo las imágenes y la caché. Estas acciones suelen mejorar la carga, pero no siempre corrigen la capacidad de respuesta tras la interacción.
Cómo mejorar el INP sin romper la experiencia de usuario
Optimizar el INP requiere un enfoque metódico. No se trata de eliminar todo el JavaScript, sino de hacerlo más inteligente, más progresivo y mejor priorizado.
Los scripts indispensables para la visualización inicial deben mantenerse bajo control. Los procesos secundarios, en cambio, pueden aplazarse, dividirse o cargarse solo cuando el usuario los necesita de verdad.
| Acción técnica | Efecto esperado | Caso de uso recomendado |
|---|---|---|
| Usar defer | Carga los scripts sin bloquear el análisis del HTML | Scripts dependientes del DOM u otros scripts |
| Usar async | Ejecuta el script en cuanto esté listo | Scripts independientes como algunas herramientas de analítica |
| Dividir el JavaScript | Reduce la carga inicial | Aplicaciones web, dashboards, interfaces de comercio electrónico |
| Posponer los scripts de terceros | Libera el hilo principal | Chat, seguimiento, widgets de marketing no críticos |
| Optimizar los eventos | Reduce el retraso después de hacer clic o tocar | Menús, filtros, formularios, botones de acción |
En un proyecto concreto, un menú móvil que tarda en abrirse puede deberse a un simple gestor de clics demasiado cargado. Al trasladar los cálculos pesados fuera de la interacción inmediata, la interfaz vuelve a ser fluida sin cambiar el diseño.
A agencia web y móvil como DualMedia analiza estos puntos tanto del lado del código, UX y conversión. El objetivo no es solo obtener una métrica verde, sino ofrecer una sensación de respuesta inmediata en los dispositivos realmente utilizados por los visitantes.
El papel del LCP en la percepción de un sitio rápido
El LCP mide el tiempo necesario para mostrar el elemento principal visible en la ventana. Suele tratarse de una imagen hero, un banner, un gran título o un bloque editorial central.
Si este elemento llega demasiado tarde, el visitante tiene inmediatamente la impresión de que el sitio es lento. Incluso con un INP correcto después, la primera impresión ya puede haberse visto perjudicada.
Las causas más comunes son conocidas: servidor demasiado lento, imagen demasiado pesada, CSS bloqueante, JavaScript no crítico cargado demasiado pronto o lazy loading aplicado por error a la imagen principal. El lazy loading es útil para las imágenes más abajo en la página, pero se vuelve contraproducente en el elemento LCP.
Para mejorar el LCP, hay que priorizar lo que es visible por encima del pliegue. Un CDN, imágenes WebP o AVIF, un preload específico y un CSS crítico bien gestionado pueden generar mejoras muy visibles.
Ejemplo de prioridad en una imagen principal
Una imagen hero no debe esperar detrás de scripts secundarios. Puede precargarse en el head y luego llamarse con dimensiones precisas y una prioridad alta.
El principio sigue siendo simple: no precargarlo todo. Si todos los recursos se vuelven prioritarios, en realidad nada lo es, y el navegador pierde el beneficio de la ordenación.
El CLS y las microfrustraciones que dan sensación de lentitud
El CLS mide los desplazamientos inesperados del diseño. No es lentitud en sentido estricto, pero el efecto percibido puede ser similar: el sitio parece inestable, impreciso y poco fiable.
El escenario es familiar: un usuario está a punto de hacer clic en un botón, aparece una banner, el contenido baja y el clic cae en el lugar equivocado. Esta microfrustración basta para deteriorar la confianza.
Las imágenes sin anchura ni altura, las fuentes web mal cargadas, los anuncios inyectados dinámicamente y las notificaciones colocadas encima del contenido son causas frecuentes. El navegador necesita reservar el espacio antes de que lleguen los recursos.
La corrección suele basarse en gestos sencillos: definir width y height, utilizar aspect-ratio, precargar las fuentes importantes, aplicar font-display: swap y reservar contenedores para los elementos dinámicos.
Medir el INP Core Web Vitals con las herramientas adecuadas
Una auditoría fiable combina datos de laboratorio y datos de campo. Los primeros ayudan a reproducir los problemas; los segundos muestran lo que realmente viven los usuarios.
PageSpeed Insights ofrece una primera lectura útil, ya que combina recomendaciones técnicas y datos reales cuando la muestra está disponible. Lighthouse, integrado en Chrome DevTools, sigue siendo valioso durante el desarrollo, pero no sustituye la realidad del tráfico móvil.
Google Search Console permite seguir los grupos de URL afectados por problemas de Core Web Vitals. GTmetrix ofrece una lectura waterfall detallada, útil para comprender el orden de carga de los recursos.
| Herramienta | Tipo de datos | Uso pertinente |
|---|---|---|
| PageSpeed Insights | Laboratorio y campo | Diagnóstico inicial y recomendaciones |
| Faro | Laboratorio | Pruebas locales durante el desarrollo |
| Consola de búsqueda de Google | Terreno | Seguimiento continuo de las URL realmente visitadas |
| Chrome UX Report | Terreno | Análisis agregado de los usuarios de Chrome |
| GTmetrix | Laboratorio | Análisis waterfall y seguimiento historico |
Para completar una auditoría, soluciones de seguimiento como web-vitals.js pueden recopilar las métricas directamente desde las sesiones reales. Este enfoque se vuelve valioso coruando un sitio presenta recorridos complejos o audiencias muy móviles.
Una selección de herramientas SEO y de rendormiento también puede ayudar a priororizar las acciones. El panororama de los mejores herramientas SEO aporta pistas útiles para cruzar rendormiento, visibilidad y seguimiento técnico.
Optimizar WordPress para reducir la lentitud percibida
WordPress puede ofrecer unos Core Web Vitals muy buenos, siempre que se eviten la acumulación incontrolada de plugins, de temas pesados y de constructores visuales mal configurados. El problema no es WordPress en sí, sino la forma en que está montado.
Un sitio WordPress lento al hacer clic puede cargar demasiados scripts globales en todas las páginas. Por ejemplo, un plugin de formulario puede inyectar su JavaScript incluso en páginas sin formulario, lo que lastra innecesariamente la experiencia.
Extensiones como WP Rocket, Autoptimize, ShortPixel, EWWW Image Optimizer o Perfmatters pueden mejoraor el caché, la minificación, la compresión de imágenes y la desactivación selectiva de scripts. La elección debe seguir siendo mesurada: instalar demasiadas herramientas de optimización puede producir el efecto contrario.
Para los proyectos WordPress, es pertinente consultar una selección actualizada de los plugins útiles de WordPressy luego probar cada añadido en las métricas reales en lugar de confiar en una promesa de marketing.
Cuándo una remodelación técnica resulta más rentable que correcciones aisladas
Algunos sitios acumulan tanta deuda técnica que las optimizaciones puntuales ya no bastan. Un tema antiguo, plugins apilados, scripts sin mantenimiento y una arquitectura confusa pueden limitar los resultados de forma duradera.
En ese caso, una remodelación controlada resulta más racional que una serie de parches. Permite partir de una base más limpia, revisar las plantillas, simplificar los recorridos y priororizar el rendormiento desde el diseño.
La decisión debe apoyarse en pruebas: datos de Search Console, análisis de las conversiones, tiempo de carga real, tasa de rebote móvil, logs del servidor y auditoría del código. Una rediseño del sitio web exitosa no se limita a un nuevo diseño; debe refororzar la velocidad, el SEO y la experiencia de usuario.
DualMedia acompaña este tipo de proyecto con un enfoque web y móvil: definición técnica, UX, desarrollo, optimización SEO y seguimiento tras la puesta en línea. El objetivo correcto no es “hacerlo nuevo”, sino hacer que el sitio sea más claro, más rápido y más rentable.
Los errores que hay que evitar con el INP Core Web Vitals
El primer error consiste en aspirar únicamente a un score de 100. Un score perfecto puede costar mucho tiempo de desarrollo, alors que el verdadero reto es obtener métricas en verde y una experiencia fluida.
El segundo error es tratar todos los scripts como equivalentes. Un script de pago, un menú principal o un formulario de contacto no tienen la misma prioridad que un widget social situado al final de la página.
- No optimizar solo la página de inicio si las páginas de producto o de servicios generan el tráfico.
- No ocultar los problemas con la caché sin corrigir los scripts que bloquean.
- No aplicar loading=”lazy” a la imagen principal por encima del pliegue.
- No multiplicar los trackers sin medir su impacto real.
- No fiarse de una única prueba Lighthouse lanzada desde una conexión rápida.
El buen método consiste en priorizar las páginas estratégicas y luego corrigir las causas que afectan al mayor número de usuarios. Un sitio performante es, ante todo, un sitio que responde bien en las condiciones reales de navegación.
Nuestra opinión
El INP Core Web Vitals marca un cambio imporante en la manera de entender la performance web. Ya no basta con cargar rápido; también hay que responder rápido, sobre todo en móvil y en interfaces interactivas.
Un buen score global puede ser tranquilizador, pero nunca debe sustituir la observación del comporamiento del usuario. Las lentitudes percibidas suelen surgir justo en el momento en que el internauta espera una reacción inmediata.
Para mejorrar de forma duradera un sitio, el enfoque más eficaz combina auditoría técnica, optimización de JavaScript, jerarquización de recursos, control de scripts de terceros y seguimiento en campo. Es esta visión completa la que permite alinear SEO, UX y performance real.
Para ir más allá, el análisis de Core Web Vitals y de la performance web ayuda a estructurar un enfoque concreto, progresivo y medible.
¿Qué es INP Core Web Vitals?
L’INP Core Web Vitals mide la capacidad de respuesta de una página después de una interacción del usuario. Evalúa el tiempo transcurrido entre un clic, un toque o una pulsación de teclado y la siguiente actualización visible de la interfaz. Cuanto más corto sea ese tiempo, más fluida parece la web.
¿Por qué mi sitio parece lento con un buen score PageSpeed?
Su sitio puede parecer lento si sus interacciones se retrasan, aunque la carga inicial sea buena. PageSpeed ofrece una lectura útil, pero ciertos lentitudes provienen de JavaScript, scripts de terceros o procesos desencadenados después del clic. INP permite precisamente identificar ese desfase.
¿Qué diferencia hay entre INP y FID?
L’INP ha sustituido al FID para medir la capacidad de respuesta de manera más completa. El FID observaba solo la primera interacción, mientras que el INP tiene en cuenta las interacciones durante toda la sesión. Por tanto, esta métrica es más representativa de la experiencia real.
¿Cuál es el umbral adecuado para el INP Core Web Vitals?
Un buen INP debe mantenerse por debajo de 200 ms. Entre 200 ms y 500 ms, la página se considera mejorable. Por encima de 500 ms, es probable que el usuario perciba claramente lentitud.
¿Es JavaScript la principal causa de un mal INP?
Sí, JavaScript suele ser la causa principal de un mal INP. Tareas largas, scripts de terceros o eventos mal optimizados pueden bloquear el hilo principal del navegador. El resultado es una interfaz que responde demasiado tarde a las acciones del usuario.
¿Cómo mejorar rápidamente el INP de un sitio WordPress?
Es necesario reducir los scripts innecesarios y diferir lo que no es crítico. En WordPress, los plugins de caché, de optimización de archivos y de desactivación selectiva de scripts pueden ayudar. Sigue siendo necesario una auditoría para evitar añadir extensiones que sobrecarguen demasiado el sitio.
¿Influyen los Web Vitals de L’INP Core en el SEO?
Sí, el INP forma parte de los Core Web Vitals tenidos en cuenta en la experiencia de página. No es el único factor de clasificación, pero puede tener peso lorsque varios sitios tienen un contenido y una autoridad comparables. Una mejor capacidad de respuesta mejora también las señales de interacción.
¿Hay que aspirar a una puntuación de 100 en PageSpeed Insights?
No, alcanzar 100 no siempre es necesario ni rentable. El objetivo prioritario es obtener métricas Core Web Vitals en verde, especialmente LCP, INP y CLS. Un sitio ligeramente por debajo de 100 puede ofrecer una excelente experiencia real.
¿Qué herramientas utilizar para medir el INP Core Web Vitals?
PageSpeed Insights, Google Search Console y Chrome UX Report son las herramientas más útiles. Lighthouse ayuda durante el desarrollo, pero los datos de campo siguen siendo indispensables. Muestran cómo se comporta realmente el sitio web entre los visitantes.
¿Por qué los scripts de terceros ralentizan las interacciones?
Los scripts de terceros pueden ocupar el navegador en el momento menos oportuno. El chat en línea, los análisis, los píxeles publicitarios o los widgets sociales añaden carga de procesamiento y, a veces, solicitudes externas. Si no se posponen o controlan, degradan el INP.
¿Puede una rediseño mejorar los Core Web Vitals?
Sí, una refactorización bien enfocada puede mejorar significativamente los Core Web Vitals. Permite corregir la arquitectura, simplificar las plantillas y reducir la deuda técnica. Sin embargo, debe gestionarse con objetivos SEO, UX y rendimiento precisos.
¿Puede DualMedia auditar un problema de INP Core Web Vitals?
Sí, DualMedia puede analizar las causas técnicas de un INP degradado. La auditoría puede abarcar JavaScript, scripts de terceros, WordPress, la UX móvil y las performances reales medidas en los usuarios. Las recomendaciones se priorizan después según su impacto en el SEO y la conversión.
¿Quieres obtener una cotización detallada para una aplicación móvil o sitio web?
Nuestro equipo de expertos en desarrollo y diseño de DualMedia está listo para hacer realidad sus ideas. Contáctenos hoy mismo para obtener un presupuesto rápido y preciso: contact@dualmedia.fr