{"id":13102,"date":"2026-09-19T12:45:00","date_gmt":"2026-09-19T10:45:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=13102"},"modified":"2026-09-09T13:24:15","modified_gmt":"2026-09-09T11:24:15","slug":"tutorial-eine-ga4-collect-anfrage-parameter-fur-parameter-lesen","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/tutorials-de\/tutorial-eine-ga4-collect-anfrage-parameter-fur-parameter-lesen\/","title":{"rendered":"Tutorial: Eine GA4-Collect-Anfrage Parameter f\u00fcr Parameter lesen"},"content":{"rendered":"

Ein GA4-Treffer ist eine einzige HTTP-Anfrage, und alles, was die Property \u00fcber diesen Moment je erfahren wird, steht in ihrer Abfragezeichenfolge. Sechzig Parameter, alle auf zwei oder drei Zeichen abgek\u00fcrzt, keiner davon in der Oberfl\u00e4che erkl\u00e4rt.<\/p>\n

Diese K\u00fcrzel lesen zu k\u00f6nnen lohnt sich aus einem Grund: Es ist die einzige Stelle, an der sichtbar wird, was der Browser tats\u00e4chlich gesendet hat. Jeder Bericht, jede Vorschau und jede Einwilligungsanzeige liegt hinter dieser Anfrage – und ein Wert, der hier fehlt, wurde nie gesendet.<\/p>\n

\n\"Eine
Vier Gruppen decken fast jeden Parameter ab. Der f\u00fcnfte Block, der E-Commerce-Artikel, ist ein eigenes Format innerhalb eines einzigen Felds.<\/figcaption><\/figure>\n

Die Anfrage finden<\/h2>\n

Die Anfrage geht an \/g\/collect<\/code>, entweder direkt zu Google oder an den Servercontainer, sofern einer im Einsatz ist. Im Netzwerkbereich des Browsers reduziert ein Filter auf collect<\/code> die Liste auf genau diese Treffer.<\/p>\n

https:\/\/www.google-analytics.com\/g\/collect\n  ?v=2&tid=G-AB12CD34&gtm=45je55h0v9182736&_p=1737041234567\n  &cid=1234567890.1737041234&ul=de-de&sr=2560x1440&_s=2\n  &sid=1737041234&sct=4&seg=1&dl=https%3A%2F%2Fshop.example%2Fkasse\n  &dt=Kasse&dr=https%3A%2F%2Fwww.google.com%2F&en=purchase\n  &ep.payment_type=card&epn.value=129.9&cu=EUR&_et=4312\n  &pr1=idSKU-42~nmStuhl~caMoebel~pr64.95~qt2&gcs=G111<\/code><\/pre>\n
Zwei praktische Hinweise dazu, wo sie sich versteckt. Kleine Treffer reisen als GET, die Parameter stehen dann in der Adresse; gr\u00f6ssere wechseln auf POST, und dann tr\u00e4gt die Adresse nur einen Teil, der Rest sitzt im Anfragek\u00f6rper. Und mehrere Ereignisse lassen sich in einem POST b\u00fcndeln, eines je Zeile – ein K\u00f6rper mit drei Zeilen sind drei Treffer, nicht einer.<\/p>\n
Eine Anfrage, die gar nicht erscheint, ist selbst ein Befund, und daf\u00fcr gibt es drei \u00fcbliche Ursachen: Die Einwilligung fehlt und das Tag h\u00e4lt zur\u00fcck, ein Werbeblocker hat das Skript entfernt, oder das Tag hat nie ausgel\u00f6st. Diese drei trennt der Tag-Debugger, nicht diese Ansicht.<\/p>\n
Die Parameter, die kennzeichnen<\/h2>\n
Die erste Gruppe beantwortet, wer sendet und an welche Property. Diese Parameter stehen auf jedem Treffer und \u00e4ndern sich selten.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n\n
Parameter<\/th>\nBedeutung<\/th>\n<\/tr>\n<\/thead>\n
v=2<\/td>\nProtokollfassung – 2 ist GA4, 1 war Universal Analytics<\/td>\n<\/tr>\n
tid<\/td>\nMess-ID der Zielproperty<\/td>\n<\/tr>\n
cid<\/td>\nClient-ID, der Wert aus dem _ga-Cookie ohne seinen Vorsatz<\/td>\n<\/tr>\n
sid<\/td>\nSitzungs-ID – die Epochensekunde des Sitzungsbeginns<\/td>\n<\/tr>\n
sct<\/td>\nZahl der Sitzungen dieses Clients<\/td>\n<\/tr>\n
seg<\/td>\n1, sobald die Sitzung als interagiert gilt, davor 0<\/td>\n<\/tr>\n
_p<\/td>\nZufallszahl je Seitenaufbau, b\u00fcndelt die Treffer einer Seite<\/td>\n<\/tr>\n
_s<\/td>\nZ\u00e4hler innerhalb des Seitenaufbaus – der erste Treffer ist 1<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Zwei davon sind n\u00fctzlicher, als sie aussehen. Die Sitzungs-ID ist ein Zeitstempel und sagt damit genau, wann die Sitzung begann – eine Sitzung, die st\u00e4ndig neu startet, ist hier sichtbar, bevor ein Bericht es zeigt. Und _s<\/code> macht L\u00fccken auff\u00e4llig: Eine Seite, deren Treffer von 1 auf 3 springen, hat unterwegs einen verloren.<\/p>\n
Die Parameter, die die Seite beschreiben<\/h2>\n
Die zweite Gruppe ist der Zusammenhang, und dort entstehen die meisten falschen Werte, denn diese Parameter kann ein Tag \u00fcberschreiben.<\/p>\n
dl<\/code> ist die Seitenadresse und kommt prozentkodiert an; aus ihr entstehen der Seitenpfad und jeder Abfrageparameter, den GA4 sp\u00e4ter ausweist. dr<\/code> ist der Verweis und bleibt bei direktem Einstieg leer. dt<\/code> ist der Dokumenttitel, genommen im Augenblick des Ausl\u00f6sens – weshalb eine Einzelseitenanwendung, die vor dem Titelwechsel feuert, den Titel der vorigen Seite meldet.<\/p>\n
ul<\/code> ist die Browsersprache und sr<\/code> die Bildschirmaufl\u00f6sung. Beide kommen aus dem Browser und sind die zwei Felder, die einen automatisierten Besucher am h\u00e4ufigsten verraten: eine Aufl\u00f6sung von 800×600 zusammen mit einer englischen Spracheinstellung auf einem deutschen Shop ist ein Muster und keine Person.<\/p>\n
Hier statt in einem Bericht zu pr\u00fcfen lohnt sich eines: ob dl<\/code> Parameter tr\u00e4gt, die in einer Analyse nichts zu suchen haben. Alles hinter dem Fragezeichen landet in der Seitendimension, und ein Formular, das eine Mailadresse in die Adresse schreibt, sendet sie zuerst hierher.<\/p>\n
Das Ereignis und seine Parameter<\/h2>\n
Die dritte Gruppe ist das, was tats\u00e4chlich geschehen ist, und sie folgt einer einfachen Benennungsregel.<\/p>\n
en=purchase              der Ereignisname\nep.payment_type=card     Ereignisparameter, Text\nepn.value=129.9          Ereignisparameter, Zahl\nup.plan=premium          Nutzereigenschaft, Text\nupn.credits=40           Nutzereigenschaft, Zahl\n_et=4312                 Interaktionszeit in Millisekunden seit dem letzten Treffer\ncu=EUR                   W\u00e4hrung<\/code><\/pre>\n
Der Unterschied zwischen ep.<\/code> und epn.<\/code> ist der, der am meisten Zeit kostet, wenn er falsch steht. Eine als Text gesendete Zahl landet in einer Textdimension, l\u00e4sst sich nicht summieren und nachtr\u00e4glich nicht in eine Kennzahl verwandeln – und nichts meldet einen Fehler, denn ein Textparameter mit dem Inhalt 129.9<\/code> ist v\u00f6llig g\u00fcltig.<\/p>\n
Die Interaktionszeit ist je Treffer aufgelaufen, nicht je Sitzung: Jede Anfrage tr\u00e4gt die Millisekunden seit der vorigen. Eine Seite, die hier durchweg 0 sendet, wird nicht angesehen – oder etwas setzt den Z\u00e4hler zur\u00fcck.<\/p>\n
Die E-Commerce-Daten in einem Feld<\/h2>\n
Artikel bekommen nicht je einen eigenen Parameter. Sie werden in pr1<\/code>, pr2<\/code> und so fort gepackt, ein Feld je Artikel, mit Zwei-Buchstaben-K\u00fcrzeln und einer Tilde als Trenner.<\/p>\n
pr1=idSKU-42~nmStuhl~caMoebel~pr64.95~qt2~brNordholz~vaEiche<\/code><\/pre>\n\n\n\n\n\n\n\n\n\n\n
K\u00fcrzel<\/th>\nGA4-Feld<\/th>\nK\u00fcrzel<\/th>\nGA4-Feld<\/th>\n<\/tr>\n<\/thead>\n
id<\/td>\nitem_id<\/td>\npr<\/td>\nprice<\/td>\n<\/tr>\n
nm<\/td>\nitem_name<\/td>\nqt<\/td>\nquantity<\/td>\n<\/tr>\n
br<\/td>\nitem_brand<\/td>\nds<\/td>\ndiscount<\/td>\n<\/tr>\n
ca<\/td>\nitem_category<\/td>\ncp<\/td>\ncoupon<\/td>\n<\/tr>\n
c2 \u2026 c5<\/td>\nitem_category2 \u2026 5<\/td>\nln<\/td>\nitem_list_name<\/td>\n<\/tr>\n
va<\/td>\nitem_variant<\/td>\nlp<\/td>\nindex<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Drei Dinge werden pr\u00fcfbar, sobald das lesbar ist. Ob jeder Artikel ein id<\/code> tr\u00e4gt – ein Artikel ohne wird stillschweigend verworfen. Ob pr<\/code> eine reine Zahl ist: Ein Preis, der als 64,95<\/code> mit Komma oder mit einem W\u00e4hrungszeichen ankommt, ist keine Zahl, und der Umsatz bleibt leer. Und ob die Summe aus Preis mal Menge zu epn.value<\/code> passt, denn beide werden unabh\u00e4ngig voneinander gesendet, und eine Abweichung zwischen ihnen ist in keinem Bericht sichtbar.<\/p>\n
Die Zahl der Artikel hat eine Obergrenze, die sich leicht erreichen l\u00e4sst. Eine Anfrage hat eine L\u00e4ngenbeschr\u00e4nkung, und ein Warenkorb mit zweihundert Zeilen \u00fcberschreitet sie – GA4 wechselt dann auf POST, und dar\u00fcber hinaus wird gek\u00fcrzt. Ein Kauf, dessen Artikelliste in den Berichten k\u00fcrzer ist als im Shop, ist fast immer genau das.<\/p>\n
Die Einwilligungsfelder<\/h2>\n
Die letzte Gruppe ist kurz und entscheidet mehr als der Rest zusammen.<\/p>\n
gcs=G111    ad_storage erteilt, analytics_storage erteilt\ngcs=G100    beides abgelehnt\ngcs=G101    ad_storage abgelehnt, analytics_storage erteilt\ngcd=13t3t3t3t5   die Voreinstellungen vor der Entscheidung<\/code><\/pre>\n
Die beiden Ziffern hinter G1<\/code> sind Werbespeicher und Analysespeicher in dieser Reihenfolge, 1 f\u00fcr erteilt und 0 f\u00fcr abgelehnt. Ein Treffer mit G100<\/code> ist ein Ping ohne Cookie: Er z\u00e4hlt in die Modellierung, schreibt aber keine Kennung, und die Client-ID darin entsteht je Anfrage neu, statt gespeichert zu werden.<\/p>\n
Das Feld zum Gegenlesen heisst gcd<\/code> und h\u00e4lt fest, wie die Voreinstellungen lauteten. Ein Container, dessen Voreinstellungen als erteilt ankommen, obwohl das Banner noch nicht beantwortet wurde, ist eine Fehlkonfiguration, die sich nur hier zeigt – die Berichte sehen normal aus, denn es werden ja Daten erhoben.<\/p>\n
Eine letzte Gegenprobe dauert zehn Sekunden und beendet eine ganze Klasse von Streitgespr\u00e4chen: die Seite mit abgelehnter Einwilligung neu laden und nach der Anfrage sehen. Geht ein Treffer mit gcs=G100<\/code> hinaus, arbeitet der Consent Mode wie vorgesehen. Geht \u00fcberhaupt nichts hinaus, wird das Tag vollst\u00e4ndig blockiert – ein anderer Aufbau mit anderen Berichten, und es lohnt sich zu wissen, welcher von beiden vorliegt.<\/p>\n
\n
Quellen<\/h2>\n