Was ist der Unterschied zwischen einem Analysekonto und einer Property? Wann legst du eine neue Property statt einer neuen Datenansicht an? Warum brauchst du mehrere Konten, wenn du mehrere Websites hast? Die meisten Teams verstehen diese Struktur falsch. Am Ende haben sie entweder eine riesige Property, in der alle Daten vermischt sind, oder Dutzende Properties, die sie nicht verwalten können. Die richtige Struktur ist unsichtbar. Daten fliessen an die richtigen Stellen. Berichte zeigen dir, was du brauchst. Die Einrichtung dauert eine Stunde und funktioniert jahrelang.
In diesem Artikel erfährst du, wie die Hierarchie aus Konto, Property und Datenansicht aufgebaut ist, wann du welche Ebene nutzt und wie du eine Struktur planst, die mit deinem Geschäft mitwächst.
Die Hierarchie der Analyse: Konten, Properties und Datenansichten
Stell dir ein Konto als deinen Behälter vor. Alles, was du besitzt, liegt in einem Konto. Das Konto enthält Anmeldung, Berechtigungen und Abrechnung.
Properties sind einzelne Websites oder Apps innerhalb deines Kontos. Eine Website entspricht einer Property. Mehrere Websites entsprechen mehreren Properties. In einer Property fliessen die Daten ein.
Datenansichten sind gefilterte Versionen einer Property. Eine Property kann mehrere Datenansichten haben. Eine Ansicht zeigt den gesamten Traffic. Eine andere zeigt nur Desktop-Traffic. Eine weitere filtert interne Mitarbeitende heraus.
Die Hierarchie ist einfach. Ein Konto kann viele Properties enthalten. Eine Property kann viele Datenansichten enthalten. Die meisten Teams haben ein Konto, einige Properties und mehrere Ansichten pro Property.
Wann du ein neues Konto anlegst
Lege ein neues Konto an, wenn du völlig getrennte Unternehmen mit getrennten Eigentümern und getrennter Abrechnung hast. Hast du zwei völlig unabhängige Onlineshops, sind getrennte Konten sinnvoll. Hast du eine Unternehmenswebsite und ein Kundenportal, brauchen sie vielleicht getrennte Konten.
Die meisten Fälle brauchen aber keine getrennten Konten. Halte alles zusammen, wenn du später kombinierte Daten sehen willst. Daten über Konten hinweg kannst du nicht zusammenführen. Getrennte Konten bedeuten getrennte Datensilos.
Der einzige häufige Fall für mehrere Konten ist die Trennung von Live-Betrieb und Test. Dein Hauptkonto enthält echte Kundendaten. Dein Testkonto enthält Testdaten. So analysierst du nicht versehentlich ein kaputtes Tracking.
Wann du eine neue Property anlegst
Lege für jede einzelne Website oder App eine neue Property an. Hast du eine Website, hast du eine Property. Hast du eine Website und eine App, hast du zwei Properties. Hast du eine Hauptwebsite und eine Website mit Hilfedokumentation, hast du zwei Properties.
Lege nicht mehrere Properties für dieselbe Website an. Eine Website mit mehreren Subdomains nutzt weiterhin eine Property. Eine Website mit mehreren Bereichen nutzt weiterhin eine Property. Lege nur dann eine neue Property an, wenn du eine grundlegend andere Website oder App hast.
Jede Property braucht ihren eigenen Tracking-Code. Der Tracking-Code sagt der Analyseplattform, an welche Property sie Daten senden soll. Installierst du den falschen Code, landen Daten in der falschen Property.
Wann du eine neue Datenansicht anlegst
Lege eine neue Datenansicht an, wenn du eine andere Perspektive auf dieselben Daten willst. In einer Ansicht willst du den gesamten Traffic sehen. In einer anderen nur bezahlten Traffic. In einer weiteren nur Desktop-Traffic.
Datenansichten sind Filter über denselben Rohdaten. Eine Ansicht anzulegen ändert nicht, welche Daten erfasst werden. Sie ändert nur, was du siehst. Alle Ansichten stammen aus derselben Property.
Übliche Ansichten sind: gesamter Traffic, nur bezahlter Traffic, nur organischer Traffic, nur direkter Traffic, nur Desktop, nur Mobil und Traffic ohne interne Zugriffe. Lege Ansichten danach an, wie dein Team Daten auswertet.
Interner Traffic und Filter
Lege eine Ansicht an, die internen Traffic ausschliesst. Das sind deine Mitarbeitenden, die die Website besuchen, testen und Funktionen in der Vorschau ansehen. Dieser Traffic verzerrt deine Daten. Du willst das Verhalten echter Besucher messen, nicht dein Team beim Testen.
Filtere nach IP-Adresse. Füge die IP-Adresse deines Unternehmens zum Filter für internen Traffic hinzu. Alle Besuche von dieser IP-Adresse erscheinen dann nicht in der Ansicht.
Behalte eine Ansicht mit dem gesamten Traffic einschliesslich des internen. Behalte eine weitere ohne internen Traffic. Die Ansicht mit dem gesamten Traffic ist deine Referenz. Die gefilterte Ansicht ist für Entscheidungen.
Test- und Staging-Umgebungen
Lege eine eigene Property für deine Staging- oder Testumgebung an. Sende keine Testdaten an deine Live-Property. Testdaten zerstören deine echten Daten.
Wenn Entwickler die Website testen, testen sie auf einem Staging-Server mit einer anderen Domain. Diese Staging-Domain sendet Daten an eine andere Property. Bist du bereit für den Livegang, installierst du den Code der Live-Property.
So bleiben Testdaten völlig getrennt. Du kannst testen, ohne dir Sorgen zu machen, deine echten Analysen zu beschädigen.
Nutzerzugriff und Berechtigungen
Lege Nutzerrollen auf Konto- und Property-Ebene an. Manche Nutzer brauchen nur Zugriff auf eine Property. Manche brauchen Zugriff auf alle Properties. Manche sollten nur Berichte sehen und das Tracking nicht ändern dürfen.
Zugriff auf Kontoebene gibt jemandem die Berechtigung, alle Properties und Kontoeinstellungen zu sehen. Zugriff auf Property-Ebene beschränkt ihn auf eine Property. Mit Editor-Zugriff kann jemand das Tracking ändern. Mit Betrachter-Zugriff sieht jemand nur Berichte.
Trenne den Zugriff auf Live-Betrieb und Test. Entwickler, die den Tracking-Code ändern, sollten Zugriff auf die Test-Property haben, nicht auf die Live-Property.
Häufig gestellte Fragen
Wir haben eine Website mit mehreren Subdomains. Brauchen wir mehrere Properties, oder können wir eine nutzen?
Eine Property reicht. Eine Property verfolgt alle Subdomains derselben Domain. Der Tracking-Code erkennt, von welcher Subdomain der Besuch kam. In Berichten kannst du nach Subdomain auswerten. Du brauchst nur dann getrennte Properties, wenn die Subdomains völlig getrennte Websites mit getrennten Zwecken sind. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Wir haben Live- und Staging-Websites. Sollten sie dieselbe Property oder verschiedene Properties nutzen?
Verschiedene Properties. Staging-Daten sollten sich nie mit Live-Daten vermischen. Lege eine Property für den Live-Betrieb und eine für Staging an. Entwickler testen auf Staging mit dem Code der Staging-Property. Beim Start wechselst du zum Live-Code. So bleiben Testdaten und echte Daten völlig getrennt.
Sollten wir internen Traffic mit Datenansichten filtern oder durch Änderung des Tracking-Codes?
Filtere mit Datenansichten, nicht über den Tracking-Code. Versuche nicht, die Erfassung von internem Traffic zu verhindern. Erfasse alles. Filtere in den Ansichten. So hast du eine Ansicht mit dem gesamten Traffic als Referenz und eine Ansicht mit gefiltertem Traffic für die Analyse. Filterung bei der Erfassung ist endgültig. Du kannst Daten später nicht wieder einbeziehen.
Wie viele Datenansichten braucht eine typische Property?
Drei bis fünf sind typisch. Eine ungefilterte Ansicht mit dem gesamten Traffic. Eine Ansicht ohne internen Traffic. Eine nur für bezahlten Traffic. Eine nur für organischen Traffic. Eine für mobilen Traffic. Lege Ansichten an, die dazu passen, wie dein Team Daten auswertet. Lege keine Ansichten an, die du nicht nutzt.
Können wir Daten zwischen Properties oder Konten verschieben?
Nein. Daten bleiben in der Property, an die sie gesendet wurden. Du kannst Daten nach der Erfassung nicht verschieben. Du kannst Daten für die Analyse in anderen Tools exportieren. Innerhalb der Analyse kannst du sie nicht umorganisieren. Richte die Struktur deiner Properties von Anfang an richtig ein. Umorganisieren bedeutet, historische Daten zu verlieren oder doppeltes Tracking anzulegen.
Wir fügen eine zweite Website hinzu. Sollten wir eine zweite Property im selben Konto oder ein getrenntes Konto anlegen?
Dasselbe Konto, getrennte Property. Halte zusammengehörige Websites im selben Konto. Du kannst kombinierte Berichte sehen und Websites vergleichen. Sind die Websites völlig unabhängige Unternehmen mit getrennten Eigentümern, sind getrennte Konten in Ordnung. Aber in den meisten Fällen lohnt sich die Organisation mit demselben Konto und getrennten Properties.