Artikel-Schlagworte: „Urchin“

Im ersten Teil der Reihe, “Reguläre Ausdrücke in Google Analytics und Urchin“, habe ich Ihnen einen kurzen Überblick über die in Google Analytics und Urchin verwendbaren regulären Ausdrücke gegeben. Dabei wurde auch die Verwendung der Metazeichen Punkt, Backslash, Bindestrich und eckige Klammern erläutert.

In diesem Teil zeige ich Ihnen, wie Sie die Quantifizierung, Gruppierung und Alternative einsetzen.

Quantifizierung

Um nun nicht immer wieder das Metazeichen für eine Suche wiederholt eingeben zu müssen, finden Sie bei den regulären Ausdrücken Funktionen zur Quantifizierung.

Fragezeichen

Das Fragezeichen entspricht der Anzahl 0 oder 1 des unmittelbar davor stehenden Zeichens.

Beispiel:

Der folgende reguläre Ausdruck

17und4?

entspricht somit unter anderem den Zeichenketten

17und

17und4

aber nicht den Zeichenketten

17und5

17undA

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Ziffer 4, die unmittelbar vor dem Fragezeichen steht, einmal oder gar nicht vorkommen darf.

Pluszeichen

Das Pluszeichen entspricht der Anzahl 1 oder mehr des davor stehenden Zeichens.

Beispiel:

Der folgende reguläre Ausdruck

17und4+

entspricht somit unter anderem den Zeichenketten

17und4

17und44

17und444

aber nicht den Zeichenketten

17und

17unda4

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Ziffer 4, die unmittelbar vor dem Pluszeichen steht, einmal oder mehrmals vorkommen muss.

Asterisk

Der Asterisk entspricht der Anzahl 0, 1 oder mehr des davor stehenden Zeichens.

Beispiel:

Der folgende reguläre Ausdruck

17und4*

entspricht somit unter anderem den Zeichenketten

17und

17und4

17und44

17und444

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Ziffer 4, die unmittelbar vor dem Asterisk steht, gar nicht, einmal oder mehrmals vorkommen darf.

Wiederholung

Um nun nicht immer wieder das Metazeichen für eine Suche wiederholt eingeben zu müssen, finden Sie bei den regulären Ausdrücken Funktionen zur Wiederholung. Diese werden mit der Syntax {minimum,maximum(opt.)} deklariert.

Beispiel 1:

Der folgende reguläre Ausdruck

17und4{2}

entspricht somit ausschließlich der Zeichenkette

17und44

aber nicht den Zeichenketten

17und

17und4

17und444

17unda4

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Ziffer 4, die unmittelbar vor der öffnenden geschweiften Klammer steht, exakt zweimal vorkommen muss.

Beispiel 2:

Der folgende reguläre Ausdruck

17und4{1,3}

entspricht somit ausschließlich den Zeichenketten

17und4

17und44

17und444

aber nicht den Zeichenketten

17und

17und4444

17unda4

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Ziffer 4, die unmittelbar vor der öffnenden geschweiften Klammer steht, mindestens einmal und höchstens dreimal vorkommen darf.

Gruppierung

Um eine gefundene Zeichenkette für die spätere Verwendung zwischenspeichern zu können, finden Sie bei den regulären Ausdrücken die Funktion zur Gruppierung. Diese findet durch die Verwendung von runden Klammern statt.

Beispiel:

Der folgende reguläre Ausdruck

([gG]oogle, inc\.)

entspricht somit den Zeichenketten

google, inc.

Google, inc.

und würde das Suchergebnis zwischen den runden Klammern für die spätere Verwendung zwischenspeichern.

Alternative

Eine sehr hilfreiche Funktion innerhalb der regulären Ausdrücke ist die sogenannte Alternative. Die Syntax besteht aus dem Trennen mehrerer Alternativwerte durch ein Pipe-Symbol (|) und ist ganz einfach: wert1|wert2|wert3. Das würde dann bedeuten: Finde wert1 oder wert2 oder wert3.

Beispiel:

Der folgende reguläre Ausdruck

[gG]oogle, inc\.|[yY]ahoo, inc\.

entspricht somit den Zeichenketten

google, inc.

Google, inc.

yahoo, inc.

Yahoo, inc.

aber nicht den Zeichenketten

bing, inc.

Bing, inc.

Warum? Der reguläre Ausdruck setzt voraus, dass in der Zeichenkette die Zeichenfolge “Google, inc.” oder “Yahoo, inc.” enthalten sein muss. “Bing, inc.” Ist keine Option. Dabei spielt es keine Rolle, ob der erst Buchstabe groß oder klein geschrieben wird.

Fortsetzung folgt…

Sie haben nun erfahren, wie Sie Quantifizierung, Gruppierung und Alternative einsetzen. Im dritten Teil dieser Reihe zeige ich Ihnen, wie Sie gezielt nach Zeichenketten am Anfang oder am Ende einer Zeile bzw. eines Feldes suchen können und welchen Vorteil Sie durch den Einsatz von Abkürzungen erfahren.

Da Urchin in der Version 7.0.00 nun seit einem halben Jahr auf dem Markt ist, wird es Zeit, ein paar Bugs zu beseitigen und zusätzliche Features zu integrieren. Das dachten sich wohl auch die Entwickler und haben mit der Version 7.1.00 nachgelegt. Nachfolgend erfahren Sie, welche Veränderungen in Urchin Version 7.1.00, die voraussichtlich in den nächsten zwei Wochen veröffentlich wird, zu erwarten sind.

Generelle Änderungen

Zunächst einmal wäre hier die Berichtsoberfläche zu erwähnen, in die nun verbesserte Übersetzungen für die deutsche und japanische Sprache eingeflossen sind. Gerade im deutschsprachigen Raum wird man sich darüber freuen, dass Begriffe wie „Dauerlink“ oder „Los geht’s“ endlich durch die richtigen Begriffe ersetzt wurden.

Die Erweiterung der rs2-Datei um ein separates Flag zur Steuerung der verfügbaren erweiterten Segmente sorgt zudem dafür, dass dieses Element nicht mehr genutzt werden kann, wenn die Verwendung an der entsprechenden Stelle nicht vorgesehen ist. Da die Metrik „Besuche“ in der Urchin Data API nicht vorhanden ist, wurde diese auch gleich im Editor für erweiterte Segmente entfernt.

Zusätzlich wurden die in Urchin integrierte Hilfe sowie verschiedene Artikel in der Online-Hilfe (Urchin Help Center) aktualisiert und können mit der Version 7.1.00 genutzt werden.l

Sicherheitslücke im Tracking Code geschlossen

Durch eine Sicherheitslücke in urchin.js war es Angreifern möglich, beliebige Cookies im Kontext einer  Website zu schreiben, die Google Analytics oder Urchin Software einsetzt. Dieses Problem wurde mit der aktuellen Version der Datei urchin.js gelöst. Es muss lediglich die ursprüngliche Datei urchin.js durch die im Installationspaket von Urchin 7.1.00 enhaltenen Datei ersetzt werden. Alternativ kann auch der Tracking Code modifiziert werden, um die aktualisierte Datei von den Google Servern abzurufen (http://www.google-analytics.com/urchin.js).

Verbesserungen bei der Protokollverarbeitung

Der Trackign Code von Google Analytics schreibt UTM Cookies als URL-codierte Zeichenkette in eine Variable mit dem Namen “utmcc”. Voherige Urchin-Versionen konnten mit diesen Werten nicht umgehen. Die korrekte Verwertung von Inhalten der Variable “utmcc” wurde nun integriert.

Nachdem die Verarbeitung eines großen „eingefrorenen“ Profils abgebrochen wurde, war Urchin nicht in der Lage, die Arbeit wieder aufzunehmen. Das war selbst nach einer Zeitspanne von 30 Minuten für Aufräumprozesse nicht möglich. Vielmehr musste die Urchin komplett neu gestartet werden. Ein weiteres Problem der Vorversion war, dass der Verarbeitungsstatus nicht aktualisiert wurde, sobald die Verbindung zur Urchin Konfigurationsdatenbank unter PostgreSQL während der Protokollverarbeitung unterbrochen wurde. Beide Probleme sind in Urchin 7.1.00 behoben.

Changelog und Versionshistorie

Ausführliche Informationen zum Changelog finden Sie auf unserer Website unter:

http://www.webalytics.de/urchin-7/versionshistorie-changelog/version-7100/

Eventuell sind Ihnen die wenigen unter Microsoft Windows oder DOS verfügbaren Wildcards (* ? %) bekannt, mit deren Hilfe eingeschränkte Datei- bzw. SQL-Operationen durchgeführt werden können. Die sich hieraus ergebenden Möglichkeiten sind jedoch recht gering und erfordern weit mehr Flexibilität, wenn es darum geht, komplexe Datenbestände zu durchsuchen.

Aus diesem Grund nutzen Google Analytics und Urchin reguläre Ausdrücke. Damit werden auch umfangreiche Datenentsprechungen gefunden und ermöglichend zudem, gewünschte Aktionen auszuführen. Reguläre Ausdrücke können in Google Analytics bzw. Urchin wie folgt verwendet werden:

• Anzeigefilter (z.B. um die Daten in Berichten anzugleichen)
• Filter (z.B. Ausschließen von IP-Adressbereichen)
• Zieldefinitionen (z.B. um variable Zielseiten zu deklarieren)

Doch dazu später mehr. Denn in diesem ersten Teil will ich Ihnen zunächst einen Überblick über die Notwendigkeit von regulären Ausdrücken vermitteln, sowie Sie mit den ersten beiden oft verwendeten Metazeichen bekannt machen.

Überblick über reguläre Ausdrücke

Schauen Sie sich die folgende Tabelle einmal näher an. Sie werden bestimmt feststellen, dass es sich dabei um eine einfache Datenstruktur handelt.

Nr.	Artikel	Warengruppe	Farbe	Größe
1	T-Shirt	T-Shirt, Männer	grün	XL
2	T-Shirt	T-Shirt, Männer	gelb	L
3	T-Shirt	T-Shirt, Frauen	gelb-blau	XL
4	T-Shirt	T-Shirt, Frauen	blau	S
5	Sweatshirt	Sweatshirt, Männer	blau-rot	M
6	Sweatshirt	Sweatshirt, Frauen	rot	L

Wenn Sie also aus dieser Tabelle die Datensätze selektieren sollen, deren Farbangabe den Kriterien “gelb” und “gelb-blau” entspricht, reichen die o.g. Kenntnisse völlig aus; Sie würden vermutlich nach “gelb*” suchen und die Datensätze 2 und 3 als Ergebnis präsentiert bekommen.

Was nun aber, wenn die Aufgabestellung modifiziert wird und Sie alle Datensätze selektieren müssen, deren Farbangabe “gelb“, “rot” und “blau-rot” entspricht? Oder wenn zur Farbangabe noch die Größenangabe hinzukäme? Sie sehen, dieser Anforderung kann mit den vorgenannten Möglichkeiten nicht entsprochen werden.

Die Verwendung von regulären Ausdrücken (auch Regular Expressions oder RegEx genannt) ist nahezu unverzichtbar, wenn es darum geht aus großen Datenmengen bestimmte Entsprechungen herauszufinden.

Reguläre Ausdrücke dienen dazu, spezielle Zeichenketten in einer Menge von Zeichen bzw. Zeichenketten zu finden. Ein regulärer Ausdruck wird aus beliebigen Ziffern und Zeichen unter Berücksichtigung von Groß- und Kleinschreibung in Kombination mit folgenden Metazeichen gebildet:

Metazeichen	Kurzbeschreibung
.	Beliebiges, einzelnes Zeichen
\	Wird benötigt, um ein Metazeichen buchstäblich zu nutzen
[ ]	Gruppe von Zeichen
-	Bereich (von-bis)
? + *	Quantifizierung eines beliebigen Zeichens
{ }	Wiederholung eines beliebigen Zeichens
( )	Gruppierung von Zeichen und Speicherung zur späteren Verwendung
|	Deklaration alternativer Zeichenketten
^	Zeichen muss am Anfang stehen
$	Zeichen muss am Ende stehen
\d	Abkürzung für Ziffern
\w	Abkürzung für alphanumerische Zeichen bzw. Unterstrich
\s	Abkürzung für Whitespaces

Alle anderen Zeichen weisen keine Meta-Eigenschaft auf. Die Eigenschaften und Auswirkungen der Verwendung von Metazeichen – auch in Google Analytics und Urchin – zeige ich Ihnen in den nächsten Abschnitten und Teilen dieser Serie.

Punkt

Der Punkt (.) ist eines der meistgenutzten Metazeichen und entspricht einem beliebigen, einzelnen Zeichen. Die Betonung liegt hier tatsächlich auf beliebig und einzeln, denn ganz gleich, welches Zeichen der Zeichenkette gefunden werden soll, durch den Punkt sind alle denkbaren Zeichen abgedeckt.

Beispiel:

Der folgende reguläre Ausdruck

Akt ., Szene 3

entspricht somit den Zeichenketten

Akt 1, Szene 3

Akt 2, Szene 3

Akt 3, Szene 3

Akt 4, Szene 3

Akt 5, Szene 3

Akt 6, Szene 3

Akt 7, Szene 3

Akt 8, Szene 3

Akt 9, Szene 3

nicht aber der Zeichenkette

Akt 10, Szene 3

Warum? Die Zeichen “10″ stellen mehr als ein Zeichen dar. Sie erinnern sich? Die Betonung liegt bei der Verwendung des Metazeichens Punkt auf “einzelnes Zeichen“.

Um dieser Zeichenkette zu entsprechen, müsste der reguläre Ausdruck wie folgt modifiziert werden:

Akt .., Szene 3

Backslash

Der Backslash (\) wird dazu verwendet, einem Metazeichen buchstäblich zu entsprechen.

Beispiel:

Der folgende reguläre Ausdruck

z.B. Blumen

entspricht somit der Zeichenkette

z.B. Blumen

aber auch den Zeichenketten

zUB. Blumen

z.B3 Blumen

z1Bg Blumen

Warum? Zur Erinnerung: Ein Punkt (.) entspricht einem beliebigen, einzelnen Zeichen. Um einem Punkt buchstäblich zu entsprechen, muss diesem somit ein Backslash (\)  vorangestellt werden.

Der folgende reguläre Ausdruck

z\.B\. Blumen

entspricht nun ausschließlich der Zeichenkette “z.B. Blumen”, da nach dem Punkt durch den vorangestellten Backslash buchstäblich gesucht wird.

Gruppen und Bereiche

Oftmals besteht die Notwendigkeit, nach verschiedenen Zeichen in einer Zeichenkette parallel zu suchen. So wäre in Bezug auf das Beispiel aus der Einführung denkbar, dass Sie die Datensätze der Größen S und M gleichzeitig suchen.

Um das zu realisieren, werden bei den regulären Ausdrücken die eckigen Klammern ([ ]) genutzt.

Gruppen

Alle Zeichen, die innerhalb der eckigen Klammern stehen, werden an der jeweiligen Stelle gesucht und gefunden.

Beispiel:

Der folgende reguläre Ausdruck

[zZ]\.[bB]\. Blumen

entspricht somit den Zeichenketten

z.B. Blumen

Z.B. Blumen

z.b. Blumen

Z.b. Blumen

nicht aber den Zeichenketten

z.B. blumen

ZB Blumen

Warum? Der reguläre Ausdruck setzt zum einen voraus, dass in der Zeichenkette das Wort “Blumen” mit einem “B” als Großbuchstabe enthält und zum anderen nach “z” und “b” jeweils ein Punkt  steht.

Bereiche

Durch den Einsatz eines Bindestrichs (-) innerhalb der eckigen Klammern, können Sie Bereiche definieren, nach denen gesucht werden soll.

Beispiel:

Der folgende reguläre Ausdruck

Marktplatz [0-9]

entspricht somit unter anderem den Zeichenketten

Marktplatz 1

Marktplatz 5

Marktplatz 9

aber nicht den Zeichenketten

Marktplatz 37

Marktplatz A

Warum? Der reguläre Ausdruck setzt zum einen voraus, dass die Zeichenkette nur ein Zeichen der Ziffern zwischen 1 und 9 enthält und zum zweiten keine Buchstaben enthalten darf.

Gruppen und Bereiche invertieren

Durch den Einsatz des Caret (^) direkt nach der öffnenden eckigen Klammer werden die gesuchten Entsprechungen invertiert.

Der reguläre Ausdruck für eine Gruppe [^zZbB] entspricht allen Zeichen, die nicht ein z, Z, b oder B darstellen.

Ebenso verhält es sich mit Bereichen. Der reguläre Ausdruck [^0-9] entspricht allen Zeichen, die nicht 0, 1, 2, 3, 4, 5, 6, 7, 8 oder 9 darstellen.

Fortsetzung folgt…

In diesem ersten Teil haben Sie einen Überbick die in Google Analytics und Urchin verwendbaren regulären Ausdrücke erhalten. Ebenso haben Sie mehr über die Verwendung der Metazeichen Punkt, Backslash, Bindestrich und eckige Klammern erfahren. Im zweiten Teil dieser Reihe gehe ich auf die Möglichkeiten ein, die sich durch den Einsatz von Quantifizierung, Gruppierung und Alternative bieten.

Im Blog-Eintrag Einspielen und Aktivieren einer Lizenz in Urchin Software wurde Ihnen gezeigt, wie Sie Ihre Lizenz in Urchin einspielen. Dazu ist aber grundsätzlich ein Internetzugriff nötig. Manchmal ist aber gerade mit dem Rechner, auf dem Urchin installiert ist, keinerlei Zugriff auf das Internet möglich. Die Ursachen dafür können in Sicherheitsrichtlinien des Unternehmens oder aber auch in einem Proxy-Server liegen, der keine Internet-Verbindung per HTTPS zulässt. Ist das der Fall, können Sie Ihre Urchin-Lizenz für gewöhnlich nicht aktivieren.

Glücklicherweise können Sie jederzeit unseren professionellen Support in Anspruch nehmen, der sich dann um die Aktivierung Ihrer Lizenz kümmert. Das nachfolgende Szenario geht davon aus, dass Sie mit einem beliebigen Rechner auf das Internet zugreifen und E-Mails empfangen können.

Folgende Schritte sind nötig, um Ihre Urchin Lizenz ohne Internetzugriff zu aktivieren:

Schritt 1 – Installation und Anmeldung an Urchin

Installieren Sie Urchin komplett auf dem Zielsystem (Datenbankserver und Urchin) und melden Sie sich an Urchin an.

Schritt 2 – Aktivieren der Lizenz

Nach erfolgreicher Anmeldung erscheint der unten stehende Bildschirminhalt. Dort klicken Sie auf Activate License.

Schritt 3 – Übermitteln benötigter Informationen an den Support

Sobald Sie auf den Link Activate License geklickt haben, wird Ihnen aufgrund der fehlenden Internetverbindung eine Fehlermeldung ähnlich der folgenden im Browser angezeigt:

Damit nun unser Support-Team Ihre Lizenz aktivieren kann, werden diverse Informationen benötigt, die Sie uns einfach online auf unserer Seite für die Aktivierung der Urchin Lizenz übermitteln können. Dort stehen Ihnen drei Möglichkeiten zur Verfügung: kostenfreie Aktivierung sowie Aktivierung der Lizenz innerhalb garantierter Zeiten:

Schritt 4 – Einpflegen der Informationen vom Support-Team

Sie erhalten dann – in Abhängigkeit der zuvor gewählten Abwicklung – von unserem Support-Team eine E-Mail zugesandt, in der sich ein URL befindet. Diesen kopieren Sie bitte und fügen ihn in die Adressezeile Ihres Browsers auf dem Zielsystem ein:

Bestätigen Sie ggf. noch die Installation der Lizenz und drücken Sie danach die Enter-Taste. Der folgende Bildschirminhalt wird angezeigt:

Sie können nun mit der Initial-Konfiguration Ihrer Urchin Installation fortfahren.

Ab sofort können alle Betreiber eines Smartstore-Online-Shops die Leistung des Shops selbst, sowie der darin befindlichen Produkte messen und analysieren. Mit dem Add-On E-Commerce Tracker für Smartstore 5.6 – einer webalytics-eigenen Entwicklung - ist die Auswertung von Absatz, Umsatz und geografischer Verteilung einfach und problemlos möglich.

Fehlende Erfolgskontrolle in Smartstore-Shops

Zwar liefert ausschließlich das eigene ERP-Systen Werte in Bezug auf die tatsächliche Absatzhäufigkeit, Rohertragssituation und Retouren, jedoch ist im Warenwirtschaftssystem meist nicht ersichtlich, wie es zu einem Produktverkauf kam bzw. was der Auslöser war. Das zu ermitteln wiederrum ist die Aufgabe einer Webanalyselösung gepaart mit einer umfangreichen E-Commerce-Auswertung.

Viele Betreiber eines Smartstore-Shops vermissen jedoch schmerzlich die Möglichkeit, Shop- und Produktperformanz mit Google Analytics bzw. Urchin Software über eingebaute Hilfsmittel auswerten zu können. Die daraus zu gewinnenden Erkenntnisse sind jedoch unabdingbar, um geeignete Handlungen ableiten zu können. So ist die Erfolgsanalyse von bezahlten Kampagnen (z. B. AdWords, Yahoo! Search Marketuing, Facebook, etc.) im Hinblick auf den Produktabsatz jedoch von entscheidender Bedeutung für deren Rentabilität. Schließlich sollten sogenannte “Bad Performer” schnellstmöglich pausiert werden können und das daraus resultierende zusätzliche Budget den besser performenden Kampagnen zugewiesen werden.

Den Tracking Code von Google Analytics oder Urchin Software in Smartstore einzupflegen, ist primär kein Problem und auch ohne Programmierkenntnisse zu bewerkstelligen. Die Integration des Tracking Code für E-Commerce erfordert neben den erwähnten Programmierfähigkeiten zudem auch noch ein tiefgehendes Verständnis für die Funktionsweise von Google’s Analyselösungen.

Integration mit Google Analytics bzw. Urchin Software

Um Smartstore-Shops nun endlich mit Google Analytics bzw. Urchin Software analysieren zu können, haben wir das Add-On E-Commerce Tracker für Smartstore 5.6 entwickelt. Der modulare Aufbau dieser Smartstore-Erweiterung ermöglicht dem Shop-Betreiber, den E-Commerce Tracking Code für Google Analytics bzw. Urchin Software mit nur wenigen Mausklicks in seinen Shop zu integrieren. Sobald das entsprechende Modul installiert und aktiviert ist, werden neben den Seitenabrufen sämtliche Bestellungen aufbereitet, die dann mit Google Analytics oder Urchin Software analysiert werden können. Mit der Auswertung der Bestellungen können nahezu alle Facetten des E-Commerce ausgewertet werden. Das Add-On E-Commerce Tracker für Smartstore 5.6 ermöglicht die:

• Integration von E-Commerce Tracking in Smartstore
• Unterstützung von Google Analytics und Urchin Software
• Verwendung der Module für urchin.js, ga.js und async Tracking Code
• Auswertung der Geo- und Produkt-Performance
• Analyse von Kampagnen-Conversions und AdWords

Free und Commercial Version

Das Add-On E-Commerce Tracker für Smartstore 5.6 wird in zwei Versionen angeboten: Free Version und Commercial. Beide Versionen unterscheiden sich primär durch den Leistungsumfang. Die kostenfreie Version (Free Version) funktioniert mit allen “alten” Tracking-Code-Versionen von Google Analytics und Urchin Software. Die kommerzielle Version (Commercial) hingegen arbeitet mit allen Tracking Codes zusammen; so auch mit dem aktuellen asynchronous Tracking Code von Google Analyitcs.

Version	Free (v1.0)	Commercial (v2.0)
Google Analytics	Ja	Ja
• urchin.js	Ja	Ja
• ga.js	Ja	Ja
• asynchronous tracking code	Nein	Ja
Urchin Software	Ja	Ja
• Version 6	Ja	Ja
• Version 7	Nein	Ja
Preis	kostenlos	29,00 EUR (zzgl. MwSt)
Lizenzierung	ohne	je Domain

Wer dachte, dass Urchin 6 mit 136 Filterfeldern, schon über eine ganze Menge an Filtermöglichkeiten verfügt, wird in Urchin 7 noch mehr davon vorfinden. Denn in Urchin 7 wurde die Anzahl der verfügbaren Filterfelder um 33 erweitert. Zwei nicht mehr benötigte Filterfelder wurden entfernt, sodass die Anzahl der Filterfelder 167 beträgt.

Unterschiedliche Feldtypen

Die Daten in den Protokolldateien (Logfiles) entsprechen zunächst einmal unterschiedlichen Feldern, ähnlich einer Tabelle. Diese Informationen werden von Urchin in wiederum unterschiedliche neue Felder verarbeitet. Dabei werden dei Informationen entweder nur abgelegt, aufgetrennt, zusammengeführt bzw. neu berechnet. Um das zu realisieren, verfügt Urchin über zwei unterschiedlich Feldtypen: RAW und AUTO.

Feldtyp RAW

Felder des Typs RAW bezeichnen die Informationen, die exact so in die Protokolldatei (Logfile) geschrieben werden. Dazu zählen z. B. Datum, Uhrzeit, IP-Adresse, etc. Jedoch variieren die verwendeten RAW-Felder je nach Protokollformat (Logformat). So hat eine Protokolldatei nach dem Protokollformat W3C einen anderen Aufbau als eine Protokolldatei nach NCSA.

In der untenstehenden Liste erkennen Sie die RAW-Felder anhand der Bezeichnung in der Spalte Typ und in welchem Protokollformat diese Verwendung finden.

Feldtyp AUTO

Nachdem Urchin die Inhalte aus den RAW-Feldern extrahiert hat, werden die Informationen nun entsprechend verarbeitet und dann in Felder des Typs AUTO gespeichert. AUTO steht in diesem Fall für “auto calculated”, also automatisch berechnet.

Das bedeutet, dass neben den Standardinformation wie z.B. Datum, Uhrzeit, IP-Adresse, etc. nun auch die Cookie-Informtionen verwertet werden. Welche Informationen darin enthalten sind, habe ich bereits im Blog-Post “__utm.gif oder Wie werden Daten für Urchin in das Logfile geschrieben?” beschrieben.

Neben der Vielfalt der Felder und deren Inhalte haben die AUTO-Felder einen wesentlichen Vorteil gegenüber den RAW-Feldern: Es gibt keine Unterschiede mehr, die aus den verschiedenen Protokollformaten (W3C, NCSA, etc.) herrühren.

In der untenstehenden Liste erkennen Sie die AUTO-Felder anhand der Bezeichnung in der Spalte Typ und in welchem Protokollformat diese Verwendung finden.

Aus RAW wird AUTO

Das folgende Beispiel veranschaulicht, wie aus zwei unterschiedlichen RAW-Feldinformationen identische AUTO-Feldinhalte werden:

Nehmen wir einmal an, Sie rufen den URL http://blog.webalytics.de/index.php?p=1000&preview=true auf. Dann würde der Teil index.php?p=1000&preview=true als entsprechende Anforderung in Protokolldatei des Webservers vermerkt. Spannend in diesem Zusammenhang aber ist, dass, in Abhängigkeit des Webservers und Protokollformat, unterschiedliche RAW-Felder zum Einsatz kommen.

Somit würde die Anforderung in einer Apache-Protokolldatei (NCSA) in folgendem Feld vermerkt:

Feld	Inhalt
cs_request	“GET index.php?p=1000&preview=true HTTP/1.1″

In einer IIS-Protokolldatei (W3C) hingegen würde die Anfroderung anders aufgeschlüsselt:

Feld	Inhalt
cs_method	GET
cs_uristem	/index.php
cs_uriquery	p=1000&preview=true

Interessant aber ist, dass nach der Verarbeitung von RAW- in AUTO-Felder nun aber ungeachtet des Protokollformats folgende Felder und Inhalte gespeichert werden:

Feld	Inhalt
request_stem	/index.php
request_query	p=1000&preview=true

Das ist ein bemerkenswerter Vorteil, da Sie nun Ihre Filtersetzung primär auf AUTO-Felder anwenden und sich somit keine Gedanken über die zugrunde liegende Webserver-Technik machen müssen.

Filterfelder

Nachfolgend eine alphabetisch sortierte Auflistung der verfügbaren Filterfelder im Vergleich (Sie können sich die Tabelle gerne auch als Excel-Datei hier herunterladen):

Feldname	Beschreibung	Typ	Urchin 6	Urchin 7	W3C	NCSA	ELF2	Google
apache_time	Apache-RAW-Datum und -Uhrzeit des Trefferfelds	RAW	•	•		•	•
browser_base	Browsername (z. B. Netscape)	AUTO	•	•
browser_version	Browser-Version	AUTO	•	•
c_host	Client-Hostname (wird gegebenenfalls zu c_ip konvertiert)	RAW	•	•		•
c_ip	Client-IP-Adresse	RAW	•	•	•
clickthru_page_from	Klickseiten-Ursprung	AUTO		•
clickthru_page_to	Klickseiten-Ziel	AUTO		•
client_hostname	Client-Hostname	AUTO	•	•
client_ipaddress	Client-IP-Adresse	AUTO	•	•
cpc_account	CPC-Konto aus Protokolldatei	RAW		•				•
cpc_adgroup	CPC-Anzeigengruppe aus Protokolldatei	RAW		•				•
cpc_campaign	CPC-Kampagne aus Protokolldatei	RAW		•				•
cpc_keyword	CPC-Keyword aus Protokolldatei	RAW		•				•
cs_cookie	Vom Browser gesendete Cookies	RAW	•	•	•	•	•
cs_host	Vom Client angeforderter virtueller Host	RAW	•	•	•	•	•
cs_method	IIS-RAW-Anforderungsmethodenfeld	RAW	•	•	•
cs_referer	Informationen zu RAW-Verweisen (gegebenenfalls intern)	RAW	•	•		•
cs_request	IIS-RAW-Anforderungs-URI	RAW	•	•		•
cs_uriquery	IIS-RAW-Anforderungsabfragefeld	RAW	•	•	•
cs_uristem	IIS-RAW-Anforderungsstammfeld	RAW	•	•	•
cs_useragent	Browser-User-Agent-Informationen	RAW	•	•		•	•
cs_username	Client-Nutzername (falls vorhanden)	RAW	•	•	•	•
cs_version	IIS-Raw-HTTP-Version	RAW	•	•	•
custom_date	Wird für Datumstempel in benutzerdefinierten Protokollen verwendet	RAW	•	•				•
custom_time	Wird für Uhrzeitstempel in benutzerdefinierten Protokollen verwendet	RAW	•	•
day	Tag	AUTO		•
domain_complete	Vollständige Domain (z. B. urchin.com)	AUTO	•	•
domain_primary	Domain der ersten Ebene (z. B. “de”)	AUTO	•	•
ecommerce_affiliation	E-Commerce-Transaktions-ID	AUTO	•	•
ecommerce_bill_city	Stadt der Rechnungsadresse für die E-Commerce-Transaktion	AUTO	•	•
ecommerce_bill_country	Land der Rechnungsadresse für die E-Commerce-Transaktion	AUTO	•	•
ecommerce_bill_region	Bundesland der Rechnungsadresse für die E-Commerce-Transaktion	AUTO	•	•
ecommerce_orderid	E-Commerce-Auftrags-ID-Nummer	AUTO	•	•
ecommerce_product_code	E-Commerce-Produktcode	AUTO	•	•
ecommerce_product_name	E-Commerce-Produktname	AUTO	•	•
ecommerce_quantity	E-Commerce-Produktmenge	AUTO	•	•
ecommerce_shipping	E-Commerce-Liefermenge	AUTO	•	•
ecommerce_tax	E-Commerce-Steuerbetrag	AUTO	•	•
ecommerce_total	E-Commerce-Transaktionsbetrag	AUTO	•	•
ecommerce_unit_price	E-Commerce-Einheitspreis des Produkts	AUTO	•	•
ecommerce_variation	E-Commerce-Produktvariation	AUTO	•	•
elf_bill_city	Stadt des E-Commerce-Kunden	RAW	•	•			•
elf_bill_country	Land des E-Commerce-Kunden	RAW	•	•			•
elf_bill_state	Bundesland des E-Commerce-Kunden	RAW	•	•			•
elf_bill_zip	Postleitzahl des E-Commerce-Kunden	RAW	•	•			•
elf_orderid	E-Commerce-Auftrags-ID-Nummer	RAW	•	•			•
elf_price	E-Commerce-Produktpreis		•
elf_product_code	E-Commerce-Produktcode	RAW	•	•
elf_product_name	E-Commerce-Produktname	RAW	•	•			•
elf_quantity	E-Commerce-Produktmenge	RAW	•	•			•
elf_region	Aufschlüsselungsinfor-mationen zur E-Commerce-Region		•
elf_sessionid	ID der E-Commerce-Sitzung	RAW	•	•			•
elf_shipping	E-Commerce-Liefermenge	RAW	•	•			•
elf_store	Name des E-Commerce-Shops	RAW	•	•			•
elf_tax	E-Commerce-Steuerbetrag	RAW	•	•			•
elf_total	E-Commerce-Transaktionsbetrag	RAW	•	•			•
elf_unit_price	E-Commerce-Einheitspreis des Produkts	RAW	•	•			•
elf_upsold	E-Commerce-Upsold-Variable	RAW	•	•			•
elf_variation	E-Commerce-Produktvariation	RAW	•	•			•
event_action	Ereignis-Aktion	AUTO		•
event_category	Ereignis-Kategorie	AUTO		•
event_label	Ereignis-Label	AUTO		•
geo_city	Stadt des Besuchers	AUTO	•	•
geo_connection_speed	Verbindungsgeschwindigkeit des Besuchers	AUTO	•	•
geo_country	Land des Besuchers	AUTO	•	•
geo_isp	Besucher-ISP	AUTO	•	•
geo_latitude	Besucherbreitengrad	AUTO	•	•
geo_longitude	Besucherlängengrad	AUTO	•	•
geo_organization	Stadt des Besuchers	AUTO	•	•
geo_region	Unternehmen des Besuchers	AUTO	•	•
goal_clickthru_entrance_page	Einstiegsseite im Zielklickpfad	AUTO		•
goal_clickthru_exit_page	Ausstiegsseite im Zielklickpfad	AUTO		•
hour	Stunde	AUTO		•
iis_date	IIS-RAW-Datum des Trefferfelds	RAW	•	•
iis_time	IIS-RAW-Uhrzeit des Trefferfelds	RAW	•	•
initial_path_page1	Seite 1 des Anfangspfades	AUTO		•
initial_path_page2	Seite 2 des Anfangspfades	AUTO		•
initial_path_page3	Seite 3 des Anfangspfades	AUTO		•
log_source_name	Name der Protokollquelle	AUTO	•	•
month	Monat	AUTO		•
organic_source	Indexbasierte Quelle	AUTO	•	•
platform_base	Plattform (z. B. Windows)	AUTO	•	•
platform_version	Plattformversion	AUTO	•	•
query_param_value	Wert des Abfrageparameters	AUTO		•
referral_anchor	Verweisinformationen nach #-Tag	AUTO	•	•
referral_directory	Verweisverzeichnis bis Dateiname	AUTO	•	•
referral_filename	Verweisdateiname ohne Verzeichnis	AUTO	•	•
referral_host	Vollständiger Verweis-Hostname	AUTO	•	•
referral_keywords	Verweis-Suchmaschinen-Keyword	AUTO	•	•
referral_mime	Verweis-Mime-Typ (Dateierweiterung)	AUTO	•	•
referral_port	Verweis-Portnummer (falls vorhanden)	AUTO	•	•
referral_protocol	Verweisprotokoll (http/https/und andere)	AUTO	•	•
referral_query	Verweis-Abfrageinfo an sich	AUTO	•	•
referral_stem	Verweis-URI-Stamm ohne Abfrageinfo	AUTO	•	•
referral_uri	Vollständige Verweis-URI (kein Host)	AUTO	•	•
referral_url	Vollständige Verweis-URL (inkl. Host)	AUTO	•	•
request_anchor	Anforderung Informationen nach #-Tag	AUTO	•	•
request_directory	Anforderung Verzeichnis ohne Dateiname	AUTO	•	•
request_download	Download-Anforderungen	AUTO	•	•
request_filename	Anforderung Dateiname ohne Verzeichnis	AUTO	•	•
request_form	Angeforderte hochgeladene Formulare”	AUTO	•	•
request_host	Anforderung Hostname (falls vorhanden)	AUTO	•	•
request_method	Anforderungsmethode (GET/POST/und andere)	AUTO	•	•
request_mime	Anforderung Mime-Typ (Dateierweiterung)	AUTO	•	•
request_origfilepath	Anforderung Original-URI-Stamm, falls UTM.	AUTO	•	•
request_origmime	Anforderung Original-Mime-Typ, falls UTM.	AUTO	•	•
request_port	Anforderung Portnummer (falls vorhanden)	AUTO	•	•
request_protocol	Anforderung Protokoll (HTTP/und andere)	AUTO	•	•
request_query	Anforderung Abfrageinformationen (z. B. nach ?)	AUTO	•	•
request_stem	Anforderung URI ohne Abfrage	AUTO	•	•
request_time	Anforderung Zeit	AUTO		•
request_uri	Anforderung URI mit Abfrage	AUTO	•	•
request_url	Anforderung vollständiger URL (falls angegeben)	AUTO	•	•
request_version	Anforderung Protokollversion	AUTO	•	•
rev_goal_path	Umgekehrter Zielpfad	AUTO		•
rev_goal_path_page1	Umgekehrter Zielpfad Seite 1	AUTO		•
rev_goal_path_page2	Umgekehrter Zielpfad Seite 2	AUTO		•
rev_goal_path_page3	Umgekehrter Zielpfad Seite 3	AUTO		•
robot_agent	Robot-(Crawler-)Anforderungen	AUTO	•	•
s_computername	IIS-Computername	RAW	•	•	•
s_ip	IIS-Server-IP-Adresse	RAW	•	•	•
s_port	Serverportnummer	RAW	•	•	•
s_sitename	IIS-Server-Standortname	RAW	•	•	•
sc_bytes	Anzahl der für die Anfrage übertragenen Bytes	RAW	•	•	•	•
sc_status	Rückgabestatus-Code vom Server	RAW	•	•	•	•
session_end_time	Endzeit der Sitzung	AUTO		•
session_id	Sitzungs-ID	AUTO		•
session_ip	Sitzungs-IP	AUTO		•
session_start_time	Startzeit der Sitzung	AUTO		•
sid	Sitzungs-ID (falls vorhanden)	AUTO	•	•
totals	Gesamt	AUTO		•
transaction_id	Transaktions-ID	AUTO		•
transaction_time	Transaktionszeit	AUTO		•
user_defined_variable	Aus der Variablen utm_cookiev extrahierte benutzerdefinierte Variable	AUTO	•	•
username	Client-Nutzername (falls vorhanden)	AUTO	•	•
utm_campaign	UTM-Kampagnenname	AUTO	•	•
utm_campaign_clicks	UTM-Kampagnenklicks	RAW	•	•				•
utm_campaign_cost	UTM-Kampagnenkosten	RAW	•	•				•
utm_campaign_goal	UTM-Kampagnenziele (erreicht)	AUTO	•	•
utm_campaign_hour	Tageszeit, zu der der Kampagnentreffer aufgetreten ist.	AUTO	•	•
utm_campaign_impressions	Anzahl der Impressionen der UTM-Kampagne	RAW	•	•				•
utm_campaign_uri	URI für die UTM-Kampagne	RAW	•	•				•
utm_content	UTM-Kampagnen-Content	AUTO	•	•
utm_cookiea	UTM-2 Cookie-a	AUTO	•	•
utm_cookieb	UTM-2 Cookie-b	AUTO	•	•
utm_cookiec	UTM-2 Cookie-c	AUTO	•	•
utm_cookiev	UTM-2 Cookie-v	AUTO	•	•
utm_cookiez	UTM-2 Cookie-z	AUTO	•	•
utm_extended	UTM (erweitert)	AUTO		•
utm_flash_version	Flash-Versionsinfo	AUTO	•	•
utm_id	UTM-Kampagnen-ID	AUTO	•	•
utm_java_enabled	ja|nein, falls Java aktiviert ist.	AUTO	•	•
utm_js_version	Javascript-Versionsinfo	AUTO	•	•
utm_language	Browser-Sprachcode-Einstellung	AUTO	•	•
utm_medium	UTM-Medium (CPC|CPM|Link|E-Mail|indexbasiert)	AUTO	•	•
utm_new_campaign	Neue UTM-Kampagnen	AUTO	•	•
utm_page	UTM-Seitenvariable (verwendet für request_ variables)	AUTO	•	•
utm_page_title	UTM-Seitentitel	AUTO	•	•
utm_referral	UTM-Verweis (verwendet für referral_-Variablen)	AUTO	•	•
utm_request_hostname	Hostname zum Kampagnentreffer	AUTO	•	•
utm_screen_colors	Bildschirmfarbe-Bittiefe	AUTO	•	•
utm_screen_resolution	Bildschirmauflösung (z. B. 800×600)	AUTO	•	•
utm_source	UTM-Kampagnenquelle	AUTO	•	•
utm_term	UTM-Kampagnenbegriff	AUTO	•	•
utm_type	UTM-Type (Transaktion, Artikel, var)	AUTO	•	•
utm_unique_id	Eindeutige UTM-Besucher-ID	AUTO	•	•
visitor_id	Besucher-ID	AUTO		•
visitor_type	Neue und wiederkehrende Besucher	AUTO	•	•
year	Jahr	AUTO		•

Nachdem die aktuelle Version 7 der beliebten Software Urchin from Google veröffentlicht wurde, ist die Weiterentwicklung der Version 6 (letztes Release 6.6.03) eingestellt worden. Damit einher geht nun auch die Tatsache, dass aktuelle Betriebssysteme wie z. B. Windows 7 von Microsoft nicht mehr identifiziert und somit automatisch dem ältesten Vorgänger hinzugerechnet werden.

Jan-Martin Lurse von der Firma excentos GmbH zeigt in diesem Gastbeitrag auf, wie Sie mit geeigneter Filtersetzung die neuen Betriebssysteme in Urchin 6 doch erfassen können.

Der Filter

Damit Sie das Betriebssystem (Windows) korrekt identifizieren können, ist in Urchin 6  ein Filter nötig, der den User Agent ausliest und dann die Plattform Version entsprechend ersetzt. Das erreichen Sie am besten mit einem Filter des Typs “Erweitert”:

Nun weisen Sie den Filter den gewünschten Profilen bzw. Protokollquellen zu und verarbeiten Ihre Profile wie gehabt.

Das Ergebnis

Wies Urchin im Bericht “Plattformen” noch exorbitant hohe Ergebnisse für das Betriebssystem “NT” aus (welch ein Revival!), folgt die Ernüchterung nach Zuweisen des Filters auf dem Fuß.

Vorher:

Nachher:

Hiermit wird deutlich, dass Sie Urchin 6 mit dem richtigen Know-How auch künftig nutzen können und durch geeignete Filtersetzung die Informationen erhalten, die Sie benötigen.

Urchin 7, die aktuellste Version der beliebten Webanalyse-Software, präsentiert sich leistungsstark und ganz im “Google Look & Feel”. Die professionelle Webanalyse-Software punktet äußerlich mit übersichtlicherer Benutzeroberfläche, klaren Grafiken und einfacher Navigation. Aber hinter dem smarten Erscheinungsbild steckt auch mehr Leistung: Zusätzliche Berichte sowie die 64bit Version machen die Datenanalyse mit Urchin noch flexibler, noch schneller und noch effizienter. Doch wie schaut es mit der Datenschutzkonformität aus? Erfüllt Urchin die Anforderungen der Datenschützer?

Der Düsseldorfer Kreis…

Die datenschutzrechtlichen Anforderungen des Düsseldorfer Kreises umfassen folgende Punkte aus dem TMG (gem. Beschluss vom 26./27. November 2009 in Stralsund, PDF hier herunterladen) :

 

• Widerspruchsrecht: Den Betroffenen ist eine Möglichkeit zum Widerspruch gegen die Erstellung von Nutzungsprofilen einzuräumen. Derartige Widersprüche sind wirksam umzusetzen.
• Datentrennung: Die pseudonymisierten Nutzungsdaten dürfen nicht mit Daten über den Träger des Pseudonyms zusammengeführt werden. Sie müssen gelöscht werden, wenn ihre Speicherung für die Erstellung der Nutzungsanalyse nicht mehr erforderlich ist, oder der Nutzer dies verlangt.
• Hinweis bzgl. Erstellung pseudonymer Nutzungprofile: Auf die Erstellung von pseudonymen Nutzungsprofilen und die Möglichkeit zum Widerspruch müssen die Anbieter in deutlicher Form im Rahmen der Datenschutzerklärung auf ihrer Internetseite hinweisen.
• Datenerhebung: Personenbezogene Daten eines Nutzers dürfen ohne Einwilligung nur erhoben und verwendet werden, soweit dies erforderlich ist, um die Inanspruchnahme von Telemedien zu ermöglichen und abzurechnen. Jede darüber hinausgehende Nutzung bedarf der Einwilligung der Betroffenen.
• IP-Adressen: Die Analyse des Nutzungsverhaltens unter Verwendung vollständiger IP-Adressen (einschließlich einer Geolokalisierung) ist aufgrund der Personenbeziehbarkeit dieser Daten daher nur mit bewusster, eindeutiger Einwilligung zulässig. Liegt eine solche Einwilligung nicht vor, ist die IP-Adresse vor jeglicher Auswertung so zu kürzen, dass eine Personenbeziehbarkeit ausgeschlossen ist.

Wie Urchin Daten erfasst…

Bevor ich jedoch auf die Frage nach dem Datenschutz eingehe, möchte ich Ihnen zunächst einmal verdeutlichen, wie die Daten in Urchin überhaupt erhoben werden. Die nachfolgende Grafik macht deutlich, wie Urchin Software die Daten erfasst, verarbeitet, aufbereitet und darstellt.

Der Prozess der Datenerfassung beginnt, sobald ein Besucher eine Webseite von einem Webserver abruft. Der Server antwortet, indem er die angeforderte Seite an den Browser des Besuchers sendet. Während der Browser die Seite aufbereitet und darstellt, wird ebenfalls das Script urchin.js abgerufen und der Tracking Code ausgeführt (1).

Bei der Ausführung des Codes werden verschiedene Eigenschaften in Bezug auf den Besucher und seine Browser-Umgebung ermittelt (z. B. wie of er die Website besucht hat, woher er kam, etc.).

Sobald alle erforderlichen Daten erfasst wurden, setzt oder aktualisiert (in Abhängigkeit der Situation) der Tracking Code einer bestimmte Anzahl von Cookies (2‚), in denen Informationen zum Besucher gespeichert werden.

Nachdem die Cookies erstellt bzw. aktualisiert wurden, sendet der Tracking Code die Daten zurück an den Webserver. Dies geschieht durch den Aufruf einer unsichtbaren GIF-Datei namens __utm.gif (3ƒ).

Sobald der Webserver den Aufruf der Datei erhält, werden die übermittelten Daten in einer großen Textdatei gespeichert („4). Diese Textdatei wird Logfile (oder Protokolldatei) genannt, und es befindet sich darin jeweils eine Zeile für jeden Aufruf einer Seite bzw. deren Elemente. Jede dieser Zeilen enthält verschiedene Attribute bezüglich des Seitenaufrufs, inklusive der Folgenden:

• Wann wurde die Seite aufgerufen (Datum und Uhrzeit)
• Woher kam der Besucher (Verweis, Suchmaschine, etc.)
• Wie oft hat der Besucher die Website besucht (Anzahl Besuche)
• Über welches Netzwerk kam der Besucher (IP-Adresse)

Nachdem der Seitenaufruf im Logfile vermerkt wurde, ist der Prozess der Datenerfassung abgeschlossen.

Der nächste Schritt ist die Datenverarbeitung und -aufbereitung. In einem regelmäßigen Intervall greift Urchin nun auf Logfiles zu (per Download, i. d. R. einmal täglich) und arbeitet diese dann ab (5…). Während des Verarbeitungsprozesses wird jede Datenzeile in ihre Bestandteile zerlegt. Nachfolgend sehen Sie einen Auszug aus einem Logfile. Bitte beachten Sie, dass es sich hierbei nicht um ein tatsächliches Logfile für Urchin handelt, sondern vielmehr Demonstrationszwecken dienen soll:

82.100.192.194 www.webalytics.de - [11/Feb/2008:08:52:54 +0100] "GET /__utm.gif ?utmwv=1&utmn=426395627&utmcs=iso-8859-1&utmsr=1280x1024&utmsc=32-bit&utmul=de& utmje=1&utmfl=9.0&utmcn=1&utmdt= Urchin%20Software%20-%20Base%20Module%20-%20UT M&utmhn=www.webalytics.de&utmr=http://www.google.de/search?q=%22SuSe+Linux+8%22 +download&hl=de&cr=countryDE&start=20&sa=N&utmp=/us/sw_mod_bm_systemanforderung .php HTTP/1.0" 200 35 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; . NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR3.0.04506.30)" "__utma=226596891. 426395627.1202716238.1202716238.1202716238.1; __utmb=226596891; __utmc=22659689 1; __utmz=226596891.1202716238.1.1.utmccn=(organic)|utmcsr=google|utmctr=%22SuS e+Linux+8%22+download|utmcmd=organic"

Während der größte Teil der Datenzeile eher schwer zu verstehen ist, lassen sich das Datum und die Uhrzeit des Besuchs (11.02.2008 um 08:52:54 Uhr), sowie die IP-Adresse des Besuchers (82.100.192.194) jedoch auf einen Blick erkennen.

Urchin teilt nun jede Datenzeile eines Logfiles in entsprechende Datenelemente, genannt „Felder“, auf (6†). Zum Beispiel wird aus der IP-Adresse das Feld „Besucher IP“. Es ist somit von größter Wichtigkeit zu verstehen, dass jeder Seitenaufruf eine Unmenge an Daten liefert, die wiederum in unterschiedlichen Feldern abgespeichert werden.

Nachdem jede Datenzeile in Felder aufgeteilt wurde, werden nun die Daten gefiltert (7‡). Filter stellen die Regeln dar, die Sie in Urchin hinzufügen und die somit beeinflussen, welche Daten in den Berichten erscheinen und wie diese dann aussehen.

Zuletzt werden die Berichte erstellt (8ˆ) und in der Datenbank von Urchin gespeichert (9‰). Jeder Bericht in Urchin wird durch den Vergleich von Feldern (z. B. Stadt) mit Ganzzahlen (Integer) errechnet (z. B. Besuche, Seitenansichten, Absprungrate, Konvertierungsrate, etc.).

Sobald die Daten in die Datenbank geschrieben wurden, ist der gesamte Prozess abgeschlossen. Wenn Sie oder ein anderer Benutzer nun einen Bericht in Urchin abrufen, werden die entsprechenden Daten aus der Datenbank gelesen und in einer übersichtlichen Berichtsform an den Browser gesendet (10Š).

Welche Daten genau in das Webserver-Logfile geschreiben werden, habe ich bereits ausführlich im Blog-Post _utm.gif oder Wie werden Daten für Urchin in das Logfile geschrieben? erläutert.

Datenschutzkonformität durch Urchin 7

Von den fünf vorgenannten Anforderungen des Düsseldorfer Kreises fallen wohl die erste und die dritte (Widerspruchsrecht und Hinweis bzgl. Erstellung pseudonymer Nutzungprofile) unter die Obliegenheit des Website-Betreibers und dessen technische Gegebenheiten. Für das Widerspruchsrecht bedeutet dies, dass der Betreiber einer Website dem Besucher eine Möglichkeit zum Widerspruch gegen die Erstellung von Nutzungsprofilen einräumen (sogenanntes Opt-Out) kann, indem er einfach eine Schaltfäche bzw. Checkbox auf der Website integriert. Diese würde dann nach Betätigung die Ausführung eines Tracking Codes einfach unterbinden. Eleganter kann dies mit der kostenfreien Lösung „Opt-Me-Out“ realisiert werden, die unter http://www.opt-me-out.de heruntergeladen werden kann.  In Bezug auf den Hinweis bzgl. Erstellung pseudonymer Nutzungprofile obliegt es dem Websitebetreiber, einen entsprechenden Passus in die Datenschutzerklärung zu integrieren. Hierbei sollte er sich an einen kundigen Rechtsanwalt wenden, der ihm wiederum eine geeignete Formulierung an die Hand gibt.

Datentrennung bei Urchin obligatorisch

Die geforderte Datentrennung ist primär schon dadurch gegeben, dass ein Nutzer sich auf einer Website nicht zwangsläufig zu erkennen geben muss. Dies ist immer nur dann der Fall, wenn sich beispielsweise der Nutzer zum Betreten eines geschlossenen Bereichs oder beim Checkout-Prozess eines Online-Shop-Kaufs  anmelden müsste. Aber selbst wenn das der Fall ist, werden die Anmeldedaten per Design nicht im Webserver-Logfile vermerkt.

Und bei E-Commerce?

Auch bei der Auswertung von E-Commerce-Daten werden mittels Urchin nur Daten erfasst, die mit dem Produkt selbst in Verbindung stehen:

• Vorgangsnummer der Transaktion
• Gesamtbetrag
• Steuerbetrag
• Versandkosten
• Lieferstadt
• Lieferregion (Bundesland, Kanton, o.ä.)
• Lieferland
• Artikel- bzw. Herstellernummer
• Artikelbezeichnung
• Produkt-Kategorie bzw. Warengruppe
• Einzelpreis
• Menge

Somit ist eine Korrelation der erfassten E-Commerce-Daten mit denen des Käufers  gar nicht möglich.

Urchin erhebt Daten immer ohne Personenbezug

Der Einsatz von Urchin in Kombination mit dem Urchin Tracking Code erhebt ausschließlich Daten bezüglich der abgerufenen Seiten einer Website inklusive Dimensionsdaten wie z.B. Bildschirmauflösungen, eingesetzte Flashversion, Betriebssystem, Browser, Verweisseite, kampagnenrelevante Daten (Quelle, Medium, Keyword, Inhalt, Kampagnenname),  etc. Personenbezogene Daten werden erst gar nicht erhoben, da sich die Besucheridentifikation lediglich auf die Unterscheidung zwischen neuen bzw. wiederkehrenden Besuchern beschränkt und sich aus folgenden Werten zusammensetzt:

• Domainprüfsumme
• BesucherID (errechnet aus Umgebungsvariablen des benutzten Rechners)
• Zeitpunkt des ersten Besuchs
• Beginn der letzten Sitzung
• Beginn der aktuellen Sitzung
• Sitzungszähler

Hier wird deutlich, dass keinerlei personenbezogene oder -identifizierbare Daten gespeichert werden. Die erhobenen Daten werden im sogenannten _utma-Cookie gespeichertund bei jedem Webseitenabruf aktualisiert.

Der Teil des Cookies, welcher dem Besucher eine eindeutige Identifizierbarkeit zuweist, besteht aus dem Teil “Besucher ID” und dem Teil “Zeitpunkt des ersten Besuchs”. Nur die beiden Abschnitte in Kombination ermöglichen es Urchin festzustellen, ob der Besucher bereits bekannt ist oder nicht.

Der Wert für “Besucher ID” wird anhand folgender Kriterien errechnet: Browser (Typ und Version), Betriebssystem (Typ und Version) Rechner sowie einer Zufallszahl. Somit unterscheidet sich dieser Wert, in Abhängigkeit des Rechners, der eingesetzten Software und logischerweise der Zufallszahl, für jeden Besucher. Das bedeutet aber auch im Umkehrschluss, dass ein Nutzer, der mit drei unterschiedlichen Browsern (IE, FF, Chrome) agiert, auch drei verschiedene Besucher darstellt.

Der Inhalt für “Zeitpunkt des ersten Besuchs” wird seit 1970 in Sekunden ausgedrückt. Somit gilt: Wenn der Benutzer seine Cookies löscht, wird für jeden Besuch auf der selben Website eine neue, völlig andere “Eindeutige ID” generiert.

Dadurch wird deutlich, dass in Urchin keinerlei Personenbezug vorhanden ist.

Urchin anonymisiert IP-Adressen teilweise oder in Gänze

Der Wunsch, IP-Adressen aus dem Internet zu verbannen, ist genauso irrelevant wie der Versuch, die Schwerkraft aufzuheben. Der Datenverkehr im Internet fußt nun einmal auf der Verwendung von IP-Adressen. Genau so essenziell wie es die Zuweisung einer festen IP-Adresse für einen Server im Internet ist, benötigt auch jeder Client-Rechner eine IP-Adresse, damit er überhaupt das WWW „durchforsten“ kann. Und eben diese IP-Adressen der Client-Rechner werden beim Besuch einer Webseite vom Server selbst protokolliert.

Urchin bietet nun mit wenigen Klicks die Möglichkeit, über eine einfache Filtersetzung  IP-Adressen zu anonymisieren. Dabei kann der Administrator entscheiden, ob entweder nur das letzte Oktett der IP-Adresse unkenntlich gemacht oder die ganze IP-Adresse z.B. mit 127.0.0.1 überschrieben werden soll.

Weitere datenschutzrechtliche Bedenken ausgeräumt

Der Einsatz von Urchin räumt auch weitere Bedenken in Bezug auf den Datenschutz aus:

• Durch den Betrieb von Urchin und dem Vorhalten, Verarbeiten und Auswerten auf ausschließlich eigenem Equipment  des Website-Betreibers bleiben die Daten grundsätzlich in Deutschland bzw. Europa.
• Der Website-Betreiber kann sicherstellen, dass kein Unbefugter Zugriff auf die Daten nehmen kann, da Urchin ein ausgefeiltes Konten-, Nutzer- und Gruppenmanagement bietet.
• Durch passende Filtersetzung können jederzeit IP-Adressen (bereits vor der Anonymisierung) von der Datenverarbeitung ausgeschlossen werden.
• Datenbestände innerhalb von Urchin können mit wenigen Mausklicks gelöscht werden.

Fazit

Urchin bietet als käufliches Pendant zu Google Analytics alle Möglichkeiten der professionellen Webanalyse. Neben einem umfänglichen Feature-Set, das kaum Wünsche offen lässt, bietet Urchin auch im Gegensatz zu Google Analytics die Möglichkeit, historische Datenbestände zu analysieren. Durch die Auswertung lokaler Protokolldateien (Logfiles) ist mit Urchin endlich datenschutzkonformes Tracking realisierbar; die Diskussion bezüglich Datenschutz kann somit erst gar nicht aufkommen.

Wichtige Meldung für alle Nutzer von Urchin Version 6: Mit Wirkung zum 31.01.2011 wird die Google AdWords NetAPI v1.3 abgeschaltet. Somit ist der Zugriff auf das AdWords-Backend mit dieser API nicht mehr möglich.

Davon betroffen sind Nutzer der Urchin-Versionen 6.5.00 bis 6.6.02, die Ihre AdWords-Kampagnen mit Urchin auswerten. Wir raten daher dringend an, Urchin kostenfrei auf die Version 6.6.03 zu aktualisieren oder aber ein Update auf die aktuelle Version 7.0.00 zu erwerben.

Für all diejenigen Nutzer, die mit Urchin keine AdWords-Kampagnen auswerten, ändert sich primär nichts.

Mit der webalytics-eigenen Entwicklung Urchin Report Tool exportiert Urchin 6 from Google jetzt seine Berichte grafisch als PDF- oder HTML-Datei – statt wie bisher nur im schmucklosen CSV- oder XML-Format. Über die integrierte E-Mail-Funktion lassen sich die Berichte anschließend automatisiert verteilen.

Professionelles Reporting für Urchin from Google

Moderne Unternehmensstrukturen erfordern einen einfachen Zugang zu geschäftsrelevanten Informationen und die Möglichkeit einer effizienten Verteilung. Dies gilt insbesondere für die Daten der Webanalyse. Die erhobenen Daten dienen abteilungsübergreifend zur Erfolgsmessung und müssen sowohl dem Online Marketing, aber auch dem Marketing, dem Marketingcontrolling und der Geschäftsleitung zur Verfügung stehen.

Mit dem Urchin Report Tool von Webalytics nutzen Unternehmen das gesamte Leistungsspektrum von Urchin from Google, ohne dass die Aussagekraft der umfangreichen Berichte durch Umwandlung in textbasierte Datenformate eingeschränkt wird.

Direkter Export als PDF- oder HTML-Dokument und E-Mail-Versand

Das Urchin Report Tool ermöglicht den direkten Export von benutzerdefinierten grafischen Berichten in das PDF- oder HTML-Format und den anschließenden Versand über eine integrierte E-Mail-Funktion. Zwei wichtige Schritte zu mehr Arbeitseffizienz und Anwenderfreundlichkeit im Umgang mit Urchin from Google, das bisher nur einen Datenexport im CSV- oder XML-Format unterstützte.

HTML-Berichte	PDF-Berichte
Beispielbericht 1 im HTML-Format (Screenshot)	Beispielbericht 1 im PDF-Format
Beispielbericht 2 im HTML-Format (Screenshot)	Beispielbericht 2 im PDF-Format
Beispielbericht 3 im HTML-Format (Screenshot)	Beispielbericht 3 im PDF-Format

Vergessen Sie ineffiziente Workarounds!

Mühsam waren die Zeiten, als Berichte aus Urchin nur umständlich per CSV oder XML exportiert werden konnten. Urchin-Nutzer kennen die Situation nur zu gut: Es ist Monatsende, die Berichte für die Geschäftsleitung stehen an und man musste sich umständlich – aus Ermangelung an praktikablen Möglichkeiten – mit Screenshots aus dem Urchin-GUI behelfen. Oder schlimmer noch: Das Zahlenmaterial als CSV exportieren und dann in Microsoft Excel nachbearbeiten und aufbereiten. Andere Optionen waren bislang schlichtweg nicht verfügbar.

Ein Umstand, an den sich die Urchin-Gemeinde notgedrungen gewöhnen musste, da der Suchmaschinenriese selbst in der Vergangenheit keine Erweiterung der Exportfunktion auf der Agenda stehen hatte. Auch wenn die kostenfreie Version von Urchin (nämlich Google Analytics) bereits seit 2007 über eine vergleichbare Funktion verfügte, ist auch für die Zukunft in Urchin keine Anpassung geplant.

Doch die Zeiten zusammengewürfelter Screenshots sind dank dem Urchin Report Tool von webalytics jetzt auch für Anwender von Urchin 6 endlich passé. webalytics, der führende deutsche Google Kompetenzpartner, hat sich den ungelenken Exportmöglichkeiten von Urchin angenommen und mit dem Urchin Report Tool für komfortable Lösung in puncto Datenexport gesorgt.

Rechtssicherheit und Komfort bei der Webanalyse

Mit der in Deutschland entwickelten Software erhalten Unternehmen die lange erwartete Möglichkeit, das Urchin-Berichtwesen sinnvoll an die vorherrschenden Workflows anzupassen. Eine Funktion, die Urchin vor allem für Nutzer von Google Analytics interessant macht, die mangels professioneller Verteilungsmechanismen bisher den Einsatz von Urchin abgelehnt haben. Auch wenn sie sich, bedingt durch einige geänderte Datenschutzbestimmungen, dadurch in eine Art rechtliche Grauzone begaben.

Durch Urchin from Google erhalten Unternehmen Rechtsicherheit beim Thema Datenschutz und behalten kritische Analysedaten im Unternehmen. Gleichzeitig können sie nun mit dem Urchin Report Tool eine zeitgemäße Reporting-Funktion nutzen, die den jeweiligen Organisationsstrukturen des Unternehmens entsprechend Rechnung trägt.

Einfache Installation und Verwaltung

Die Installation der Software gestaltet sich denkbar einfach. Das Urchin Report Tool wird einfach auf dem Rechner installiert, auf dem sich die Installation von Urchin befindet. Nach der Installation integriert sich das Werkzeug nahtlos in die Nutzeroberfläche von Urchin. Anschließend kann es bequem aus jedem Bericht heraus aufgerufen und zum Versand von Berichten per E-Mail genutzt werden.

Ein wesentlicher Vorteil des Urchin Report Tools ist die bequeme Verwaltung, die durch den jeweiligen Nutzer selbst übernommen wird. Dieser entscheidet eigenständig, welche Berichte er versenden möchte. Beim Versand greift die in Urchin implementierte Anwenderverwaltung, so dass Nutzer nur die Berichte versenden können, auf die sie auch Zugriff haben. Dieses Konzept verhindert unnötigen administrativen Aufwand und optimiert gleichzeitig die internen Kommunikationsstrukturen.

Die Verwaltung beschränkt sich auf die Bereiche: Datenbankserveranbindung (SQL), Mailserveranbindung (SMTP) und generelle Einstellungen (Server):

Frei wählbare Intervalle

Dem Anwender stehen verschiedene Versandoptionen zur Wahl. Der Versand eines Berichtes kann entweder sofort oder planmäßig in verschiedenen Intervallen (täglich, wöchentlich, monatlich oder vierteljährlich) erfolgen. Empfänger, Betreff, Beschreibung sowie Diagrammtyp und Format sind ebenfalls konfigurierbar. Eine Vorschaufunktion erlaubt die Kontrolle vor der endgültigen Freigabe und dem Versand eines Berichtes.

Preise und Verfügbarkeit

Das Urchin Report Tool ist ab sofort verfügbar. Für Interessenten die sich von den Möglichkeiten des Urchin Report Tools überzeugen möchten, steht eine 30-tägige Testversion zur Verfügung. Die Demo Version kann anschließend durch Eingabe eines Lizenzkeys freigeschaltet werden, dabei bleiben die Einstellungen voll erhalten. Eine Lizenz ist zum Preis von 795 EUR (zzgl. MwSt.) erhältlich. Softwarewartungsverträge werden von webalytics zum Preis von 20 Prozent der Volllizenz angeboten und umfassen alle Updates für ein Jahr.

Urchin Report Tool wird für die Installation unter den Betriebssystemen Microsoft Windows und Linux mit Kernel 2.6 angeboten. Software sowie das zugehörige  Handbuch sind in deutscher und englischer Sprache verfügbar.

Weitere Informationen zu der einzigartigen Reporting-Lösung für Urchin from Google finden sie unter: http://www.webalytics.de/urchin-report-tool/ueberblick/