Vor kurzem hat Krista Seiden, Google Evangelist, in ihrem Blogposte das neue Scrolltracking-Feature im Google Tag Manager vorgestellt: Und seitdem wird im Netz über nichts anderes mehr gesprochen. Ich meine, man sollte einen zweiten Blick auf die Details werfen…
Inhalt
Google Analytics verfügt leider nicht über eine Visualisierung der Scroll-Tiefe, wie wir es beispielsweise von Hotjar kennen:
Screenshot: Scrolltracking mit Hotjar auf hausdorf.at
Trotzdem ist es super interessant zu wissen, wie weit User auf der Website scrollen bzw. ob sie überhaupt scrollen – und die oft mühsam aufbereiteten Inhalte vollends ansehen. Dieses User Engagement ist bei Content Websites wie Blogs genauso spannend wie für alle anderen Websites, wenn es um die Startseite oder sehr lange Produktdetailseiten geht.
Deswegen haben geniale Tekkis einen Weg gefunden, das Scroll-Verhalten via Event-Tracking über den Google Tag Manager zu erfassen: Tolle Lösungen gibt es bei OptimizeSmart, bei LunaMetrics oder AmazeeMetrics.
Natürlich erforderte der Einbau dieser Lösungen ein wenig technisches Grundverständnis und vielleicht ein bisschen mehr Arbeit. Aber: Es hat gut funktioniert und die Lösung sah in etwa so in Google Analytics aus.
Screenshot: Scrolltracking in GA via GTM bisher
>> Nun die Revolution: Google hat im Google Tag Manager einen neuen Trigger hinzugefügt. Genau das selbe Scrolltracking lässt sich jetzt auch super bequem und direkt über den Google Tag Manager aktivieren: Ohne technisches Grundverständnis, ohne Arbeitsaufwand. Setup Zeit: 5 Minuten. ????
Wie das Scroll Tracking Setup im GTM geht, kannst du direkt bei Krista im Blog nachlesen: „Step-by-Step: New Scroll Depth Trigger in Google Tag Manager“
Kurzgefasst: Es sind 3 sehr einfache Schritte notwendig.
Screenshot: GTM Built-In Variable konfigurieren
Screenshot: GTM Scroll Tracking Tag anlegen
Screenshot: GTM Scroll Tracking Trigger aktivieren
Speichern. Publishen. Fertig.
Krista hat ihrem Blogartikel auf jeden Fall nicht übertrieben: In 5 Minuten hatte ich das neue Scrolltracking in meinem Blog schon aktiv.
Ein Blick in die Developer-Console… und beim scrollen schossen mir nur so die Events um die Ohren: Ich habe in meinem Trigger 10er Schritte eingebaut, d.h. wenn ich auf meinem Blog 10%, 20%, 30%… 90%, 100% scrolle, dann wird jedes Mal ein Event abgefeuert. Sprich: 10 Events pro Blogartikel.
Screenshot: Scrolltracking Check in der Developer Console
Das mag für meinen kleinen Blog mit 20 Seitenaufrufen am Tag und durchschnittlich 2,07 Seitenaufrufe pro Sitzung kein Problem sein: Werden eben 20 weitere Events abgefeuert.
ABER bei großen Seiten, egal ob Onlineshop, Informationsseite, Portal oder Applikation, wo im Schnitt 10+ Seiten aufgerufen werden, wo gestöbert und verweilt wird und wo auf jeder Seite 20, 50, 70 andere Events abgefeuert werden, sehe ich ein gröberes Problem.
Und zwar:
Google Analytics hat ein Limit von max. 500 Hits, die garantiert innerhalb einer Session verarbeitet werden. Alles was darüber hinaus passiert, kann (muss aber nicht) einfach abgeschnitten und weggeworfen werden. Das gilt übrigens auch für Google Analytics 360 Kunden…
500 Hits pro Sessions klingt zwar im ersten Moment viel: Aber bei einer Ecommerce Website beispielsweise, bei dem Enhanced Ecommerce vollständig eingebaut ist und jeder Product View, jede interne Promotion getrackt wird und zusätzlich noch zig Events für diverse Button- und Link Klicks, eventuell sogar Wetter-Informationen und andere Third-Party Daten zur Session hinzu gespeichert werden, könnte das knapp werden.
Wenn es also passiert, dass jede oder zumindest jede zweite, dritte Session über 500 Hits erzeugt und der Rest weggeworfen wird, dann verfälscht das natürlich die Statistik im gröberen Ausmaß: Denn das restliche User-Verhalten wird einfach nicht mehr aufgezeichnet.
Das bedeutet, dass z.B. ab Seite 5 keine Scroll-Daten mehr für weitere Produktdetailseiten erfasst werden. Funktionieren diese Seiten dann schlechter? Nein, sie werden nur nicht mehr erfasst.
Noch schlimmer: Was ist, wenn erst nach 10 Seiten eine Transaktion erfolgt? Sie wird in Google Analytics möglicherweise nicht mehr aufgezeichnet… ?
Statt das Scroll-Tracking per Default auf allen Seiten zu aktivieren, kann es natürlich auch nur auf bestimmten Seiten aktiviert werden z.B. der Startseite, Kategorieseiten oder Content Seiten…
Doof ist dann, wenn plötzlich doch eine User Engagement Analyse für die Produktdetailseite verlangt wird und die Daten nicht vorhanden sind…
Zwar kann der Trigger im GTM sehr schnell angepasst werden – aber es dauert wieder ein paar Tage oder Wochen bis relevante Daten in Google Analytics verfügbar sind. Und wer will schon wochenlang auf seinen Report warten?
Auch das ist eine mögliche Lösung: Statt in 10er Schritte kann das Scrollen auch auf 25er-Schritte reduziert werden. Statt zehn Events werden dann immerhin nur mehr vier pro Seite gefeuert: Eine Reduktion von 60%.
ABER: Auch dann gefällt mir die Lösung als Google-Analytics-Free User eigentlich nicht. Denn mich interessiert, wie viel Prozent des Website-Contents die User gesehen haben und nicht wie viel sie hin & her scrollen.
Als Beispiel: Wenn ein User in Summe 75% scrollt, dann hat er zwangsweise 0%, 25% und 50% durchlaufen und 75% erreicht. Mich interessieren die 75%, nicht aber die 0-50%…
Wo diese Art von Tracking spannend sein könnte, ist bei GA360 Kunden, die sich mit Custom Funnels einen wunderschönen benutzerdefinierten Scroll-Trichter bauen können: Siehe als Beispiel mein Blogpost über Custom Funnels während meiner Zeit bei e-dialog.
Screenshot: Scroll Tracking Funnel bei GA360 Kunden
Deswegen habe ich mich gegen den Einbau des neuen Scrolltrackings von Google entschieden: Weil es meiner Meinung nach keine optimale Lösung für große Websites ist.
Vielmehr habe ich eine Lösung aus dem Netz auf meine Bedürfnisse angepasst: So wird lediglich EIN EINZIGES SCROLL-EVENT beim verlassen der Seite gefeuert.
Das kann sein, wenn der User auf die nächste Seite innerhalb meiner Website springt oder die Website verlässt, indem er im Browser eine neue Website öffnet, eine Suche durchführt, etc.
Vorteil: Schließt der User den Browser, wird das Scroll-Event dank Browser-Eventhandling „beforeunload“ trotzdem abgeschickt!
Meine Scrolltracking-Lösung besteht aus zwei Tags, zwei Trigger und einer neuen Variable.
Scrennshot: GTM Neue Variable „percent“
<script>
var maxscrolled = 0;
window.addEventListener("scroll", function(){
var scrollpoint = (window.pageYOffset || document.documentElement.scrollTop || document.body.scrollTop || 0)+window.innerHeight;
if(window.maxscrolled < scrollpoint){
window.maxscrolled = scrollpoint;
}
});
window.addEventListener("beforeunload", function() {
var percent = (Math.round(window.maxscrolled/document.body.scrollHeight*10)*10);
dataLayer.push({
'event': 'scrolltracking',
'percent': (percent>100 ? 100 : percent)+""
});
});
</script>
Den Code kurz erklärt: Es wird eine globale Variable maxscrolled angelegt und zwei Event Listener (Funktionen) ausgeführt. Eine Funktion wird beim scrollen ausgelöst: Diese speichert jedes mal nach dem scrollen den Scrollpunkt in die globale Variable maxscrolled. Die zweite Funktion wird bei „beforeunload“ (bevor die aktuelle Seite verlassen wird) ausgelöst: Sie nimmt den Wert von maxscrolled und setzt ihn in Relation zur Länge der Website. Wird die Seite verlassen, wird der gescrollte Wert via dataLayer-Push Event an den GTM abgeschickt.
Achtung: Events beeinflussen deine Bouncerate (>>Details siehe hier).
Ich setze den non-interaction Event Parameter im GTM deswegen auf „true“. D.h. die Scrollevents beinflussen meine Bouncerate NICHT. Würdest du mit meiner Lösung den ni-Parameter auf „false“ setzen, würden User die 0% gescrollt haben (also tatsächlich abgesprungen sind) fälschlicherweise nicht als Bouncer gewertet werden.
Screenshot: GTM Trigger Scrolltracking Event
Speichern. Publishen. Fertig.
Hinweis: Um die durchschnittliche Scrolltiefe pro Seite zu analysieren, wird die Scrolltiefe zusätzlich zur „Event Action“ in den „Event Value“ geschrieben. In Google Analytics unter Verhalten –> Ereignisse –> Seiten erhälst du dadurch eine wunderbare Übersicht über die durchschnittliche Scrolltiefe pro Seite.
Der große Vorteil dieser Lösung ist einerseits, dass sich die Anzahl der Hits im Rahmen halten – auch wenn das Scrolltracking auf allen Seiten aktiviert wird.
Andererseits wird die Auswertung wesentlich vereinfacht, denn wenn in 500 Sessions die Website bei 60% verlassen wurde, dann sind das 500 Sessions. In dieser Anzahl befinden sich nicht auch noch die Sessions, welche auf der Website zu 70%, 80%, 90% oder gar 100% gescrollt haben.
Ein bisschen so wie: Einfach ehrlich, einfach Granny’s. ????
Screenshot: Scrolltracking via GTM
Außerdem ist es mit dieser Lösung möglich, die durchschnittliche Scrolltiefe pro Seite zu erfassen – was zusätzlich einen schönen Überblick über die meist gescrollten Seiten liefert:
Google Analytics – Avg. Scrolldepth per Page
Ein weiterer Vorteil: Meine Lösung ist schnell kopiert und im eigenen GTM aufgesetzt – mit Copy & Paste auch ohne technische Kenntnisse.
Der neue Scroll-Trigger im GTM ist zweifellos großartig und es ist kein Wunder, dass die ganze Webanalyse Community gerade völlig aus dem Häuschen ist: Scroll Tracking ist schnell und super easy aufgesetzt, sogar in weniger als 5 Minuten.
Man muss sich nicht selbst um die Lösung kümmern, mit JS-Workarounds arbeiten und läuft auch nicht Gefahr “irgendwas falsch zu machen”. Für kleine Blogs, Websites mit überschaubaren Traffic und geringer Seitentiefe der Himmel auf Erden…
ABER große Websites mit Tonnen an Traffic oder einer hohen Seitentiefe empfehle ich nicht, von einer Sekunde auf die andere von der eigenen Lösung auf die Neue umzusteigen.
Vielmehr solltest du vorher überprüfen, ob du nicht Gefahr läufst ins 500-Hit-Limit pro Session zu gelangen – oder es andere Gründe gibt, die eigene Lösung weiterhin laufen zu lassen z.B. weil die Analyse genau auf dich zugeschnitten ist.
Und wen du bisher keine Lösung implementiert hast: Dann solltest du dir ebenfalls vorher Gedanken machen, ob das neue Feature für deine Website das Passende ist. In erster Linie geht es nicht um ein perfektes Scroll-Tracking! Vielmehr geht es darum, keine wichtigen Hits zu verlieren und die Website durch hunderte Events (wenn auch nur geringfügig) zu verlangsamen.
So, jetzt aber ran an den Ein- und Umbau der neuen Trigger in deinem GTM… und danach auf ins Scroll-Analyse Abenteuer!
<Hier folgt ein Screenshot, wie viele User diesen Blogartikel bis zum Ende gescrollt haben>
Dann freue ich mich über ein Like, ein Share und ein Kommentar von dir. Abonniere gerne meinen Newsletter und meine Facebook Seite und lass dich automatisch über neue Beiträge informieren.
Noch nicht ganz? Schreibe mir gerne deine Fragen in die Kommentare.
Ich helfe, wo ich kann.
???? Happy Analyzing,
Deine Michaela
Jederzeit abbestellbar
Wenn du sowohl mit Google Ads als auch Google Analytics 4 (GA4) arbeitest, hast du… Weiterlesen
Sind dir schon die neuen Scatterplots (Streudiagramme) in Google Analytics 4 über den Weg gelaufen?… Weiterlesen
🛑✋ACHTUNG UPDATE: Am 1. Juli 2024 wurde Universal Analytics (GA3) vollständig durch das neue Google… Weiterlesen
Google Consent Mode V1, V2, Basic, Advanced: 🤯. Was bedeutet das alles? Was ist dieser… Weiterlesen
Die Freude war groß zum Start von GA4 (damals 2020), denn im Google Support Center… Weiterlesen
Google Analytics 4 ist da und damit: Ein neues Interface. Eine neue Berichtsnavigation. Neue Berichte.… Weiterlesen
View Comments
Hallo Michaela,
danke für den Post und dafür, dass du das Thema so klar nachvollziehbar beschreibst!
Ich habe das gleich umgesetzt, erhalte aber leider keine Ergebnisse in GA.
Drei Gedanken hatte ich dazu:
1
Bei deinen Erläuterungen habe ich Angaben zu einem Feld vermisst:
Beim Tag-Typ Universal Analytics muss eine Angabe zu Google Analytics-Einstellungen gemacht werden. Ich habe es bei {{Google Analytics-Einstellungen}} belassen. Bin mir da aber nicht sicher.
2.
Der andere Gedanke: Ich habe alles angelegt etc. Aber explizit "veröffentlicht" habe ich nichts - da gab es keinen Button dazu.
3.
Ein dritter Gedanke: Ich kann das Funktionieren schlussendlich nur in GA überprüfen, indem ich sehe, dass Daten eingehen, oder? Müssen in GA weitere Einstellungen definiert werden (du hast von "Verhalten –> Ereignisse –> Seiten " geschrieben), um das zu sehen? Da war ich - konnte aber auch nach einige Tagen nichts sehen.
Vielleicht siehst du ja den Fehler schon oder es gibt eine ganz andere einfache Lösung?
Herzlichen Dank!
Christian
Hallo Christian,
vielen Dank für deinen Kommentar und ausgezeichnet, dass du mir Screenshots von deinem Setup direkt per Email zukommen lassen hast - das hilft mir sehr beim überprüfen. :-))
Zu 1) Genau, hier gibst du deine Analytics-Settings Variable an. Diese hast du vermutlich bereits beim Pageview Tag erstellt und kannst du hier wiederverwenden - alles richtig gemacht.
Zu 2) Wenn du keinen "Veröffentlichen" Button siehst, dann hast du vermutlich nicht die Berechtigung Tags im GTM zu veröffentlichen. Kann das der Fall sein?
Ansonsten siehst du rechts oben einen auffallend blauen "Senden" Button - gleich neben deiner GTM-ID und den grauen "In Vorschau ansehen" Button. Siehst du den blauen Button?
Das bringt mich zu 3) Du kannst das GTM Setup vor der Veröffentlichung im GTM überprüfen indem du auf den grauen "In Vorschau ansehen" klickst. Dann kannst du prüfen ob die Streams beim scrollen raus gehen.
Ich empfehle IMMER vor der Veröffentlichung zu testen, da du sonst möglicherweise Fehler publisht die das Tracking und somit deine Daten beeinflussen - oder im schlimmsten Fall sogar deine Website.
Ansonsten müssen in Universal Analytics KEINE weiteren Einstellungen vorgenommen werden.
Sobald der GTM gepublisht ist, fließen die Scrolldaten in GA ein und du kannst sie unter Verhalten --> Ereignisse --> Wichtigste Ereignisse sofort sehen und deine Analysen starten.
Zusammenfassung: Wichtig ist, dass du den GTM publisht. Wenn du den blauen "Senden" Button nicht siehst, dann womöglich weil du keine Berechtigung hast. In dem Fall bitte bei deiner IT etc. nachfragen.
Liebe Grüße nach Hamburg,
Michaela
Hallo Michaela,
erst einmal vielen herzlichen Dank für Deine tolle Seite! Ich bin erst durch Corona und die Umstellung meiner Elterngeldberatung auf ein Online-Business mit den Themen Webseite usw. beschäftigt. Ich verfüge daher leider bisher nur über ein sehr gering ausgeprägtes technisches Verständnis. Da ich aber die genauen Verweildauern v. a. bei meinen Blogbeiträgen auswerten möchte, bin ich auf deine Lösung hier geraten, um ein weiteres Event auszulösen. Und die Aussicht, sehen zu können, wie weit meine Blogbeiträge gelesen werden, erscheint mir auch sehr verlockend. Deswegen habe ich gedacht "Nur Mut" und mich ans Werk gemacht. Vieles erschließt sich mir allerdings nicht so ohne weiteres, deswegen muss ich noch ein paar Fragen stelle und hoffe, sie sind nicht zu dumm:
1) Ich habe die von Dir vorgestellte Lösung im GoogleTagManager eingerichtet. Ich habe alle von Dir im Blogbeitrag beschriebenen Schritte durchgeführt und anschließend im Vorschaumodus meine Seite eingegeben und dann stand da im Ergebnis, dass sowohl GA – Event – Scolltracking als auch GA – Custom HTML – Scolltracking "fired" wurde. Anschließend habe ich dann die neue Version veröffentlicht.
2) Dann habe ich aber hier in den Kommentaren noch gelesen, dass ich anscheinend noch folgende Schritte machen muss:
- percent in String umwandeln?
- Tag Sequencing einstellen, muss das bei dem Event Scrolltracking gemacht werden oder bei dem Custom HTML-Tag?
- "if in den Code dazu: Wenn 0% gescrollt, sendest du ein Event mit ni=1 (Bouncer). Wenn größer 0% gescrollt, sendest du ein Event mit ni=0 (Kein Bouncer)." Wo wird das gemacht? Wie muss der Code denn dann aussehen?
- Prozent dem Event Value zuordnen?
Ich bin überfordert! Wo und wie mache ich das denn?
3) Wenn ich unter Google Analytics bei Ereignisse schaue, gibt es dort keine unter "Wichtigste Ereignisse" zur Auswahl (sonst allerdings auch nirgendwo unter dem Menüpunkt Ereignisse). Muss ich das auch erst einrichten?
Vielen Dank für Deine Hilfe und Deine Anleitung :-)
Liebe Grüße,
Gesa
Hallo Gesa,
ich freue mich, dass du auf meinen Blog gestoßen bist.
Um die Verweildauer deiner Blogbeiträge auszuwerten, hilft dir eventuell dieser Blogartikel weiter: Time Spend On Site - 3 Lösungen, die echte Sitzungsdauer deiner User zu messen.
Zu 2): Das stimmt - die Infos in den Kommentaren können sehr verwirrend sein. Das sind tlw. sehr spezifische bzw. individuelle oder auch fortgeschrittene Lösungen. Fürs erste ist man mit der "Basisversion" im Blogartikel sehr gut ausgestattet. Wenn du diese aufgesetzt hast und alles korrekt läuft - perfekt! Ausgezeichnet!
--> zu percent in String: Diese Anpassung habe ich im Code vorgenommen; du brauchst nichts weiter beachten.
--> "if-Bedingung": Das ist eine advanced-Lösung die ich noch nicht eingebaut habe. Sie ist im ersten Schritt nicht notwendig, du bekommst auch ohne ihr gute Ergebnisse. Wenn man sehr, sehr genau arbeiten möchte, ist diese Lösung natürlich schön - und ich habe auch vor sie nachzutragen, sobald ich Zeit habe. Wenn du die Lösung jetzt schon haben möchtest, lass uns doch bezüglich individueller Beratung sprechen: support@analyticskiste.blog
-> Prozent dem Event Value zuordnen: Das betrifft nur das Setup von Chris - er hat vergessen diesen Tag anzulegen und deswegen hat das Scrolltracking bei ihm nicht geklappt. Hat er ausgebessert. Klappt jetzt.
Wichtig: Alle wichtigen Infos aus den Kommentaren füge ich in den Blogartikel dazu, damit eine universelle, funktionierende Lösung verfügbar ist und man sich nicht alles selbst in den Kommentaren zusammen suchen muss. Das ist mir wichtig! :-)
Zu 3): GTM hast du veröffentlicht? Dann solltest du in Google Analytics unter Verhalten --> Ereignisse -> Wichtigste Ereignisse dein "Scrolltracking" Event sehen. Du musst nichts weiter einrichten.
Wenn du in diesem Bericht kein "Scrolltracking" Event hast, schick mir gerne nochmal eine Nachricht an support@analyticskiste.blog. Dann ist vermutlich irgendwo "ein Hund drin". :-)
Liebe Grüße,
Michaela
Hallo Michaela,
vielen lieben Dank für die Antworten auf meine ganzen Fragen. Da bin ich beruhigt, dass ich die Sachen größtenteils noch nicht brauche.
Tatsächlich war es so, dass nach einigen Stunden ganz automatisch das Scrolltracking-Event aufgetaucht ist. Es funktioniert ganz hervorragend und ist wirklich interessant auszuwerten!
Vielen Dank nochmal und ein schönes Wochenende,
Gesa
Hallo Gesa,
hervorragend - das freut mich sehr! :-)
Beste Grüße,
Michaela
Hallo Michaela,
danke für diesen großartigen Beitrag! Ich habe lange nach einer Lösung gesucht, um genauere GA Zahlen zu bekommen und das ist die perfekte Lösung dafür! Ich habe es direkt eingebaut und bin gespannt, ob ich alles richtig gemacht habe und es funktioniert :)
Hallo Kerstin,
großartig! Das freut mich sehr! :-D
Ganz liebe Grüße,
Michaela
Hi Michaela,
wirklich guter Inhalt. ich habe nach dem lesen des ersten Beitragen gedacht ich lesen einen Artikel eines Kerles! War dann überrascht das dem nicht so ist! Bin halt gewöhnt das technische Dinge eher von Kerlen kommen.
Hallo Jens,
danke für das Kompliment.
Zum Glück geht Technik und auch Analytics immer mehr in Richtung Frauen. ,-)
Liebe Grüße,
Michaela
Hallo Michaela,
sehr spannender Blog und super Artikel!
Bei mir werden allerdings die Werte bei "Event Value" nicht mit übertragen nach Google Analytics. Alle Event Values sind 0, obwohl ich mich komplett an deine Anleitung gehalten habe.
Die Tags feuern richtig und überall laufen Werte rein, nur eben wird beim Event Value nichts aus "percent" mit eingetragen - hast du da eine Lösung für?
Viele Grüße
Chris
Hallo Chris,
danke, dass du mir zusätzlich Screenshots deiner Implementierung zur Verfügung gestellt hast - das hilft enorm beim Troubleshooting. Dein Setup sieht auf jeden Fall schon mal gut aus.
Ein Tag Screenshot fehlt jedoch noch - nämlich der wo die Prozent dem Event Value zugeordnet wird: Der Haupt-Tag sozusagen. Ich geh davon aus, dass es hier hackt - ev. hast du vergessen den Prozent-Wert dem Event-Value zuzuordnen?
Wenn es das nicht ist, bitte nochmal melden. :-)
Liebe Grüße,
Michaela
Hallo Michaela,
Danke für den sehr hilfreichen Artikel, deine Lösung funktioniert bestens.
Liebe Grüße
Johannes
Hallo Michaela,
toller Beitrag und eine gute Alternative zu Google's Standardlösung.
Funktioniert deine Variante bzw. der Event "beforeunload" auch beim Internet Explorer und auf mobilen Geräten? Und wie ist es wenn jemand den Tab wechselt anstatt zu schließen oder eine andere Seite aufzurufen - wird dann "beforeunload"-Event noch ausgeführt?
Gruß
Alex
Hallo Alex,
vielen Dank für deine Fragen - sehr spannend!
Meine Scrolltracking Lösung funktioniert auch bei IE 11 und auf mobilen Geräten. Einen Überblick bei welchen Browsern "beforeunload" funktioniert, findest du auf dieser Seite: https://caniuse.com/#search=beforeunload
Zu deiner zweiten Frage: "beforeunload" wird nur dann ausgeführt, wenn die Seite geschlossen wurde.
Bei einem Tab-Wechsel wird die Seite nicht geschlossen, deswegen wird das Scrolltracking Event nicht ausgeführt. Erst wenn der User den Browser schließt / das Tab schließt, wird die Seite geschlossen und das Scroll-Event an GA geschickt.
Wenn der User eine andere Seite aufruft (egal ob eigene Seite oder neue Domain), wird die Seite "gschlossen" und "beforeunload" somit ausgeführt.
Liebe Grüße,
Michaela
Hallo Michaela
Bei mir funktioniert alles soweit, jedoch wird der Event nur ausgelöst, wenn ich den Browser (Chrome) ganz verlasse. Wenn ich intern wechsle (also eigene Seite) wird kein Tag abgefeuert, nur wenn ich den Browser ganz schliesse. Woran könnte dies liegen?
Liebe Grüsse
Aaron
Hallo Aaron,
hmmm... also wenn du alles genau so implementiert hast wie im Blogartikel beschrieben, muss der Tag intern natürlich auch feuern.
Wenn du möchtest kann ich mal über deine Implementierung drüber schauen.
Schick mir gerne eine Email mit den Details: support@analyticskiste.blog
Liebe Grüße,
Michaela
Hi Michaela,
Tut mir sehr Leid, dass ich mich nochmal melden muss :) Ich denke das Tracking funktioniert nun soweit, auch wenn ich nicht sicher bezüglich der Google Analytics Settings im Tag bin (siehe vorige Frage).
Bei der Auswertung unter Verhalten > Events > Seiten ist mir nun aufgefallen, dass ich unter "Event Action" ein paar Scrolltiefen habe (zB 70, 50, 80 etc.), die aber 0 Sekunden "Session Duration" haben.
Wie kann das sein? Ist das Tracking bei mir nicht ganz korrekt?
Danke und nochmals LG Florian
Hi Florian,
ich freue mich über jedes Kommentar und finde es großartig, dass du dich so intensiv mit dem Scrolltracking in GA auseinandersetzt - ein mega spannendes Thema. :-)
Kannst du mir einen Screenshot von deiner 0 Sekunden Session Duration zeigen? zB Email an support@analyticskiste.blog oder gerne im Kommentar hochladen.
Ich vermute zwar woran das liegt, möchte aber zuvor einen Blick darauf werfen.
Danke und lg,
Mimi
Hi Michaela,
Danke für die Antworten :) Ja schicke ich dir gerne!
Vielen Dank!
LG Florian
Hi Michaela,
Danke auch für den tollen Artikel! Ich bin auch ein Beginner was den Tag Manager betrifft und hätte eine kurze Frage => In deinen beiden neuen Tags verwendest du aber zusätzlich schon auch den "all pages" Trigger oder?
Danke und mfg Florian
Hi Florian,
erstmals vielen Dank für deine Kommentare - ich antworte einfach kurz überall. :-)
Den All-Pages Trigger brauchst du bei meiner Lösung vom Scrolltracking nicht - das Event wird immer automatisch bei "beforeunload", also bevor der User die aktuelle Seite verlässt, ausgelöst.
Deswegen wird pro Seite auch immer nur ein Scroll-Prozentwert an Google Analytics übergeben.
Liebe Grüße,
Michaela
Habe ein bisschen research betrieben und habe schon meine Antwort :)
Allerdings ist noch eine andere Frage aufgetaucht:
Was wählst du in den Google Analytics Settings aus? Ich habe mal aus nem Bauchgefühl heraus eine neue Variable mit unserer Tracking ID hinzugefügt.
Im preview sehe ich nur diesen Events Tag INaktiv => Wird der erst gefeuert, wenn ich ´die Seite verlasse?
LG Florian
Wenn du im Pageview Tag auf "Google Analytics Settings" gehst, kannst du eine eigene, universelle Settings-Variable für das Tracking in Google Analytics auswählen.
Pflichtfeld #1: Die UA-ID aus Google Analytics - sprich die Property-ID z.B. UA-1234567-8, in welche die Daten getrackt werden sollen.
Pflichtfeld #2: Unter More Settings --> Fields to Set --> AnonymizeIP auf true setzen!
Der Vorteil der Settings Variable ist, dass wann immer du einen neuen GA Tag im GTM anlegst und deine universelle Settings Variable auswählst, die Einstellungen in der Settings-Variable automatisch für die Tags übernommen wird. So kannst du bspw. nie auf die Anonymisierung der IP Adresse vergessen.
Liebe Grüße,
Michaela
Hallo,
habe das ganze mal nachgebaut. Scheint zu klappen.
Was mir aufgefallen ist: Kann es sein, dass das Event bei Links, die in einem neuen Tab öffnen nicht ausgelöst werden?
Grüße
Tom
Hallo Tom,
eigentlich müssten die Events auch bei Links die in einem neuen Tab öffnen, ausgelöst werden, weil es ja die selbe Website mit (hoffentlich) dem selben Tracking Code ist.
Wenn du in der Developer Console testest, musst du die Seite nochmal neu laden, weil die Codes schneller laden, als die Developer Console öffnet, dann kannst du das direkt überprüfen.
Liebe Grüße,
Michaela