GA4 Source Group: Plattformgruppen und Berichtsgrenzen

Mehrere Quellwerte können dieselbe Plattform beschreiben. Bei facebook, fb und Meta-facebook stellt sich deshalb die Frage, ob die einzelnen Bezeichnungen oder die gesamte Plattform verglichen werden sollen. Solche Werte können aus Kampagnenkennzeichnung und Verweisen stammen. Ihre bloße Existenz belegt kein korrektes Tagging.

Am 11. Juni 2026 kündigte Google Source Group zur Zusammenfassung verbreiteter Plattformvarianten an. Gleichzeitig wurden Zuordnungen für Source Platform angepasst. Die Neuerung hilft beim Plattformvergleich, ersetzt aber weder eine Benennungssystematik noch die Prüfung des bestehenden Kanalberichts.

Vier Felder beantworten unterschiedliche Fragen

Googles Veröffentlichung nennt facebook, fb und Meta-facebook als Varianten, die zu Facebook zusammengefasst werden. Außerdem werden Gruppierungen für weitere große Plattformen und KI-Quellen beschrieben. Diese Beispiele bilden keine vollständig veröffentlichte Zuordnungstabelle. Eine bestimmte Domainvariante sollte deshalb anhand tatsächlicher Berichtswerte geprüft werden, bevor daraus eine garantierte Zuordnung wird.

Dieselbe Plattform kann zu bezahlten und organischen Kanälen beitragen. Das Medium ist häufig wichtig, aber nicht die einzig mögliche Eingabe für die Kanalzuordnung. Quellkategorien, Kampagnenbedingungen und Plattformintegrationen wirken ebenfalls mit. Eine aufgeräumte Plattformgruppe beweist deshalb nicht den richtigen Kanal jeder enthaltenen Kampagne.

Rückwirkend bedeutet nicht unbegrenzt oder unveränderlich

Google beschreibt eine rückwirkende Befüllung von Source Group. Damit lassen sich verfügbare historische Daten auswerten. Die Veröffentlichung enthält weder Angaben zu einer ausschließlichen Berechnung beim Abfragen noch eine Zusage vollständiger Abdeckung jedes historischen Datums und jeder Berichtsoberfläche.

Ein Jahresvergleich benötigt weiterhin einheitliche Berichtsebenen, Definitionen, Filter und verfügbare Daten. Ein früherer Export und ein neu erzeugter Bericht können unterschiedliche Zuordnungen verwenden. Eine gespeicherte Momentaufnahme mit Abrufdatum und Berichtseinstellungen erleichtert die spätere Untersuchung von Änderungen.

Eine Benennungssystematik bleibt sinnvoll

Standardisierte Plattformgruppen dokumentieren nicht die Bedeutung interner Kampagnenbezeichnungen. Eine Quelle wie nl könnte einen Newsletter, ein Land oder einen Partnercode meinen. Die beabsichtigte Bedeutung gehört in ein Verzeichnis mit Zuständigkeit und ausdrücklichen Vorgaben für Quelle und Medium.

Eine eigene Gruppierung sollte als eigene Gruppierung gekennzeichnet sein. Eine kleine Tabelle mit exakten Treffern lässt sich leichter prüfen als eine breite Teilzeichenfolgenregel, die jeden Wert mit facebook Facebook zuordnet. Eine solche Regel kann auch eine fremde Bezeichnung wie not-facebook.example erfassen. Nicht zugeordnete Werte sollten für die Prüfung sichtbar bleiben.

Die Verfügbarkeit im Berichtswerkzeug braucht eine eigene Prüfung

Ein Feld in der Analytics-Oberfläche belegt nicht automatisch die Unterstützung jeder API und jedes Connectors. Der native Google-Analytics-Connector in Looker Studio/Data Studio verwendet die Analytics Data API. Die am 24. Oktober 2026 geprüfte öffentliche Dimensionsliste dokumentierte kein Feld sourceGroup. Für eine Umsetzung zählen aktuelle Property-Metadaten und die Feldliste des Connectors.

Bei vorhandener Unterstützung muss ein bestehendes Diagramm weiterhin die gewünschte Dimension verwenden. Ein Diagramm mit Sitzungsquelle wird nicht automatisch zum Source-Group-Diagramm. Fehlt das Feld, hilft kein erfundener API-Name. Eine deutlich bezeichnete eigene Gruppierung oder ein unterstützter Export kann einen anderen, dokumentierten Berichtszweck erfüllen.

Das dokumentierte BigQuery-Exportschema führte am selben Datum kein source_group auf. Der Export enthält jedoch mehr als Rohwerte: Erhobene Quelleninformationen, Sitzungsattribution nach letztem Klick und Erstnutzerakquisition stehen in unterschiedlichen Datensätzen. Eine eigene Gruppierung im Warehouse muss die passende Ebene wählen und kann keine exakte Nachbildung von Googles nicht vollständig offengelegter Zuordnung versprechen.

Eine Abweichung hat mehr als eine mögliche Erklärung

1. Der Vergleich beginnt mit derselben Property, demselben Zeitraum, derselben Kennzahl, Akquisitionsebene und Filterung.
2. Eine Detailtabelle behält Quellwert und ausgewiesene Gruppe gemeinsam bei, soweit diese Kombination unterstützt wird. Unbekannte und nicht zugeordnete Werte bleiben sichtbar.
3. Vor dem Summieren werden Seitenergebnisse, ausgelassene Zeilen und Datenqualitätshinweise geprüft. Eine Zeile (other) kann einzelne Varianten verdecken.
4. Eine Zuordnungsprüfung kontrolliert, in welcher Gruppe jeder Quellwert landet, nicht nur die Summe. Zwei vertauschte Bezeichnungen können die Gesamtsumme unverändert lassen.
5. Sitzungs- und Nutzerkennzahlen erfordern einen Blick auf Mehrfachzählungen und Dimensionsgrenzen. Eine Abweichung allein beweist keine von Google unerkannte Schreibweise.

Hostname-Filter verändern die Erfassung, nicht die Quellnamen

Die Juni-Veröffentlichung führte außerdem Hostname-Ausschlüsse ein. Seit September steht auch eine Einschlussoperation zur Verfügung. Ein aktiver Datenfilter verändert eingehende Daten dauerhaft und bereinigt historische Datensätze nicht rückwirkend. Der Testmodus hilft, die ausgewählten Hosts vor der Aktivierung zu prüfen.

Die Einschlussfunktion filtert ausdrücklich keine Measurement-Protocol-Ereignisse; leere Hostnamen werden durch diese Operation ausgeschlossen. Vollständiger Schutz vor jeder Art unerwünschter Ereignisse entsteht dadurch nicht. Quellgruppierung und Hostname-Filter lösen unterschiedliche Probleme und brauchen getrennte Änderungsnachweise.