Tutorial: „Unassigned“-Traffic in den GA4-Akquiseberichten beheben

„Unassigned“ ist in einem GA4-Akquisebericht kein Kanal – es ist das, was übrig bleibt, wenn Quelle und Medium einer Sitzung auf keine Regel der Standard-Kanalgruppierung passen. Damit ist es ein Symptom mit mehreren voneinander unabhängigen Ursachen, und genau deshalb löst der übliche Rat, „die UTMs zu reparieren“, einen Teil der Fälle und ändert an anderen nichts.

Der verlässliche Weg besteht darin, den Topf aufzutrennen, bevor irgendetwas angefasst wird: ein Blick in den Bericht trennt ein Tagging-Problem von einem Datenverlust-Problem, und jedes hat seine eigene Lösung.

Schritt 1: Den Topf nach Sitzungsquelle und -medium auftrennen

Im Bericht zur Zugriffsquellen-Akquise trennt die Ergänzung von Sitzungsquelle / -medium als zweite Dimension die Unassigned-Zeile in zwei grundverschiedene Fälle auf:

• Es erscheint ein echter Wert, etwa newsletter / october-promo – die Daten sind vollständig angekommen, aber keine Kanalregel greift darauf. Das ist ein Taxonomie-Problem und über korrigiertes Tagging lösbar.
• Es erscheint (not set) – die Sitzung begann ganz ohne Quellinformation. An den Kanalregeln liegt es nicht; die Kampagnendaten haben GA4 nie erreicht.

Eine weitere Unterscheidung lohnt sich vorab: Unassigned im Bericht zur Nutzerakquise beschreibt die Attribution des Erstbesuchs, der Akquisebericht dagegen jede einzelne Sitzung. Wird eine nutzerbezogene Dimension gegen eine sitzungsbezogene Metrik gestellt, entstehen Unassigned-Zeilen, die diese Bereichsabweichung abbilden und keinen Erfassungsfehler – beide Berichte sind daher vor jeder Änderung getrennt zu prüfen.

Schritt 2: Wenn ein echter Wert erscheint – der Tagging-Fall

Die Standard-Kanalgruppierung von GA4 gleicht konkrete Werte ab, nicht die Absicht dahinter. Ein Medium newsletter wird nicht zum Kanal E-Mail; die E-Mail-Regel verlangt als Quelle oder Medium genau email, e-mail, e_mail oder e mail. Groß- und Kleinschreibung spielt dabei keine Rolle, Email mit großem E ist also in Ordnung; newsletter, mailing oder crm treffen dagegen nicht. Auch eine utm_source ganz ohne utm_medium lässt GA4 ohne Möglichkeit zur Einordnung zurück.

<!-- Landet in Unassigned: keine Regel passt auf medium=newsletter -->
https://example.com/angebot?utm_source=mailchimp&utm_medium=newsletter

<!-- Wird als E-Mail eingeordnet: das Medium passt auf die Kanalregel -->
https://example.com/angebot?utm_source=mailchimp&utm_medium=email&utm_campaign=october-promo

Korrigiertes Tagging wirkt nur auf ab diesem Zeitpunkt erfassten Traffic; bereits aufgezeichnete Sitzungen behalten den Wert, mit dem sie angekommen sind. Eine eigene Kanalgruppierung kann die historischen Werte für die Berichterstattung einem benannten Kanal zuordnen, das ist aber eine Neubeschriftung des Erfassten und keine Reparatur.

Schritt 3: Wenn (not set) erscheint – unterwegs verlorene Parameter

Eine Sitzung, die ganz ohne Quelle beginnt, verweist auf den Weg der Besucherin oder des Besuchers, nicht auf das Kampagnen-Tagging. Drei Mechanismen erklären den größten Teil davon:

• Ein Domainwechsel ohne Linker. Wechselt jemand von einer Domain zur nächsten – ein Shop übergibt an einen Zahlungsanbieter und zurück –, trägt GA4 die Identität im _gl-Parameter, den die domainübergreifende Messung anhängt. Sind nicht beide Domains unter demselben Datenstream konfiguriert, beginnt der Rücksprung eine frische Sitzung, deren Verweisquelle der Zahlungsanbieter ist; steht dieser Host zusätzlich in der Ausschlussliste für Verweise, wird der Verweis verworfen, und es bleibt nichts übrig, worüber sich die Sitzung zuordnen ließe.
• Ein Redirect, der die Query-Parameter verwirft. Ein serverseitiger Redirect für Sprache, abschließende Schrägstriche oder http-zu-https, der die URL ohne ?utm_… neu zusammensetzt, entfernt die Kampagnenparameter, bevor irgendein Tag sie lesen kann.
• Ein Tag, das nach der URL-Änderung auslöst. In einer Single-Page-Anwendung führt ein clientseitiger Routenwechsel vor dem Laden des GA4-Tags dazu, dass das Tag die URL nach der Navigation liest, die die Kampagnenparameter nicht mehr trägt.

Schritt 4: Der Consent-Mode-Fall

Consent Mode trägt auf eine bestimmte Weise zu Unassigned bei: Wird Werbe- oder Analytics-Speicher verweigert, lassen sich Klick-Identifikatoren und der Linker-Parameter über einen Seitenwechsel hinweg nicht in Cookies halten. Aktiviertes URL Passthrough im Google-Tag oder im Conversion Linker behält gclid und _gl stattdessen in der URL, sodass die Quelle die Navigation auch ohne Speicher übersteht.

Schwerer wiegt hartes Blockieren. Google-Tags bis zur Einwilligung gar nicht auslösen zu lassen – über einen Blockierungs-Trigger statt über die eingebauten Consent-Prüfungen – bedeutet, dass der Aufruf der Landingpage nie gemessen wird; das erste Event, das GA4 sieht, trifft ein, nachdem weitergeklickt wurde, ohne die ursprünglichen Kampagnenparameter. Die Consent-Einstellungen der Tags selbst zu nutzen erhält diesen ersten Treffer als cookielosen Ping, der die Quelle weiterhin trägt – und der zugleich die Grundlage der verhaltensbasierten Modellierung ist.

Schritt 5: Das Ganze in BigQuery beziffern

Die GA4-Oberfläche zeigt den Anteil; der BigQuery-Export zeigt, mit welchen Kombinationen aus Quelle und Medium die Sitzungen ankommen – und macht eine Korrektur damit messbar. Eine Kanalgruppe enthält er nicht, und manual_source und manual_medium in collected_traffic_source tragen laut Googles Exportschema nicht nur UTM-Werte, sondern auch Werte, die aus Verweisparametern ausgelesen wurden; die Liste ist deshalb mit den Kanalregeln abzugleichen:

SELECT
  IFNULL(collected_traffic_source.manual_source, '(not set)') AS source,
  IFNULL(collected_traffic_source.manual_medium, '(not set)') AS medium,
  COUNT(*) AS sessions
FROM `project.analytics_XXXXXXXXX.events_*`
WHERE _TABLE_SUFFIX BETWEEN '20260901' AND '20260930'
  AND event_name = 'session_start'
GROUP BY source, medium
ORDER BY sessions DESC
LIMIT 50;

Zeilen mit echten, aber nicht passenden Medien beziffern die Tagging-Hälfte des Problems. Zeilen, in denen beide Felder (not set) lauten, sind für die Datenverlust-Hälfte nur eine Obergrenze: Darin stecken auch Direkteinstiege, die weder UTM-Parameter noch einen Verweis mitbringen und die GA4 als (direct) / (none) dem Kanal Direct zuordnet. Ein erneuter Lauf nach jeder Änderung zeigt, welche der beiden sich tatsächlich bewegt hat.

Innerhalb der Leitplanken bleiben

Ein Teil der fehlenden Kampagnendaten ist nicht wegzubekommen. Von Personen, die den Analytics-Speicher ablehnen, kommt bei hartem Blockieren gar nichts an; mit den Consent-Einstellungen der Tags tragen ihre cookielosen Pings die Quelle zwar mit, erscheinen aber nicht als eigene Sitzungen in den Berichten, sondern gehen nur in die verhaltensbasierte Modellierung ein – und keine Konfiguration stellt wieder her, was nie erfasst wurde. Echte Direkteinstiege und Besuche aus App- oder Browserumgebungen, die Verweise entfernen, zählen dagegen nicht dazu: Ohne jede Quelle ordnet GA4 sie als (direct) / (none) dem Kanal Direct zu. Ein realistisches Ziel ist ein kleiner, stabiler Anteil; ein steigender signalisiert einen neuen Fehler, und das ist die Lesart, die sich zu beobachten lohnt, nicht die absolute Zahl.

Praxiskontrolle: echte Akquisitionszeilen prüfen

Das Acquisition Audit im Channel-Debugger ergänzt die einzelnen Kanalregel-Beispiele um eine Prüfung von Berichtsdaten. Nach der Google-Freigabe bestimmen Property und expliziter Zeitraum die Abfrage. Das Werkzeug liest Sitzungsquelle, Medium, Kampagne und Standard-Channelgruppe zusammen mit Sitzungen aus. Erstnutzer- und Sitzungsakquisition werden dabei nicht vermischt.

1. Einen abgeschlossenen Berichtszeitraum wählen. Jüngere Daten können sich noch ändern.
2. Unassigned-Zeilen mit den größten Sitzungswerten zuerst prüfen. Quelle und Medium mit den beschriebenen Kanalregeln vergleichen.
3. Schreibvarianten wie Email und email oder zusätzliche Leerzeichen in Kampagnennamen untersuchen. Ein Kandidat ist eine zu prüfende Benennungsabweichung, keine automatische Korrektur.
4. Vor der Interpretation die Antwortmetadaten ansehen. Schwellenwerte, Stichproben und eine (other)-Zeile können Details verdecken.
5. Hinweise als CSV exportieren und künftige Kampagnenlinks oder die Trackingkonfiguration dort korrigieren, wo der Befund es trägt.

Der angezeigte Unassigned-Prozentwert nutzt die Summe der ausgegebenen Sitzungswerte, keine unabhängig abgefragte Property-Gesamtsumme. Das Werkzeug lehnt unvollständige Seitenergebnisse ab und schreibt historische Attribution nicht um. Eine Zeile mit (not set) allein zeigt nicht, ob Einwilligung, Weiterleitungen oder Tagging den fehlenden Wert verursacht haben.

Technische Quellen: Data-API-Dimensionen und -Kennzahlen sowie Antwortmetadaten.