Die gtm.start dataLayer-Variable im Google Tag Manager

Die gtm.start dataLayer-Variable wird zusammen mit einem der ersten Events, gtm.js, in die dataLayer gepusht.

Das gtm.js Event (und damit auch gtm.start) ist fast das erste Event, da es direkt vor dem Laden des Container-Skripts aus dem Container-Snippet gepusht wird.
„Fast“, weil es dennoch nach gtm.init und gtm.init_consent kommt. Diese sind eine Art „virtuelle“ Events, da sie nicht tatsächlich aus dem window.dataLayer Array stammen und immer vor allen gepushten Events verarbeitet werden.

Das bedeutet, dass der Wert von gtm.start in allen nachfolgenden Events verfügbar ist, aber nicht für gtm.init und gtm.init_consent.

Wie man sehen kann, wird gtm.start mit folgendem Wert erstellt:

new Date.getTime()

Wie im Detail auf MDN erklärt, repräsentiert die zurückgegebene Zahl die Anzahl der Millisekunden seit dem 1. Januar 1970, 00:00:00 UTC, auch bekannt als Unix-Epoch.

Im Kontext des GTM-Snippets stellt dieser gtm.start Zeitstempel den Zeitpunkt dar, zu dem dein GTM-Container-Skript zu laden begann.
Der Wert wird nicht bei jedem Event aktualisiert (es sei denn, du überschreibst ihn absichtlich mit einem weiteren dataLayer.push({ 'gtm.start': … })).

Wofür das nützlich sein kann:

• Vergleich des GTM-Ladezeitpunkts mit anderen während des Seitenladens gesammelten Zeitstempeln zur Messung der Seitenperformance.
• Nutzung – neben anderen Daten – zur Erstellung einer eindeutigen ID pro Seitenladung. Beispielsweise für die Event-ID der Facebook Conversion API.

Wenn du nach einem Zeitstempel suchst, der bei jedem Event aktualisiert wird, kannst du stattdessen eine benutzerdefinierte JavaScript-Variable verwenden:

Arbeiten mit gtm.start

Um den Wert von gtm.start innerhalb deines GTM-Containers zu nutzen, kannst du eine GTM dataLayer-Variable erstellen:

UTC!

Etwas, das du je nach Anwendungsfall beachten solltest: Der Zeitstempel in gtm.start ist immer ein koordinierter Weltzeit (UTC) Zeitstempel, nicht die lokale Zeit des Nutzers.