Heute habe ich eine Suchanfrage zum Thema “Unterschied zw Visits und Pageviews” entdeckt. Da wir leider keine passende Antwort im Blog haben, soll es jetzt glatt eine geben. Kunde ist schließlich König. Hier nun als die Erklärung.

Was ist ein Visits?

Ein Visit ist der Besuch eines Kunden auf einer Webseite. Dabei gilt, dass der letzte Besuch bereits einige Zeit her sein muss, damit dieser neue Besuch als neuer Besuch gilt. Im Ecommerce wird häufig der Begriff Session/Sitzung verwendet. Dieser Begriff ist auch technisch geprägt, denn der Server besitzt interne Strukturen, die Details über den Besuch für eine gewisse Zeit speichern.

Ein Visit entsteht, wenn der Nutzer einen Request an einen Server schickt und als Antwort eine Webseite angezeigt bekommt. Die Anzeige der Webseite ist übrigens der Pageview, dazu aber später mehr. Ein Visit hat mindestens einen Pageview, typischerweise aber mehrere. Zeitlich zusammenhängende Pageviews eines Nutzers bilden damit einen Visit.

Als Beispiel sei einfach mal ein Besuch bei Amazon genannt. Man tippt www.amazon.de ein, bekommt eine Webseite angezeigt und schwupst hat man einen Visit erzeugt. Jetzt bewegt man sich durch den Shop und alles was man macht, fällt unter diesen einen Visits.

Sollte man eine gewisse Zeit nichts machen, also seinen Browser geschlossen haben oder einfach nicht klicken, dann beendet sich der Visit, denn auf der Serverseite werden die Informationen über den Besuch entfernt bzw. inaktiv gesetzt. Abhängig vom Webangebot ist ein  Zeitraum von 30 Minuten bis 24 Stunden möglich.

Wichtige Messgrößen sind die Länge eines Visits (Visit Duration), die Anzahl der Pageviews und der Abstand zwischen zwei Pageviews (Thinktime).

Andere Begriffe für Visits sind: Besuch, Besucher oder Session.

Was ist ein Pageview?

Ein Pageview stellt die Anzeige einer Webseite dar. Ich schicke also einen Request/Anfrage an einen Webserver und bekomme als Antwort eine Webseite, da ich sie sehe, ist das dann der Pageview.

Noch vor kurzer Zeit war für einen Pageview nur ein Request an den Server nötig, der mir eine Webseite lieferte. Mit weiteren Request hat dann der Browser Bilder, CSS und Javascript ergänzt und mir die Seite gezeigt. In der modernen Webwelt ist die Definition Pageview etwas weicher und ungenauer, denn AJAX und moderne Nutzerkonzepte tauschen keine kompletten Webseiten mehr aus, sondern ändern oft nur kleine Teile. Damit haben wir keinen Pageview mehr, sondern nur noch eine Interaction oder eine Action.

Bleiben wir aber einfach mal beim altmodischen Pageview. Ein Pageview wird durch einen Request (technisch) eingeleitet und durch die Antwort (Response) des Servers beendet. Diese Abfolge wird oft auch als Hit bezeichnet. Ein Seite kann nun andere Elemente beinhalten, zum Beispiel Bilder und CSS. Jedes dieser Elemente wird nun wieder mit Request/Response abgewickelt und formt wiederum einen weiteren Hit.

Ein Pageview besteht also aus einem HTML-Teil und vielen eingebetteten Elementen. Jede Komponente und der HTML-Teil verursachen jeweils einen Hit.

Wichtige Messgrößen sind zum Beispiel: Ladezeit der Page, Größe der Seite und Länge der Betrachtung, also die Zeit bis zum nächsten Klick.

Andere Begriffe für Pageview sind: Page Impression, Page Hit und Seitenaufruf.

Fazit

Ein Visit besteht also aus einem oder mehreren Pageviews und hat eine Dauer. Ein Pageview dagegen hat eine Laufzeit und besteht aus Elementen, die selbst als Request oder Hit bezeichnet werden.

Verwirrt? Macht nichts. Einfach in den Kommentaren fragen. Außerdem ist die Begrifflichkeit nicht fest definiert und wird oft leicht anderes verwendet.

Wir bauen gerade unseren ersten Screencast. Na langer Sucherei fiel unsere Entscheidung auf Wink. Macht sich erstmal ganz gut. Grosser Vorteil ist die Editierbarkeit jedes einzelnen Bilders/Frames.

Wir haben bei Dell die Marketing-Emails abbestellt, weil es nervte. Die Antwort ist aber mehr als peinlich.

Wir möchten Ihnen mitteilen, dass wir Sie als Kunden schätzen und Ihre E-Mail-Adresse auf Ihren Wunsch hin aus der Abonnentenliste gestrichen haben.

Sie haben das Abonnement beendet unter: <hier war unsere Mailadresse>

Die Bearbeitung Ihrer Änderung kann bis zu 21 Arbeitstagen dauern. Deshalb können Ihnen zwischenzeitlich Marketing-E-Mails, die Sie abonniert haben, weiterhin zugesendet werden.

21Tage? Hallo? Muss da jemand eine Karteikarte aus dem Archiv holen und diese in den Aktenvernichter werfen? 21 Minuten wären schon lang. 21 Sekunden wären noch gerade so ok.

In den letzten Wochen war es etwas ruhig in unserem Blog. Tut uns leid. Das liegt Gottseidank hauptsächlich an der guten Auftragslage.  Zusätzlich arbeiten wir derzeit an der Fertigstellung der XLT-Versionen 3.1.1 und der 3.2, die einige schöne Neuerungen mitbringen wird.

Der Rekorder wird beispielsweise auch ungenutzte Form-Bestandteile aufzeichnen, so dass die spätere Anpassungen der Skripte vereinfacht wird. Mehr Infos gibt es, wenn wir das Release ausrollen.

Sobald wir eine Sekunde finden, wird auch mehr Blogeinträge geben. Weiter soll es mit den Webseiten-Tuning Tipps gehen und mehr zum Thema Lasttesten ist auch geplant.

Eben haben wir bei der Durchsicht der HtmlUnit-Änderungen im Subversion den folgenden Checkin-Kommentar gefunden.

- I have a dream, few tests to pass
- To help me cope with any class
- If you see the wonder of a fairy tale
- You can take next version even if you fail

- I believe in Java
- Something good in everything I see
- But sometimes hot as Lava
- When I know the time is right for me
- Ill cross the steam – I have a dream

Da scheint jemand seine Berufung nicht gehört zu haben

Immer wieder schön zu sehen, was bei einem Lasttest mit generierten Daten an lustigen Kombinationen entstehen kann. Hier eine aktuelle Adresse:

Qainfo Leineweber
Oxfordjunction
83972

Ich habe einen interessanten Artikel über das bezahlte Knacken von Catchas gelesen: Inside India’s CAPTCHA solving economy

Bisher wusste ich nicht mal, dass es sowas schon kommerziell gibt. Schon unheimlich, wie sich billige Arbeitskräfte nutzen lassen. Statt mit Rechenpower und Algorithmen löst man Probleme einfach durch pure Masse. Leider wird dadurch das ganze Sinn von Captchas gebrochen und man kann sich quasi nur noch durch ganz doofe Rätsel vor Spam schützen.

In den letzten Tagen habe ich einige Internetangebote abgegrast bzw. mit den Empfehlungen des Google-Readers gespielt, aber es kam eigentlich nie ein Hinweis auf ein gutes QA- und Testblog dabei heraus.

Gibt es gute Blogs in der Sparte? Hat jemand Empfehlungen für uns?

Wenn man Dokumentation schreiben muss, dann überlegt man sich zweimal, welches Format man nimmt. Na klar, am Ende ist es wohl fast immer ein PDF, aber ein PDF schreibt man nicht direkt.

MS Word? Hoher Frustrationsfaktor und man kann schlecht gemeinsam daran arbeiten, vor allem im Sinne einer Versionsverwaltung. Vom Ausschluss der Linux-Fans mal ganz schweigen.

OpenOffice? Schon besser, aber das mit der gemeinsamen Arbeit und der Versionverwaltung ist da noch nicht so perfekt, zudem quälen sich viele Leute mit Layoutfragen und weniger mit dem Inhalt. Das ist aber kein OO-Problem, sondern ein Verständnisproblem der Arbeit mit strukturierten Dokumenten. Ein visuelles Tool verführt einfach dazu, nicht über Struktur nachzudenken, sondern sich im Design zu verlieren.

LaTeX? TeX ist cool und produziert super Dokumente, wenn man es denn mal im Griff hat und eine gute Vorlage mit Paragrafen und Absätzen, die ausgezeichnet sind, sein eigen nennt. Pure LaTEX hilft nicht viel, weil alle wieder zum manuellen Formatieren neigen… auch wenn das Ergebnis super aussieht. Dafür lassen sich aber Dokumente sehr einfach gemeinsam schreiben und in einer Versionsverwaltung gut hinterlegen und pflegen.

Wenn man den Markt eine Weile studiert, dann findet man DocBook, quasi die konsequente Weiterführung der TeX-Idee mit den Mitteln von XML und XSL. Viele Linux-Projekte schreiben bereits ihre Dokumentation in DocBook.

Leider gibt es kaum vernünftige Editoren am Markt, die das Schreiben unterstützen und gleichzeitig etwas Luxus bieten, um zum Beispiel die Rechtschreibung zu prüfen. Ich als Programmierer mag auf jeden Fall schon mal das Format, die Klarheit und die Möglichkeiten, die sich durch XML/XSL ergeben. Gleichzeitig läuft die Sache auf allen Plattformen, da die Tools zur Produktion des finalen PDF in Java geschrieben sind.

Bin gespannt, ob DocBook eine große Liebe wird oder eine herbe Enttäuschung.

P.S. Nicht zu vergessen, dass O’Reilly DocBook als offizielles Anlieferungsformat für Bücher auserkoren hat. Ich wollte schon immer mal ein Buch schreiben.

Eigentlich steht es ja auf unserer Homepage, aber ich möchte gern zusätzlich darauf hinweisen: Xceptance sucht engagierte Mitarbeiter, die gern Testen und leidenschaftlich an Qualität interessiert sind.

Mehr Informationen direkt auf unserer Firmenwebseite.