¿Por qué podría Google Analytics informar una caída repentina, pero persistente, en la tasa de rebote (70% a 12%)


10

Estaba rastreando los datos de un sitio y me di cuenta de que hay una caída repentina en la tasa de rebote en Google Analytics. La caída repentina ocurrió durante 2 días y se mantuvo constante después.

La tasa de rebote en enero de 2019 es de aproximadamente el 70%, mientras que después de 2 días, se convirtió en 12-15%. No estoy al tanto de lo que hizo mi colega, así que estoy tratando de resolverlo ahora.

¿Es normal una tasa de rebote del 12%?

ingrese la descripción de la imagen aquí

Respuestas:


18

Estaría dispuesto a apostar que su colega implementó eventos en la página .

De forma predeterminada, Google Anaytics solo mide las visitas a la página. Los rebotes se definen como usuarios que solo ven una página; incluso si ese usuario pasa horas en una página.

Los eventos le permiten rastrear lo que sucede dentro de la página. Puede enviar información de GA sobre artículos como:

  • Usuario haciendo clic en botones
  • Usuario desplazándose por la página
  • El usuario pasa X minutos en la página.
  • Usuario escribiendo en la página
  • Usuario viendo un video en la página
  • Se carga contenido adicional de AJAX

Todos esos eventos pueden marcarse como "interactivos", lo que hace que GA diga "este usuario no rebotó". También podrían marcarse como "no interactivos", lo que no afecta la tasa de rebote.

Si estoy en lo cierto, verá datos en el informe "Comportamiento" -> "Eventos" -> "Descripción general" que comienza justo cuando su tasa de rebote bajó.

Una tasa de rebote del 12% cuando se implementan eventos es bastante normal. También es muy normal que algunos tipos de sitios tengan una tasa de rebote del 75% antes de los eventos:

  • Las aplicaciones de página única (SPA) solo tienen múltiples vistas de página si los usuarios actualizan o hacen clic en el sitio por segunda vez.
  • Muchos sitios proporcionan toda la información que la mayoría de los usuarios necesitan en la página de destino. Eso es común para artículos y calculadoras. Siento que no debería ser un "rebote" si el usuario lee el artículo completo.

Los eventos son la forma de hacerle saber a GA que está satisfaciendo a sus usuarios incluso cuando solo están viendo una página.

Es posible que desee revisar los eventos que se envían y asegurarse de que cada uno esté marcado como "interactivo" o "no interactivo" adecuadamente.


2
Bueno, esto es una verdadera revelación. Se podría pensar que una persona que llega a la página exacta que necesita de un resultado de Google se calcularía de manera más favorable. Al agregar estos eventos, ¿también mejora el algoritmo de SEO al mostrarle a Google que su usuario no "rebotó" según la definición redefinida?
MonkeyZeus

3
Las estadísticas de Google Analytics no tienen un impacto directo en el SEO. Mejorar su tasa de rebote mediante la implementación de eventos no cambia el comportamiento del usuario y no puede afectar su clasificación. Para fines de clasificación, a Google le importa que los usuarios estén satisfechos. La clasificación podría empeorar si muchos usuarios vuelven a los resultados de búsqueda después de visitar su sitio y hacen clic en otro sitio. Para obtener una explicación detallada de por qué, consulte mi respuesta a "¿Influye la tasa de rebote de un sitio en las clasificaciones de Google?"
Stephen Ostermiller

Esta es un área nueva para mí. Gracias. Después de leer un poco, parece que el Administrador de etiquetas de Google se carga de forma asincrónica. Aún así, ¿hay un éxito de rendimiento en las páginas que usan GTM?
Trebor

No necesita utilizar el administrador de etiquetas de Google para eventos. Se puede hacer de esa manera, pero nunca lo he usado para ese propósito. Siempre he implementado eventos con JavaScript cargado de la forma js normal.
Stephen Ostermiller

2

La tasa de rebote generalmente se vuelve baja cuando se realiza cualquiera de los siguientes cambios:

  1. Mejor experiencia en la página de destino
  2. El contenido que se sirve al usuario es muy valioso en comparación con otros.
  3. No se realizan cambios en la página, pero el tráfico de una fuente de baja calidad dejó de llegar.

Para entender por qué, verifique lo siguiente con su analítica y colega:

  • ¿Algún cambio en la página de destino / contenido?
  • ¿Algún cambio en las fuentes de visitantes de sus páginas web?

¿Una tasa de rebote del 12% no es normal?

Esto depende totalmente de la categoría de su sitio web y de las fuentes de tráfico. Para mi sitio web, mantengo menos de su tasa de rebote del 12%, que no mucha gente podría lograr. (El% no es relevante ya que también debe contabilizarse con el número de usuarios que visitan la página web en un período determinado).


1

¿Es esa una tasa de rebote promedio en diferentes páginas / fuentes?

Por lo general, si cae a cero, se debe a la activación de eventos de doble vista de página, pero dado que muestra un 12% constante, imagino que el problema de seguimiento solo afecta a algunas páginas.

Me gusta usar el complemento de Tag Assistant Chrome para depurar


1

Esas son cosas buenas y, por supuesto, todos queremos que los datos se vean así, sin duda :), pero no olviden que hay "otro" lado de la medalla. Esto puede ser el resultado basado en un guión interceptado / configuración incorrecta o un seguimiento doble, si alguien implementó accidentalmente el código dos veces, o si tiene guiones GTM y GA en el código del sitio web. Verifíquelos también. Espero estar equivocado pero ...


Esperaría que la tasa de rebote sea menor (casi cero) si se llama a GA dos veces. Si eso fuera cierto, también debería haber un gran salto correspondiente en las vistas de página. Ciertamente vale la pena comprobarlo.
Stephen Ostermiller

1
SI es GTM sobre GA, no del todo, sé algo extraño, pero eso realmente sucedió, la tasa de rebote cayó en 5,6% promedio.
Filozof666
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.