Brauchst du getrenntes Tracking für verschiedene Seitentypen? Sollten Blogbeiträge anders verfolgt werden als Produktseiten? Sollte dein Hilfebereich genauso verfolgt werden wie deine Hauptinhalte? Die meisten Websites haben verschiedene Bereiche mit verschiedenen Aufgaben. Verfolgst du alle mit derselben allgemeinen Einrichtung, verbergen sich wichtige Muster. Dein Blog-Traffic sieht aus wie normaler Traffic. Dein Hilfebereich sieht aus wie Support-Traffic. Produktseiten sehen aus wie Verkaufs-Traffic. Ein Tracking-Code sieht sie alle als gleich an. Wenn du weißt, wie du verschiedene Seitentypen verfolgst, erkennst du, welche Bereiche für dein Geschäft am wichtigsten sind.
In diesem Artikel erfährst du, wie du Tracking für verschiedene Seitentypen einrichtest, damit du siehst, welche Bereiche Conversions bringen und welche nur Rauschen erzeugen.
Deine Seitentypen und Bereiche bestimmen
Welche verschiedenen Aufgaben erfüllen die Seiten deiner Website? Hauptinhalte. Blogbeiträge. Produktseiten. Hilfedokumentation. Preisseite. Kontaktseite. Kundenportal. Admin-Dashboard. Jede erfüllt eine andere Aufgabe. Wenn du sie getrennt verfolgst, siehst du Muster, die allgemeines Tracking verbirgt.
Gruppiere Seiten nach Bereich. Alle Blogbeiträge in einem Bereich. Alle Produkte in einem Bereich. Alle Hilfeseiten in einem Bereich. Verfolge dann die Bereiche getrennt, um zu sehen, welcher Conversions bringt.
Überlege, was du für jeden Bereich messen willst. Interessiert dich, wie viele Menschen Blogbeiträge lesen? Wie viele Produktseiten besuchen? Wie viele die Preise ansehen? Lege fest, wie Erfolg für jeden Bereich aussieht.
Namenskonventionen für Seiten verschiedener Typen
Nutze einheitliche Namen für Seiten im selben Bereich. Produktseiten könnten "Produkt - Widget" und "Produkt - Gadget" heißen. Blogbeiträge könnten "Blog - So nutzt du es" und "Blog - Erste Schritte" heißen. Hilfeseiten könnten "Hilfe - FAQ" und "Hilfe - Fehlerbehebung" heißen.
Nimm den Namen des Bereichs in den Seitennamen auf. So siehst du in deinen Berichten leicht, zu welchem Bereich eine Seite gehört. Siehst du "Produkt - Widget", weißt du sofort, dass es eine Produktseite ist.
Halte Namen kurz, aber beschreibend. "Produkt - Widget" ist besser als "Produktseite für das blaue Widget, das wir verkaufen". Namen sollten in Analyseberichten lesbar sein, ohne abgeschnitten zu werden.
Datenansichten für verschiedene Bereiche anlegen
Lege getrennte Datenansichten für Bereiche an, wenn du sie unabhängig auswerten willst. Eine Ansicht zeigt den gesamten Traffic. Eine andere zeigt nur Blog-Traffic. Eine weitere nur Produkt-Traffic. Jede Ansicht filtert auf einen bestimmten Bereich.
Nutze URL-Muster zum Filtern. Liegen alle Blogbeiträge unter /blog/, lege eine Ansicht an, die nur URLs mit /blog/* zeigt. Liegen alle Produkte unter /products/, lege eine Ansicht für /products/* an. Filtern nach URL-Mustern ist einfach und zuverlässig.
Lege nicht zu viele Datenansichten an. Einige Hauptansichten sind nützlich. Ein Dutzend Ansichten ist schwer zu verwalten. Beschränke dich auf drei bis fünf Ansichten pro Property.
Ereignisse einzelner Bereiche verfolgen
Verschiedene Bereiche haben vielleicht verschiedene wichtige Aktionen. Bei Blogbeiträgen zählt vielleicht das Lesen von Kommentaren. Bei Produktseiten vielleicht das Ablegen im Warenkorb. Bei Hilfeseiten vielleicht der Download einer Anleitung.
Richte Ereignisse für jeden Bereich ein. Verfolge Interaktionen mit Kommentaren bei Blogbeiträgen. Verfolge das Ablegen im Warenkorb bei Produkten. Verfolge Downloads von Anleitungen bei Hilfeseiten. Werte die Conversion-Kennzahlen jedes Bereichs dann unabhängig aus.
Nutze für ähnliche Ereignisse in verschiedenen Bereichen einheitliche Namen. Wenn bei Blogbeiträgen das Lesen eines Artikels verfolgt wird und bei Produktseiten das Lesen einer Produktbeschreibung, benenne sie ähnlich. "Inhalt gelesen" passt für beides. Einheitlichkeit erleichtert die Analyse.
Seitengruppen in Berichten verstehen
Die meisten Analyseplattformen lassen dich Seiten in Berichten gruppieren. Du kannst den gesamten Blog-Traffic zusammen sehen. Den gesamten Produkt-Traffic zusammen. Diese Bündelung zeigt, welche Bereiche den meisten Traffic und die meisten Conversions bringen.
Nutze Seitengruppen, um Geschäftsfragen zu beantworten. Welcher Bereich bringt die meisten Besucher? Welcher Bereich konvertiert am meisten? Welcher Bereich hat die höchste Absprungrate? Seitengruppen beantworten diese Fragen automatisch.
Schau nicht nur auf den Traffic. Sieh dir Conversion-Rate und Umsatz pro Besucher nach Bereich an. Ein Bereich mit viel Traffic, aber wenigen Conversions lohnt die Pflege vielleicht nicht. Ein Bereich mit wenig Traffic, aber hoher Conversion-Rate ist vielleicht dein Gewinnbringer.
Dynamische und generierte Seiten behandeln
Werden Seiten dynamisch erzeugt, stelle sicher, dass das Tracking weiter funktioniert. Ein Blog-Generator oder ein Produktkatalog erzeugt wahrscheinlich Seiten, ohne dass du jeder Seite von Hand Tracking-Code hinzufügst. Der globale Website-Tag in deinem Header deckt sie alle ab.
Prüfe, dass Seitennamen richtig vergeben werden. Erzeugt dein Blog-Generator Seiten mit den Namen "post-1.html" und "post-2.html", sieht deine Analyse sie als einzelne Seiten. Lege eine Datenansicht an, die alle Blogbeiträge gruppiert, damit du den gesamten Blog-Traffic zusammen siehst.
Die meisten dynamischen Websites brauchen eine Regel zur Inhaltsgruppierung, um erzeugte Seiten zu ordnen. Deine Analyseplattform sollte diese Funktion haben. Nutze sie, um ähnliche Seiten zu gruppieren.
Häufig gestellte Fragen
Sollten wir für jeden Bereich unserer Website eine eigene Analyse-Property haben?
Nein. Besser ist eine Property mit getrennten Datenansichten für verschiedene Bereiche. Mehrere Properties trennen deine Daten. Eine Property mit Ansichten hält die Daten zusammen, lässt dich aber filtern. Sind deine Bereiche völlig getrennte Websites, nutze getrennte Properties. Für verschiedene Bereiche einer Website nutze aber eine Property mit mehreren Ansichten. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Unser Blog ist eine Subdomain. Sollten wir ihn getrennt von unserer Hauptwebsite verfolgen?
Das hängt von deinem Ziel ab. Willst du kombinierte Kennzahlen der Website sehen, verfolge alles in einer Property. Willst du getrennte Analysen für den Blog, nutze eine eigene Property. Die meisten Teams verfolgen Subdomains in derselben Property mit getrennten Ansichten. So kannst du kombinierte oder getrennte Kennzahlen sehen.
Wir haben Hunderte Produktseiten. Wie verfolgen wir sie, ohne Hunderte Seitennamen anzulegen?
Nutze Seitengruppen oder Regeln zur Inhaltsgruppierung. Sage deiner Analyseplattform, dass alle URLs mit /products/* "Produktseiten" sind. Dann erscheinen alle deine Produkte in Berichten als eine Seite. Du brauchst keine einzelnen Seitennamen für jedes Produkt. Die Gruppierung übernimmt das automatisch.
Unser Hilfebereich liegt auf einer anderen Domain. Können wir ihn mit derselben Analyse-Property verfolgen?
Nur, wenn du ein domainübergreifendes Tracking einrichtest. Deine Analyse-Property muss so konfiguriert sein, dass sie Daten von mehreren Domains annimmt. Die meisten Plattformen unterstützen das. Konfiguriere deine Property so, dass sie beide Domains einschließt. Installiere den Tracking-Code auf beiden. Sie berichten an dieselbe Property.
Sollten wir Admin-Seiten oder Kunden-Dashboards in unserer Analyse verfolgen?
Filtere sie heraus. Lege eine Ansicht an, die Admin-URLs ausschließt. Diese Seiten sind intern. Sie verzerren deine Traffic-Kennzahlen. Du willst das Verhalten von Besuchern messen, nicht das von Mitarbeitenden. Filtere Admin-Traffic genauso wie den Traffic interner Mitarbeitender.
Unsere Benennung der Seiten ist uneinheitlich. Sollten wir alle Seiten umbenennen, um sie zu vereinheitlichen?
Zerstöre historische Daten nicht durch Umbenennen. Nutze von jetzt an einheitliche Namen. Für historische Daten lege in der Analyse eine Gruppierungsregel an, die uneinheitliche Seiten nachträglich ordnet. Analyseplattformen unterstützen das. Nutze es, um die Benennung zu bereinigen, ohne historische Daten zu verlieren.