El customer journey hijacking es la manipulación de la sesión de un visitante por código no autorizado que lo desvía del camino que tu sitio había previsto — anuncios y pop-ups inyectados sobre tus páginas de producto, redirecciones forzadas o parámetros de affiliate sustituidos en silencio. El visitante culpa a tu sitio; tu analítica, en su mayor parte, no puede verlo.
¿Cómo funciona el customer journey hijacking?
Dos orígenes distintos producen el mismo síntoma:
| Inyección client-side | Inyección desde el sitio | |
|---|---|---|
| Origen | Adware, extensiones maliciosas, inyección del ISP en el dispositivo del visitante | Un script de terceros comprometido o malicioso en tu página |
| A quién afecta | A ese visitante, en todos los sitios que navega | A todos los visitantes de tu sitio |
| ¿Visible en tu analítica? | Casi nunca — los cambios en el DOM ocurren localmente | Solo como abandonos y rebotes inexplicables |
| Cargas típicas | Anuncios de competidores, overlays de "ofertas", pop-ups de cupones | Redirecciones, hijacking de affiliate, anuncios inyectados |
En el caso client-side, software en la máquina del visitante reescribe tus páginas mientras se renderizan — insertando anuncios de productos (con frecuencia de competidores) encima del embudo que construiste con tanto cuidado. En el caso desde el propio sitio, uno de los scripts que carga tu página es el que inyecta, lo que lo convierte en un incidente de cadena de suministro: la misma clase de problema que la inyección de JavaScript en general, apuntada a los ingresos en lugar de a los datos de tarjeta.
Lo que cuesta
El daño es un impuesto de conversión silencioso más que un titular de brecha: las sesiones que ven ofertas inyectadas convierten peor, las comisiones de affiliate las reclaman parámetros que tú nunca configuraste, y la confianza en la marca se erosiona cuando los visitantes te atribuyen los pop-ups a ti. Como la interferencia ocurre en el navegador, la analítica estándar la infrarregistra — el embudo simplemente parece tener más fugas de las que debería.
Cómo detectarlo y reducirlo
- Mide sesiones reales. El hijacking es manipulación del DOM, y la manipulación del DOM es observable. La monitorización client-side de cside observa lo que realmente se renderiza y ejecuta en los navegadores de los visitantes — elementos ajenos, redirecciones inesperadas, scripts que tu página nunca autorizó.
- Inventaría tus propios scripts. El hijacking desde el sitio llega a través de las etiquetas que cargas. Un inventario de scripts autorizados con detección de cambios — la misma disciplina que PCI DSS exige en las páginas de pago — atrapa una etiqueta de un partner que empieza a redirigir.
- Endurece las páginas del embudo. Una Content Security Policy estricta limita lo que las inyecciones desde el sitio pueden cargar, y las páginas de checkout merecen el tratamiento más estricto.
- Protege la sesión de extremo a extremo. Donde el hijacking se solapa con el fraude — cookie stuffing, affiliates falsos — la inteligencia de dispositivos identifica la automatización que hay detrás.
