INP y Core Web Vitals: Cómo Afecta la Velocidad a las Ventas
Cómo los Core Web Vitals de Google y la métrica INP moldean tanto el posicionamiento como el hecho de que un visitante complete una compra o reserva.
Equipo de rabbitclipPublicación: 6 min. de lectura
En breve
Los Core Web Vitals son tres métricas que Google usa para medir la velocidad de carga de una página, su estabilidad visual y su rapidez de respuesta a la interacción (LCP, CLS, INP); juntas actúan como señal de posicionamiento y como indicador directo de si un visitante se queda en la página. El INP (Interaction to Next Paint) sustituyó a la métrica FID en marzo de 2024 y mide el tiempo entre un clic o toque y la respuesta real de la pantalla.
Estas métricas pueden sonar a detalle de ingeniería, pero el resultado es concreto: en una página que carga despacio o responde tarde a un clic, un visitante se va antes de rellenar un formulario o añadir algo a la cesta.
Este artículo cubre qué miden las tres métricas, por qué importan según el tipo de negocio, y por dónde empezar.
Qué miden realmente los Core Web Vitals
Los Core Web Vitals son un conjunto de mediciones que Google usa para resumir la experiencia de usuario de una página a través de tres métricas distintas: LCP (Largest Contentful Paint) mide cuánto tarda en aparecer el contenido principal, CLS (Cumulative Layout Shift) mide cuánto se mueven los elementos mientras carga la página, e INP (Interaction to Next Paint) mide con qué rapidez responde la pantalla tras un clic o toque.
Juntas responden a una pregunta simple: ¿se siente rápida la página? Si el contenido aparece tarde (LCP alto), un botón salta mientras alguien lee (CLS alto), o la pantalla parece congelada tras tocar un menú (INP alto), la experiencia se considera pobre.
Por qué el INP sustituyó al FID
El FID (First Input Delay) solo medía el retraso antes del primerísimo clic; ignoraba cualquier interacción posterior a la carga de la página. El INP mide cada clic, toque y pulsación de tecla mientras la página permanece abierta y reporta el peor valor, lo que refleja el uso real con mucha más precisión.
Pensemos en una página de reservas donde la lista de horarios se congela un instante tras elegir una fecha: el FID nunca lo habría detectado, el INP lo muestra directamente. Según los umbrales publicados por web.dev, un INP por debajo de 200 milisegundos se considera bueno, y por encima de 500 milisegundos, malo. Cuanto más lenta la respuesta, antes se rinde un visitante.
Cómo afecta la velocidad del sitio a las ventas
Una página lenta significa que un visitante se va antes de terminar lo que vino a hacer. Pensemos en el formulario de reservas de una cadena de spas: si elegir una fecha se retrasa un segundo en cada toque, el visitante puede optar simplemente por llamar por teléfono, o mirar a la competencia.
Lo mismo aplica al formulario de solicitud de presupuesto de un fabricante. Si la pantalla de confirmación tarda demasiado en aparecer tras el envío, el usuario no está seguro de si se envió, vuelve a tocar, a veces envía la misma solicitud dos veces, o abandona sin enviarla siquiera.
El riesgo aquí no es solo el posicionamiento en buscadores; es el número de transacciones completadas.
Por dónde empezar: medir
El primer paso es medir. PageSpeed Insights de Google y el informe de Core Web Vitals en Search Console se basan en datos reales de visitantes (field data), que, a diferencia de una prueba de laboratorio, muestran cómo rinde el sitio realmente en los dispositivos y conexiones de los visitantes.
Un esfuerzo de velocidad que se salta la medición suele apuntar al blanco equivocado. Reducir una imagen puede no cambiar nada si el verdadero culpable es un widget de chat de terceros que ralentiza toda la página.
Medir funciona mejor como hábito regular que como informe puntual; si el mismo informe no se vuelve a revisar tras una actualización o una nueva función, una regresión puede pasar semanas sin detectarse.
- Revisar los valores actuales de LCP, CLS e INP en PageSpeed Insights
- Leer el informe de Core Web Vitals en Search Console para datos reales de visitantes
- Evaluar móvil y escritorio por separado; el móvil suele ser el más crítico
- Probar por separado los scripts de terceros (anuncios, widgets de chat, herramientas de analítica)
Para qué empresas es más crítico
La velocidad del sitio importa en todas partes, pero en algunos sectores afecta directamente a los ingresos. En un sitio de e-commerce, una página de carrito que carga lento es una venta perdida; para un negocio construido en torno a reservas o solicitudes, un formulario lento es un cliente perdido.
En un sitio corporativo de pocas páginas, la velocidad también importa, pero su efecto pasa más por la percepción de marca; un visitante puede simplemente considerar menos fiable un sitio lento.
Formas prácticas de mejorar el INP
Mejorar una puntuación de INP suele reducirse a dividir las tareas largas de JavaScript que mantienen ocupado el hilo principal del navegador. Si el código que se ejecuta justo después de un clic tarda demasiado, el navegador espera a que termine antes de actualizar la pantalla; el usuario siente esa espera como un bloqueo.
Los scripts de terceros, un widget de chat en vivo, etiquetas publicitarias, herramientas de analítica, suelen ser la verdadera causa de un INP deficiente, ya que comparten el mismo hilo principal que el código de la página. Retrasar un script para que se ejecute solo unos segundos después de la carga reduce el bloqueo en esas primeras interacciones.
Si el filtro de productos de un fabricante recalcula toda la lista con cada opción pulsada, dividir ese cálculo en fragmentos más pequeños que dejen respirar al navegador soluciona el problema; el detalle técnico corresponde al desarrollador, pero un directivo debe saber que esta corrección es medible y rara vez exige reescribir todo desde cero.
Estas correcciones no tienen que hacerse todas a la vez; empezar por los tres o cuatro scripts con más impacto es un camino más realista que una reescritura de meses.
Los Core Web Vitals pueden parecer un informe técnico, pero el resultado es de negocio: una página que carga rápido y responde al instante a un clic lleva a más visitantes hasta completar una reserva, una compra o un formulario. En una llamada de descubrimiento con rabbitclip se revisan juntos los datos reales de visitantes del sitio, y queda claro qué punto merece atenderse primero. Seguir las tres métricas a la vez suele dejar claro qué página merece atención primero.
Preguntas frecuentes
¿Qué se considera un buen puntaje de INP?
Según los umbrales publicados por web.dev, por debajo de 200 milisegundos es bueno y por encima de 500 milisegundos es malo.
¿Los Core Web Vitals deciden el posicionamiento por sí solos?
No, no superan a la calidad del contenido, pero son una de las señales de experiencia de página de Google y pueden inclinar la balanza entre dos páginas por lo demás similares.
¿Importa más el móvil o el escritorio?
Search Console informa ambos por separado; como la mayoría de sitios corporativos ve una alta proporción de tráfico móvil, los datos móviles suelen tener prioridad.
¿Cuánto tarda una corrección de velocidad?
Depende de la causa; una corrección de imagen puede tardar días, los problemas con scripts de terceros pueden tardar más.
¿El LCP y el CLS importan tanto como el INP?
Sí, las tres se evalúan juntas; centrarse solo en una arriesga pasar por alto problemas en las otras.
