Untergeordnete Properties stehen nur für Google Analytics 360-Konten zur Verfügung, die mit einer Google Marketing Platform-Organisation mit einem aktiven 360-Auftrag verknüpft sind. Nur eine Google Analytics 360-Property kann als Quell-Property für eine untergeordnete Property angegeben werden.
Eine untergeordnete Property erhält Daten von einer anderen Property. Die Daten darin sind normalerweise (aber nicht zwingend) eine Teilmenge der Daten der zugehörigen Quell-Property. Mit untergeordneten Properties können Sie Folgendes verwalten:
Sie haben z. B. die Möglichkeit, eine Property für eine Marke und eine untergeordnete Property für jede Region einzurichten, in der Sie für die Marke werben. Sie können dann einigen Nutzern Zugriff auf die Daten einer Region und anderen Nutzern Zugriff auf die Daten einer anderen Region gewähren.
Untergeordnete Properties ähneln gewöhnlichen Properties
Abgesehen von einigen Einschränkungen können Sie eine untergeordnete Property ebenso verwenden wie eine gewöhnliche Property. Wenn Sie eine untergeordnete Property erstellen, haben Sie danach die Möglichkeit, unabhängig von der Quell-Property Einstellungen für sie vorzunehmen. Beispielsweise lassen sich Nutzer hinzufügen und entfernen, Ereignisse als Schlüsselereignisse markieren, Zielgruppen erstellenund Daten löschen. Außerdem können Sie eine Verknüpfung mit Google Ads herstellen.
Für die Attributionsmodellierung gibt es keine Abhängigkeit zwischen gewöhnlichen Properties und untergeordneten Properties. Sie können für eine untergeordnete Property und ihre Quell-Property unterschiedliche Attributionsmodelle auswählen. Ereignisdaten, die auf Ebene der Quell-Property erfasst wurden, werden in die untergeordnete Property kopiert, bevor die Attributionsmodellierung abgeschlossen wird.
Für untergeordnete Properties und Sammel-Properties werden sowohl die vorab zugeordneten Ereignisse als auch die nachträglich zugeordneten Ergebnisse übernommen. Unabhängige Attributionsmodelle („Datengetriebene Attribution“, „Letzter Klick“ usw.) werden auf jeder Property-Ebene (primäre Property, untergeordnete Property und Sammel-Property) erstellt. Das bedeutet, dass in Bezug auf das Attributionsmodelltraining keine Abhängigkeit zwischen einer untergeordneten Property, Quell-Properties oder Sammel-Properties besteht. Die Daten der Quell-Property werden in die zugehörige untergeordnete und Sammel-Property kopiert, bevor die Modellierung abgeschlossen ist. Das Modellierungstraining für untergeordnete und Sammel-Properties erfolgt unabhängig von den zugehörigen Quell-Properties.
Abgesehen von Offlineereignissen können Sie in eine untergeordnete Property sämtliche import.
Einschränkungen und Abhängigkeiten
Aus jeder Quell-Property lassen sich bis zu 400 untergeordnete Properties erstellen. Sie werden auf das Limit von 2.000 Properties pro Konto angerechnet.
Für untergeordnete Properties gelten dieselben Limits für Funktionen wie für andere 360-Properties.
Für eine untergeordnete Property lassen sich keine eigenen Ereignisse einrichten. Alle Ereignisse müssen zuerst in der Quell-Property festgelegt werden. Daher ist es bei einer untergeordneten Property auf der Benutzeroberfläche nicht möglich, Datenstreams hinzuzufügen oder zu löschen, Offlineereignisse zu importieren oder Ereignisse zu ändern oder zu erstellen. Sie können jedoch Zielgruppentrigger in einer untergeordneten Property verwenden, weil die durch Zielgruppentrigger generierten Ereignisse getrennt von Ereignissen verarbeitet werden, die clientseitig erfasst werden.
Abgesehen von Offlineereignissen können Sie in eine untergeordnete Property sämtliche import.
Alle Daten, die Sie aus einer Quell-Property löschen, werden auch aus den zugehörigen untergeordneten Properties entfernt. Daten, die Sie aus einer untergeordneten Property löschen, werden aber nur aus dieser entfernt.
Wenn Sie eine Quell-Property in den Papierkorb verschieben, löschen Sie damit auch alle zugehörigen untergeordneten Properties. Sie können aber eine untergeordnete Property in den Papierkorb verschieben, ohne dass sich das auf die Quell-Property oder andere untergeordnete Properties auswirkt.
Produktverknüpfungen in einer untergeordneten Property
Es sind maximal 400 eindeutige Verknüpfungen zwischen einer Quell-Property (und den zugehörigen untergeordneten Properties) und Google Ads-Konten zulässig. Eindeutige Verknüpfungen beinhalten die Verknüpfungen der einzelnen Quell-Properties sowie solche, die in der untergeordneten Property erstellt wurden. Verknüpfungen mit demselben Google Ads-Konto werden nur einmal gezählt. Falls Sie insgesamt mehr als 400 Verknüpfungen haben, werden die zuletzt hinzugefügten Verknüpfungen deaktiviert, bis der Grenzwert von 400 erreicht ist. Die deaktivierten Verknüpfungen werden in der Tabelle Eindeutige Verknüpfungen auf dem Tab Inaktiv aufgelistet.
Eine Quell-Property und die zugehörigen untergeordneten Properties können unabhängig voneinander mit einem Produkt verknüpft sein, beispielsweise mit demselben Google Ads-Konto.
Wenn eine Quell-Property und mindestens eine ihrer untergeordneten Properties mit demselben Produkt verknüpft sind, werden die Daten jeweils für jede lokale Verknüpfung exportiert. So werden z. B. bei der Quell-Property nur deren Daten exportiert. Datenexporte lassen sich anhand der Property-ID identifizieren, sodass die Empfänger sehen, zu welcher Property die jeweiligen Daten gehören.
In der Berichterstellung werden für jede Property-Verknüpfung Daten aus dem verknüpften Produkt importiert, sodass Sie zusätzliche Ereignisdaten und somit genaue Werte für die einzelnen Properties erhalten. Ob eine Quell- oder eine untergeordnete Property verknüpft ist, spielt dabei keine Rolle.
Eine Quell-Property und die zugehörigen untergeordneten Properties können unabhängig voneinander mit einem Produkt verknüpft sein, beispielsweise mit demselben Google Ads-Konto. Einige Produkte lassen sich allerdings nur einer einzigen Analytics-Property zuordnen:
- In einigen Fällen wird die Integration auf eine Analytics-Quell-Property beschränkt. Wenn Sie beispielsweise Firebase und Analytics miteinander verknüpfen, müssen Sie das Firebase-Projekt mit einer gewöhnlichen Analytics-Property verknüpfen, wobei die Property auch eine Quell-Property sein kann.
- In anderen Fällen ist es zwar möglich, eine untergeordnete oder Quell-Property zuzuordnen, in Analytics wird jedoch die Verwendung einer Quell-Property empfohlen. Wenn Sie beispielsweise die Search Console mit Analytics verknüpfen, können Sie eine Search Console-Property einem Analytics-Web-Datenstream zuordnen. Es ist zwar möglich, eine Verknüpfung zum übernommenen Datenstream in der untergeordneten Property herzustellen, wir empfehlen aber eine Verknüpfung mit dem lokalen Datenstream in der Quell-Property.
In beiden Fällen wird durch die Verknüpfung mit der Quell-Property die Datenintegrität sichergestellt.
Verknüpfungen zu anderen Produkten erstellen
Wie Sie eine untergeordnete Property mit einem anderen Produkt verknüpfen, erfahren Sie in der entsprechenden Anleitung.
Alle Daten aus Produktintegrationen der Quell-Property sind in der untergeordneten Property verfügbar.
Zurzeit können Sie eine untergeordnete Property mit den folgenden Produkten verknüpfen:
Nutzerzugriff auf eine untergeordnete Property gewähren
Sie fügen einer untergeordneten Property Nutzer hinzu und konfigurieren den Zugriff genau wie bei jeder anderen Property.
- Wenn Sie einen Nutzer aus einer Quell-Property entfernen, wird er auch aus den zugehörigen untergeordneten Properties gelöscht.
- Wenn Sie einen Nutzer aus einer untergeordneten Property entfernen, wird er nur aus dieser gelöscht.
Google-Signale
Wenn Sie Google-Signale in einer untergeordneten Property verarbeiten möchten, aktivieren Sie Google-Signale für die untergeordnete Property ebenso, wie Sie das für eine andere Property tun würden. Werden Google-Signale anschließend über eine Quell-Property erfasst, werden die Daten auch in der untergeordneten Property verarbeitet.
Ohne die Aktivierung von Google-Signalen werden die Daten der Quell-Property nicht in der untergeordneten Property verarbeitet.
Abweichungen der Daten zwischen Quell-Properties und untergeordneten Properties
Warum sind die Gesamtdaten in der Quell- und in der untergeordneten Property nicht identisch?
Gründe:
- Die Filter für untergeordnete Properties sind so konfiguriert, dass nur ein Teil der Daten der Quell-Property in der untergeordneten Property verfügbar ist.
- Der Filter für die untergeordnete Property ist noch nicht aktiv. Es kann etwas dauern, bis die anfängliche Filterkonfiguration oder eine Filteränderung wirksam wird. Bei Echtzeitdaten kann diese Wartezeit zwischen 5 Minuten und 4 Stunden liegen, und bei täglichen Daten zwischen 4 und 36 Stunden.
Andere Erwartungen an untergeordnete Properties, die eventuell nicht erfüllt werden
- Die Anzahl der neuen und der wiederkehrenden Nutzer in der Quell-Property und den untergeordneten Properties richtet sich nach der Konfiguration der Filter in der untergeordneten Property.
- Die Berichtsmesswerte für Ereignisse vom Typ „first_open“ und „first_visit“ sind in der Quell-Property und den untergeordneten Properties identisch und hängen von der Konfiguration der Filter in der untergeordneten Property ab.
Gründe, warum die Erwartungen nicht erfüllt werden:
Die Ereignisse „first_open“ und „first_visit“ werden für neue Nutzer erfasst. Wenn Sie den Filter für eine untergeordnete Property konfigurieren, können Sie diese Ereignisse ein- oder ausschließen. Es gibt jedoch zwei Situationen, in denen in Analytics unabhängig von Ihrer Filterkonfiguration festgelegt wird, ob entsprechende Ereignisse ein- oder ausgeschlossen werden:
- Wenn ein beliebiges Ereignis für einen Nutzer aufgrund des Filters in der untergeordneten Property eingeschlossen wird, werden die zugehörigen Ereignisse „first_open“ und „first_visit“ auch in Analytics berücksichtigt.
- Wenn die Ereignisse „first_open“ und „first_visit“ die einzigen Ereignisse für einen Nutzer sind, die an die untergeordnete Property weitergegeben werden, werden sie in Analytics nicht für die untergeordnete Property angezeigt.