Una página puede cargar deprisa y, aun así, sentirse lenta cuando alguien abre el menú, pulsa un botón o interactúa con un formulario. Interaction to Next Paint (INP) ayuda a detectar esa diferencia: observa cuánto tarda la página en mostrar una respuesta visual tras las interacciones del usuario.
En WordPress, el origen puede estar en el tema, en scripts de plugins, en un constructor visual o en código propio. La clave es identificar primero la interacción lenta y el trabajo que bloquea al navegador, antes de desactivar funciones a ciegas.
Qué mide INP y cómo interpretarlo
INP representa la capacidad de respuesta durante la visita, tomando como referencia la interacción más lenta observada (con ciertas excepciones para valores atípicos). Google clasifica como bueno un valor de hasta 200 ms y como deficiente uno superior a 500 ms, evaluado en el percentil 75 y separado por móvil y escritorio. Son umbrales de experiencia, no promesas de posicionamiento.
Conviene distinguir tres fases: el retraso hasta que comienza el manejador del evento, el tiempo que tarda ese código en ejecutarse y el retraso hasta que el navegador pinta el siguiente fotograma. Cada fase apunta a una solución distinta.
Empieza por datos de usuarios reales
Consulta el informe de Core Web Vitals de Search Console o PageSpeed Insights para saber si hay datos de campo suficientes y qué grupo de URLs presenta problemas. Si una página no dispone de datos propios, evita atribuirle automáticamente el valor agregado de todo el origen.
Después reproduce las interacciones importantes en móvil: abrir el menú, desplegar filtros, enviar un formulario o pulsar un CTA. Las herramientas de desarrollo del navegador permiten registrar la actividad del hilo principal e identificar tareas largas y scripts implicados. Una prueba de laboratorio sirve para diagnosticar; los datos de campo indican lo que experimentan las personas.
Qué suele ralentizar la interacción en WordPress
- JavaScript innecesario: plugins que cargan su código en todas las páginas aunque solo se usen en una.
- Tareas largas: funciones que ocupan el hilo principal justo cuando el visitante intenta interactuar.
- Manejadores pesados: validaciones, cálculos o cambios masivos del DOM dentro de un clic.
- Renderizado costoso: cambios de estilo o diseño que obligan a recalcular y pintar demasiado contenido.
- Componentes de terceros: widgets y etiquetas que añaden trabajo al navegador.
Esto no significa que un plugin concreto sea siempre el culpable. Debes comprobar qué script se ejecuta, cuándo y en qué página antes de eliminarlo.
Un orden de trabajo que evita romper la web
- Registra las páginas y los dispositivos afectados.
- Identifica una interacción lenta que puedas repetir.
- Captura una traza de rendimiento y localiza el bloque de trabajo dominante.
- Asocia el recurso a un plugin, al tema o a código propio.
- Prueba un solo cambio en staging si afecta a navegación, formularios o venta.
- Valida que la función sigue funcionando y compara la traza.
- Publica y vuelve a observar los datos de campo cuando exista muestra suficiente.
Retrasar indiscriminadamente todo el JavaScript puede hacer que un control parezca rápido en un informe pero tarde en funcionar para el usuario. La medida de rendimiento debe conservar el comportamiento.
INP y el resto de la experiencia
Una mejora de INP no corrige por sí sola imágenes que desplazan el contenido o una página que tarda en mostrar su elemento principal. Revisa las demás métricas junto a la navegación, la accesibilidad y la conversión. En una web de servicios, comprueba especialmente menú móvil, formulario y enlaces hacia contacto.
Si además estás revisando el tráfico orgánico, utiliza Search Console para relacionar páginas y consultas, sin confundir la métrica de experiencia con una explicación única de los cambios de visitas.
¿Tu web responde tarde al pulsar o escribir?
Puedo revisar las interacciones reales, localizar los scripts que generan retrasos y priorizar cambios medibles sin comprometer el funcionamiento de WordPress.
