<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Content Analytics &#187; WA Grundlagen</title>
	<atom:link href="http://www.contentanalytics.de/category/wa-grundlagen/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.contentanalytics.de</link>
	<description>Web Analytics für Contentangebote</description>
	<lastBuildDate>Fri, 28 May 2010 15:46:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
		<item>
		<title>Web Analyse: Metriken nutzen und zielorientiert analysieren</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/web-analyse-metriken-nutzen-und-zielorientiert-analysieren/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/web-analyse-metriken-nutzen-und-zielorientiert-analysieren/#comments</comments>
		<pubDate>Wed, 28 Oct 2009 16:48:38 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/wa-grundlagen/web-analyse-metriken-nutzen-und-zielorientiert-analysieren/</guid>
		<description><![CDATA[Jetzt haben wir schon einiges über Metriken (Was sind Metriken?) gelesen, die man so bei der Web Analyse von Content benutzt. Entscheidend ist dabei aber immer auch die Analyse dieser Metriken. Wie kann man diese nutzen und analysieren? Das soll nachfolgend einmal wissenschaftlich erarbeitet werden. Der Text ist dabei allgemeingültig für die Web Analyse. Das [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #666666;">Jetzt haben wir schon einiges über <a href="http://www.contentanalytics.de/index.php/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-1/">Metriken (Was sind Metriken?)</a> gelesen, die man so bei der Web Analyse von Content benutzt. Entscheidend ist dabei aber immer auch die Analyse dieser Metriken. Wie kann man diese nutzen und analysieren? Das soll nachfolgend einmal wissenschaftlich erarbeitet werden. Der Text ist dabei allgemeingültig für die Web Analyse. Das Zielsystem basiert vor allem auf dem Buch von <a href="http://rcm-de.amazon.de/e/cm?lt1=_blank&amp;bc1=000000&amp;IS2=1&amp;bg1=FFFFFF&amp;fc1=000000&amp;lc1=0000FF&amp;t=conteanaly-21&amp;o=3&amp;p=8&amp;l=as1&amp;m=amazon&amp;f=ifr&amp;md=1M6ABJKN5YT3337HVA02&amp;asins=3826659317">Marco Hasser &#8220;Web Analytics&#8221;</a>. In späteren Beiträgen soll dann darauf eingegangen werden, wie man ein solches System auch auf redaktionelle Contentangebote übertragen kann. Hier jedoch erstmal der allgemeine Teil:</span></p>
<p><big><strong>Nutzung von Metriken</strong></big><br />
Metriken werden stets im Kontext betrachtet: Entweder zur betrachteten Zeit oder einem Segment. Um Metriken zur Optmierung richtig nutzen zu können, gibt es verschiedene Hilfsmittel:</p>
<p><strong>Dashboards und Reports</strong><br />
Eine Beobachtung jeder einzelnen Metrik ist zu umfangreich. Daher werden zusammenfassende Reports oder Dashboards verwendet. Diese stellen die ausgewählte Metriken dar und lassen schnelle Rückschlüsse auf die Performance eines Webangebotes zu. Dabei sind <strong>Dashboards </strong>oder Reports stets zielgruppenabhängig zu erstellen. Je nach dem an wen ein Report ausgeliefert wird, müssen Metriken und Darstellung angepasst werden, um dem Interessen des Rezipienten zu genügen (<a href="http://www.timoaden.de/">Aden</a>, 2009, S. 161-163).</p>
<div><img style="max-width: 800px; float: none;" src="http://www.contentanalytics.de/wp-content/uploads/web-analyse-dashboard.jpg" alt="" width="532" height="370" /></div>
<p><em>Abbildung 9: Beispiel eines Dashboards bei Google Analytics<br />
(Quelle: eigener Screenshot)</em></p>
<p><big><strong>Benchmarking</strong></big><br />
Um den Nutzen von Metriken zu erhöhen und deren Aussage besser herauszuarbeiten, sollten sie verglichen werden. Ein Benchmark kann entweder intern oder extern durchgeführt werden. Interne Benchmarks beinhalten meist Vergleiche zu einer zeitlich versetzten Vorperiode. Externe Benchmarks hingegen zeigen Vergleiche zur Konkurrenz oder ähnlichen externen Webseiten auf. Diese können z. B. über solche <a href="http://www.contentanalytics.de/index.php/wa-grundlagen/kleine-marktuberblick-web-analytics-anbieter/">Datenanbieter</a> bezogen werden. Die Benchmarks erlauben es, die Performance der Metriken besser zu verstehen.<br />
Werbevermarktete redaktionelle Contentangebote werden in Deutschland von der IVW ausgewiesen. Auf der Webseite der IVW können so Benchmarks zu anderen Contentangeboten hergestellt werden (<a href="http://www.kaushik.net/avinash/about">Kaushik</a>, 2007, S. 187).</p>
<p><big><strong>Segmentierung</strong></big><br />
Möchte man einer Ausweisung von Metriken genauer betrachten, ist dies jederzeit mit den <a href="http://www.contentanalytics.de/index.php/wa-grundlagen/kleine-marktuberblick-web-analytics-anbieter/">Web Analytics Tool </a>möglich. Um ein detaillierteres Bild über die Zusammensetzung einer Ausweisung zu bekommen, können Segmentierungen hilfreich sein. Dabei handelt es sich um Teilstücke aus der Datengesamtheit der Metrik. So kann Metriken miteinander verbinden. Ist z. B. die Besucherzahl die zu untersuchende Metrik, lässt sich durch eine Segmentierung herausarbeiten, wie viele Besucher über eine Suchmaschine Zugriff zu ihrer Seite hatten. Theoretisch ist es möglich auf beliebig viele Segmente herunterzubrechen (<a href="http://www.kaushik.net/avinash/about">Kaushik</a>, 2007, S. 354-357).</p>
<div><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/web-analytics-segmentierung.jpg" alt="" width="552" height="172" /></div>
<p><em>Tabelle 1: Beispiel einer Segmentierung des Traffics anhand der Bounce Rate<br />
(Quelle: Eigene Darstellung) </em></p>
<p><strong><big>Zielorientierte Web-Analyse</big></strong><br />
Die<a href="http://www.contentanalytics.de/index.php/wa-grundlagen/definition-web-analytics/"> Aufgabe von Web Analytics</a> in einem Unternehmen ist die Messung und Analyse von Internetdaten zum Zweck der Optimierung des Angebotes. Um Web Analytics zielgerichtet betreiben zu können muss der Zweck der Webseite und die verfolgten Ziele feststehen. Der folgende Abschnitt geht auf die übergeordneten Strukturen der zielorientierten Web-Analyse ein.<br />
<big><strong><br />
Typen von Webseitenzielen</strong></big><br />
Eine Webseite steht im Zentrum von unterschiedlichen Anspruchgruppen und Akteuren. Sie haben Einfluss auf die Zieldefinition. Man kann grundsätzlich zwischen drei verschiedenen Ziel-Typen unterscheiden (<a href="http://www.kaushik.net/avinash/about">Kaushik</a>, 2007, S. 15).</p>
<p><strong>Geschäftsziele (repräsentiert durch das Management)</strong><br />
Das Geschäftsziel einer Webseite hängt stets vom Businessmodell ab. Typische Geschäftsziele sind Umsatz-Generierung, Markenimage aufbauen oder Kostenreduktion. Bei einem redaktionellen Contentangebot basiert das Geschäftsmodell auf dem Verkauf von Werbeflächen auf der Webseite. Der größte Hebel, den Umsatz zu steigern, ist daher die Reichweite zu erhöhen.</p>
<p><strong>Anspruchgruppen</strong><br />
Unter Anspruchgruppen versteht man die internen Akteure die ein spezielles Interesse mit der Webseite verfolgen und eigene Ziele für diese sehen. Bei einem redaktionellen Angebot könnten dies zum Beispiel sein:<br />
•    Redaktion<br />
•    Marketing<br />
•    IT / Entwicklung bzw. Produktmanagement<br />
•    Vermarktung<br />
•    Betriebswirtschaftliche Führung<br />
•    Abonnement, Vertrieb<br />
Die Ziele einzelner Anspruchgruppen sollten stets in den Zielfindungsprozess einfließen. (<a href="http://www.web-analytics-nutzen.de/">Hassler</a>, 2009, S. 298-300)</p>
<p><big><strong>Benutzerziele</strong></big><br />
Bei der Zieldefintion sollte auch auf die verfolgten Ziele der Benutzer achtgegeben werden. Zielgruppen einer Webseite sind „jene Segmente aller Internetnutzer, an die ein Unternehmen seine Kommunikation richten möchte“. Für redaktionelle Contentangebote sind die Zielgruppen meist klar definiert, da sie für die Werbevermarktung verwendet werden. Das Ziel, das vom Benutzer auf einer redaktionellen Contentwebseite verfolgt wird ist:<br />
„Information [zu erhalten] über aktuelle Ereignisse oder spezielle Themen.“ (Belanger, 2006)</p>
<p><big><strong>Zielsystem</strong></big><br />
Bei der Zieldefinition müssen die einzelnen Typen von Webseitenzielen gegeneinander abgewogen werden und in ein klares Global-Ziel überführt werden. Marco Hassler schlägt in seinem Buch folgende Zielpyramide vor:</p>
<div><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/web-controlling-zielpyramide.jpg" alt="" /></div>
<p><em>Abbildung 10: Schematische Darstellung einer Zielpyramide<br />
(Quelle: Eigene Darstellung in Anlehnung an <a href="http://www.web-analytics-nutzen.de/">Hassler</a>, 2007)</em></p>
<p>Das Global-Ziel stellt das übergreifende Ziel dar, das mit der Webseite erreicht werden soll. Typische Beispiele sind: Kontaktgenerierung, Verkauf von Produkten oder auch Informationen verbreiten. Davon ableiten lassen sich Sub-Ziele die der Zielerreichung des Global-Ziels dienlich sind. Wiederum aus den Sub-Zielen lassen sich Aktivitäten ableiten, die der Zielerreichung der Sub-Ziele bzw. des Global-Ziels dienlich sind. Schlussendlich definiert man aus den Aktivitäten die zu messenden Messgrößen bzw. Metriken (<a href="http://www.web-analytics-nutzen.de/">Hassler</a>, 2009, S. 322).</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" src="http://img.zemanta.com/pixy.gif?x-id=fc4ad812-e33d-8310-8d8f-050114ae0a89" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/web-analyse-metriken-nutzen-und-zielorientiert-analysieren/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Metriken für redaktionelle Contentangebote (Teil 2)</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-2/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-2/#comments</comments>
		<pubDate>Sat, 17 Oct 2009 07:50:42 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-2/</guid>
		<description><![CDATA[Besucherverhalten Besucherdauer Die Besucherdauer misst den durchschnittlichen Zeitraum zwischen dem ersten und dem letzten Seitenaufruf der Webseitenbesucher. Der Wert wird pro Zeitraum (Tag / Monat / Jahr) dargestellt (z. B. 00:02:44 am 1.1.09). Die Metrik der Besucherdauer kann nur einen annäherden Wert über die tatsächliche Besucherdauer ausgeben, da es technisch keine Möglichkeit besteht, die Beendung [...]]]></description>
			<content:encoded><![CDATA[<p><strong><big>Besucherverhalten</big></strong></p>
<p><strong>Besucherdauer</strong><br />
Die Besucherdauer misst den durchschnittlichen Zeitraum zwischen dem ersten und dem letzten Seitenaufruf der Webseitenbesucher. Der Wert wird pro Zeitraum (Tag / Monat / Jahr) dargestellt (z. B. 00:02:44 am 1.1.09). Die Metrik der Besucherdauer kann nur einen annäherden Wert über die tatsächliche Besucherdauer ausgeben, da es technisch keine Möglichkeit besteht, die Beendung eines Besuches zu messen (Möller &amp; Kröhn, 2009, S. 77-78).</p>
<p><strong>Besuchertiefe</strong><br />
Bei dieser Metrik handelt es sich um das Verhältnis zwischen Seitenaufrufen und Besuchen (4,4 Pis pro Visit). So  lässt sich im Durchschnitt erkennen wie viele Seiten bei einem Besuch betrachtet werden. Segmentiert wird diese Metrik meist über einen bestimmten Zeitraum (Kaushik, 2007, S. 140-142).</p>
<p><strong>Navigationsverhalten</strong><br />
Das Navigationsverhalten lässt sich über die Metriken der Pfadanalyse und des Website Overlay darstellen. Bei der Pfadanalyse wird vom Web Analytics Tool ausgewiesen, wie viele Nutzer bei einer einzelnen Seite eine Folgeseite besuchten oder die Seite verlassen haben. Durch die Betrachtung der Folgeseiten lässt sich dann die bevorzugte Navigation erkennen (z. B. Menüzugriff, interne Suchmaschine oder Sitemap).</p>
<p>Möchte man sich ein visuelles Bild des Navigationsverhaltens machen, so kann man auf das Website Overlay zugreifen. Dieses zeigt einen Layer mit den prozentualen Linkklicks direkt auf der gewählten Seite an (Aden, 2009, S. 253-254). Als zusätzliche visuelle Unterstützung lässt sich bei einigen Systemen eine Heat-Map erstellen, die die meistgeklickten Links auf der Webseite darstellen. Eine noch feinere Form ist die Erstellung von Videos, die die Mausbewegung und die Navigation der Besucher aufzeigt. Dabei handelt es sich nicht um eine aggregierte Darstellung, sondern um eine individualisierte Form.</p>
<p><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/Webseite-Overlay.jpg" alt="" width="248" height="145" /><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/Heat-Map.jpg" alt="" width="220" height="142" /></p>
<p><em>Beispiele eines Webseite-Overlays und einer Heat Map</em></p>
<p>Um einen breiteren Überblick über das Navigationsverhalten der Besucher zu bekommen, lassen sich in manchen Web Analytics Tools mehrere Pfade und Seitenabfolgen im Überblick darstellen. Diese kann man meist in Inhaltsgruppen und Zugriffsquellen segmentieren. So lässt sich das Navigationsverhalten wie auch die damit in Verbindung stehende Zielseite betrachten.</p>
<p>Für fest definierte Zielseiten mit durchlaufenden Prozess (wie z. B. einer E-Commerce Plattform mit Kaufprozess und Versendung des Kaufformulars als Zielseite) lässt sich auch eine Trichteranalyse durchführen. Diese zeigt jeweils für die einzelnen Seiten die Konversionsrate (Prozentsatz der Besucher die auf die nächste Seite gelangen im Bezug auf die Gesamtbesucherzahlen der Seite). So lassen sich Schwachstellen im Pfad erkennen (Aden, 2009, S. 273-277).</p>
<p><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/Trichter-Visualisierung.jpg" alt="" width="510" height="307" /><br />
<em> Beispiel der Trichter-Visualisierung bei Omniture SiteCatalyst</em></p>
<p><strong>Conversion</strong><br />
Conversion bedeutet wörtlich übersetzt eine Umwandlung. Bei Web Analytics geht es dabei um eine Umwandlung eines Benutzers in einen solchen, der sich so verhält, wie es der Webseitenbetreiber es möchte. Ausgehend von den individuellen Zielen eines Webseitenbetreibers kann eine Conversion als eine Umwandlung eines Benutzers in einen Benutzer, der ein Ziel erreicht hat, definiert werden.<br />
Die ursprüngliche Verwendung fand im E-Commerce-Umfeld statt, bei dem eine Conversion diejenigen Besucher beschrieb, die auch etwas kauften. So konnte die typische Metrik der Conversion-Rate errechnet werden.<br />
In redaktionellen Contentangeboten findet die Conversion kaum Anwendung, da eine genaue Zieldefinition in Form einer Aktion des Users schwer ist. Dennoch kann sie für verschiedene Features Verwendung finden (Lead-Generation für Abonnenten). (Stern, 2002, S. 213-219)</p>
<p><big><strong>Inhaltenutzung</strong></big></p>
<p><strong>Genutzte Inhalte</strong><br />
Die genutzten Inhalte lassen sich übersichtlich als Anzahl der Seitenzugriffe per Seite darstellen. Tendenziell können so stark genutzte Inhalte identifiziert werden. Im Einzelfall muss jeweils unterschieden werden, ob eine wirkliche Nutzung der Inhalte stattfindet.<br />
Inhaltsgruppen</p>
<p>Einige Web Analytics Tools erlauben es die einzelnen Seiten in Inhaltsgruppen zu unterteilen (bei der Webseite einer Tageszeitung z. B. Ressorts, journalistische Form, Themengebiete). Mit Hilfe der Seitenzugriffe lassen sich so die Interessen der User in bestimmte Inhaltsgruppen identifizieren.<br />
Ein- und Ausstiegsseiten / Ausstiegsrate</p>
<p>Mit der Einstiegsseite, auch Entry- oder Landingpages genannt, beginnt der Besuch einer Webseite. Die Häufigkeit des ersten Zugriffes auf diese Seiten werden in der Metrik Einstiegsseiten als Anzahl der Erstzugriffe pro Seite dargestellt. So lassen sich die wichtigsten Einstiegsseiten identifizieren (Hassler, 2009, S. 213-218).</p>
<p>Eine Ausstiegsseite markiert den Punkt an dem ein Besucher seinen Besuch der Webseite beendet. Dies kann durch schließen des Browserfensters oder Klick auf einen externen Link geschehen. Maßgeblich ist dabei die Anzahl der Ausstiege pro Seite. Eng verbunden mit den Ausstiegsseiten ist die Metrik der Ausstiegsrate (Exit Rate). Sie stellt das Verhältnis der Anzahl der Ausstiege zu Anzahl der Seitenzugriffe dar. Durch diese Metriken lassen sich so genannte Webseitenlöcher identifizieren. Jedoch gilt immer abzuschätzen, ob die Ausstiegsseite negativ oder positiv zu bewerten ist (Möller &amp; Kröhn, 2009, S. 76-77).</p>
<p><strong>Absprungrate (Bounce Rate)</strong><br />
Wie die Ausstiegrate misst diese Metrik die Anzahl der Ausstiege im Verhältnis zu den Seitenzugriffen. Ein Absprung ist so definiert, dass der Besucher nur eine Seite besucht und diese innerhalb von 10 Sekunden wieder verlässt. Bei der Seite handelt es sich somit gleichzeitig um eine Einstiegsseite. Diese Metrik kann Aufschlüsse darüber geben, ob ein Besucher die gewünschten Informationen findet oder nicht. In Verbindung mit den Traffic-Quellen lässt sich so auch die „Qualität“ der Quellen evaluieren. (Aden, 2009, S. 192)</p>
<p><strong>„Haftungs“-Rate (Stickiness)</strong><br />
Die Absprungrate kann auch als „Haftungs“-Rate uminterpretiert werden, indem man den restlichen Anteil der Absprungrate betrachtet. Dieser ist als Einzelzugriffe einer Seite pro Anzahl Einstiege auf dieser Seite definiert. So lässt sich ableiten, ob eine Seite als Einstiegsseite geeignet ist (Hassler, 2009, S. 225).</p>
<p><strong>Verweildauer</strong><br />
Anders als die Dauer eines Webseitenbesuches gibt die Verweildauer einer Seite die Zeit an, wie lange ein Besuch auf einer einzelnen Seite dauert. Dies lässt, in Abhängigkeit mit dem Inhalt, einen Rückschluss auf die Qualität der Seite zu. Ist diese Seite gleichzeitig eine Ausstiegsseite, so lässt sich der Zeitraum technisch nicht messen. (Aden, 2009, S. 190-191)</p>
<p><strong><big>Werbemetriken</big></strong><br />
Werbemetriken werden in der Regel nicht von einem Web-Analytics-System registriert, da ein eingebautes Werbeelement meist automatisiert von einem zentralen Vermarkter stammt und über einen Ad-Server automatisch bereitgestellt wird. Dennoch bieten die Werbevermarkter Werbemetriken an, die zur Web-Analyse geeignet sind. Insbesondere redaktionelle Contentangebote, die ihre Werbeplätze vermarkten,  nutzen diese Metriken.</p>
<p><strong>Ad View / Ad Impression</strong><br />
Die Ad View bzw. Ad Impression Metrik weist die Anzahl der möglichen Sichtkontakte mit einer Werbefläche aus. Wenn auf einer einzelnen Seite mehrere Werbeelemente enthalten sind, so kann es bei einer Page Impression zu multiplen Ad Impressions führen.</p>
<p><strong>Klicks</strong><br />
Die Metrik der Klicks weist die absolute Anzahl der Klicks auf ein Werbeelement aus.</p>
<p><strong>Klick-Rate</strong><br />
Die Klick Rate stellt das Verhältnis zwischen Ad Views und den Klicks auf ein entsprechendes Werbemittel dar. Dadurch lässt sich u.a. die Platzierung und die Leistungsfähigkeit eines Webemittels messen.<br />
(Möller &amp; Kröhn, 2009, S. 78)</p>
<p><big><strong>Weitere Metriken</strong></big></p>
<p><strong>RSS-Feed</strong><br />
RSS steht für Really Simple Syndication. Dabei handelt es sich um eine Technologie, die es Besuchern erlaubt den Content von einer Webseite zu abonnieren und ihn automatisiert auf einem Feed-Reader darstellen zu lassen ohne, dass ein Besuch der Seite nötig ist. Heutzutage stellt die Möglichkeit einen RSS-Feed zu abonnieren für Contentangebote einen Standard dar.</p>
<p>Da kein Seitenaufruf beim Abruf des RSS-Feeds erfolgt, können keine Daten vom Web-Analytics-System erhoben werden. Lediglich über eine Logfile-Analyse wäre eine Anfrage zu registrieren. Daher stützen sich die meisten Webseitenbetreiber auf externe RSS-Systeme, die Nutzungsstatistiken ausweisen (z. B. Google Feedburner) (Kaushik, 2007, S. 320-327).</p>
<p>Metriken, die man für die Analyse von RSS-Feeds verwendet, sind Abonnenten und Reichweite. Die Abonnentenzahl zeigt die Benutzer, die den RSS-Feed abonniert haben und ihn empfangen. Die Reichweite hingegen zeigt die Benutzer an, die eine Aktion an einem RSS-Eintrag ausführen (z. B. anklicken, lesen).</p>
<p>Generell sind die Metriken des RSS-Feeds sehr aussagekräftig, da nur vereinzelt Nutzer RSS-Feeds verwenden (Hassler, 2009, S. 240-246).</p>
<p><strong>Kommentare</strong><br />
Viele Contentangebote bieten eine Kommentarfunktion für ihre Contentartikel an. So wird es dem Rezipienten ermöglicht, sein Feedback zum Content kundzutun. Lässt man die Metrik der Kommentare pro Seite in ein Web-Analytics-System mit einfließen, so kann man die meistkommentierten Seiten identifizieren. Dies ist meist standardmäßig verfügbar, sondern bedarf einer Schnittstelle zwischen Web Analytics Tool und dem Content-Management-System der Webseite.</p>
<p><strong>Trackbacks</strong><br />
Gehört ein Blog zu dem Contentangebot, können neben Kommentaren auch Trackbacks registriert werden. Trackbacks sind Links, die andere Blogger in ihre eigenen Posts integrieren und damit auf die Seite verweisen. Die Metrik der Trackbacks pro Seite lässt daher ebenfalls eine Identifizierung stark verlinkter Inhalte in einem Weblog zu (Hassler, 2009, S. 246-249).</p>
<p><strong>Events</strong><br />
Das Internet bietet reichhaltige Möglichkeiten, Content darzustellen. Anfangs nur Text, ist es jetzt möglich durch Rich Media Applications (RIAs) auch Video oder Interaktive Grafiken durch Technologien wie Adobe Flash darzustellen. Ferner wurde durch die Ajax-Technologie der Seitenaufbau dynamischer und es bedarf nicht immer eines Neuladens der Seite bei neuen Inhalten.<br />
Die neuen Technologien stellen das klassische Web Analytics vor eine Herausforderung, da bei der Interaktion des Besuchers mit den Rich Media Angebot kein Seitenabruf (Page Impression) erfolgt und folglich keine Daten zur Nutzung des Angebots erhoben werden können.<br />
Die Lösung besteht in Eventhandling. Als Event bezeichnet man eine Aktion, die in einem Rich-Media-Angebot ausgeführt wird. Verbindet man das Web Analytics Tool per Schnittstelle mit einem Rich-Media-Angebot, so lassen sich diese Aktionen registrieren und auswerten.<br />
Events lassen sich beliebig definieren und können beliebig viele Metriken hervorbringen. Je nach Rich-Media-Angebot ist daher eine gesonderte Betrachtung vonnöten.<br />
Typische Metriken für Videoinhalte sind z.B:<br />
•    Abspieldauer eines Videos<br />
•    Starts, Stopps und komplette Abspielung eines Videos<br />
•    Abspielrate (Anzahl der Seitenaufrufe zu Anzahl komplett abgespielter Clips)<br />
•    Abbruchrate (Anzahl Start des Videos minus die Anzahl komplett abgespielter Videos)<br />
Genauso lassen sich auch Metriken für Podcasts, interaktive Infografiken, Ajax-Applikationen, Widgets etc. definieren (Kaushik, 2007, S. 315-317).</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" src="http://img.zemanta.com/pixy.gif?x-id=8203f630-bbd2-8a9f-abd1-48833c9b472b" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Metriken für redaktionelle Contentangebote (Teil 1)</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-1/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-1/#comments</comments>
		<pubDate>Fri, 16 Oct 2009 07:52:00 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-1/</guid>
		<description><![CDATA[Was sind Metriken?Die Aufgabe des Controlling in einem Unternehmen ist unter anderem die Versorgung des Management mit Informationen. Diese werden anhand von Kennzahlen dargestellt. „Unter Kennzahlen werden Zahlen verstanden, die quantitativ messbare Sachverhalte in aussagekräftiger, komprimierter Form wiedergeben“ (Wöhe &#38; Döring, 2009). Die wichtigsten Elemente einer Kennzahl sind nach Reichmann der Informationscharakter, die Quantifizierbarkeit und [...]]]></description>
			<content:encoded><![CDATA[<p><big><b>Was sind Metriken?</b><big><br /></big></big>Die Aufgabe des Controlling in einem Unternehmen ist unter anderem die Versorgung des Management mit Informationen. Diese werden anhand von Kennzahlen dargestellt. „Unter Kennzahlen werden Zahlen verstanden, die quantitativ messbare Sachverhalte in aussagekräftiger, komprimierter Form wiedergeben“ (Wöhe &amp; Döring, 2009). Die wichtigsten Elemente einer Kennzahl sind nach Reichmann der Informationscharakter, die Quantifizierbarkeit und die spezifische Form der Information (Reichmann, 2006). Die Aufgaben im Bereich von Web Analytics ist die Erhebung, Sammlung und Analyse von Internetdaten. In der gängigen Literatur werden dabei die Begriffe Kennzahlen und Metriken gleichgesetzt. Sie dienen ebenfalls der Informationsversorgung. <br />Die WAA definiert Metriken als Anzahl, Verhältnisse oder Werte. Anzahl sind absolute Zahlen (z. B. 129.876 €), Verhältnisse setzen Anzahlmetriken in ein Verhältnis zu einander (z. B. 5,33 Seitenzugriffe pro Tag) und Werte stellen einen Sondertypen dar (z. B. Suchbegriff oder Referer) (Web Analytics Association, 2007). Über die Standardmetriken hinaus, kann man theoretisch beliebige Metriken definieren.<br />Web Analytics Tools weisen Metriken stets in aggregierter, segmentierter oder individualisierter Form aus. Bei der aggregierten Form werden Werte über einen definierten Zeitraum aggregiert und ausgewiesen. Die segmentierte Form erlaubt es den gesamten Traffic zu filtern (z. B. nach Traffic-Quellen oder neuen Besuchern) und auszuweisen. Die individualisierte Form findet kaum Anwendung. Sie erlaubt es einen einzelnen Web User über einen definierten Zeitraum zu beobachten.<br />Im Folgenden sollen diejenigen Metriken besprochen werden, die als Standard im Web Analytics gelten. Ferner soll auf die Auswertbarkeit bei redaktionellen Contentangeboten eingegangen werden.</p>
<p><b><big>Standardmetriken</big></b><br />Zu den Standardmetriken gehören die Page Impression, Visits und Unique Visits. </p>
<p><b>Page Impression (Seitenaufruf)</b><br />Die Page Impression ist jede von einem Besucher nachgefragte Seite innerhalb einer Webpräsenz. Sie ist hilfreich bei der Identifikation von populären Seiteninhalten. Im Web-Analytics-System wird sie meist aggregiert als Seitenaufruf pro Seite dargestellt. </p>
<p><b>Visits (Besuche)</b><br />Visits sind die Anzahl der Besuche. Ein Besuch stellt dabei eine oder mehrere Seitenaufrufe innerhalb eines vorgegebenen Zeitraumes (Session) dar, der in der Regel 30 Minuten dauert. Die Visits sind ein Indikator für die Performance der Webseite.</p>
<p><b>Unique Visits (Besucher)</b><br />Die Unique Visits geben die Anzahl der Besucher an, die eine Webseite innerhalb eines vorgegebenen Zeitraumes (z. B. einen Monat) besucht haben. Dabei unterscheidet sich die Metrik von den Visits dadurch, dass die Besucher als einzelne gezählt werden. Ein Besucher kann mehrere Besuche abhalten.  <br />(Web Analytics Association, 2007, S. 6-9)</p>
<p><big><b>Traffic-Quellen</b></big><br />Bei Traffic-Quellen handelt es sich um die Standardmetriken, die nach Traffic-Quellen segmentiert werden.<br />Direktzugriffe<br />Die Metrik der Direktzugriffe ist die Anzahl der Zugriffe, die über die Direkteingabe einer URL oder durch den Zugriff eines Lesezeichens im Browsers getätigt wird. (Aden, 2009, S. 213-214)</p>
<p><b>Verweisende Webseiten</b><br />Im Internet gibt es die Möglichkeit, Verlinkungen zu anderen Webseiten herzustellen, so dass ein Besucher von einer Seite auf die nächste verwiesen werden kann. Über die Metrik der Verweisenden Webseiten werden die Visits, die durch eine verweisende Webseite zustande gekommen sind, aufgelistet. So lassen sich stark verweisende Webseiten identifizieren (Sostre &amp; LeClaire, 2007, S. 148). </p>
<p><b>Suchmaschinen (Keywords)</b><br />Eine spezielle Form von verweisenden Webseiten stellen Suchmaschinen dar. Gelangt ein User durch eine vorherige Suche auf die Webseite, so wird registriert welchen Suchbegriff (Keyword) er verwendet hat. Die Suchmaschinenmetrik stellt die Anzahl der Visits für folgende Variablen dar:<br />•	Suchmaschine<br />•	Suchbegriffe<br />•	Organic- bzw. Paid Search</p>
<p>Durch die Ausweisung des Suchmaschinentraffics lassen sich insbesondere Search Engine Optimization- (SEO) und Search Engine Marketing- (SEM) Maßnahmen kontrollieren und steuern. Mit Suchmaschinenoptimierung sind all die Maßnahmen gemeint, die eine Webseite möglichst weit in den nichtbezahlten Suchergebnissen platzieren. Mit Suchmaschinenmarketing ist die suchbegriffsbezogene Anzeigenschaltung bei einer Suchmaschine gemeint. Das Web Analytics Tool unterscheidet daher zwischen Organic- und Paid-Traffic (Aden, 2009, S. 15-17). <br />Mit Organic Traffic, ist der Traffic gemeint, der durch eine Suchmaschine über die regulären Suchergebnisse zustande gekommen ist. Gegenübergestellt ist dem der Traffic, der durch das so genannte Paid Listing entstanden ist. Dabei handelt es sich um suchbegriffsbezogene Anzeigenschaltung, die von einem Unternehmen gekauft werden kann. Die Buchung der Anzeigenplätze erfolgt über die Programme der Suchmaschinen (z. B. Google Adwords, Yahoo! Search Marketing oder Microsoft AdCenter) (Sostre &amp; LeClaire, 2007, S. 141-146).</p>
<p><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/organic-paid-search-listing.jpg" /><br /><i>Abbildung 6: Beispiel einer Suchergebnisliste mit Organic und Paid Listing<br />(Quelle: Eigene Darstellung)</i></p>
<p><b>Kampagnen</b><br />Betreibt ein Webseitenbetreiber Marketing für seine Webseite mit Hilfe des Internets, kann er auf verschiedene Werbemöglichkeiten (Affiliate Marketing, Emailmarketing, Bannerwerbung) zurückgreifen. Diese zusätzlichen Traffic-Quellen lassen sich mit einem Web Analytics Tool tracken und einer gesonderten Kampagne zuordnen. Ähnlich wie bei den verweisenden Webseiten wird bei dieser Metrik der Traffic gezählt und ausgewiesen, sodass der Trafficzuwachs durch Online Werbekampagnen nachvollzogen werden kann. (Möller &amp; Kröhn, 2009, S. 143-168)<br />Crossmedia- und Offline-Kampagnen</p>
<p>Neben den Online-Marketingmaßnahmen kann auch Traffic aus Crossmedia- und Offline-Kampagnen (z. B. Fernseh-, Plakat-, Radio-, oder Printwerbung) entstehen. Um diesen Traffic einer entsprechenden Kampagne zuordnen zu können, behilft man sich der Kurz-URL-Methodik (www.test.de/kurzurl).&nbsp; Hierbei wird eine URL erstellt, die zur entsprechenden Seite führt. Über das Web Analytics Tool lassen sich dann die Seitenzugriffe auf diese URL tracken und ausweisen. Dies setzt voraus, dass der Besucher über einen Direktzugriff auf die Webseite kommt (Hassler, 2009, S. 135-143)</p>
<p><b>Besuchereigenschaften</b><br />Neue Besucher und wiederkehrende Besucher<br />Mittels eines Cookies können neue und wiederkehrende Besucher vom Web Analytics Tool erfasst werden. Diese werden entweder als absolute Zahl (Anzahl der neuen bzw. wiederkehrenden Besucher) oder in Relation (Prozentsatz neue bzw.&nbsp; wiederkehrende Besucher zu Gesamtbesucherzahl) ausgewiesen (Sostre &amp; LeClaire, 2007, S. 189-190). </p>
<p><b>Besuchertreue</b><br />Die Metrik der Besuchertreue misst wie häufig ein einzelner Besucher innerhalb eines Zeitraums auf die Webseite zurückkehrt. Die Metrik wird in Anzahl der Besucher mit Anzahl an x Besuche gemessen. Zusätzlich lässt sich der Zeitraum definieren (Aden, 2009, S. 194). </p>
<p><b>Besucherfrequenz</b><br />Die Besucherfrequenz ist eng verwandt mit der Metrik der Besuchertreue. Sie misst den Zeitraum zwischen zwei Besuchen eines Besuchers. Dabei wird für den Einzelfall jeweils ein Durchschnitt errechnet. Ausgewiesen wird die Metrik in aggregierte Anzahl der Benutzer per Frequenzzeitraum (z. B. 2.700 Benutzer mit einem Frequenzzeitraum von 0,5 Tagen). </p>
<p><b>Herkunftsland und Region</b><br />Mittels der IP-Adresse lässt sich der ungefähre Standort eines Aufrufs der Seite ermitteln. Mit Hilfe dieser Metrik lassen sich so die Länder bzw. Regionen mit starken Besucherzahlen identifizieren. Teilweise können dabei große Fehler auftreten, da eine IP-Lokalisierung nicht genau anzeigt, wo ein Zugriff stattfindet. Durch Proxies oder Zugriff über einen VPN-Client können so große Messungenauigkeiten auftreten.</p>
<p><b>Sprache</b><br />Genauso wie die IP-Adresse, wird auch die eingestellte Browsersprache von einem Web Analytics Tool erhoben. Da die meisten Browser in verschiedenen Sprachen erhältlich sind, lassen sich Rückschlüsse auf die gesprochene Sprache der User ziehen. Die Metrik der Sprache wird in Benutzeranzahl pro Sprache erfasst. Eine Aggregation der Sprachräume ist meist nicht möglich.</p>
<p><b>Technische Eigenschaften</b><br />Neben der IP-Adresse und der Sprache des Browsers, lassen sich andere technische Details auslesen. So wird der Browser, die Bildschirmauflösung und Farben, das Betriebsystem, Plugins, JavaScript-Verfügbarkeit, Cookie-Aktzeptanz und Verbindungsgeschwindigkeit abgefragt. Die einzelnen Metriken werden jeweils pro Benutzeranzahl dargestellt. Sie helfen insbesondere bei der technischen Optimierung der Webseite. <br />(Hassler, 2009, S. 154-168)</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" alt="" src="http://img.zemanta.com/pixy.gif?x-id=a02be9ee-8dbf-8b23-9cf2-661d2fdac526" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/metriken-fur-redaktionelle-contentangebote-teil-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>kleine Marktüberblick: Web-Analytics-Anbieter</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/kleine-marktuberblick-web-analytics-anbieter/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/kleine-marktuberblick-web-analytics-anbieter/#comments</comments>
		<pubDate>Wed, 14 Oct 2009 16:34:00 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/uncategorized/kleine-marktuberblick-web-analytics-anbieter/</guid>
		<description><![CDATA[Der Web-Analytics-Markt besteht aus wenigen großen ganzheitlichen Anbietern von Web-Analytics-Lösungen, die neben mehreren Web Analytics Tools auch die Implementierung sowie eine Beratung anbieten. Daneben gibt es eine Fülle von kleinen Anbietern. Über die letzten Jahre gab es eine Konsolidierung, aber auch eine Fragmentierung im Markt. So kann ein Kunde heute zwischen vielen speziellen Web-Analytics-Anbietern (wie [...]]]></description>
			<content:encoded><![CDATA[<p>Der Web-Analytics-Markt besteht aus wenigen großen ganzheitlichen Anbietern von Web-Analytics-Lösungen, die neben mehreren Web Analytics Tools auch die Implementierung sowie eine Beratung anbieten. Daneben gibt es eine Fülle von kleinen Anbietern. Über die letzten Jahre gab es eine Konsolidierung, aber auch eine Fragmentierung im Markt. So kann ein Kunde heute zwischen vielen speziellen Web-Analytics-Anbietern (wie MobileAnalytics oder VideoAnalytics) wählen. <br />Im Folgenden soll auf die meistgenutzten Anbieter in Deutschland eingegangen werden, wie sie bei einer nicht repräsentativen Studie der Beratungsfirma Ideal Observer erhoben wurden (Reese, 2008).</p>
<p><big><b>Kostenlose Anbieter</b></big><br />Im Feld der kostenlosen Web-Analytics-Anbieter gibt es eine Vielzahl von Möglichkeiten. Insbesondere Logfile-Analyse-Software sind meist als OpenSource-Software kostenlos erhältlich. Auch stellen viele Webhoster ihren Kunden kostenlos Analysetools zur Verfügung, die auf der Logfile-Analyse basieren.<br />Für den professionellen Einsatz von kostenlosen Web-Analytics-Tools sind vor allem die Anbieter der Suchmaschinen verantwortlich. Sie erhoffen sich durch ihre Web-Analyse-Lösungen, die sie ihren Kunden kostenlos zur Verfügung stellen, eine Erhöhung der Nachfrage nach ihren Werbeprodukten. Allen voran ist hier die Web-Analytics-Lösung von Google zu nennen (Aden, 2009, S. 9 &#8211; 11). <br />2008 benutzten knapp 47% der IVW geprüften Onlineauftritte Google Analytics. In Deutschland ist Google Analytics damit die meistverwendetste Web-Analytics-Lösung (Reese, 2008). <br />&nbsp;<img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/webanalyticssysteme.jpg" /><br />Abbildung 4: Marktanteile der Web Analytics Tools in Deutschland<br />(Quelle: Reese, 2008)</p>
<p>Das aus der 2005 von Google akquirierten Firma Urchin hervorgegangene Produkt ist&nbsp; als Ergänzung zu ihrem AdWords-System zu sehen, wodurch Google jährlich mehrere Milliarden US-Dollar Gewinn erwirtschaftet (Aden, 2009, S. 6-8). Es handelt sich um eine Web-Analytics-Lösung nach dem SaaS-Modell. Die Datenspeicherung und Softwarebereitstellung übernimmt Google. Zur Nutzung bedarf es einer Anmeldung sowie Einbau des JavaScript Codes (Braun &amp; Bleich, 2009).</p>
<p>Wie in Kapitel 2.2 erwähnt hat Yahoo! im Jahre 2009 ein eigenes Tool auf den Markt gebracht. Nach der Akquisition von der vielgenutzten Web-Analytics-Lösung IndexTools entstand das Produkt Yahoo! Web Analytics (Mortensen, 2008). Microsoft, Anbieter der Suchmaschinen LiveSearch und Bing, begrub 2008 seine Bestrebungen, ein eigenes Web-Analytics-System (Microsoft AdLab) zu etablieren (Carson, 2009). Durch die Adaption der Suchtechnologie für Yahoo! von Bing&nbsp; und der Übernahme der Vermarkung durch Yahoo! wird Yahoo! Web Analytics in naher Zukunft auch den Microsoft AdCenter-Kunden zur Verfügung stehen (Patalong, 2009).</p>
<p>&nbsp;<img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/kostenlose-web-analytics-tools.jpg" /><br />Abbildung 5: Beispiele kostenloser Web Analytics Tools: Google und Yahoo! <br />(Quelle: eigene Screenshots) </p>
<p><small><b><big><big>Kostenpflichtige Anbieter</big></big></b></small><br />Anbieter von kostenpflichtigen Web Analytics Dienstleistungen gibt es in vielen Preissektionen. So können einfache Softwarelösungen für wenige Euro erstanden werden. Bei umfassenden Web-Analytics-Lösungen mit Support und optionaler Beratung wird das Preisgefüge meist abhängig von den Besucherzahlen verhandelt. So können für ein Unternehmen mit bis zu 10 Mio. PIs monatlich jährliche Kosten von bis zu 16.000 € entstehen (Hassler, Web Analytics Hersteller und Produkte, 2008).</p>
<p>In Deutschland werden kostenpflichtige Dienstleistungen zu Web Analytics von knapp 25% der IVW geprüften Angebote verwendet. Der meistverwendete Anbieter ist dabei Omniture, der auch den Weltmarktführer im Analytics-Bereich darstellt. Dahinter befinden sich deutsche Angebote wie NedStat und die etracker GmbH. Im internationalen Bereich sind auch Coremetrics und WebTrends zu erwähnen (Reese, 2008).</p>
<p>Technisch basieren die Web-Analytics-Lösungen auf die Page-Tagging Methode, die häufig auch in Kombination mit der Logfile-Analyse einhergeht. Lediglich das Unternehmen WebTrends nimmt die Logfiles als Ausgangsdatenmaterial. Das Leistungsspektrum geht meist über die Web-Analytics-Software hinaus. So werden auch Tools zum Testen oder Online Umfragen bereitgestellt. Optional zu den Software Lösungen werden auch Beratungstätigkeiten wie Implementierung, Schulungen und Analysen angeboten. Generell zeichnen sich kostenpflichtige Anbieter durch erhöhten Funktions- und Supportumfang aus.</p>
<p>Kostenpflichtige Angebot können meist individuell auf die Kunden zugeschnitten werden. Abhängig von Art des Webangebotes können so z. B. Schnittstellen zu internen Systemen geschaffen werden, die eine Verbindung zwischen den erhobenen Daten und dem internen Datenmaterial erlauben (Hassler, Web Analytics Hersteller und Produkte, 2008). </p>
<p><b><big>IVW und AGOF</big></b><br /><img style="max-width: 800px; float: right; margin-top: 10px; margin-bottom: 10px; margin-left: 10px;" src="http://www.contentanalytics.de/wp-content/uploads/ivw-webanalytics.jpg" width="234" height="167" />Um ein einheitliches Messverfahren von Werbeträgern zu garantieren, schlossen sich 1949 Verlage zusammen und gründeten aus dem Zentralverband der Deutschen Werbewirtschaft die Informationsgemeinschaft zur Feststellung der Verbreitung von Werbeträgern e.V. (IVW). Seit 1997 erhebt die IVW auch Daten für Onlinewerbeträger. Heute gehört es für kommerziell operierende online Werbeträger zum Standard bei der IVW gelistet zu sein (Informationsgesellschaft zur Feststellung und Verbreitung von Werbeträgern e.V, o.J).</p>
<p>Die Messung der Daten der Online Werbeträger nimmt nicht die IVW selbst vor, sondern hat die INFOnline GmbH beauftragt. Diese setzt ihr skalierbares zentrales Messverfahren (SZM) ein, um Page Impressions und Visits zu messen (Informationsgemeinschaft zur Feststellung der Verbreitung von Werbeträgern e.V., o.J). </p>
<p>Technisch wird dabei das Page-Tagging-Verfahren verwendet. Jedoch wird aufgrund der limitierten Datenerhebung kein JavaScript-Code eingebettet, sondern ein so genanntes Zählpixel (SZM–Tag). Bei Anfrage eines Users an den Werbeträger wird dabei ein unsichtbares Pixel von einer so genannten SZM-Box abgerufen. Diese prüft, ob es sich um Page Impressions bzw. Visits im Sinne der IVW handelt und gibt dann den Zählstand an einen Collector der INFOnline GmbH ab. Dieser bereitet die Daten dann in Grafiken auf und stellt diese den IVW Mitgliedern zur Verfügung. Um User später eindeutig identifizieren zu können, wird zusätzlich auch ein Cookie gesetzt (INFOnline GmbH, 2005, S. 22-28). </p>
<p><img style="max-width: 800px; float: left; margin-top: 10px; margin-bottom: 10px; margin-right: 10px;" src="http://www.contentanalytics.de/wp-content/uploads/webanalytics-agof.jpg" width="136" height="124" />Die Daten der IVW ermitteln Kennzahlen zur Reichweite des online Werbeträgers. Dabei ist keine Aussage über die Nutzung des Angebotes möglich. Da Nutzungsinformationen für Medienplaner sehr interessant sind, gründeten 2002 Internetunternehmer und im Internet tätige Werbevermarkter&nbsp; die Arbeitsgemeinschaft Online Forschung (AGOF). Sie besteht aus 14 Gründungsmitgliedern (Verlagen) und aus derzeit 60 Lizenznehmer. (Arbeitsgemeinschaft Online Forschung, o.J.) </p>
<p>Durch ein Multimethodenmodell erhebt sie umfangreiche Daten zum Nutzungsverhalten deutscher Internetseiten. Dazu nutzt sie die Daten aus dem IVW-Pool und kombiniert sie mit Daten aus Online-Befragungen und Telefoninterviews. So werden zusätzlich auch soziodemografische Daten sowie Daten zum Nutzungsverhalten erhoben. Die AGOF setzt dabei bei der Reichweitenmessung auf die Messzahl der Unique User.<br />Das Datenmaterial fließt in das Softwareangebot TOP der AGOF ein, das kostenpflichtig für Medienplaner zur Verfügung steht. Darüber hinaus wird vierteljährlich die Studie internet facts veröffentlicht (Braun &amp; Bleich, 2009).</p>
<p><b><big>Weitere externe Angebote</big></b><br />Neben den Daten die von einem Web Analytics Tool erhoben werden, können auch externe Daten für die Analyse einer Webpräsenz herangezogen werden. Je nach Fragestellung können diese Daten von Nutzen sein, um Vergleiche herzustellen, die Webseite zu optimieren oder Trends zu identifizieren. (Möller &amp; Kröhn, 2009, S. 105-106)<br />Neben der IVW und AGOF, die in der Regel nur&nbsp; Daten von teilnehmenden Angeboten darstellen können, gibt es Spezialanbieter, die den Traffic vieler weiterer Webangebote bereitstellen. Diese Daten basieren meist auf unterschiedlichen Erhebungsmethoden (Hassler, 2009, S. 280). <br />Google nutzt für seinen Dienst GoogleTrends for Webseites anonymisierte Daten aus Google Analytics, der Google Suche und anderen Datenquellen (z. B. vom Browser-Plugin oder der Google Search Bar). Alexa, eine Tochterfirma von Amazon, verlässt sich ebenfalls auf die installierte Toolbar. Die gesammelten Nutzungsdaten werden dann auf die Gesamtbevölkerung hochgerechnet. So entsteht ein repräsentatives Trafficbild (Unique Users bzw. % of Reach) jeder Webseite. (Mortensen, 2009, S. 342)<br />In den USA nutzen Firmen wie compete.com oder HitWise Daten der Internet Service Provider (ISP), um die Nutzung von Webseiten zu messen. Die Dienste sind kostenpflichtig.<br />In Deutschland kann auf Daten von kostenpflichtigen Panels zurückgegriffen werden. Nielsen Netratigs, ComScore oder die GfK bieten solche Daten an.<br />Neben solchen Plattformen gibt es weitere Anbieter, die spezielle Daten zur Verfügung stellen. Beispiele für solche Serviceanbieter und ihre Daten sind:<br />•&nbsp;&nbsp;&nbsp; Demografische Informationen – Microsoft Adlab, Quantcast<br />•&nbsp;&nbsp;&nbsp; Verfügbarkeit und Ausfälle – Pingdom, Mywebalert<br />•&nbsp;&nbsp;&nbsp; Eingesetzte Technologien – Netcraft<br />•&nbsp;&nbsp;&nbsp; Umfang von Webseite – Google (Sucheingabe: site:beispiel.com)<br />•&nbsp;&nbsp;&nbsp; Verlinkungsgrad – Yahoo! Site Explorer<br />(Hassler, 2009, S. 286-287) </p>
<p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" alt="" src="http://img.zemanta.com/pixy.gif?x-id=289f7d6f-7577-8650-93ad-dabd4ec1875f" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/kleine-marktuberblick-web-analytics-anbieter/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Datenspeicherung und Auswertung</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/datenspeicherung-und-auswertung/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/datenspeicherung-und-auswertung/#comments</comments>
		<pubDate>Tue, 13 Oct 2009 06:08:00 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/uncategorized/datenspeicherung-und-auswertung/</guid>
		<description><![CDATA[Weiter im Kontext der Grundlagen ist die Datenspeicherung und Auswertung wichtig. Hier müssen natürlich auch die Rechtlichen Rahmenbedingugne bedacht werden. Bei Datenspeicherung gibt es grundsätzlich zwei Varianten. Entweder man speichert die Daten intern auf eigenen Servern und Festplatten oder überlässt diese Funktion speziellen Anbietern. Die Logfile-Analyse ist grundsätzlich eine interne Lösung, da die Logfiles auf [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #666666;">Weiter im Kontext der Grundlagen ist die Datenspeicherung und Auswertung wichtig. Hier müssen natürlich auch die Rechtlichen Rahmenbedingugne bedacht werden. </span></p>
<div><img style="max-width: 800px; float: none;" src="http://www.contentanalytics.de/wp-content/uploads/datenspeicherung1.jpg" alt="" width="504" height="252" /></div>
<p>Bei Datenspeicherung gibt es grundsätzlich zwei Varianten. Entweder man speichert die Daten intern auf eigenen Servern und Festplatten oder überlässt diese Funktion speziellen Anbietern.</p>
<p>Die Logfile-Analyse ist grundsätzlich eine interne Lösung, da die Logfiles auf dem Webserver gespeichert werden. Die Software zur Präsentation wird auf die Logfiles angewandt oder ist bereits auf dem Server installiert.<br />
Grundsätzlich hat man bei der Page-Tagging-Methode die Wahl zwischen den zwei Datenspeicherungsformen. Jedoch stützen sich die meisten Web-Analytics-Anbieter auf das erwähnte SaaS-Modell. Dabei wir die Datenspeicherung und Software vom Anbieter auf seinen eigenen Rechner bereitgestellt. Die Kunden des Dienstes können sich meist über ein Browserinterface einloggen und das Programm nutzen. Technisch ist es dadurch möglich sowohl die Analytics-Software wie auch die Datenspeicherung extern zu betreiben. Dies hat den Vorteil, dass Updates der Software oder Datenspeichererweiterungen vom Softwareprovider übernommen werden können. Diese Modelle bauen außerdem auf einem Abonnementmodell auf, sodass die Investitionskosten einer internen Lösung entfallen.</p>
<p><img style="max-width: 800px; float: right; margin-top: 10px; margin-bottom: 10px; margin-left: 10px;" src="http://www.contentanalytics.de/wp-content/uploads/rechtliche-rahmenbedingungen.jpg" alt="" width="145" height="221" /><strong><big>Rechtliche Rahmenbedingungen</big></strong><br />
Mit Hilfe von Web Analytics Tools kann man umfassende Datenerhebungen durchführen. Das Datenmaterial wird von natürlichen Personen gem. §1 BGB bezogen, gespeichert und verarbeitet. Jeder Webseitenbetreiber muss daher die rechtlichen Rahmenbedingungen des Telemediengesetzes (TMG) und des Bundesdatenschutzes (BDSG) beachten (Hoeren, 2008, S. 311).<br />
Im TMG §15 Abs.1 heißt es:</p>
<blockquote><p>„Der Diensteanbieter darf personenbezogene Daten eines Nutzers nur erheben und verwenden, soweit dies erforderlich ist, um die Inanspruchnahme von Telemedien zu ermöglichen und abzurechnen (Nutzungsdaten).“</p></blockquote>
<p>Und in Abs.4:</p>
<blockquote><p>„Der Diensteanbieter darf Nutzungsdaten über das Ende des Nutzungsvorgangs hinaus verwenden, soweit sie für Zwecke der Abrechnung mit dem Nutzer erforderlich sind (Abrechnungsdaten).“ (Deutsche Bundestag, 2009)</p></blockquote>
<p>Eine Datenspeicherung von personenbezogenen Daten ohne Einwilligung ist daher nicht erlaubt. Fraglich ist, ob es sich bei den erhobenen Daten von Web Analytics Tools um personenbezogene Daten handelt (Schirmbacher, 2009).</p>
<p>Insbesondere bei der IP-Adresse, die eine theoretische Bestimmbarkeit einen Person durch den Access Provider ermöglicht, ist dies in Deutschland noch umstritten (Hassler, 2009, S. 70). Personenbezogene Daten gemäß §3 Abs.1 BDSG „sind Einzelangaben über persönliche oder sachliche Verhältnisse einer bestimmten oder bestimmbaren natürlichen Person (Betroffener)“ (Deutsche Bundestag, 2009)</p>
<p>In Deutschland gibt es unterschiedliche Rechtsprechungen, die die Bestimmbarkeit der Person hinter der IP-Adresse auslegen. So entschied ein Gericht in München, dass die IP-Adresse von einem Webseitenbetreiber ohne Aufwand nicht zu Rückschlüssen auf die Person führt (Störing, 2008). Dagegen entschied ein Amtsgericht in Berlin Mitte, wonach alle Möglichkeiten in Betracht gezogen werden können, um eine Person zu bestimmen (AG Berlin (Mitte) , 2007).</p>
<p>Mit der Speicherung der IP-Adresse begibt man sich somit in eine gesetzliche Grauzone (Braun &amp; Bleich, 2009, S. 84).</p>
<p>Unmissverständlich ist die Rechtsprechung zur Erhebung von personenbezogenen Daten (wie die Email Adresse, Name, Wohnort). Diese bedarf stets einer Einwilligung durch den Benutzer, auch Opt-In-Verfahren genannt (Hassler, 2009, S. 69-70).</p>
<p>Web-Analytics-Anbieter die ihre Lösung auf das SaaS-Modell setzen, nehmen die Datenspeicherung auf ihren Servern vor. Liegt der Web-Analytics-Anbieter nicht in der Europäischen Union, fallen die Daten unter das Datenschutzgesetz des entsprechenden Landes. Insbesondere das Produkt Google Analytics, das die Daten auf Servern in den USA speichert, ist deswegen des Öfteren in die Kritik geraten (Braun &amp; Bleich, 2009, S. 84 &#8211; 85).<br />
Der Web-Analytics-Experte Marco Hassler empfiehlt als Best Practice stets die Datenspeicherung offen zu kommunizieren (z. B. in Form einer Datenschutzerklärung) und die gewonnen Informationen nicht mit personalisierten Informationen zu verknüpfen (Hassler, 2009, S. 71 &#8211; 72).</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" src="http://img.zemanta.com/pixy.gif?x-id=b7ce974d-e325-8ad0-99e0-4aef09530e52" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/datenspeicherung-und-auswertung/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cookies + weitere Datenerhebungsmethoden</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/cookies-weitere-datenerhebungsmethoden/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/cookies-weitere-datenerhebungsmethoden/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 07:25:00 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/uncategorized/cookies-weitere-datenerhebungsmethoden/</guid>
		<description><![CDATA[Um das Thema Datenerhebung zu beenden wollen wir uns noch um das wichtige Thema der Cookies kümmern. Obwohl oft in Verruf geraten, werden sie extensiv bei der Web Analyse eingesetzt und sind ein wichtiger Part des Trackings. Als zweites werden dann noch weitere Datenerhebungsmethoden besprochen, die vielleicht nicht direkt als initiale Lösung der Web Analyse [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #666666;"><img style="max-width: 800px; float: right; margin-top: 10px; margin-bottom: 10px; margin-left: 10px;" src="http://www.contentanalytics.de/wp-content/uploads/cookies.jpg" alt="" width="111" height="140" /></span><span style="color: #666666;">Um das Thema Datenerhebung zu beenden wollen wir uns noch um das wichtige Thema der Cookies kümmern. Obwohl oft in Verruf geraten, werden sie extensiv bei der Web Analyse eingesetzt und sind ein wichtiger </span><span style="color: #666666;">Part des Trackings.<br />
</span></p>
<p><span style="color: #666666;">Als zweites werden dann noch weitere Datenerhebungsmethoden besprochen, die vielleicht nicht direkt als initiale Lösung der Web Analyse verwendet werden, jedoch erwähnenswert sind.</span></p>
<p><strong>Cookies</strong><br />
Cookies sind kleine Textanweisungen, die im Speicher des Webbrowsers des User gespeichert werden. Bei Bedarf können sie von einem Server abgerufen werden (Whalen, 2002). Dabei unterscheidet man zwischen 1st und 3rd Party Cookies. 1st Party Cookies werden von der besuchten Seite gesetzt und können nur von dieser abgerufen werden. 3rd Party Cookies werden nicht durch die besuchte Seite gesetzt, sondern von einem Dritten (wie z. B. einem Affiliate Programm). Für die Web-Analyse sind Cookies wichtig, da sie Informationen zur Wiedererkennung des Besuchers enthalten und ihn eindeutig identifizieren. So kann man den User einer Kampagne zuordnen, ihn wiedererkennen oder ihn in ein User-Segment einteilen. Beim Wiederkehren des Users auf die Seite können die vorher festgelegten Informationen abgerufen werden (Aden, 2009, S. 40-45).</p>
<p><strong>Weitere Datenerhebungsmethoden</strong><br />
Weitaus weniger Anwendung finden die weiteren Datenerhebungsmethoden in der Web-Analyse. Der Vollständigkeit halber werden sie kurz erläutert.</p>
<p>Beim A/B- und multivariaten Testing geht es nicht um eine Vollerhebung des Traffics im Sinne von Page Tagging oder Logfile-Analyse, sondern vielmehr um eine selektive Betrachtung zweier oder mehrerer Varianten einer Webseite. Unterschiedlichen Besuchern werden dabei verschiedene Varianten von Elementen einer Webseite gezeigt. Je nach dem welche Variante zu mehr gewünschten Aktionen geführt hat (z. B. das Anklicken eines Links), kann im Anschluss an den Erhebungszeitraum die beste Variante ermittelt werden (Hassler, 2009).<br />
Neben quantitativen, lassen sich auch qualitative Erhebung durchführen. Dazu gehören Onlineumfragen und Benutzerbeobachtungen.</p>
<p>Onlineumfragen (engl.: Surveys) bestehen aus einem Fragebogen, die einem Benutzer als Popup eingeblendet werden. Die Einblendungen des Fragebogens werden über verschiedene Nutzer verteilt, sodass eine möglichst hohe Repräsentativität der Nutzer der Webseite besteht. So lassen sich Rückschlüsse auf bestimmte Fragen schließen und qualitative Daten sammeln.<br />
Die Benutzerbeobachtung wird entweder in einem Labor (Usability Labor) oder beim Nutzer zu Hause durchgeführt. Dabei werden dem Nutzer verschiedene Aufgaben gestellt und beobachtet, wie er diese auf der Seite erfüllt. Dadurch lassen sich Rückschlüsse, insbesondere auf die Usability einer Webseite, schließen.  Ein Beispiel für die Durchführung eines <a title="Usability-Test bei Käuferportal" href="http://www.kaeuferportal.de/blog/tipps-tricks/usability-test-bei-kaeuferportal/" target="_self">Usability-Test</a> kann bei der Plattform <a title="Käuferportal" href="http://www.käuferportal.de" target="_self">Käuferportal</a> nachvollzogen werden.</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" src="http://img.zemanta.com/pixy.gif?x-id=776c71b4-6f2f-86c8-8a0d-01064b237551" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/cookies-weitere-datenerhebungsmethoden/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Grundlagen: Page Tagging Methode</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/grundlagen-page-tagging-methode/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/grundlagen-page-tagging-methode/#comments</comments>
		<pubDate>Sun, 11 Oct 2009 19:23:09 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/index.php/uncategorized/grundlagen-page-tagging-methode/</guid>
		<description><![CDATA[Weiter geht es mit den Grundlagen zur Web Analyse. Heute Page Tagging. Viel Spaß beim Lesen: Das Page Tagging ist eine, im Gegensatz zur Logfile-Analyse, clientseitige Erhebungsmethode. Bei dieser Methode wird ein JavaScript-Code in jede einzelne Seite integriert. Beim Aufruf dieser Seite via eines Clients wird der JavaScript-Code ausgeführt. Dieser ist verbunden mit einem Application [...]]]></description>
			<content:encoded><![CDATA[<p>Weiter geht es mit den Grundlagen zur Web Analyse. Heute Page Tagging. Viel Spaß beim Lesen:</p>
<p>Das Page Tagging ist eine, im Gegensatz zur Logfile-Analyse, clientseitige Erhebungsmethode. Bei dieser Methode wird ein JavaScript-Code in jede einzelne Seite integriert. Beim Aufruf dieser Seite via eines Clients wird der JavaScript-Code ausgeführt. Dieser ist verbunden mit einem Application Service Provider (ASP). Durch den JavaScript-Code werden Daten wie Browsereigenschaften, Referer, Seiteninformationen etc. erhoben und ggf. Cookies gesetzt. Diese werden an eine 1&#215;1 Pixel unsichtbare Grafik angehängt, die von dem ASP breitgestellt wird. So werden die Daten dann an den ASP gesendet.</p>
<p><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/page-tagging.jpg" alt="" width="510" height="158" /> <!--[if gte mso 9]><xml> <o:OfficeDocumentSettings> <o:RelyOnVML /> <o:AllowPNG /> </o:OfficeDocumentSettings> </xml><![endif]--> <!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves /> <w:TrackFormatting /> <w:HyphenationZone>21</w:HyphenationZone> <w:PunctuationKerning /> <w:ValidateAgainstSchemas /> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:DoNotPromoteQF /> <w:LidThemeOther>DE</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables /> <w:SnapToGridInCell /> <w:WrapTextWithPunct /> <w:UseAsianBreakRules /> <w:DontGrowAutofit /> <w:SplitPgBreakAndParaMark /> <w:DontVertAlignCellWithSp /> <w:DontBreakConstrainedForcedTables /> <w:DontVertAlignInTxbx /> <w:Word11KerningPairs /> <w:CachedColBalance /> </w:Compatibility> <m:mathPr> <m:mathFont m:val="Cambria Math" /> <m:brkBin m:val="before" /> <m:brkBinSub m:val="--> <!--[endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" DefUnhideWhenUsed="true"  DefSemiHidden="true" DefQFormat="false" DefPriority="99"  LatentStyleCount="267"> <w:LsdException Locked="false" Priority="0" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Normal" /> <w:LsdException Locked="false" Priority="9" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="heading 1" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 2" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 3" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 4" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 5" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 6" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 7" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 8" /> <w:LsdException Locked="false" Priority="9" QFormat="true" Name="heading 9" /> <w:LsdException Locked="false" Priority="39" Name="toc 1" /> <w:LsdException Locked="false" Priority="39" Name="toc 2" /> <w:LsdException Locked="false" Priority="39" Name="toc 3" /> <w:LsdException Locked="false" Priority="39" Name="toc 4" /> <w:LsdException Locked="false" Priority="39" Name="toc 5" /> <w:LsdException Locked="false" Priority="39" Name="toc 6" /> <w:LsdException Locked="false" Priority="39" Name="toc 7" /> <w:LsdException Locked="false" Priority="39" Name="toc 8" /> <w:LsdException Locked="false" Priority="39" Name="toc 9" /> <w:LsdException Locked="false" Priority="35" QFormat="true" Name="caption" /> <w:LsdException Locked="false" Priority="10" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Title" /> <w:LsdException Locked="false" Priority="1" Name="Default Paragraph Font" /> <w:LsdException Locked="false" Priority="11" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Subtitle" /> <w:LsdException Locked="false" Priority="22" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Strong" /> <w:LsdException Locked="false" Priority="20" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Emphasis" /> <w:LsdException Locked="false" Priority="59" SemiHidden="false"   UnhideWhenUsed="false" Name="Table Grid" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Placeholder Text" /> <w:LsdException Locked="false" Priority="1" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="No Spacing" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 1" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 1" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 1" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 1" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 1" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 1" /> <w:LsdException Locked="false" UnhideWhenUsed="false" Name="Revision" /> <w:LsdException Locked="false" Priority="34" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="List Paragraph" /> <w:LsdException Locked="false" Priority="29" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Quote" /> <w:LsdException Locked="false" Priority="30" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Intense Quote" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 1" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 1" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 1" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 1" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 1" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 1" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 1" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 1" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 2" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 2" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 2" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 2" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 2" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 2" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 2" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 2" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 2" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 2" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 2" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 2" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 2" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 2" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 3" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 3" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 3" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 3" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 3" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 3" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 3" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 3" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 3" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 3" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 3" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 3" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 3" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 3" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 4" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 4" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 4" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 4" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 4" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 4" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 4" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 4" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 4" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 4" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 4" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 4" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 4" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 4" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 5" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 5" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 5" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 5" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 5" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 5" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 5" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 5" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 5" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 5" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 5" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 5" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 5" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 5" /> <w:LsdException Locked="false" Priority="60" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Shading Accent 6" /> <w:LsdException Locked="false" Priority="61" SemiHidden="false"   UnhideWhenUsed="false" Name="Light List Accent 6" /> <w:LsdException Locked="false" Priority="62" SemiHidden="false"   UnhideWhenUsed="false" Name="Light Grid Accent 6" /> <w:LsdException Locked="false" Priority="63" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 1 Accent 6" /> <w:LsdException Locked="false" Priority="64" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Shading 2 Accent 6" /> <w:LsdException Locked="false" Priority="65" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 1 Accent 6" /> <w:LsdException Locked="false" Priority="66" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium List 2 Accent 6" /> <w:LsdException Locked="false" Priority="67" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 1 Accent 6" /> <w:LsdException Locked="false" Priority="68" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 2 Accent 6" /> <w:LsdException Locked="false" Priority="69" SemiHidden="false"   UnhideWhenUsed="false" Name="Medium Grid 3 Accent 6" /> <w:LsdException Locked="false" Priority="70" SemiHidden="false"   UnhideWhenUsed="false" Name="Dark List Accent 6" /> <w:LsdException Locked="false" Priority="71" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Shading Accent 6" /> <w:LsdException Locked="false" Priority="72" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful List Accent 6" /> <w:LsdException Locked="false" Priority="73" SemiHidden="false"   UnhideWhenUsed="false" Name="Colorful Grid Accent 6" /> <w:LsdException Locked="false" Priority="19" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Subtle Emphasis" /> <w:LsdException Locked="false" Priority="21" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Intense Emphasis" /> <w:LsdException Locked="false" Priority="31" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Subtle Reference" /> <w:LsdException Locked="false" Priority="32" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Intense Reference" /> <w:LsdException Locked="false" Priority="33" SemiHidden="false"   UnhideWhenUsed="false" QFormat="true" Name="Book Title" /> <w:LsdException Locked="false" Priority="37" Name="Bibliography" /> <w:LsdException Locked="false" Priority="39" QFormat="true" Name="TOC Heading" /> </w:LatentStyles> </xml><![endif]--><br />
<!--  /* Font Definitions */ @font-face 	{font-family:"Cambria Math"; 	panose-1:2 4 5 3 5 4 6 3 2 4; 	mso-font-charset:1; 	mso-generic-font-family:roman; 	mso-font-format:other; 	mso-font-pitch:variable; 	mso-font-signature:0 0 0 0 0 0;} @font-face 	{font-family:Calibri; 	panose-1:2 15 5 2 2 2 4 3 2 4; 	mso-font-charset:0; 	mso-generic-font-family:swiss; 	mso-font-pitch:variable; 	mso-font-signature:-520092929 1073786111 9 0 415 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal 	{mso-style-unhide:no; 	mso-style-qformat:yes; 	mso-style-parent:""; 	margin-top:0cm; 	margin-right:0cm; 	margin-bottom:6.0pt; 	margin-left:0cm; 	text-align:justify; 	line-height:150%; 	mso-pagination:widow-orphan; 	font-size:11.0pt; 	font-family:"Arial","sans-serif"; 	mso-fareast-font-family:Calibri; 	mso-fareast-theme-font:minor-latin; 	mso-bidi-font-family:"Times New Roman"; 	mso-bidi-theme-font:minor-bidi; 	mso-fareast-language:EN-US;} .MsoChpDefault 	{mso-style-type:export-only; 	mso-default-props:yes; 	mso-ascii-font-family:Calibri; 	mso-ascii-theme-font:minor-latin; 	mso-fareast-font-family:Calibri; 	mso-fareast-theme-font:minor-latin; 	mso-hansi-font-family:Calibri; 	mso-hansi-theme-font:minor-latin; 	mso-bidi-font-family:"Times New Roman"; 	mso-bidi-theme-font:minor-bidi; 	mso-fareast-language:EN-US;} .MsoPapDefault 	{mso-style-type:export-only; 	margin-bottom:10.0pt; 	line-height:115%;} @page Section1 	{size:612.0pt 792.0pt; 	margin:70.85pt 70.85pt 2.0cm 70.85pt; 	mso-header-margin:36.0pt; 	mso-footer-margin:36.0pt; 	mso-paper-source:0;} div.Section1 	{page:Section1;} --></p>
<p><!--[if gte mso 10]><br />
<mce:style><!   /* Style Definitions */ table.MsoNormalTable 	{mso-style-name:"Normale Tabelle"; 	mso-tstyle-rowband-size:0; 	mso-tstyle-colband-size:0; 	mso-style-noshow:yes; 	mso-style-priority:99; 	mso-style-qformat:yes; 	mso-style-parent:""; 	mso-padding-alt:0cm 5.4pt 0cm 5.4pt; 	mso-para-margin-top:0cm; 	mso-para-margin-right:0cm; 	mso-para-margin-bottom:10.0pt; 	mso-para-margin-left:0cm; 	line-height:115%; 	mso-pagination:widow-orphan; 	font-size:11.0pt; 	font-family:"Calibri","sans-serif"; 	mso-ascii-font-family:Calibri; 	mso-ascii-theme-font:minor-latin; 	mso-fareast-font-family:"Times New Roman"; 	mso-fareast-theme-font:minor-fareast; 	mso-hansi-font-family:Calibri; 	mso-hansi-theme-font:minor-latin; 	mso-bidi-font-family:"Times New Roman"; 	mso-bidi-theme-font:minor-bidi;}  --></p>
<p><!--[endif]--><small><em><small><small><span style="font-size: 11pt; line-height: 150%; font-family: &quot;Arial&quot;,&quot;sans-serif&quot;;">Beispiel eines Page Tagging Tracking Codes bei Google Analytics</span></small></small><big> (<a href="http://adwords.google.com/support/aw/bin/answer.py?hl=en&amp;answer=66983#0.1.1_step3">Quelle</a>)</big></em></small></p>
<p>Die Application Service Provider sind meist Softwarelösungen die als „Software as a Service“-Modell (SaaS) bereitgestellt werden.<br />
Schematische Darstellung der Page Tagging Methode</p>
<p><img style="max-width: 800px;" src="http://www.contentanalytics.de/wp-content/uploads/page-tagging-methode.jpg" alt="" /><br />
<em>(Quelle: Eigene Darstellung in Anlehnung an Kaushik, 2007, S.31)</em></p>
<p>Im Gegensatz zu der Logfile-Analyse lassen sich technisch mehr Daten erheben. So ist es möglich den JavaScript-Code so zu verändern, dass er Informationen, die auf der Seite liegen, mitsendet. Dies ist vor allem für E-Commerce-Informationen von Vorteil (Produktnummer, Produktpreis, usw.). Technisch ist es außerdem möglich, Aktionen zu erheben, die nicht unbedingt zu einer Serveranfrage führen. Bei Flashapplikationen oder Ajax (Asynchronous JavaScript and XML) basierenden Seiten ist dies der Fall. So lassen sich z. B. die Nutzung eines Videoplayers nachvollziehen. Das bei der Logfile-Analyse auftretende Caching-Problem wird ignoriert. Der JavaScript-Code wird beim Laden der Seite immer wieder neue ausgeführt.</p>
<p>Negative Aspekte können im Gegensatz zur Logfile-Analyse auch auftreten, die dazu führen, dass das Datenmaterial verfälscht werden kann. So können durch Firewalls Fehler in der Ausführung des JavaScript-Codes auftreten, oder die Nutzer der Webseite können im vornereinen JavaScript in ihrem Browser abgestellt haben. Da Suchmaschinenroboter kein JavaScript ausführen können, werden sie ebenso von der Web-Analytics-Software nicht wahrgenommen.</p>
<div class="zemanta-pixie"><img class="zemanta-pixie-img" src="http://img.zemanta.com/pixy.gif?x-id=29f9036c-b125-8caa-a3c6-c267a4a1cb33" alt="" /></div>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/grundlagen-page-tagging-methode/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Logfile-Analyse</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/logfile-analyse/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/logfile-analyse/#comments</comments>
		<pubDate>Sun, 11 Oct 2009 07:45:38 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/?p=84</guid>
		<description><![CDATA[Bei den Grundlagen zu Web Analytics dürfen die technischen Hintergründe nicht fehlen. Denn nur so kann man die Messung der Daten verstehen und die Ergebnisse richtig interpretieren. Zur Web Analyse zählt aber auch nicht zuletzt die Implementierung des Web Analytics Tools. Ein Grundwissen zu den hintergründlichen Techniken ist wünschenswert. Daher wollen wir in den nächsten [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #888888;">Bei den Grundlagen zu Web Analytics dürfen die technischen Hintergründe nicht fehlen. Denn nur so kann man die Messung der Daten verstehen und die Ergebnisse richtig interpretieren. Zur Web Analyse zählt aber auch nicht zuletzt die Implementierung des Web Analytics Tools. Ein Grundwissen zu den hintergründlichen Techniken ist wünschenswert. Daher wollen wir in den nächsten zwei Artikeln die Logfile-Analyse und Page Tagging Methode genauer erörtern.</span></p>
<p>Die Logfile-Analyse entstand ursprünglich aus Fehlerlogs eines Webservers, die automatisch Übertragungsfehler protokollierten (Kaushik, 2007, S. 2). Heute wird jede Anfrage an einen Server automatisch in einer Log-Datei protokolliert. Stellt ein Client eine Anfrage an einen Server werden automatisch folgende Daten mitgeschrieben:</p>
<ul>
<li>TCP / IP – Adresse<img src="file:///C:/Users/Julian/AppData/Local/Temp/moz-screenshot-3.png" alt="" /></li>
<li>Referer – Der Link bzw. die Seite von der die Anfrage kam</li>
<li>Zugriffszeit</li>
<li>Auftretende Fehler in der Übertragung</li>
<li>Browsereigenschaften und Plugin-Installationen</li>
<li>Betriebsysteminformationen</li>
<li>Protokollart (HTML / XML / HTTPS)</li>
</ul>
<p>(Braun &amp; Bleich, 2009)</p>
<p>Aggregiert man die Daten mittels eines Logfile-Analyse Programms (wie AWStats, RRDtool, w3Perl oder Webalizer) lassen sich Rückschlüsse auf den Erfolg einer Webseite ziehen (Aden, 2009, S. 33).</p>
<div class="wp-caption aligncenter" style="width: 573px"><img title="Logfile-Analyse" src="http://www.contentanalytics.de//wp-content/uploads/Logfile-Analyse.jpg" alt="Schematische Darstellung der Log-File-Analyse (Quelle: Eigene Darstellung in Anlehnung an Kaushik, 2007, S.26)" width="563" height="268" /><p class="wp-caption-text">Schematische Darstellung der Log-File-Analyse (Quelle: Eigene Darstellung in Anlehnung an Kaushik, 2007, S.26)</p></div>
<p>Die Logfile-Analyse ist vergleichsweise kostengünstig. Sie bedarf keiner Implementierung auf der Webseite und kann sofort auf die vorhandene Logfiles angewendet werden. Lediglich das Analyse-Tool verursacht optionale Kosten (AWStat ist kostenfrei). Viele gängige Webhoster bieten standardmäßig Tools mit dem Hostingservice an (Braun &amp; Bleich, 2009, S. 81). Logfiles werden automatisiert von jedem Server erstellt, eine rückwirkende Analyse der Logfiles ist daher auch möglich, unabhängig vom Implementierungszeitpunkt. Darüber hinaus wird jede Aktivität getrackt, so z. B. auch ob eine Datei vollständig heruntergeladen wurde oder ob es Probleme bei der Übertragung gab. Wenn für die Analyse die Aktivitäten eines Search Robots auf der eigenen Webseite benötigt werden, ist Logfile-Analyse unumgänglich (Aden, 2009, S. 33-34). Da die Daten vom Webserver erhoben werden, verfügt der Webseitenbetreiber über die rechtliche Verantwortung für die Daten. Im Gegensatz zur Page-Tagging-Methode findet keine Weitergabe der Daten statt.</p>
<p>Bei der Datenerhebung per Logfiles können auch Probleme auftreten. Die größten Unregelmäßigkeiten der Erhebungsmethode sind auf das Caching-Problem zurückzuführen. Benutzt der User die Zurück-Taste des Browser, stellt er keine neue Anfrage an den Server und die Seite wird aus dem Cache des Webbrowser geladen. Obwohl der User eine Seite betrachtet, wird so keine Aktivität bei der Logfile-Analyse angezeigt. Das gleiche Problem tritt bei Proxy-Servern auf, wie sie meist bei großen Firmen verwendet werden. Ein Proxy-Server cached oft abgerufene Dateien und Seiten, sodass keine neue Anfrage an den Server gestellt werden muss. Dies spart Ressourcen (Bandbreite) für den Client, führt aber zu Unregelmäßigkeiten im Datenmaterial für den Seitenbetreiber.</p>
<p>Bei der Logfile-Analyse  werden die Daten vom Webseitenbetreiber zentral gespeichert und verarbeitet. Dies bedeutet, dass er für genügend Speichplatz und für eine geeignete Softwarelösung verantwortlich ist. Diese können zusätzliche Kosten verursachen.</p>
<p>Die Logfile-Analyse bleibt ein Standard in der Web-Analyse. Da von jedem Webhoster vorinstalliert, kann sie leicht durchgeführt werden. Dennoch greifen heutzutage professionelle Anbieter von Web Analytics häufiger die Page Tagging Methode auf (Aden, 2009, S. 33). Logfile-Analysen bleiben für spezielle Analysen weiterhin unersetzlich, wie z .B. Search Robots.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/logfile-analyse/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Einordnung von Web Analytics in das Controlling</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/einordnung-von-web-analytics-in-das-controlling/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/einordnung-von-web-analytics-in-das-controlling/#comments</comments>
		<pubDate>Thu, 08 Oct 2009 18:10:05 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>
		<category><![CDATA[Begriffe]]></category>
		<category><![CDATA[Controlling]]></category>
		<category><![CDATA[Einordnung]]></category>
		<category><![CDATA[Web Analytics]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/?p=78</guid>
		<description><![CDATA[Betrachtet man Web Analytics wissenschaftlich so stellt sich die Frage in welchen Bereich sie einzuordnen ist. Während für viele der Nutzen vor allem im Marketingbereich liegt, benutzen E-commerce Websites es vor allem zum Salescontrolling. Doch was ist wenn man eine Informationsseite hat? Oder eine Contentseite? Natürlich ist der Nutzen immer individuell. Eine Versuch das Thema [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #888888;"><img class="alignright" title="Web Analytics Controlling" src="http://www.contentanalytics.de//wp-content/uploads/web-analytics-controlling.jpg" alt="" width="135" height="126" />Betrachtet man Web Analytics wissenschaftlich so stellt sich die Frage in welchen Bereich sie einzuordnen ist. Während für viele der Nutzen vor allem im Marketingbereich liegt, benutzen E-commerce Websites es vor allem zum Salescontrolling. Doch was ist wenn man eine Informationsseite hat? Oder eine Contentseite? Natürlich ist der Nutzen immer individuell. Eine Versuch das Thema wissenschaftlich einzuordnen soll hier versucht werden:</span></p>
<p>Die Geschichte lässt den Funktionswandel von Web Analytics erkennen. Entstanden aus den Fehlerprotokollen der Server, die zur Kontrolle des technischen Betriebes der Webseite genutzt wurden, hin zur komplexen Datensammlung, die meist einen betriebswirtschaftlichen Hintergrund hatte. Web Analytics ist folglich als Instrument der Kontrolle und Steuerung zu begreifen. Dies steht wiederum dem betriebswirtschaftlichen Controlling nahe.</p>
<p>Der Begriff Controlling stammt aus Amerika und bedeutet übersetzt Steuerung, Beherrschung oder Lenkung eines Vorganges. In der Literatur gibt es keine genaue Definition des Begriffes. Jedoch wird der Controlling-Begriff verschieden interpretiert und erweitert.</p>
<p>„Controlling ist – funktional gesehen – dasjenige Subsystem der Führung, das Planung und Kontrolle sowie Informationsversorgung systembildend und systemkoppelnd ergebniszielorientiert koordiniert und so die Adaption und Koordination des Gesamtsystems unterstützt.“ (Horvath, 1996, S. 141)<br />
Nach dieser Definition sind als Hauptmerkmale des Controllings die Planung, Steuerung und Kontrolle zu verstehen. Die Aufgabe des Controllings besteht darin, die am Zielerreichungsprozess beteiligten Einheiten mit Informationen und Instrumenten zu versorgen.</p>
<p>Ferner kann man Controlling in verschiedene Dimensionen klassifizieren. So unterscheidet man zwischen operativen und strategischen Controlling und den verschiedenen Teilbereichen (z.B. Marketingcontrolling, Kommunikationscontrolling etc.), die in Branchen und Umfang der Aufgaben auftreten.<br />
Betreibt man Controlling für die Webseite eines Unternehmens so spricht man im Allgemeinen von Web Controlling. Web Analytics im Sinne des Controllings (Web Controlling) nimmt ähnliche Funktionen war, umfasst aber nur einen Teil der Funktionen des Web Controllings (siehe Definition).</p>
<p>Die Aufgaben von Web Analytics sind die Erhebung, Sammlung und Analyse von Internetdaten zum Verständnis der Webnutzung. Diese stellen einen Teilbereich des Web Controllings dar. Im Web Controlling und damit verbundenen Web Analytics Feld arbeitet man insbesondere mit quantifizierbaren Daten, sodass eine Zurechnung zum operativen Controlling möglich ist.</p>
<p>Eine genaue Zuordnung zu einer Controllingart (Marketing-Controlling, Kommunikations-Controlling etc.) ist nicht möglich, da eine Webseite eines Unternehmens verschiedene Funktionen übernehmen kann. Nach dem ICDT-Modell nach Anghern können Webpräsenzen in die Felder Information, Kommunikation, Distribution und Transaktion eingeteilt werden. Mischformen aus den Feldern sind auch möglich (Angehrn, 1997). Bernd W. Wirtz konkretisiert die Unterteilung in Geschäftsmodelle im Internet durch Content, Commerce, Context und Connection (Wirtz, 2009, S. 638 &#8211; 642). Abhängig von der Funktion der Webseite und dem daraus resultierenden Geschäftsmodell, muss stets eine differenzierte Betrachtung von Web Analytics und den wahrgenommen Funktionen erfolgen. Erst dann kann eine genaue Einteilung und Zurechnung in einen Controllingbereich resultieren.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/einordnung-von-web-analytics-in-das-controlling/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Die Geschichte von Web Analytics (bis 2009)</title>
		<link>http://www.contentanalytics.de/wa-grundlagen/die-geschichte-von-web-analytics-bis-2009/</link>
		<comments>http://www.contentanalytics.de/wa-grundlagen/die-geschichte-von-web-analytics-bis-2009/#comments</comments>
		<pubDate>Wed, 07 Oct 2009 18:29:17 +0000</pubDate>
		<dc:creator>Julian Jünemann</dc:creator>
				<category><![CDATA[WA Grundlagen]]></category>
		<category><![CDATA[Geschichte]]></category>
		<category><![CDATA[Web Analytics]]></category>

		<guid isPermaLink="false">http://www.contentanalytics.de/?p=38</guid>
		<description><![CDATA[Wenn man sich mit dem Thema Web Analytics beschäftigt ist es wichtig, insbesondere für die Implementierung, die Geschichte der Web Analyse zu verstehen. Woher kommt sie? Der folgende Teil soll Aufschluss geben. Achtung: Der Beitrag wurde Ende Juli 2009 fertiggestellt. Neuere Entwicklungen wurden nicht betrachtet. Insbesondere ist hier natürlich die Übernahme von Omniture durch Adobe [...]]]></description>
			<content:encoded><![CDATA[<p><span style="color: #888888;"><img class="alignright" title="Web Analytics Geschichte" src="http://www.contentanalytics.de//wp-content/uploads/web-analytics-geschichte.png" alt="" width="132" height="132" />Wenn man sich mit dem Thema Web Analytics beschäftigt ist es wichtig, insbesondere für die Implementierung, die Geschichte der Web Analyse zu verstehen. Woher kommt sie? Der folgende Teil soll Aufschluss geben. </span></p>
<p><span style="color: #888888;">Achtung: Der Beitrag wurde Ende Juli 2009 fertiggestellt. Neuere Entwicklungen wurden nicht betrachtet. Insbesondere ist hier natürlich die Übernahme von Omniture durch Adobe zu erwähnen. Über die Entwicklung kann man <a href="http://www.timoaden.de/2009/09/adobe-kauft-omniture-fur-18-milliarden.html" target="_self">hier </a>und <a href="http://www.webanalyticsblog.de/2009/09/22/adobe-kauft-omniture-preis-7014969/">hier </a>nachlesen. Nun zum eigentlichen Artikel:</span></p>
<p>Anfang der 70er Jahre wurden Error Logs von einem Server erstellt, der eine Anfrage eines Clients nicht ordnungsgemäß beantworten konnte. Diese Funktionen wurden später auf Server Log erweitert, die Anfragen auf dem Server protokollierten. Jede Anfrage auf dem Server konnte so einer bestimmten Aktion des Benutzers zugeordnet werden (Aufrufen einer neuen Seite, Klick auf einem Hyperlink oder das Herunterladen einer Datei). Die Server Logs beinhalteten nicht nur die Informationen über die Anfrage, sondern auch Daten über den Client.<br />
Nach einiger Zeit wurden mit Hilfe von Skripts die einzelnen Log-Dateien ausgelesen und aggregiert. Es entstanden die ersten Metriken, die eine Analyse der Daten erlaubten. Das Programm Analog von Dr. Stephan Turner war 1995 das erste weitverbreitete Analyseprogramm für Log Files und dient auch heute noch für viele Internet Service Provider (ISP) als vorinstallierte Software für Server.<br />
1996 wurden die ersten Web Statistiken auch dazu benutzt Marketing zu betreiben. So gab es im Zeitraum bis zum Jahre 2000 viele Webseiten die einen so genannten Counter in ihre Seiten integrierten, der dem User preisgab, der wievielte Besucher er war. Heute werden Web Counter kaum noch angewendet.<br />
Mit dem Boom des Internets im Jahre 2000 stieg auch der Bedarf nach Userdaten weiter an. Dies führte zu einer zunehmenden Kommerzialisierung des Web-Analytics-Bereiches. Softwareanbieter wie Webseite Story begannen ihre Web-Analytics-Lösung kommerziell zu vertreiben.<br />
Zu dieser Zeit entstanden wiederum Problemfelder, wonach die Server Logs nicht die optimale Lösung zur Datenerhebung darstellten. So konnten Unregelmäßigkeiten durch die zunehmenden Verteilung von dynamischen IP-Adressen durch die ISPs vorkommen. Auch die durch Google bekannten Search Robots, die zwar eine Anfrage an den Server stellten, jedoch keinen realen User waren, konnten zu Ungenauigkeiten im erhobenen Datenmaterial führen. Die Einführung neuer Datenerhebungsmethoden durch Page-Tagging und Cookies war die Folge (Kaushik, 2007, S. 2-5).<br />
Im Jahre 2005 akquirierte Google die Firma Urchin, eine hosted Web-Analytics-Software. 2006 veröffentlichte Google dann Google Analytics, eine kostenfreie hosted Analysesoftware (Google Inc., 2005). Im Allgemeinen wird dies als Ergänzung zum sehr populär gewordenen Suchmarschinenmarketing, oder im Falle von Google: Google AdWords, gesehen (Braun &amp; Bleich, 2009, S. 82). Mit der Akquisition von Index-Tools und dem Vorstellung von Web Analytics stellte dann auch Yahoo! eine Web-Analytics-Software vor (Mortensen, 2008). Microsoft, zu der die Suchmaschine Bing und MSN-Live gehörte, gab hingegen seine Ambitionen im März 2009 auf und schloss sein AdCenter-Analytics-Programm (Carson, 2009). Mit dem Bekanntwerden der Nutzung der Suchtechnologie von Bing bei der Suchmaschine Yahoo! wird die Yahoo! Web Analytics in naher Zukunft auch Kunden des Microsoft Ad zur Verfügung stehen (Patalong, 2009).<br />
Die heutigen Anwendungen von Web Analytics unterscheiden sich insbesondere durch die technischen Methoden von den frühen Lösungen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.contentanalytics.de/wa-grundlagen/die-geschichte-von-web-analytics-bis-2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

