INP en WordPress: cómo bajar de 200 ms en 2025
· Por EmpreWeb
¿Qué es INP?
Interaction to Next Paint (INP) mide la capacidad de respuesta global de una página ante interacciones reales (clics, taps, teclas). Un objetivo saludable es < 200 ms en el p75 para páginas clave (home, servicios, producto, checkout).
Diagnóstico: datos de campo y de laboratorio
- Campo (real): Search Console → Core Web Vitals (CrUX).
- Laboratorio: PageSpeed/Lighthouse para aislar causas (tareas largas, JS, CSS, fuentes).
- Prioridad por plantilla: medir por tipo (home, servicios, blog, producto).
Acciones técnicas clave
- Romper tareas largas de JS (>50 ms): code-splitting, route-based chunks, requestIdleCallback para trabajo no crítico.
- Diferir JS no esencial:
defer/async, cargar eventos después del primer paint. - Critical CSS + eliminar CSS no usado: inline crítico y purga por plantilla.
- Imágenes eficientes: AVIF/WebP, tamaños correctos, lazy loading,
fetchprioritypara LCP. - Fuentes:
preloadWOFF2, font-display: swap, subset geo (latam). - TTFB bajo: buen hosting regional + CDN de borde + caché de página/objeto.
- Plugins: menos es más; reemplazar bloat por utilidades nativas/ligeras.
Enlazado interno sugerido: Diseño Web, Contacto.
Stack WordPress recomendado
- Infra: hosting con OPCache + Redis, PHP 8.x, HTTP/2 o 3.
- Cache: full page cache + objeto; precarga y cache warming.
- Medios: compresión automática AVIF/WebP, CDN para imágenes.
- Theme: liviano, sin page builders pesados (o desactivar módulos no usados).
Monitoreo y alertas
- Panel en GSC con páginas problemáticas y tendencia.
- Alertas en Analytics/Logs ante picos de TTFB/JS long tasks.
- Revisión mensual por plantilla + sprint de mejoras.
¿Querés bajar el INP de tu sitio?
Optimizamos tu WP para Core Web Vitals y conversión.
FAQs
¿Cuánto tarda ver mejoras de INP?
En laboratorio es inmediato; en campo (CrUX) puede demorar días/semanas hasta acumular datos.
¿Qué impacta más el INP?
JS de terceros, tareas largas, listeners síncronos y render bloqueado por CSS/JS.