El INP (Interaction to Next Paint) es la métrica de Google que mide cuánto tarda tu web en reaccionar cuando alguien hace clic en un botón, rellena un campo del formulario o abre el menú de áreas de práctica. Si tu despacho invierte en captar tráfico pero la web tarda en responder, ese clic se convierte en un cierre de pestaña, no en un lead.
La mayoría de agencias que diseñan páginas para abogados revisan la velocidad de carga inicial y olvidan qué pasa después, cuando el visitante empieza a interactuar de verdad con la página.
INP significa Interaction to Next Paint: mide en milisegundos el tiempo entre que alguien interactúa con tu web y esta responde de forma visible. Google considera buena una web con INP de 200 ms o menos; entre 200 y 500 ms necesita mejorar, y por encima de 500 ms se marca como experiencia mala.
Qué mide el INP en la web del despacho
El Interaction to Next Paint sustituyó en marzo de 2024 al antiguo First Input Delay como Core Web Vital oficial. La diferencia importa: FID solo medía la primera interacción, mientras que INP evalúa todas las interacciones de la visita y se queda con la que peor responde, descontando una de cada cincuenta para que un pico aislado no distorsione el dato, según los criterios de medición que documenta Google.
- Buena: 200 ms o menos.
- Mejorable: entre 200 y 500 ms.
- Mala: más de 500 ms.
Estos umbrales se calculan sobre el percentil 75 de las visitas reales, no sobre una prueba de laboratorio: importa cómo responde la web a la mayoría de los visitantes del despacho, no al mejor caso posible.
Por qué el diseño con Elementor dispara el INP
Los despachos que publican con Elementor u otros constructores visuales cargan más CSS, JavaScript y elementos en el DOM que una plantilla ligera, y cada widget añadido compite por el mismo hilo del navegador cuando alguien intenta interactuar con la página.
Formularios de contacto y chats en vivo
El formulario de contacto y el chat en vivo son los elementos que más INP disparan en una web de abogados: cargan scripts propios y de terceros que se ejecutan al abrir la página, aunque el visitante no llegue a usarlos. Cuando esa persona hace clic en «Enviar consulta» y el navegador sigue ocupado procesando ese JavaScript, la respuesta visual se retrasa por encima de los 200 ms recomendados. Conviene revisar primero el formulario de contacto, que ya falla en otros aspectos por motivos distintos al rendimiento.
Menús desplegables y sliders animados
Los menús con submenús para cada área de práctica y los carruseles de la portada añaden animaciones que el navegador calcula cada vez que alguien pasa el ratón o toca la pantalla. En móvil, donde ocurre la mayoría de las interacciones de quien busca abogado con el teléfono en la mano, ese cálculo compite con mucha menos capacidad de proceso: el diseño web adaptado a móvil es precisamente donde peor se nota un INP alto. Un menú con seis niveles responde peor que uno con dos, y un slider que rota solo consume ciclos de proceso que podrían dedicarse a procesar el clic real.
Cómo detectar fallos de respuesta en tu web
Search Console tiene un informe dedicado a Core Web Vitals en Experiencia de la página, que separa las URLs en buenas, mejorables y malas, con datos de móvil y de escritorio por separado. Si tu despacho nunca lo ha revisado, es el primer sitio donde mirar: ahí se ve qué páginas concretas —normalmente la de contacto o la de un área de práctica con formulario— arrastran el problema.
Los datos de campo (CrUX) reflejan cómo responde la web a los visitantes reales durante los últimos 28 días; los de laboratorio son una simulación de una sola visita. Para el INP solo cuentan los datos de campo, porque depende del dispositivo y la conexión de quien interactúa.
PageSpeed Insights complementa ese dato con una prueba de laboratorio página a página, útil para comprobar un cambio antes de publicarlo. En 2026 el INP sigue siendo la métrica que más webs suspenden, y los sitios construidos con plugins visuales están sistemáticamente por debajo del umbral bueno.
Core Web Vitals y la elección de constructor web
Elementor presentó en 2026 sus Atomic Elements, widgets construidos en JavaScript nativo sin depender de jQuery, y aseguró que cada página solo descarga el código de los widgets que usa: si una página no lleva formulario ni slider, ese script no se carga aunque el resto del sitio sí los use. Es una mejora real, pero no sustituye las decisiones que sigue tomando quien mantiene la web: cuántos plugins de terceros conviven en la misma página, si el chat se carga al entrar o solo cuando el visitante lo abre, y si el tema base venía ya cargado de estilos que el despacho no llega a usar.
Cambiar de constructor no es la primera solución: la mayoría de los problemas de INP se corrigen aplazando scripts que no hacen falta en el primer segundo, sea cual sea la herramienta con la que esté hecha la web.
Pasos para corregir la latencia antes de perder leads
No hace falta rediseñar la web entera para bajar el INP. El orden que más leads recupera es este:
- Aplazar la carga del chat y de los scripts de redes sociales hasta que el usuario haga scroll o interactúe, en vez de cargarlos con la página.
- Revisar el formulario de contacto y quitar validaciones en tiempo real innecesarias o librerías de terceros que dupliquen lo que ya hace el navegador.
- Reducir el número de plugins activos en las páginas con más tráfico, no solo en la portada.
- Volver a medir en Search Console cuatro semanas después: los datos de campo son una media móvil de 28 días y tardan en reflejar el cambio.
Cada uno de estos cambios se puede probar de forma aislada y confirmar con PageSpeed Insights antes de publicarlo, sin tocar todo el sitio a la vez.
Preguntas frecuentes sobre INP
¿Qué diferencia hay entre INP y FID?
FID solo medía el retraso de la primera interacción del visitante, normalmente el primer clic. INP evalúa todas las interacciones de la visita completa y refleja la que peor responde, así que un chat que se cuelga al tercer clic también penaliza, algo que FID nunca llegaba a detectar.
¿Cuánto tarda en actualizarse el dato de INP en Search Console?
Search Console usa datos del Chrome User Experience Report, una media móvil de los últimos 28 días de visitas reales. Un cambio publicado hoy no se refleja de inmediato: hacen falta varias semanas de tráfico nuevo para ver el umbral moverse con datos fiables.
¿Puede el INP hundir el posicionamiento de mi despacho?
Google lo incluye entre las señales de experiencia de página, un factor menor frente a la relevancia del contenido. El efecto real está en la conversión: una web que tarda en responder pierde el clic del visitante antes de que llegue al formulario, aunque el ranking apenas se mueva.
Fuente: web.dev (Google)