Una guía práctica de profundidad de desplazamiento

Las páginas vistas no dicen si alguien leyó, ojeó o rebotó tras la primera pantalla; el seguimiento de la profundidad de desplazamiento mide hasta dónde bajan realmente los visitantes en la página.

Para contenido, páginas de aterrizaje, documentación y páginas de comercio electrónico, la profundidad de desplazamiento ayuda a responder a una pregunta práctica: ¿llegaron los visitantes a la parte de la página donde aparece el valor, la prueba o el siguiente paso?

Cómo se mide la profundidad de desplazamiento

Métodos comunes:

• Umbrales por porcentaje: 25 %, 50 %, 75 %, 90 %, 100 %
• Umbrales por píxeles: una distancia fija desde la parte superior
• Visibilidad de elementos: si un CTA, un bloque de precios, un formulario o un FAQ concretos entraron en el viewport
• Hitos de lectura: alcanzar el final de una sección o del cuerpo del artículo

Los umbrales por porcentaje son fáciles de comparar entre páginas, pero pueden inducir a error en páginas muy cortas o muy largas. La visibilidad de elementos suele ser más accionable porque conecta la medición con el diseño de la página.

Ejemplo: en lugar de preguntar "¿Llegaron los visitantes al 75 %?", pregunta "¿Vieron los visitantes el CTA de precios?".

Qué puede revelar la profundidad de desplazamiento

La profundidad de desplazamiento puede revelar:

• Introducciones débiles
• Desajuste entre la fuente de tráfico y el contenido de la página
• Problemas de layout en móvil
• Contenido demasiado largo para la intención del visitante
• CTAs colocados por debajo de los puntos comunes de abandono
• Secciones a las que los lectores llegan de forma constante antes de convertir
• Si las personas consumen la documentación o solo buscan dentro de ella

No debería interpretarse de forma aislada. Un usuario que encuentra una respuesta arriba en una página de soporte y se va puede estar satisfecho. Un usuario que se desplaza al 100 % porque la página es confusa puede no estar interesado.

Segmentos útiles

Segmenta la profundidad de desplazamiento por:

• Fuente de tráfico
• Campaña
• Categoría de dispositivo
• Tipo de página
• Visitantes nuevos frente a recurrentes, si se mide de forma respetuosa con la privacidad
• Estado de conversión

Por ejemplo, los visitantes de búsqueda orgánica pueden desplazarse profundamente en publicaciones educativas, mientras que los visitantes de anuncios pagados pueden necesitar un CTA mucho antes. Los visitantes móviles pueden abandonar en una sección que se ve bien en escritorio, pero que en el móvil resulta demasiado densa.

Seguimiento de scroll respetuoso con la privacidad

La profundidad de desplazamiento no requiere rastreo a nivel de usuario. Puedes registrar eventos agregados como:

• scroll_25
• scroll_50
• scroll_75
• pricing_seen
• cta_seen
• article_end

Evita recopilar grabaciones brutas de sesiones, movimientos del ratón o comportamiento similar a las pulsaciones de teclas a menos que tengas una necesidad clara, consentimiento y salvaguardias. Los eventos agregados de scroll suelen responder a la pregunta sobre el contenido con mucho menos riesgo de privacidad.

Cómo usar los datos de scroll

Mejora las introducciones

Si la mayoría de los visitantes no llega al 25 %, el problema está por encima del pliegue: titular, párrafo de apertura, velocidad de página, ruido visual o desajuste del mensaje.

Reescribe la primera pantalla para responder:

• ¿De qué trata esta página?
• ¿Para quién es?
• ¿Qué obtendré si continúo?
• ¿Qué debo hacer a continuación?

Mueve el contenido importante más arriba

Si un CTA, una prueba de confianza, un detalle de precio o una captura de producto se sitúan por debajo del punto más común de abandono, súbelos o añade una versión más temprana.

Eso no significa que cada página necesite un CTA gigante en el hero. Significa que el visitante no debería tener que pasar por copy genérico para encontrar la razón por la que importa.

Rompe las secciones densas

Si la profundidad de desplazamiento cae bruscamente en una sección concreta, inspecciona esa sección manualmente. Comprueba si es demasiado larga, demasiado abstracta, visualmente pesada o irrelevante para la fuente de tráfico.

Usa encabezados más cortos, ejemplos, tablas comparativas, capturas de pantalla o enlaces internos para que la sección sea más fácil de escanear.

Compara lectores y convertidores

Mira qué hitos de scroll son comunes entre quienes convierten. Si quienes convierten llegan una y otra vez al FAQ antes de registrarse, ese FAQ está respondiendo a objeciones de alto valor. Si quienes convierten rara vez llegan al CTA inferior, el CTA superior está haciendo casi todo el trabajo.

Lista de acciones a partir de la profundidad de desplazamiento

Usa los datos de scroll solo después de conocer el objetivo de la página. Para una guía, comprueba si los lectores llegan a la explicación, los ejemplos y el enlace al siguiente paso. Para una página de aterrizaje, comprueba si los visitantes ven la prueba, el precio, las objeciones y el CTA principal. Para la documentación, combina la profundidad con la finalización de tareas en lugar de tratar el 100 % de scroll como éxito.

Cuando un hito cae, inspecciona la página manualmente antes de reescribirla. El problema puede ser un embed lento, un hero demasiado grande, un encabezado vago, una rotura de layout en móvil, un banner intrusivo o un desajuste entre la promesa de la campaña y la sección que encuentran los visitantes. La profundidad de desplazamiento es una pista, no el diagnóstico.

La conclusión

La profundidad de desplazamiento no es una medida de atención por sí misma. Es una señal diagnóstica. Úsala para encontrar dónde se detienen los visitantes, si los elementos clave se ven y cómo varía la estructura de la página por fuente y por dispositivo. Combinada con conversiones y analítica que prioriza la privacidad, la profundidad de desplazamiento muestra dónde mejorar el contenido sin rastrear a las personas.

Notas de implementación

Para el seguimiento basado en elementos, usa APIs del navegador que observen la visibilidad en lugar de disparar manejadores de scroll pesados en cada píxel. La API Intersection Observer permite que el código detecte de forma asíncrona cuándo un elemento entra o sale del viewport (MDN Intersection Observer). Es una buena opción para eventos como pricing_seen, signup_form_seen o article_end_seen.

Mantén bajo el volumen de eventos. No envíes una solicitud de red cada vez que el usuario se desplaza. Envía cada hito una vez por vista de página, aplica debounce cuando sea necesario y elige umbrales que se asignen a decisiones. Una configuración típica de contenido podría seguir el 50 %, el 75 % y el final del artículo. Una página de aterrizaje podría seguir si el CTA del hero, la tabla comparativa, el bloque de precios y el formulario llegaron a ser visibles.

Al interpretar la profundidad de desplazamiento, normaliza por tipo de página:

• Las páginas de FAQ cortas pueden alcanzar el 100 % de forma natural.
• Los pillar posts largos pueden tener un 50 % saludable de profundidad y conversiones fuertes.
• Las páginas de producto deben juzgarse por si se ven las secciones clave de prueba y CTA.
• La documentación debe juzgarse por la finalización de tareas, no solo por la profundidad.

Vigila también los cambios de layout. Un rediseño puede mover secciones importantes hacia abajo y dificultar la comparación de los datos históricos de scroll. Añade anotaciones cuando cambien las plantillas, cuando se introduzcan banners fijos o cuando se revisen los breakpoints móviles.

En cuanto a privacidad, almacena los hitos como eventos agregados vinculados al contexto de la página y la campaña. Evita reproducir pantallas, recopilar trayectorias del ratón o almacenar trazas brutas del viewport. Necesitas saber dónde pierde lectores la página, no exactamente cómo se movió una sola persona por ella.

Preguntas frecuentes

¿Una profundidad de scroll baja siempre significa que el contenido es malo?

No siempre. Un visitante que encuentra la respuesta al inicio de una página de soporte y se va de inmediato puede quedar plenamente satisfecho con lo que leyó. La profundidad de scroll no debe interpretarse sola, porque alguien que llega al 100% en una página confusa no estaba necesariamente comprometido con ella. Conviene leer la cifra junto con lo que el visitante venía a hacer.

¿Cuál es la diferencia entre los umbrales porcentuales y los umbrales por píxeles?

Los umbrales porcentuales marcan el avance del scroll como una proporción de la página, como 25%, 50%, 75%, 90% y 100%, lo que facilita comparar entre páginas. Los umbrales por píxeles miden en cambio una distancia fija desde la parte superior de la página. Los umbrales porcentuales pueden inducir a error en páginas muy cortas o muy largas, porque el mismo porcentaje representa una cantidad de contenido muy distinta.

¿Por qué la visibilidad de elementos funciona mejor que el scroll porcentual para un CTA?

La visibilidad de elementos vincula la medición con el diseño de la página en lugar de un punto arbitrario de la misma. En vez de preguntar si los visitantes llegaron al 75%, pregunta si realmente vieron el bloque de precios, el formulario o el CTA. Eso conecta la cifra directamente con una decisión de diseño en lugar de un hito genérico.

¿Qué eventos de scroll puedo registrar sin invadir la privacidad?

Eventos agregados como scroll_25, scroll_50, scroll_75, pricing_seen, cta_seen y article_end responden la pregunta de contenido sin rastrear usuarios individuales. Evita grabaciones de sesión sin procesar, movimientos del ratón o comportamiento similar a pulsaciones de teclas, salvo que exista una necesidad clara, consentimiento y garantías. Como eventos agregados vinculados a la página y al contexto de campaña, los hitos conllevan mucho menos riesgo de privacidad.

¿Con qué frecuencia debería dispararse un hito de scroll?

Envía cada hito una sola vez por vista de página, en lugar de disparar un evento en cada píxel desplazado. Aplica debounce donde haga falta y elige umbrales que se correspondan con decisiones reales, no con cada porcentaje posible. Una página de contenido típica rastrea solo 50%, 75% y el final del artículo.

¿Qué API del navegador es mejor para medir la visibilidad de elementos?

La API Intersection Observer es la opción recomendada. Detecta de forma asíncrona cuándo un elemento entra o sale del viewport, en lugar de disparar un manejador de scroll pesado en cada píxel. Funciona bien para eventos como pricing_seen, signup_form_seen o article_end_seen. Usarla mantiene bajo el volumen de eventos.

¿Debería medirse la profundidad de scroll igual en todos los tipos de página?

No, conviene normalizar según el tipo de página en lugar de aplicar un único criterio en todas partes. Las páginas de preguntas frecuentes cortas suelen llegar al 100% de forma natural, mientras que los artículos pilares largos pueden tener conversiones saludables con solo un 50% de profundidad. Las páginas de producto se juzgan mejor por si se vieron las secciones de prueba y CTA, y la documentación debe evaluarse por finalización de tareas, no solo por profundidad.

¿Qué ocurre con los datos de scroll después de un rediseño?

Un rediseño puede desplazar secciones importantes más abajo y dificultar la comparación de los datos históricos de scroll. Conviene añadir anotaciones siempre que cambien las plantillas, se introduzcan banners fijos o se revisen los breakpoints móviles. Sin ese contexto, una caída en un hito puede reflejar el nuevo diseño y no un problema de contenido.

¿Cómo afecta la fuente de tráfico a dónde abandonan los visitantes?

Los visitantes de búsqueda orgánica se desplazan mucho en publicaciones educativas, porque llegaron con intención de leer. Los visitantes de anuncios de pago suelen necesitar el CTA mucho antes, ya que su intención es más transaccional. Segmentar por fuente de tráfico, campaña, categoría de dispositivo y tipo de página muestra estas diferencias en lugar de esconderlas en un solo promedio.

¿Puede juzgarse una página de documentación solo por la profundidad de scroll?

No por sí sola. Un visitante que encuentra la respuesta al inicio de una página de soporte y se va está satisfecho, mientras que uno que llega al 100% porque la página es confusa no lo está. La documentación debe juzgarse por la finalización de la tarea, porque llegar al final de una página no es lo mismo que completar la tarea.