Consent Mode im Google Tag Manager nutzen 

Es gibt keinen Dialog in diesem Beispiel, da ich auf der Test-Website keinen solchen habe, daher ist das Thema Zustimmung im Video schlichtweg durch unterschiedliche Vorgaben in den Tags im GTM in beiden Durchgängen geregelt worden. Das mag etwas untergegangen sein, aber das war ja auch nicht das Kernthema in diesem Fall, sondern eben die Nutzung der Consent Mode Features des GTM zum Triggern oder blockieren von Tags aller Art (explizit nicht nur Google Tags). Außerdem wurde ja auch angesprochen, dass der Consent Mode selbst - jenseits dieser Funktionen im GTM - sehr kritisch zu sehen ist. Allerdings ist das Video zu einem Zeitpunkt entstanden, als es nur den Advanced Consent Mode gab und wir vom Basic Consent Mode noch nichts wussten. Meint: Wenn heute Consent Mode implementiert wird und man dennoch nur dann feuert, wenn Zustimmung besteht (also "Basic"), dann spricht nichts dagegen. Es ist ja vielmehr sogar erforderlich, wenn man mit Google Ads arbeitet. Insofern ist die "absolute Kritik" in diesem Video auch nur auf den Advanced Mode anzuwenden. Ich würde allerdings dazu nicht mehr mit den Consent Mode Funktionen des Tag Managers arbeiten, sondern ein ganz normales Triggerkonzept nutzen, das mit dem jeweiligen Consent Tool abgestimmt ist. Die Consent Mode Funktionen im GTM aus diesem Video nutze ich inzwischen aus verschiedenen Gründen nicht mehr - für eine Consent Mode (Basic) Implementierung sind sie auch nicht notwenig. Ebenso hier im Video angesprochen ist die Tatsache, dass auch diese Methode nicht gegen Race Condtions gefeit ist. Dazu gibt es hier auf dem Kanal auch ein entsprechendes Video, das die Sache vielleicht klarer machen kann: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-md5dcBoJP-k.htmlsi=JWMBYDQa9PYl9fVf ... und ein weiteres, in dem ich meine bevorzugte Lösung dafür vorstelle: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-a6VAVxPjETg.htmlsi=154tUlttzix-4xIf Das hilft hoffentlich weiter!

Danke für das Lob!

doch, unbedingt. Siehe dazu auch das recht aktuelle Video zu Race Conditions

dataLayer stirbt bei jedem Seitenaufruf, der einen Reload benötigt. Es ist ja nur eine Javascript Variable.

Wenn die Defaults gesetzt werden, landen sie im dataLayer. Es muss also sichergestellt sein, dass diese Werte dort stehen, bevor ein Tag feuert. Das kann man in der Console oft besser beobachten als im Debugger. Aber ja: Spät feuern ist mehr oder weniger Pflicht, wenn der Consent Mode verwendet werden soll, da nach den Defaults ja auch noch das Update durch sein sollte, bevor ein Tag nicht oder (im Fall von analytics_storage & Co.) mit falschen Settings feuert.

BTW: mit der Option wait_for_update bei der Initialisierung kann man auch einige Timing Probleme lösen. Ist im Video nicht im Einsatz, aber gut dokumentiert.

Ich muss ehrlich sagen, dass die Performance bei mir so mies war, dass ich darauf warte bis unsere CMP auf TCF 2.0 geht und die Infos automatisch bekommt. Aber ist zumindest mal ein poC, dass es rein technisch funktioniert :D