Nicht zugeordneter Traffic in GA4 kann für viele Websitebesitzer und Vermarkter ein verwirrendes Problem darstellen. Für eine genaue Datenanalyse ist es wichtig zu verstehen, warum dies geschieht und wie man es beheben kann.
In diesem Artikel werden wir die Ursachen für nicht zugewiesenen und nicht eingestellten Datenverkehr untersuchen und praktische Lösungen anbieten. Am Ende werden Sie wissen, wie Sie sicherstellen können, dass Ihre Verkehrsdaten korrekt zugewiesen werden.
„Nicht zugeordneter Traffic“ bezieht sich auf Sitzungen und Ereignisse, die keiner Standardkanalgruppe in Google Analytics 4 zugeordnet werden können.
Dies ist an sich kein großes Problem, im Gegensatz zu den „Nicht gesetzt“-Indikatoren in Quelle/Medium. Daher werden wir im Folgenden das Problem der nicht zugewiesenen und das der nicht gesetzten Indikatoren getrennt behandeln.
GA4 bestimmt die Quelle des Sitzungsverkehrs anhand von zwei Parametern: erstens anhand des Vorhandenseins von UTM-Parametern in der URL zu Beginn der Benutzersitzung. Sind diese nicht vorhanden, wird der Referrer überprüft, um die Quelle des Traffics zu Ihrer Website zu bestimmen. Wenn der Referrer ebenfalls leer ist, wird der Datenverkehr als direkt eingestuft.
Wenn UTM-Parameter vorhanden sind, verwendet Google Analytics 4 utm_source und utm_medium, um zu bestimmen, welcher Kanalgruppe die Verkehrsquelle zugewiesen werden soll. Wenn Sie keine benutzerdefinierten Kanalgruppen in GA4 haben, werden die Standardkanalgruppen verwendet. Die offizielle Liste der Regeln für Werte in utm_source und utm_medium zur Bestimmung der jeweiligen Gruppen finden Sie hier: https://support.google.com/analytics/answer/9756891?hl=en.
Wenn Sie z. B. utm_source=facebook&utm_medium=paid in Facebook-Anzeigen verwenden, wird diese Quelle gemäß den Standardregeln automatisch als „Paid Social“ kategorisiert.
Wenn Sie jedoch etwas Benutzerdefiniertes verwenden, wie z. B. utm_source=stape&utm_medium=sst, entsprechen diese Werte keinen Standardregeln, so dass diese Sitzung in die Kategorie „Nicht zugewiesen“ fällt.
1. Vergewissern Sie sich, dass das Problem tatsächlich mit nicht standardmäßigen Werten in den UTM-Parametern zusammenhängt.
Zu diesem Zweck können Sie Ihren Bericht zur Traffic-Erfassung auf Sitzungsquelle/Medium umstellen oder dies als zusätzliche Spalte hinzufügen.
2. Vergewissern Sie sich, dass Ihre Quelle/Ihr Medium nicht zu viele (nicht festgelegte) Werte hat. Wenn alles in Ordnung ist, können Sie sehen, welche Quellen und Medien tatsächlich verwendet werden.
3. Gehen Sie zu Google Analytics 4 → Verwaltung → Kanalgruppe. Fügen Sie Ihre neue benutzerdefinierte Kanalgruppe hinzu, die Ihre UTM-Parameter korrekt berücksichtigt und auf die erforderlichen Gruppen verteilt.
Wir empfehlen, sie nicht von Grund auf neu zu erstellen (das dauert viel länger), sondern die Kanalgruppe Standard zu kopieren, umzubenennen und die erforderlichen Quellverteilungsregeln hinzuzufügen.
Wenn Sie viele '(nicht festgelegt)' Werte in Quelle/Medium sehen, bedeutet dies, dass es ein Problem mit Ihrer GA4-Tracking-Einrichtung gibt:
Dies ist der häufigste Grund für die meisten Benutzer. Dieses Problem wird oft erst nach der Umstellung auf serverseitiges Tracking deutlich, auch wenn Sie es vorher vielleicht nicht bemerkt haben.
Symptom: Einige GA4-Ereignisse werden an Ihren serverseitigen GTM-Container gesendet, während andere direkt an google-analytics.com gesendet werden.
Ursachen: In Google Tag Manager initialisieren Sie gtag mit dem Parameter server_container_url, aber diese Einstellung wird durch eine andere Initialisierung im Code der Website oder durch ein Plugin/eine Integration überschrieben. Da das serverseitige Tracking und das Webtracking in Google Analytics 4 unterschiedliche Cookies verwenden, um die Client-ID zu bestimmen („_ga“-Cookie wird für Web-Ereignisse verwendet, FPID für Server-Ereignisse), werden Ereignisse, die vom selben Nutzer über Web und Server gesendet werden, von GA4 als Ereignisse von verschiedenen Nutzern betrachtet, von denen einer kein session_start-Ereignis hatte, um die Sitzungsquelle zu bestimmen, was dazu führt, dass eine solche Sitzung (nicht festgelegt) ist.
Wie man das überprüft:
Öffnen Sie das Network Dev Tool in Ihrem Browser und aktivieren Sie die Option „Protokoll beibehalten“, damit beim Wechsel zwischen den Seiten keine Ereignisse verloren gehen. Geben Sie im Filter der Einfachheit halber die Messungs-ID Ihres GA4 an, um die Suche nach den erforderlichen Anfragen zu erleichtern.
Hier ist ein Beispiel für ein Ereignis, das korrekt funktioniert und an die URL des Server-Containers gesendet wird:
Und hier ist ein Ereignis, das aufgrund von Konfigurationsproblemen direkt an GA gesendet wird:
Stellen Sie sicher, dass alle GA4-Ereignisse an die URL Ihres Server-Containers und nicht an google-analytics.com gesendet werden.
Wie man das beheben kann:
Wenn Sie gtag-Skripte im Code Ihrer Website finden, entfernen Sie sie vollständig.
Idealerweise verwenden Sie einen einzigen Google-Tag mit GA4, der über Ihren GTM-Container konfiguriert wird.
Dies liegt entweder daran, dass einige Ereignisse der Datenschicht zu früh oder häufig aufgrund einer falschen Einstellung der Tag-Operation in Bezug auf die Zustimmung ausgelöst werden.
Die Symptome und Kontrollen sind genau dieselben wie im ersten Punkt: Einige Ereignisse werden direkt an google-analytics.com gesendet.
Überprüfen Sie dies im Vorschaumodus Ihres Web-GTM-Containers; Sie können oft eine Situation wie im folgenden Beispiel sehen:
In diesem Beispiel verwendet das Google-Tag mit der GA4-Konfiguration einen Auslöser für die Aktualisierung der Zustimmung, wenn der Zustimmungsstatus bereits bekannt ist.
Davor gibt es jedoch ein weiteres Ereignis in der Datenschicht (view_item im obigen Beispiel), bei dem das Ereignis-Tag ausgelöst wird. Da es zum Zeitpunkt der Auslösung des Ereignisses keine Einstellung in der Konfiguration gibt, um Daten an die URL des Server-Containers zu senden, wird dieses Ereignis direkt an die Analyseschicht gesendet, was zu Problemen bei der Bestimmung der Quelle von Sitzungen für ein solches Ereignis führt.
Wenn Sie ähnliche Situationen haben, stellen Sie sicher, dass Ihre Google Analytics 4 Event-Tags immer später ausgelöst werden als das Google Tag.
Die Verwendung einer Trigger-Gruppe kann oft helfen, dieses Problem zu beheben. Um ein Problem wie das oben beschriebene zu beheben, können Sie beispielsweise eine Triggergruppe verwenden, die view_item und cookie_consent_update enthält - dadurch wird sichergestellt, dass das GA4 view_item-Ereignis immer nach der Konfiguration ausgelöst wird.
| Verwandte Seiten: What is event tracking in GA4: a guide to boosting your data insights |
Wenn Sie das Messprotokoll zum Senden einiger Ereignisse verwenden, stellen Sie sicher, dass client_id und session_id im richtigen Format und mit den richtigen Cookies verwendet werden. Auf diese Weise werden Ereignisse, die über das Messprotokoll gesendet werden, mit der Sitzung des Benutzers verknüpft und haben die richtige Quelle.
Oft wird dieser Punkt bei der Umstellung auf GA4 serverseitig übersehen und weiterhin das _ga-Cookie in Messprotokollereignissen verwendet.
Das 'FPID'-Cookie wird für die serverseitige Nachverfolgung zur Bestimmung der client_id verwendet. Verwenden Sie den Wert ohne seinen ersten Teil.
Beispiel für FPID User ID Cookie:
FPID2.4.dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491Format für MP-Verwendung:
dPX9iPhlXAv0WNrJhUjaaNZ5L6jyyqqDV80n24P%2BV04%3D.1716821491Das Cookie '_ga_yourMeasurementId' wird zur Bestimmung der session_id verwendet. Verwenden Sie nur den Teil nach dem zweiten Punkt.
Beispiel für ein Sitzungs-Cookie:
GS1.1.1717673857.4.1.1717674043.0.0.803799365Format für MP-Verwendung:
1717673857Vergewissern Sie sich auch, dass Sie den Cookie-Wert richtig dekodieren/kodieren.
Normalerweise ist es am einfachsten, dies zu überprüfen, indem man sich in den GA4 Explore-Berichten die Cookie-Werte für Web-Ereignisse und für Server-Ereignisse ansieht, um sicherzustellen, dass alles korrekt ist.
Bei unerklärlichen Problemen kann eine zusätzliche Protokollierung der Daten in einer Datenbank eines Drittanbieters und ihre Überprüfung dort immer helfen.
Das Verständnis und die korrekte Konfiguration von GA4, um Ihre Traffic-Quellen genau zu verfolgen und zu kategorisieren, ist für eine effektive digitale Analyse unerlässlich. Wenn Sie sicherstellen, dass Ihre UTM-Parameter richtig eingestellt sind, und die Fallstricke von (nicht eingestellten) Werten in Ihren Quellen-/Medienberichten vermeiden, erhalten Sie klarere Einblicke, woher Ihr Traffic in Google Analytics kommt und wie er sich auf Ihrer Website verhält.
Durch die Behebung von Problemen wie zusätzliche gtag-Initialisierung, Timing von Ereignis-Tags und korrekte Verwendung von Sitzungs- und Client-IDs können Sie die Genauigkeit Ihrer Analysedaten verbessern. Dies ermöglicht letztendlich eine bessere Entscheidungsfindung und effektivere Marketingstrategien. Wenn Sie sich die Zeit nehmen, Ihr GA4 korrekt einzurichten, können Sie Ihre Analysen optimal nutzen und so bessere Ergebnisse für Ihr Unternehmen erzielen.
Wir hoffen, dass dieser Artikel für diejenigen hilfreich ist, die mit nicht zugewiesenem GA4-Traffic zu kämpfen haben. Wenn Sie die Ursachen verstehen und die vorgeschlagenen Korrekturen anwenden, können Sie die Genauigkeit Ihrer Daten verbessern und bessere Einblicke in die Leistung Ihrer Website gewinnen.
Es ist jedoch wichtig, daran zu denken, dass sich das Problem manchmal mit der Zeit von selbst löst, wenn sich die Datenerfassungsprozesse normalisieren. Geduld kann oft genauso effektiv sein wie sofortiges Handeln. Wir danken Ihnen für die Lektüre und wünschen Ihnen viel Erfolg bei der Verwaltung Ihres Datenverkehrs in Google Analytics.
Das freut uns zu hören! Klicken Sie auf Kostenlos ausprobieren, um sich zu registrieren und alle Möglichkeiten zu prüfen.