Roll-up-Property in GA4: global und multidomain

Ausgangssituation:

• Ecommerce oder multinationale Website mit lokalen Domains (.es, .pt, .co.uk, .fr…) für jedes Land.
• Eine Google-Analytics-Property für jede davon.
• Keine globale Property mit allen Daten.

Das kommt häufiger vor, als man denkt, und ist für mich ein grundlegender Fehler.

In manchen Fällen ist das aus Universal Analytics-Konfigurationen geerbt, bei denen mit wachsendem Projekt für jedes Land eigene Properties angelegt wurden.

Vielleicht damit die Verantwortlichen jeder Region nur auf ihre eigenen Daten zugreifen konnten, weil ein Teil der Konfiguration anders sein musste, um unterschiedliche Google Ads-Konten zu verknüpfen, oder wer weiß warum.

Das Problem ist, dass diese Struktur jetzt in GA4 nachgebaut wird, wahrscheinlich um die Datenkontinuität zu wahren, und auf vielen Ebenen extrem umständlich ist.

Egal ob für das tägliche Reporting, eine globale Geschäftsanalyse oder um die Gesamtleistung einer bestimmten Werbeplattform zu bewerten: Du kommst nicht darum herum, ständig Daten aus jeder GA-Property zu exportieren und sie in einem anderen Tool wie Excel oder Looker Studio zusammenzuführen.

In beiden Tools erstellen wir im Grunde einen Bericht, der die Daten aller Analytics-Konten zusammenfasst. Und wir ändern ihn oder erstellen einen neuen, sobald du eine bestimmte globale Kennzahl brauchst.

Ein weiterer Nachteil entsteht, wenn du neue Filter oder Conversions global anlegen oder etwas an der Analytics-Konfiguration ändern musst: Du musst die Schritte in allen Konten wiederholen.

Wie gesagt: Mehrere Properties in einem Projekt zu haben, ist insgesamt ziemlich umständlich.

Wenn du also alle Daten deines Projekts in einer Property zusammenführen willst, wie ich es persönlich immer empfehle —außer in sehr speziellen Fällen—, hast du zwei Möglichkeiten:

1. Von Anfang an sauber aufsetzen und für jede Domain unterschiedliche Streams anlegen (oder eben nicht).
2. Eine Roll-up Property erstellen, die alle umfasst. Mit Standard-Analytics oder, deutlich einfacher, mit der kostenpflichtigen 360-Version.

Schauen wir uns an, was jede Option bedeutet.

Von Anfang an eine globale GA4-Property erstellen

Zuerst solltest du überlegen, ob du wirklich unterschiedliche Streams brauchst oder ob ein einziger zusammen mit Länderfiltern ausreicht.

Gleicher Stream für mehrere Domains

Aus der Vogelperspektive ist bei den meisten Projekten ein einziger Stream die beste Option.

Manchmal aus Notwendigkeit und manchmal aus Bequemlichkeit legen wir trotzdem unterschiedliche Streams an.

Google warnt dich sogar davor, wenn du versuchst, einen zweiten Webstream anzulegen:

Wenn du also auf Google —und auf mich— hörst und dich für einen einzigen Stream für alle Websites des Projekts entscheidest, musst du nach dem Erstellen und Einbinden nur noch domainübergreifende Messung konfigurieren so:

Dadurch erkennt Google beim Wechsel eines Nutzers zwischen mehreren Domains, dass es sich um dieselbe Person handelt, und passt Sitzungsquelle und -medium entsprechend an.

Zu diesem Bereich gelangst du über die Verwaltung. Der Pfad ist etwas lang, aber eindeutig:

Datenerhebung und -änderung > Datenstreams > [ich öffne den Stream] > Tag-Einstellungen konfigurieren > Domains konfigurieren.

Ich füge die Domains des Projekts hinzu, speichere und fertig.

Kurz gesagt: mehrere Domains, dieselbe Property und derselbe GA4-Stream. Ideal für ein multinationales Projekt mit lokalen Domains.

Mehrere Streams innerhalb derselben Property

Stell dir jetzt vor, ich habe ein Netzwerk von Blogs, die nichts miteinander zu tun haben, und möchte sie in einem Konto bündeln, um zum Beispiel die gesamten Einnahmen zu sehen, die sie erzeugen.

In diesem Fall ist es sinnvoller, für jede Domain einen eigenen Stream anzulegen.

Das System ist nicht besonders kompliziert. In der Verwaltung legst du für jede Domain einen eigenen Stream an:

Wenn du später Berichte ansiehst und die Daten eines bestimmten Streams / einer bestimmten Domain sehen willst, musst du nur nach dem entsprechenden Stream filtern.

Du kannst sogar mehrere vergleichen.

Eine separate globale Roll-up-Property erstellen

Wenn du in der eingangs beschriebenen Situation bist (ein laufendes Projekt mit mehreren GA4-Properties) und eine Property erstellen willst, die sie bündelt —üblicherweise „Roll-up“-Property genannt—, hast du wieder zwei Möglichkeiten: kostenpflichtig und kostenlos.

Beginnen wir mit der kostenpflichtigen Variante, die logischerweise einfacher ist.

Roll-up-Konto mit Analytics 360

Da solche Fälle vorkommen, gibt es in der kostenpflichtigen Version von Google Analytics bereits einen Roll-up-Property-Typ:

Beim Erstellen übernimmt diese Property:

• Alle Daten der ausgewählten GA4-Properties (bis zu 50).
• Alle Daten der Integrationen, die in den jeweiligen Properties verknüpft sind (zum Beispiel Google Ads oder GSC).

Ideal.

Standard-Roll-up-Konto

Für die meisten Normalsterblichen, deren Projekte den Preis von Analytics 360 nicht rechtfertigen oder tragen können, gibt es ebenfalls eine Lösung, wenn auch etwas umständlicher.

Statt in einem Schritt geht es in drei, aber wenn man den Ablauf kennt, sind sie ziemlich einfach:

1. Eine neue GA4-Property erstellen, die unsere Roll-up wird: Sie bündelt alle Daten.
2. Hier haben wir wieder die beiden Optionen vom Anfang: einen Stream (gleiches Projekt, mehrere Domains) oder mehrere Streams (verschiedene gebündelte Projekte).
3. Die Stream-ID kopieren und zur passenden Website hinzufügen. Normalerweise geschieht das, indem in GTM auf allen Seiten der Website ein neues GA4-Tag ausgelöst wird.

Das Ergebnis ist, dass du jetzt auf jeder Domain zwei GA4-Tags auslöst: das ursprüngliche —das weiterhin Daten an die „alte“ Property sendet— und das neue Tag, das Daten an die neue Roll-up-Property sendet:

Natürlich, gibt es keine rückwirkenden Daten, du hast also keine Historie. Deshalb empfehle ich dir, es so früh wie möglich umzusetzen, wenn du darüber nachdenkst.

Allerdings gibt es ein paar Punkte zu beachten:

• Wenn du einige Google-Produkte mit deinen alten Properties verknüpft hast, musst du sie erneut (ohne die bisherige Verknüpfung zu entfernen) mit der Roll-up-Property verbinden.
• Du musst außerdem die Konfigurationsänderungen (Filter für internen Traffic, Conversion-Fenster, Sitzungsdauer, Conversions…) aus den ursprünglichen Properties nachbilden.
• Wenn du Daten manuell importierst oder sendest über das Measurement Protocol, musst du sie auch an die Roll-up-Property senden.
• Wenn du verschiedene Streams innerhalb der Roll-up verwendest, ist die Anzahl eindeutiger Nutzer nicht korrekt. Denk daran, dass die domainübergreifende Messung für eine einzige Property und einen einzigen Stream konfiguriert wird.

Dafür hast du alles zentralisiert. Sowohl dein tägliches Reporting als auch deine Projektanalysen werden dadurch deutlich schneller.

Mehr noch: Ich wette mit dir um eine Alhambra verde, dass früher oder später, das Roll-up-Konto fast das einzige sein wird, das du benutzt.

Zum Abschluss

Wenn du schon einmal mit einem Analytics-Konto mit mehreren Properties arbeiten musstest, weißt du, wie umständlich das ist.

Hier habe ich dir die Möglichkeiten erklärt, das Problem entweder von Anfang an zu vermeiden oder in einem bereits laufenden Projekt zu beheben.

Das System verlangt, die Folgen von Anfang an zu kennen oder nach Projektstart etwas zusätzliche Arbeit zu investieren, aber die Vorteile überwiegen die (wenigen) Nachteile eindeutig.

Wenn du Fragen zur Analytics-Seite deines Unternehmens hast, können wir sie gemeinsam prüfen.

Oder wenn du einfach ein paar Analytics-Tricks lernen willst, findest du hier eine Liste der GA4-Tricks die du kennen solltest.