¿Por qué ha subido mi porcentaje de rebote? Cómo encontrar el cambio que lo causó

¿Qué significa que suba el porcentaje de rebote en GA4?

Un porcentaje de rebote más alto en GA4 significa que una parte mayor de tus sesiones no ha superado ninguna prueba de interacción. No es lo mismo que en Universal Analytics, donde cualquier sesión de una sola página contaba como rebote.

Google define una sesión con interacción como la que cumple al menos una de tres condiciones. El porcentaje de rebote es el porcentaje de sesiones que no cumple ninguna, así que siempre es el inverso del porcentaje de interacciones.

Esa tabla es el diagnóstico completo en pequeño. Toda causa real de una subida pasa por una de esas filas: el visitante se queda menos tiempo, activa menos eventos clave o ve menos páginas, o GA4 deja de contar bien una de esas cosas.

El tiempo de interacción solo cuenta mientras la página está en primer plano. Si alguien abre tu página en una pestaña de fondo y nunca la mira, puede contar como rebote aunque la pestaña siga abierta una hora.

¿La subida es real o es un cambio de medición?

Revisa primero la medición, porque un cambio de etiquetado puede mover el porcentaje de rebote de un día para otro en todos los canales sin que cambie el comportamiento. Una subida que empieza un día concreto en todas las fuentes y dispositivos apunta a la medición o a la web, no al público.

Estos son los cambios de medición que más suben el rebote:

• Se ha cambiado el temporizador. En GA4 está en Administrar > Flujos de datos > tu flujo web > Configurar ajustes de etiquetas > Mostrar todo > Ajustar temporizador para sesiones con interacción. Subirlo de 10 segundos convierte sesiones cortas con interacción en rebotes sin tocar la web.
• Un evento clave ha dejado de activarse o se ha desmarcado. Las sesiones que solo tenían interacción gracias a ese evento pasan a contar como rebote.
• Se han roto las páginas vistas virtuales en una aplicación de una sola página. Sin ellas, GA4 trata la aplicación como una sola página, y la guía de Google avisa de que eso distorsiona las métricas.
• Las páginas vistas se contaban dos veces y alguien lo ha arreglado. Google advierte de que usar la medición mejorada de eventos del historial del navegador junto con tu propia configuración de Google Tag Manager puede duplicar las páginas vistas. Al corregirlo desaparecen las segundas páginas falsas y el rebote sube a su nivel real.
• La etiqueta ha desaparecido de algunas plantillas. Un rediseño o una plantilla nueva del CMS sin la etiqueta de GA4 cambia qué páginas se miden.
• Ha cambiado el consentimiento. Un banner nuevo u otra configuración de consentimiento puede cambiar qué sesiones puedes medir por completo.

Para comprobarlo, abre el historial de versiones de Google Tag Manager de los días previos, pregunta quién ha tocado los ajustes de GA4 y recorre la web en DebugView para confirmar que siguen llegando page_view y los eventos clave. Nuestro artículo sobre el historial de versiones de GTM explica cómo ver quién publicó qué.

¿Ha cambiado el mix de tráfico o se comportan distinto los visitantes?

Si la medición está bien, comprueba si estás recibiendo visitantes distintos antes de concluir que los mismos visitantes interactúan menos. Una fuente nueva de baja intención puede subir la media de la web mientras todos los canales de siempre siguen igual.

1. Añade el porcentaje de rebote a un informe de detalle. GA4 no lo muestra por defecto: abre el informe, haz clic en Personalizar informe, en Datos del informe haz clic en Métricas, Añadir métrica, escribe "Porcentaje de rebote" y haz clic en Aplicar. Necesitas el rol de editor o administrador.
2. Desglósalo por canal y por fuente / medio. Compara las dos semanas anteriores a la subida con la semana siguiente.
3. Mira el peso de cada canal en las sesiones, no solo el porcentaje. Si Display, Performance Max, las ubicaciones de Meta o una web de referencia han pasado del 5% al 25% de las sesiones, el mix explica la media.
4. Separa por dispositivo y por página de destino. Una subida solo en móvil y en una landing es un problema muy distinto a una subida en toda la web.
5. Busca patrones de spam o bots: una fuente, una ciudad, sesiones con tiempo de interacción cero y sin eventos clave.

En los anuncios, busca expansión de la concordancia amplia, ubicaciones nuevas, ampliación de audiencias o una campaña lanzada el mismo día. Cualquiera puede traer visitantes que se van en segundos.

¿Qué cambios en la web suben el porcentaje de rebote?

Descartadas la medición y el mix de tráfico, revisa qué ha cambiado en las páginas de entrada. Los sospechosos habituales son cambios que empeoran los primeros 10 segundos.

• Velocidad: una imagen de cabecera más pesada, un script nuevo o un chat que retrasa la primera pantalla.
• Ventanas emergentes: un pop-up de newsletter o un muro de cookies que aparece antes del contenido.
• Coherencia del mensaje: un anuncio o email que promete una oferta mientras la landing muestra otra.
• Navegación: enlaces internos eliminados, un menú plegado o un bloque de "relacionados" que generaba la segunda página vista.
• Formularios y CTA: un formulario roto o un botón eliminado que era el evento clave de muchas sesiones.
• Contenido: una introducción reescrita, un precio movido o una tabla comparativa eliminada en una página con mucho tráfico.

Ordénalo todo por fecha de publicación. Un cambio que salió el día antes de la subida, en las páginas donde ocurrió, vale más que una larga lista de posibles problemas. El artículo sobre el registro de cambios de la web explica cómo anotar cada publicación para fecharla después.

¿Cómo aíslo qué cambio causó la subida del rebote?

Encuentra el día exacto en que cambió el rebote, pon todos los cambios de los días anteriores en una única línea de tiempo y pruébalos por orden. La causa casi siempre es un cambio que salió justo antes de la subida y afecta a las mismas páginas, canales o dispositivos.

1. Fechar la subida
2. Descartar la medición
3. Revisar el mix de tráfico
4. Ordenar los cambios
5. Probar una causa

Usa datos diarios, no medias semanales, para encontrar la fecha de inicio. Después reúne todo lo de los cinco a siete días anteriores: ediciones del equipo en Google Ads y Meta, automatizaciones de las plataformas, publicaciones en GTM, ajustes en GA4, versiones de la web, cambios en el CRM o en los formularios y hechos externos, como una newsletter o una mención en prensa.

Compara cada cambio con la forma de la subida. Si sube en toda la web y en todos los canales, encaja con la medición o una plantilla. Si sube solo en social de pago, encaja con un cambio en Meta. Si sube en una sola landing, encaja con una edición de esa página. Con todos los cambios en una única línea de tiempo, verías que el contenedor de GTM se publicó la misma mañana de la subida, mientras que la campaña nueva empezó dos días después. Un registro de cambios de marketing en Changeline mantiene esa línea de tiempo por cliente: las ediciones de Google Ads se pueden importar automáticamente y el resto lo registra el equipo con fecha, responsable y motivo.

Ejemplo: un cliente pregunta por qué el rebote pasó del 38% al 55% la semana pasada. La agencia ordena los cambios de los días anteriores: campaña nueva en Meta el martes, publicación en GTM el miércoles y plantilla del blog actualizada el jueves. La subida empieza el miércoles, en todos los canales y dispositivos, así que la publicación en GTM es la sospechosa. La nueva versión del contenedor había dejado de enviar páginas vistas virtuales en las fichas de producto de la tienda de una sola página, y quien veía tres productos contaba como rebote. Al restaurar el activador, el rebote volvió al 39% en dos días.

¿Cómo demuestro la causa antes de reportarla?

La causa está demostrada cuando el segmento afectado cambió y el no afectado no, y cuando deshacer el cambio devuelve la métrica a su sitio. Coincidir en el tiempo es el punto de partida, no la prueba.

• Compara segmentos. Si el cambio solo afectó al móvil, a las fichas de producto o a una campaña, el resto de la web debería estar estable esos días.
• Comprueba el mecanismo. Vuelve a las tres condiciones: ¿las sesiones perdieron tiempo, eventos clave o la segunda página? La respuesta tiene que cuadrar con lo que hizo el cambio.
• Revierte o corrige y observa. Restaura la versión anterior, pausa la campaña o arregla la etiqueta, y compara los días siguientes con los días antes de la subida.
• Déjalo por escrito. Anota el cambio, la fecha en que salió, la fecha de la corrección y el efecto en el rebote, para que nadie repita la investigación.

Cuando el cliente o tu jefe pregunten, responde con el cambio, la fecha y la prueba, no con una lista de posibilidades. Nuestra guía sobre cómo explicar una caída al cliente tiene una estructura que puedes reutilizar.

¿Cómo evito que el próximo pico de rebote sea un misterio?

Registra cada cambio cuando lo haces, con fecha, responsable y motivo, y marca los importantes en los gráficos. Así el próximo pico se explica en minutos, no en días.

• Mantén un registro de cambios de marketing por cliente o web que cubra anuncios, web, medición y CRM.
• Crea anotaciones en GA4 para versiones, cambios de medición y lanzamientos de campañas, para que aparezcan en los gráficos que mira todo el mundo.
• Guarda un informe de detalle con porcentaje de rebote y porcentaje de interacciones por canal y página de destino, listo para cuando lo necesites.
• Acordad que nadie toca el temporizador ni los eventos clave sin registrarlo, porque ambos cambian el rebote sin ningún cambio de comportamiento.

Para caídas más amplias, el mismo método sirve para el tráfico y la tasa de conversión: consulta caída de tráfico en GA4 y por qué ha bajado la tasa de conversión.