Ich würde wetten, dass Ihr Kollege On-Page- Events implementiert hat .
Standardmäßig misst Google Anaytics nur Seitenaufrufe. Bounces werden als Benutzer definiert, die nur eine Seite anzeigen. selbst wenn dieser Benutzer Stunden auf einer Seite verbringt.
Mit Ereignissen können Sie verfolgen, was auf der Seite passiert. Sie können GA-Informationen zu folgenden Elementen senden:
- Benutzer klickt auf Schaltflächen
- Benutzer scrollt die Seite
- Benutzer verbringt X Minuten auf der Seite
- Benutzer tippt auf der Seite
- Benutzer sieht sich ein Video auf der Seite an
- Zusätzlicher AJAX-Inhalt wird geladen
Alle diese Ereignisse können als "interaktiv" markiert werden, wodurch GA sagt, dass "dieser Benutzer nicht abprallt". Sie können auch als "nicht interaktiv" markiert werden, was die Absprungrate nicht beeinflusst.
Wenn ich recht habe, werden Daten im Bericht "Verhalten" -> "Ereignisse" -> "Übersicht" angezeigt, die genau dann beginnen, wenn Ihre Absprungrate stark gesunken ist.
Eine Absprungrate von 12% bei der Implementierung von Ereignissen ist ganz normal. Es ist auch sehr normal, dass einige Arten von Websites vor Ereignissen eine Absprungrate von 75% aufweisen:
- Single Page Applications (SPAs) haben nur dann mehrere Seitenaufrufe, wenn Benutzer die Site ein zweites Mal aktualisieren oder darauf klicken.
- Viele Websites bieten alle Informationen, die die meisten Benutzer benötigen, direkt auf der Zielseite. Das ist bei Artikeln und Taschenrechnern üblich. Ich bin der Meinung, dass es kein "Sprung" sein sollte, wenn der Benutzer den gesamten Artikel liest.
Mit Ereignissen können Sie GA darüber informieren, dass Sie Ihre Benutzer zufrieden stellen, auch wenn sie nur eine Seite anzeigen.
Möglicherweise möchten Sie die gesendeten Ereignisse überprüfen und sicherstellen, dass jedes Ereignis entsprechend als "interaktiv" oder "nicht interaktiv" markiert ist.