#piwik

Piwik. Bei der Suche nach einer Alternative zu Google Analytics habe ich mir einmal Piwik angesehen. Grundsätzlich macht das Tool einen guten Eindruck. Da es auf dem eigenen (bzw. dem des Hosters) läuft habt ihr mehr oder weniger die volle Kontrolle darüber was mit den gesammelten Daten passiert. Da sich die IP Adressen der Besucher anonymisieren lassen, ist Piwik mit entsprechender Datenschutzerklärung auch konform mit dem deutschen Datenschutz. Unterverzeichnis oder nicht? Nach Möglichkeit sollte Piwik auf einer eigenen (Sub)Domain installiert werden. In meinem Fall läuft die eigene Webseite auf der Hauptdomain mit https - alle anderen Domains die ich habe, leider nur per http. Wird die Installation nun aber auf einer http Domain vorgenommen und die eigentliche Seite läuft auf https, dann werden schlicht keine Daten gesammelt. Daher blieb mir nichts anderes übrig als eine Installation in einem Unterordner der Wordpress Installation. Während Wordpress (bzw. der Login/Adminbereich) bei mir zusätzlich gesichert ist, ist dies bei Piwik nicht ohne weiteres möglich. Dazu weiter unten mehr. Piwik absichern Im Tracking Code ist (leider) die Url zur Installation des Tools ersichtlich. Daher wollte ich für etwas mehr Sicherheit sorgen. Piwik bringt dazu beispielsweise eine Plugin zur Zwei-Faktor-Authentifizierung mit. Das läuft grundsätzlich ohne Probleme. Es sei denn ihr benutzt zum Aufräumen der Berichte einen Cron Job der per Sicherheitstoken ausgeführt wird. Dieser wird dann nicht mehr funktionieren, was ich nur bedingt gut finde.... Daher hatte ich bei meiner Installation immer ein etwas ungutes Gefühl. Volle Funktion Bei mir mündete der Aufruf einiger Menüpunkte in einer Fehlermeldung. Dies lag bei mir am  Wordpress Sicherheitsplugin und an der Installation im Unterverzeichnis. Für Abhilfe sorgt der folgende Code in der htaccess: RewriteEngine On RewriteCond %{REQUEST_URI} "/piwik/" RewriteRule (.*) $1 Damit läuft Piwik völlig problemlos. Alternativen Wie oben beschrieben werden schöne übersichtliche Auswertungen generiert, die ich persönlich in dieser Fülle aber gar nicht brauche. In erster Linie interessieren mich lediglich die Anzahl der Seitenaufrufe und um welche es sich dabei handelt. Deshalb wird aktuell bei mir lediglich das Plugin Statify eingesetzt. Wenn es dann doch mal etwas detaillierter werden soll, reicht mir das vom Hoster vorinstallierte AWStats. Mehr Informationen zu CMS Systemen gibt es hier.   Read the full article

Statify. Wer es nicht weiss: bei Statify handelt es sich um ein Statistikplugin. Dieses beschränkt sich auf das Wesentliche und zeichnet 'nur' die Seitenabrufe (Anzahl und welche Seiten)auf. Dies macht Statify datenschutzrechtlich unbedenklicher als Google Analytics oder Piwik. Da die IP Adressen der Besucher nicht aufgezeichnet werden, lassen sich keinerlei Rückschlüsse auf Herkunft des Besuchers oder gar auf personenbezogene Daten ziehen. Ich werde das Plugin in einem anderen Beitrag noch detaillierter beschreiben.  In diesem Beitrag geht es um die Lösung 'meines' Javascript Problems mit dem Plugin. Caching Für den Fall, dass ein Caching Plugin eingesetzt wird, bietet das Plugin die Möglichkeit das Tracking mittels Javascript vorzunehmen. Genau das sorgte bei mir für Probleme. Aus ungeklärten Gründen verschwand bei mir der Javascript Code  aus dem Quelltext und es wurden keine Besuche mehr aufgezeichnet. Der Code war einige Zeit vorhanden, und verschwand dann nach einigen Seitenaufrufen. Eine intensive Recherche brachte leider keine Lösung. Hierzu war etwas Handarbeit an einer Datei nötig. Ich vermute die Kombination der von mir eingesetzten Plugins macht hier in Verbindung mit Statify Probleme. Backup anlegen Wie immer gilt: Alle Änderungen erfolgen auf eigene Gefahr. Bitte legt vorher ein Backup der Plugin Daten an. Zum Beispiel indem ihr die Plugin Dateien per ftp auf euren Rechner übertragt. Der Javscript Code für das Tracking befindet sich in der Datei: js_snippet.view.php. Diese befindet sich im Unterverzeichnis 'views' des Plugins. Für den Fall das ihr nicht wisst wo Wordpress die Plugin Daten speichert: Diese befinden sich in \wp_conten\plugins eurer Wordpress Installation. Ihr solltet also mindesten die Datei 'js_snippet.view.php' sichern. Los geht's Als erstes wird der komplette Cache gelöscht und der Quelltext einer Seite angezeigt. Dort nach dem Code von Statify suchen. Dieser sieht bei mir wie folgt aus:(function () { var e = document.createElement('script'), s = document.getElementsByTagName('script'), r = encodeURIComponent(document.referrer), t = encodeURIComponent(location.pathname + location.search), p = '?statify_referrer=' + r + '&statify_target=' + t;e.async = true; e.type = 'text/javascript'; e.src = "/" + p;s.parentNode.insertBefore(e, s); })(); Nun öffnet ihr die Datei 'js_snippet.view.php' in einem Texteditor. Aus dieser Datei löscht ihr nun alles ausser dem nachfolgenden Code:Anschliessend ladet ihr die Datei wieder auf den Server. Idealerweise bietet euer Theme die Möglichkeit eigenen Code zum Footer hinzuzufügen. Dort fügt ihr den aus dem Quelltext herauskopierten Javascript Code ein. Bietet euer Theme diese Möglichkeit nicht, sollte der Workaround auch klappen wenn ihr den Javascript Code in die Footer Datei des Themes direkt vor dem abschliessenden Body Tag einfügt. Nachteile Das Editieren der Statify muss leider immer neu geschehen wenn es eine Aktualisierung des Plugins gibt. Ausser natürlich das Problem ist mit einem Updaten behoben worden. Dann ist dieser Artikel auch hinfällig :-) Passt ihr die Footer Datei des Themes an, muss diese logischerweise nach einem Theme Update auch angepasst werden. Ggf. solltet ihr in diesem Fall über eigenes Child Theme nachdenken. Mehr Informationen zu CMS Systemen gibt es hier.   Read the full article

Wechsel von Piwik zu AWStats. Ich habe auf diesen Seiten über gut 3 Monate das Statistik Programm 'Piwik' laufen gehabt um einen Überblick über meine Besucher zu erhalten. Warum ich nun AWStats einsetze erklärt dieser kurze Beitrag. Piwik versah auch problemlos seinen Dienst, auch wenn hier zusätzlicher Arbeitsaufwand anfiel. Schliesslich mussten auch hier Updates installiert und die Zenphoto Themes mit dem Tracking Code versehen werden. Ich habe mich damals für Piwik entschieden, weil es sich auf dem eigenen Server installieren lässt und ich damit die Kontrolle über die Besucherdaten habe. Vor ein paar Tagen habe ich mir dann die Frage gestellt, welchen Nutzen die gesammelten Besucherdaten haben. Insbesondere da es sich um eine rein private Seite handelt, welche kein Geld erwirtschaftet. Um ehrlich zu sein, war die Antwort auf die Frage: Nicht viel. Ich habe lediglich die Besucherzahlen im Auge gehabt und dann und wann einmal geschaut aus welchem Land die meisten Besucher kommen. Bei einer rein deutschsprachigen Webseite war das Ergebnis nicht weiter überraschend. All diese Informationen bekomme ich allerdings auch über das ohnehin von meinem Provider (alfahosting.de) vorinstallierte AWStats. Das bedeutet zunächst einmal, dass ich hier keinen administrativen Aufwand habe. AWStats nutzt zur generierung die ohnehin erzeugten Server Logiles, von daher ist auch kein Tracking Code und damit keine Anpassung meiner Themes notwendig. Auch nicht schlecht. Informationsdarstellung Informationen bietet AWStats ebenfalls in Hülle und Fülle. Nahezu alles was mir Piwik angezeigt hat, sehe ich auch in AWStats. Nur eben - und da sind wir beim Nachteil von AWStats - in sagen wir mal etwas altbackener Optik. Statt einer auf schicken Weltkarte werden die Länder der Besucher in Listenform angezeigt. Momentan kann ich mit dem optischen Nachteil leben, da ich problemlos an die für mich relevanten Informationen komme. Mehr Informationen zu CMS Systemen gibt es hier. Read the full article

View On WordPress

View On WordPress

  - - - (original: cbfish.es/b/2wA)

View On WordPress