Eine Alternative dazu ist es nicht. Beide \u00e4ndern verschiedene Dinge, und ein Blick auf die Anfrage selbst macht den Unterschied in etwa einer Minute deutlich.<\/p>\n\n Der Gateway ist ein Vorschaltdienst auf einem Pfad der eigenen Domain. Sowohl das Skript als auch die Messtreffer laufen dar\u00fcber – das Tag wird von etwas wie Aus Sicht des Browsers ist jede dieser Anfragen jetzt erstanbieterisch. Das ist der ganze Mechanismus. Am Anfragek\u00f6rper \u00e4ndert sich unterwegs nichts, und es soll sich auch nichts \u00e4ndern: Die Dokumentation h\u00e4lt fest, dass nur Google-Erstanbieter-Cookies durchgehen und alle anderen durchgereichten Erstanbieter-Cookies verworfen statt verarbeitet werden.<\/p>\n\n Das Tag l\u00e4uft weiterhin im Browser, baut die Nutzlast im Browser und sendet die Nutzlast, die es gebaut hat. In dieser Anordnung gibt es keine Stelle, an der sich ein Parameter entfernen lie\u00dfe, der gar nicht h\u00e4tte erhoben werden d\u00fcrfen, an der sich ein Kundenwert aus einem internen System nachschlagen lie\u00dfe oder an der auf dem Server entschieden w\u00fcrde, dass ein Treffer \u00fcberhaupt nicht weitergereicht wird. Genau daf\u00fcr gibt es einen Servercontainer, und der Gateway hat zu all dem keine Meinung.<\/p>\n Die Behauptung, die am h\u00e4ufigsten an der Erstanbieter-Auslieferung h\u00e4ngt, lautet, sie stelle die Cookie-Frist unter Safari wieder her. Das h\u00e4ngt vollst\u00e4ndig davon ab, welcher Mechanismus das Cookie schreibt, und die Unterscheidung ist scharf. Ein von JavaScript geschriebenes Cookie wird von der Intelligent Tracking Prevention auf sieben Tage gekappt, gleichg\u00fcltig welcher Host das Skript geliefert hat, w\u00e4hrend ein vom Server in einem Googles Seite zur Cookie-Behandlung im Tag Gateway beschreibt, welche Cookies durchgehen und welche verworfen werden. Welcher der beiden Mechanismen sie schreibt, sagt sie nicht. Das ist kein Grund, in irgendeine Richtung zu raten – es ist ein Grund nachzusehen, und Nachsehen kostet eine Anfrage.<\/p>\n\n\n![\"Drei](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/zustellweg-de.png\")
\nWas sich tats\u00e4chlich verschiebt<\/h2>\n
\/metrics\/gtag\/js<\/code> geladen statt von googletagmanager.com<\/code>, und die Treffer gehen an \/metrics\/g\/collect<\/code> auf demselben Host. Das CDN, der Load Balancer oder der Webserver schreibt den Pfad um und leitet die Anfrage an Google weiter.<\/p>\nWas er bewusst nicht tut<\/h2>\n
\n\n
<\/th> Tag Gateway<\/th> Serverseitiges GTM<\/th><\/tr>\n<\/thead>\n Host in der Anfrage<\/td> Eigene Domain<\/td> Eigene Domain<\/td><\/tr>\n Wo das Tag l\u00e4uft<\/td> Im Browser<\/td> Auf dem Server<\/td><\/tr>\n Darf die Nutzlast \u00e4ndern<\/td> Nein<\/td> Ja<\/td><\/tr>\n Schw\u00e4rzen und Minimieren<\/td> Nein<\/td> Ja<\/td><\/tr>\n Anreichern aus eigenen Systemen<\/td> Nein<\/td> Ja<\/td><\/tr>\n Was zu betreiben ist<\/td> Eine Weiterleitungsregel<\/td> Ein Container mit Lebenszyklus<\/td><\/tr>\n<\/tbody>\n<\/table>\n\n Die Cookie-Frage und wie sie sich kl\u00e4ren l\u00e4sst<\/h2>\n
Set-Cookie<\/code>-Antwortkopf geschriebenes Cookie die Frist beh\u00e4lt, die er beantragt.<\/p>\n