Traffic Metrics – Page Views, Visitors & Visits

Mehrere Artikel verweisen jetzt schon auf ein Thema, das meiner bescheidenen Meinung nach zu wenig erörtert wird: Page Views, Visits und Unique Visitors.

Page Views, Visits und Unique Visitors sind die Metriken, die für traffic variables zur Verfügung stehen. Unique Visitors gibt es dabei in mehreren Varianten: Daily, Weekly, Monthly, manchmal sogar Quarterly and Yearly.

Page Views

Page Views sind unter vielen Namen bekannt: Hits, Instances, Impressions. Allen gemein ist, daß sie eine simple Aktion zählen, meist das Laden einer Webseite in einen Browser.

Meist benutzt werden Page Views, wenn man ermitteln will, welche Seite am häufigsten angesehen wurde. Das könnte zum Beispiel ein Artikel auf einem Nachrichtenportal sein (der mit den meisten Page Views wäre dann der populärste Artikel), eine Webseite über ein Produkt oder eine Homepage.

Darüberhinaus sind Page Views eigentlich nicht sonderlich relevant.

Insbesondere sollte man Page Views nicht als Metrik heranziehen, wenn man Funnels untersuchen will oder ob eine Landingpage gut funktioniert. Im ersteren Fall sind Success Events das Mittel der Wahl, weil sich diese hinterher mit eVars segmentieren lassen. Für den zweiten Fall verwendet man ebenfalls Success Events, die man erstens mit dem Tracking Code segmentieren und zweitens deduplizieren kann.

Klicktracking ist in SiteCatalyst insofern anders, als der dabei benutzte s.tl Call keinen Page View auslöst!

Unique Visitors

Gleich vorweg: Unique Visitors sind keine Besucher.

Ein Großteil der aktuellen Webanalyse Lösungen identifiziert Visitors mithilfe von Cookies. Weil das in Deutschland ein emotional aufgeladenes Thema ist komme ich darauf nochmal gesondert zurück. Hier sei nur gesagt, daß der Cookie eine anonyme visitor ID enthält, und daß jedes Endgerät, jeder Browser Cookies separat speichert, ich also auf meinem Laptop alleine schon mindestens 3 Visitors sein kann und auf meinem Telefon nochmal 2.

Angenommen der Browser akzeptiert keine Cookies. Was macht SiteCatalyst dann?

Es gibt ein paar Alternativen, die je nach Einstellung der s.mobile Variable in verschiedener Reihenfolge probiert werden.

  1. HTTP Headers – SiteCatalyst sieht sich alle HTTP Header an und sucht nach Merkmalen, über die man eine (anonyme) visitor ID berechnen könnte. In den Anfangszeiten der Mobiltelefonie wurde bei manchen Providern zum Beispiel die Telefonnummer in einem HTTP Header mitgeliefert. Heutzutage ist oft ein Proxy im Spiel und die Header enthalten die eigentliche IP Adresse.
  2. IP address & HTTP User-Agent – Der HTTP User-Agent Header enthält im Prinzip den Namen des Browsers, teilweise angereichert mit Informationen über installierte Plugins und Versionen. SiteCatalyst benutzt den Header und die IP Adresse und berechnet daraus wiederum eine (anonyme) visitor ID.

Wenn s.mobile gesetzt ist (z.B. s.mobile=“1″), werden erst die HTTP Headers analysiert und dann falls nötig auf IP Adresse und HTP User-Agent zurückgegriffen. Ist s.mobile nicht gesetzt, nimmt SiteCatalyst direkt IP Adresse und HTTP Header und ignoriert andere HTTP Header.

So viel zu den technischen Hintergründen.

Wer wissen will, wieviele seiner Visitors Cookies akzeptieren, der kann sich den Site Metrics > Visitors > Daily Unique Visitors Report ansehen und dann den „Persistent Cookies“ Filter anschalten.

[Screenshot]

Daily Unique Visitors mit Persistent Cookies Filter

Über die Unique Visitors Metriken wird es noch einen Artikel geben, da gibt es noch viel zu sagen.

SiteCatalyst 15 kennt neben den Daily, Weekly, Monthly, Quarterly und yearly Unique Visitors noch eine neue Metrik, kurz Unique Visitors. Das sind die Unique Visitors für den Zeitraum des Berichtes. Wenn ich am Samstag und Sonntag meine Site besuche, sehe ich jeweils einen Daily UV. In SiteCatalyst 15 wäre ich 1 UV, wenn ich mir den Bericht für dieses Wochenende ansehe.

In SiteCatalyst 15 gibt es außerdem ein neues Konzept namens „Cross-Device Tracking“, das es ermöglicht, Success Events auch geräteübergreifend zu segmentieren, solange sich die Benutzer einloggen oder sonstwie identifizieren lassen.

Visits

Ein Visit ist, wenn ein Visitor mehrere Seiten einer Website ansieht oder auf der Site andere Aktionen ausführt. Der Visit endet, wenn der Visitor 30 Minuten lang nichts getan hat.

Es ist technisch schwierig bis unmöglich herauszufinden, wann ein Browserfenster geschlossen wird, daher die Lösung mit dem Timeout. Die 30 Minuten sind dabei der aktuelle Industriestandard. Bei manchen Tools kann man den Timeout einstellen, bei SiteCatalyst nicht

Es ist übrigens auch unmöglich festzustellen, ob eine geladene Seite tatsächlich angesehen wurde und wie lange. Oft genug lädt mein Browser eine Webseite, die ich mir dann später ansehe, z.B. weil ich gerade am Telefon bin.

Alleine deswegen sind Analysen die auf Visits basieren immer mit Vorsicht zu genießen. Für eine spezifische Website mag das funktionieren oder auch nicht, je nach Publikum und Zweck der Site. Facebook sollte sich zum Beispiel weniger um Visits Gedanken machen als beispielsweise Amazon.

Visits werden in SiteCatalyst nur für die Visitors gezählt, die Cookies akzeptieren. Es kann also vorkommen, daß man mehr Visitors als Visits angezeigt bekommt. In SiteCatalyst 15 wurde das angepaßt und Visits werden jetzt auch für die Visitors gezählt, die Cookies nicht akzeptieren.

Das bedeutet, daß bei der Migration von 14 nach 15 die Visits Metrik einen kleinen Sprung macht. Wer Calculate Metrics benutzt die „/ Visit“ enthalten  (z.B. eine Conversion Rate per Visit) muß wissen, daß diese Metriken mit der Migration nach unten gehen werden. Wie groß die Änderung sein wird findet man wiederum über den Daily Unique Visitors Report heraus wie oben beschrieben.

Das soll für heute erstmal reichen aber es wird sicher nicht der letzte Artikel zum Thema sein.

Über

German expat living in Switzerland (formerly UK and France). Consultant and member of the Multi-Solutions Group at Adobe, working with the Digital Marketing Suite. Father of 4 girls.

Tagged with: , , , , ,
Veröffentlicht in Grundlagen
13 comments on “Traffic Metrics – Page Views, Visitors & Visits
  1. […] iPad also garantiert zwei verschiedene visitor IDs. In unserer Report Suite taucht es daher als 2 Unique Visitors auf und wir haben jetzt 2 Visits erzeugt. […]

  2. […] minimale Code mit s.pageName alleine bringt schon eine ganze Menge Metriken und Reports mit sich: Page Views, Visits, Visitors (also eigentlich alle Traffic Metriken) für den Pages Report, Path Reports für Pages (also z.B. […]

  3. […] zeigt in Correlation Report nur Page Views an. Andere Metriken stehen nicht zur Verfügung. Man kann andere Metriken aber in Data Warehouse […]

  4. […] ausschließlich Seiten-basierten Daten funktionieren wie üblich, also z.B. die Page Views Metrik auf s.pageName oder allen […]

  5. […] Nicht zu vergessen der junge Mann mit dem Clicker am Eingang, der einfach nur zählt wie oft Besucher in den Laden kamen… (vulgo: Visits) […]

  6. […] Tracking Code: Wenn ich als Metrik Page Views konfiguriere und als “primary dimension” Tracking Code, dann werden mir zwar alle Page […]

  7. […] wir fangen mal mit einem ganz einfachen Report an. Wie wäre es mit den 10 meistbesuchten Seiten? Page Views und Visits als […]

  8. […] Kjell schlau ist, kann er mir nicht nur Aufrufe (“Page Views“) sagen, sondern auch andere Metriken und sogar was üblicherweise nach oder vor einem […]

  9. […] gerne von einer Metrik eine etwas “spezifischere Version”. Beispiel: Neben der “Visits” Metrik könnte auch die “Kunden Visits” Metrik interessant sein, also die Anzahl […]

  10. […] Frage ist: Wenn ich 10000 Visits auf der Microsite habe während sie live ist, will ich die dann in meinen normalen Reports sehen? […]

  11. […] “Page Views!” dürfte häufig die falsche Antwort […]

  12. […] Klasse war, als ich gefragt wurde, wo denn eigentlich im „Referrers“ Report die „Visits“ Metrik sei. „Na, unter ‚Add Metrics‘, oder?“ sprach ich, doch, ach, […]

  13. […] denke jetzt an „Visits“ und die verschiedenen „Visitors“ […]

Sagen Sie Ihre Meinung!

Trage deine Daten unten ein oder klicke ein Icon um dich einzuloggen:

WordPress.com-Logo

Du kommentierst mit Deinem WordPress.com-Konto. Abmelden / Ändern )

Twitter-Bild

Du kommentierst mit Deinem Twitter-Konto. Abmelden / Ändern )

Facebook-Foto

Du kommentierst mit Deinem Facebook-Konto. Abmelden / Ändern )

Google+ Foto

Du kommentierst mit Deinem Google+-Konto. Abmelden / Ändern )

Verbinde mit %s

Autoren
%d Bloggern gefällt das: