{"id":9319,"date":"2026-08-09T15:37:30","date_gmt":"2026-08-09T13:37:30","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/werkzeuge\/gtm-container-history-deep-search-engine\/"},"modified":"2026-10-23T15:00:33","modified_gmt":"2026-10-23T13:00:33","slug":"gtm-container-history-deep-search-engine","status":"publish","type":"page","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/werkzeuge\/gtm-container-history-deep-search-engine\/","title":{"rendered":"GTM-Containerverlauf und Tiefensuche"},"content":{"rendered":"
\n
\n
Ben\u00f6tigt eine Google-Anmeldung<\/div>\n

Anders als die \u00fcbrigen Werkzeuge hier arbeitet dieses nicht f\u00fcr sich allein. Es liest aus der Google Tag Manager REST API v2 und verlangt daf\u00fcr eine Anmeldung bei Google. Das angeforderte Recht lautet tagmanager.readonly und ist ausschlie\u00dflich lesend \u2014 \u00e4ndern l\u00e4sst sich dar\u00fcber nichts.<\/p>\n

Was geholt wird, bleibt in dieser Registerkarte: Die Auswertung l\u00e4uft im Browser, an lukaswojcik.com geht nichts. Die unten vorbelegte OAuth-Client-ID l\u00e4sst sich durch eine eigene ersetzen.<\/p>\n<\/div>\n

\n Verbindet sich per OAuth 2.0 direkt mit der Google Tag Manager REST API v2<\/strong>.
\n Ruft die Versions-Header ab und durchsucht Hunderte von Containerversionen nach Tags, Skripten, Triggern oder Variablen – ganz ohne manuellen Dateiexport.\n <\/p>\n

\u00c4nderungsverlauf eines Elements:<\/strong> Nach der Anmeldung l\u00e4sst sich ein einzelnes Tag, ein Trigger, eine Variable, eine Vorlage, ein Ordner, ein Client, eine Transformation oder eine Zone per Name, ID oder GTM-Adresse eingeben. Das Werkzeug listet jede Version, in der das Element angelegt, ge\u00e4ndert, umbenannt, entfernt oder wiederhergestellt wurde, mit Versionsnummer, Versionsname und Notizen, Datum, Unterschieden Feld f\u00fcr Feld, \u00c4nderungen an verwendeten Triggern und Variablen sowie unver\u00f6ffentlichten \u00c4nderungen in Arbeitsbereichen.<\/p>\n

Fr\u00fchere Einordnung der Zusammenlegung:<\/strong> Zusammenlegung von Google Tag und Tag Manager: Destinations, gtm-init-Trigger und was die Lade-ID entscheidet<\/a>.<\/p>\n

Hintergrund zur Umstellung:<\/strong> Google Tag Manager und gtag.js verschmelzen: Was sich 2026 \u00e4ndert<\/a>. Die Oktober-Einordnung erkl\u00e4rt Containeroptimierung, gtag.config-Ereignisse und eine kontrollierte Migration.<\/p>\n

\n

Update vom 19.10.2026:<\/strong> Durchsucht werden die gew\u00e4hlten Tag-, Trigger-, Variablen-, Template- und Ordnerlisten der abgerufenen Versionen. Das ist keine Suche \u00fcber s\u00e4mtliche zentralen Einstellungen oder Rechte. Googles ausgelieferter Laufzeitcode kann sich ohne neue Version \u00e4ndern; ein fehlender Treffer f\u00fcr gtag.config<\/code> schlie\u00dft dieses Laufzeitereignis nicht aus. Die optionale Optimierung erfordert einen eigenen Abgleich zentraler Einstellungen und Ziel-Tags. Rechte werden nicht versioniert und durch eine Versionsr\u00fcckkehr nicht wiederhergestellt.<\/p>\n

Einordnung der Oktober\u00e4nderungen<\/a> \u00b7 Google-Versionshinweise<\/a> \u00b7 Optimierung und Rechte<\/a><\/p>\n<\/div>\n