Ein Segment legt Bedingungen für das Filtern eines Besuchers auf der Grundlage seiner Attribute oder Interaktionen mit Ihrer Site fest. Um in einem Segment Bedingungen festzulegen, legen Sie Regeln für die Filterung von Besuchern auf der Grundlage von Besuchermerkmalen und/oder Navigationsverhalten fest. Um die Besucherdaten weiter herunterzubrechen, können Sie jeden Besucher auf der Grundlage bestimmter Besuche und/oder Seitenansichten filtern. Segment Builder bietet eine einfache Architektur zum Erstellen dieser Untergruppen und das Anwenden von Regeln als verschachtelte hierarchische Container der Form Besucher, Besuch oder Treffer.
Die im Segmentaufbau verwendete Container-Architektur definiert Besucher als den äußersten Container, der übergreifende Daten enthält, die für den Besucher über Besuche und Seitenansichten hinweg spezifisch sind. Mit einem verschachtelten Besuchs-Container können Sie Regeln festlegen, mit denen die Besucherdaten auf der Grundlage von Besuchen aufgeschlüsselt werden, und einen verschachtelten Treffer-Container, mit dem die Besucherinformationen auf der Grundlage einzelner Seitenansichten aufgeschlüsselt werden. Jeder Container ermöglicht Berichte über den Verlauf eines Besuchers, nach Besuch aufgeschlüsselte Interaktionen oder aufgeschlüsselte einzelne Treffer.
Im Folgenden finden Sie eine Videoübersicht über die Segment-Container:
Der Besucher-Container enthält sämtliche Besuche und Seitenansichten für Besucher innerhalb eines bestimmten Zeitraums. Ein Segment auf der Besucherebene gibt die Seite zurück, die die Bedingung erfüllt, sowie alle anderen Seiten, die vom Besucher angesehen wurden (und dies nur durch definierte Datumsbereiche beschränkt). Da es sich um den am breitesten definierten Container handelt, liefern Berichte, die auf der Ebene des Besucher-Containers erstellt werden, Seitenansichten über alle Besuche hinweg und ermöglichen eine Analyse mehrerer Besuche. Der Besucher-Container ndert sich daher auf der Grundlage der definierten Datumsbereiche am wahrscheinlichsten.
Besucher-Container können Werte enthalten, die auf dem Gesamtverlauf eines Besuchers basieren:
Mit dem Besuchs-Container können Seiteninteraktionen, Kampagnen oder Konversionen für eine bestimmte Websitzung identifiziert werden. Der Besuchs-Container ist der am häufigsten verwendete Container, da er die Verhaltensweisen der gesamten Besuchssitzung erfasst, sobald die Regel erfüllt wird, und Ihnen die Möglichkeit gibt, zu definieren, welche Besuche ein- oder ausgeschlossen werden sollen, indem Sie ein Segment erstellen und anwenden. Er kann Ihnen bei der Beantwortung der Frage helfen, wie viele Besucher bei demselben Besuch den Bereich „News und Sport“ angesehen haben. Oder welche Seiten zu einer erfolgreichen Konversion zum Kauf beigetragen haben.
Besuchs-Container enthalten Werte, die auf dem Auftreten pro Besuch basieren:
Der Treffer-Container definiert, welche Seitenbesuche von einem Segment einbezogen oder ausgeschlossen werden sollen. Dies ist der engste verfügbare Container, mit dem Sie spezifische Klicks und Seitenansichten identifizieren können, für die eine Bedingung wahr ist, wobei Sie einen einzelnen Trackingcode oder ein isoliertes Verhalten in einem bestimmten Bereich Ihrer Site anzeigen können. Sie können auch einen bestimmten Wert erkennen, wenn eine Aktion stattfindet, z. B. den Marketing-Kanal, wenn ein Auftrag platziert wurde.
Treffer-Container enthalten Werte, die auf den Aufschlüsselungen einzelner Seiten basieren:
Produkte
Listen-Props
Listen-eVars
Merchandising eVars (im Kontext von Ereignissen)
Wenn Sie diesen Container mit einem persistenten Wert verwenden, z. B. einem eVar, wird jeder Treffer ausgelesen, in dem der Wert persistent ist. Im Fall eines Trackingcodes, der nach einer Woche abläuft, kann dieser Wert über mehrere Besuche hinweg persistent sein.
Mit dem logischen Gruppen-Container können Sie einen separaten Container innerhalb der Segmentregeln bereitstellen, um Entitäten zu filtern, die nicht hierarchiebasiert sind. Beispielsweise können Sie einen Container bereitstellen, der innerhalb des Segments verschachtelt ist, das besucherbasiert filtert. Dieser Logiktyp erfordert es, dass Sie die Hierarchie unterbrechen (da Sie bereits über einen Besucher-Container auf der obersten Ebene verfügen), um nur nach ausgewählten Besuchern zu filtern. Dies lässt sich durch Verwendung des logischen Gruppen-Containers erreichen. Siehe Beispiele für logische Gruppen als ergänzende Information.
Wenn Sie Segment-Container innerhalb anderer Container erstellen, erstellen Sie im Grunde ein Segment in einem Segment. Bei verschachtelten Containern wird die folgende Logik angewendet:
Sie können die Verschachtelung zwischen Containern sowie zwischen Regeln in einem Container verwenden. Folgende Elemente können in jedem Container verschachtelt werden:
Container-Name | Was darin verschachtelt werden kann |
---|---|
Treffer | Nur Ereignisse |
Besuch | Treffer-Container, Ereignisse |
Besucher. | Besuchs-Container, Treffer-Container, Ereignisse |
logische Gruppe | Besucher-Container, Besuchs-Container, Treffer-Container |
Indem Sie mehrere Segmente in ein neues verbundenes Segment einbeziehen, können Sie Ihre Daten sogar noch weiter verfeinern. Das Zusammenziehen von zwei vorhandenen Segmenten agiert beim Filtern der Besucher als OR-Anweisung. Alle Container auf der Arbeitsfläche werden gegen alle Daten geprüft und alle Daten, die mit einem der Container übereinstimmen, werden in den Bericht einbezogen.
Wenn Sie z. B. einen Besuchs-Container, in dem gilt „Land = Vereinigte Staaten“ mit einem Besuchs-Container zusammenziehen, in dem „Auftrag = Wahr“ ist,
Country = United States + Order = True
wird ein Segment erstellt, das sich wie folgt verhält:
Die sequenzielle Segmentierung verwendet dieselben grundlegenden Container wie Besucher, Besuche und Treffer (einschließlich Seitenansichten oder andere Dimensionen) hierarchisch verschachtelt.
Besucher stellen den Container mit dem höchsten Rang in der sequenziellen Segmentierung dar. Dabei sind Besuche im Besucher-Container und Treffer in den Besucher- oder Besuchs-Containern enthalten. Diese Container-Hierarchie muss eingehalten werden, um ordnungsgemäß sortierte sequenzielle Segmente zu erstellen.
Zum Erstellen sequenzieller Segmente werden Container verschachtelt und eine sequenzielle Logik verbunden. Dazu wird der THEN-Operator verwendet, für den jeder Container basierend auf der Sequenz des Besuchers wahr sein muss.
Die einzige Ausnahme für diese Container-Hierarchie besteht in der Verwendung des Logischer Gruppen-Container. Mit dem logischen Gruppen-Container können Sie einen Treffer innerhalb eines Containers ohne spezielle Reihenfolge verschachteln, um Ereignisse und Dimensionen zu erfassen, jedoch außerhalb einer sequenziellen Reihenfolge.
Mit Containern können Sie unterschiedliche Daten auf der Grundlage von Berichtswerten unterschiedlich filtern, wenn Segmente aufgeschlüsselt und auf Berichte angewendet werden.
Daten, die auf den einzelnen Ebenen der Hierarchie der Container Besucher > Besuch > Treffer erfasst werden, beeinflussen, wie Sie Ihre Segmente erstellen. Wenn Sie dasselbe Segment auf denselben Bericht anwenden und dabei denselben Datensatz verwenden, erhalten Sie unterschiedliche Werte, die vom Container abhängen, von dem aus Sie den Bericht erzeugen. Faktoren wie die Container-Berichtsebene und die Persistenz von Werten über Treffer hinweg können große Veränderungen der Berichtsgenauigkeit verursachen.
Beispiel: Der unten dargestellte Besucher hat eine Site zum ersten Mal besucht, kam auf der Homepage an und hat dann drei weitere Seiten besucht und aus dem Besuch einen Kauf gemacht. Bei einem anderen Besuch landete der Besucher auf der Produktseite, wechselte dann zur Homepage, zurück zur Produktseite und schloss die Sitzung dann ab, nachdem er sich Wintermützen angesehen hat. Basierend auf den für die einzelnen Container für das Segment erfassten Daten, werden im Bericht unterschiedliche Werte angezeigt.
Das Segment Seiten gleich Wintermäntel wird auf den Seitenbericht angewendet.
Basierend auf dem ausgewählten Container zeigt der Bericht unterschiedliche Ergebnisse an.
Wenn sich diese Bedingung in einem Treffer-Container befindet, listet der Bericht nur Seiten auf, für die Seite = Wintermäntel wahr ist. Da nur eine Seite diese Bedingung in einem Container mit nur einer Seite erfüllt, wird nur die Wintermäntel-Seite angezeigt.
Bei Berichten aus dem Treffer-Container können Sie sehen, wie sich Berichte aus unterschiedlichen Containern auf die gesamten Berichtswerte auswirken. Beachten Sie beim Segmentbericht, dass die Seitenansichten in etwa mit den Besuchen übereinstimmen (rund 2.000 Besucher haben bei einem Besuch Seiten doppelt gesehen, was zur Gesamtzahl der Seitenansichten addiert wird) und dass die Unique Visitors in etwa der Anzahl der Besuche entsprechen (rund 2.000 Unique Visitors haben mehr als einen Besuch ausgeführt.)
Unabhängig davon, wie Sie die Daten anzeigen – über den Treffer-, Besuche- oder Besuchercontainer – es haben in diesem Beispiel alle dieselbe Anzahl von 63.541 Besuchern. Unabhängig davon, wie Sie den Bericht erzeugen, die ursprüngliche Besucherbedingung – Besucher, die die Wintermäntel-Seite angesehen haben – bleibt intakt. Dies ist die Teilmenge der Daten, mit denen Sie auf den verschiedenen Ebenen Berichte erstellen.
Wenn sich dieselbe Bedingung in einem Besuchs-Container befindet, listet der Bericht alle Seiten des Besuchs auf, für die Seite gleich Wintermäntel wahr ist. Sie filtert die Wintermäntel-Seite, erfasst aber auch alle anderen Seiten des Besuchs, bei denen die Bedingung wahr ist. Da der Besucher bei dem Besuch, für den die Bedingung erfüllt ist, auch die Homepage, die Produkt- und die Kaufseite besucht hat, werden diese zusätzlichen Seiten im Bericht aufgeführt, wenn der Bericht mit den Daten des Besucher-Containers erstellt wird.
In den Segmentwerten aus dem Besuchs-Container sehen Sie, dass die Anzahl der Seitenansichten signifikant gestiegen ist. Dies hat den Grund, dass ein Bericht aus dem Besuchs-Container alle Seiten identifiziert, die die Bedingungen erfüllen, plus alle anderen beim Besuch angesehenen Seiten (mit allen in jedem Besuchs-Container erfassten Seitenansichten).
Wenn sich dieselbe Bedingung in einem Besucher-Container befindet, listet der Bericht alle von einem Besucher angesehenen Seiten auf, für die Seite gleich Wintermäntel wahr ist. Dies bedeutet, dass, wenn ein Besucher die Wintermäntel-Seite angesehen hat, alle Seiten im Besucher-Container aufgelistet werden – einschließlich der Seitenansichten aus anderen Besuchen. Folglich werden im Bericht Seiten gelistet, die die Bedingung nicht erfüllen, weil der Besucher diese zu einem vorherigen Zeitpunkt gesehen hat. Alle im Besucher-Container enthaltenen Seiten werden im Bericht aufgeführt. Dies betrifft auch Seiten, die vorher aufgetaucht sind und die Bedingungen nicht erfüllen.
Beim Anzeigen von Segmenten aus dem Besucher-Container können Sie sehen, dass die Seitenansichten und die Besuche angestiegen sind. Dies hat den Grund, dass auf der Besucherebene, wenn der Besucher die Wintermäntel-Seite nur einmal besucht hat (wodurch die Bedingung wahr ist), alle anderen Seitenansichten und alle anderen Besuche für diesen Besucher erfasst werden.
Zusammenfassend wird deutlich, dass das Wissen darüber, wie die Segmentierung bei unterschiedlichen Aufschlüsselungen von Daten funktioniert, bei der Interpretation der gelieferten Daten von entscheidender Bedeutung ist.
Jede Aufschlüsselung von Segmentdaten hat einen Umfang, auf den diese angewendet wird. Die meisten Aufschlüsselungen basieren auf Seitenansichten, wobei jedoch viele wertvolle Segmente auf dem Besuchecontainer und in geringerem Umfang auf dem Besuchercontainer basieren. Es ist wichtig, dass Sie wissen, wie Berichte funktionieren, die auf dem Umfang Ihres Containers basieren.
Anhand des zuvor verwendeten Segmentbeispiels Seite = Wintermäntel, definieren die im Folgenden aufgeführten Probleme weitere Aspekte Ihres Segments, die darauf basieren, wie die Container-Daten angewendet werden und wie der Umfang der Daten mit dem Segmenttyp übereinstimmen sollte.
Das Anwenden des Segment-Containers auf einen normalen Datenbereich bringt die erwarteten Ergebnisse, in denen die Linienelemente mit der Segmentregel übereinstimmen.
Viele Segmentregeln identifizieren Seitenansichten pro Besuch. Wenn dies eintritt, wird der gesamte Besucher-Container angewendet, wenn nur ein einzelner Treffer mit der Regel übereinstimmt. Dieser Segmentbericht ist besonders wertvoll, weil auf Besuchen basierende Seitenansichten Einblick auf der Grundlage von Seitenansichten pro Besuch liefern.
Die Verwendung des Segments mit einem Container, der kleiner als der Aufschlüsselungsbereich ist, liefert überraschende Daten. Bei Verwendung einer kleineren Aufschlüsselung werden weiterhin alle Treffer aus dem Datenbereich einbezogen.
Die Filterung nach Dimensionen, die über einen Seitenbereich persistent sind, z. B. ein Kampagnen-eVar oder eine Referrerdimension, wirkt sich auf die auf Container-Ebene gesammelten Daten aus und muss im Hinblick auf die Berichtsgenauigkeit nachvollzogen werden.
Segmentdaten können, basierend auf der Persistenz einer Dimension oder einer angewendeten Variablen, über ausgewählte Seiten hinweg variieren. Einige Dimensionen, z. B. die Seitendimension, bieten auf Seitenebene eindeutige Werte und werden auf der Grundlage von Daten aus dem Treffer-Container gefiltert. (Siehe als Beispiel Auf Container-Daten basierende Berichte). Andere Dimensionen, z. B. die Dimension „Referrerdomäne“, sind für einen Besuch über mehrere Seiten hinweg persistent. Einige Dimensionen oder angewendete Variablen, z. B. die Besuchsdauer, erstrecken sich über den gesamten Verlauf des Besuchers.
Im Gegensatz zur Seitendimension ist der Wert „Referrerdomäne“ an jede Seite in diesem Besuch angehängt. Im Beispiel unten kommt der Besucher von einer verweisenden Site auf der Homepage an. Dementsprechend wird allen in diesem Besuch enthaltenen Seiten derselbe Wert für die Referrerdomäne zugewiesen.
Das Segment Referrerdomäne gleich aol.com wird auf den Seitenbericht angewendet.
Bei einem neuen Besuch wird der Besucher von einer anderen Website verwiesen. Dementsprechend wird allen in dem neuen Besuch enthaltenen Seiten der neue Wert für die Referrerdomäne zugewiesen.
Da allen in demselben Besuch enthaltenen Seiten derselbe Wert für die Referrerdomäne zugewiesen wird, liefert ein Bericht auf Ebene des Treffer-Containers, in dem Referrerdomäne = "aol.com" ist, alle in der folgenden Tabelle aufgeführten Seiten.
Bei der Anzeige der Daten aus dem Treffer-Container, wurden über 92.000 Seitenansichten bei über 33.000 Besuchen durch nur etwas mehr als 32.000 Besucher erzeugt. Im Durchschnitt fielen bei jedem Besuch drei Seitenansichten an und nahezu sämtliche Besuche betrafen Unique Visitors.
Wenn dieselbe Bedingung für einen Seitenbericht im Besuchs-Container gefiltert wird, ist die Bedingung für alle Seiten des Besuchs, bei denen Referrerdomäne = "aol.com" gilt, wahr. Da der Wert der Referrerdomäne auf der Besuchsebene festgelegt wird, sind Berichte auf Seitenansichts- und Besuchsebene identisch.
Da in diesem Beispiel alle Seiten basierend auf dem Besuch denselben Wert für die Referrerdomäne haben, ist der Bericht auf der Besuchs-Container-Ebene (fast) mit dem Bericht aus dem Seitenansichts-Container identisch (mit einer leichten Abweichung von 98.234 zu 98.248 aufgrund von Datenanomalien).
Aus dem Besucher-Container listet der Seitenbericht alle Seiten auf, die von einem Besucher angesehen wurden, bei denen Referrerdomäne gleich „aol.com“ wahr ist. Wenn demnach ein Besucher irgendwann (innerhalb des definierten Zeitraums) im Verlauf „aol.com“ als Referrerdomäne hatte, werden alle Seiten im Besucher-Container – einschließlich der Seitenansichten bei anderen Besuchen – aufgeführt. Auch Seiten, die nicht der primären Bedingung entsprechen, werden im Bericht aufgeführt, da diese Seiten im Besucher-Container enthalten sind. Alle im Besucher-Container enthaltenen Seiten werden im Bericht aufgeführt. Dies betrifft auch Seiten, die vorher aufgetaucht sind und die Bedingungen nicht erfüllen.
In einem Bericht „Referrerdomäne“ ist Referrerdomäne = "aol.com" bei vier Seitenansichten wahr, bei den anderen Seiten des Besucherzugriffs ist jedoch Referrerdomäne = "weather.com" wahr. Aus dem Besucher-Container erhalten Sie eine Liste mit Besuchern, bei denen „aol.com“ wahr ist. Sie erhalten aber auch Seiten, bei denen die Referrerdomäne „weather.com“ ist und somit nicht dem Wert entspricht, dem die ursprüngliche Anfrage im Segment entsprach.
Beachten Sie, dass bei der Anzeige der Daten aus dem Besucher-Container die Seitenansichten signifikant angestiegen sind (von 98.248 auf 112.925). Dies hat den Grund, dass alle Seitenansichten des Besuchers – auch die, die mit anderen Werten für die Referrerdomäne auf der Besucher-Container-Ebene gespeichert wurden – gelistet werden (sowie die zusätzlichen Besuche dieses Besuchers, wodurch die Besuche von 33.203 auf 43.448 ansteigen).
Zusammenfassung,