Pünktlich zum ersten Dezemeber habe ich überraschenderweise ein Paket von Conrad erhalten: Einen Adventskalender mit einem netten Anschreiben. Das ist auf jeden Fall eine Erwähnung in meinem Blog wert – und nun heißt es fleißig basteln…

… und das, obwohl ich meine Modellbau-Aktivitäten schon vor einigen Jahren auf Eis gelegt habe.

Also: Vielen Dank Conrad!

Zunächst hatte ich ja auf Amazon’s S3 und JungleDisk als Netzlaufwerk gesetzt, doch fehlte es mir dort recht bald an dem gewünschten Komfort, so dass ich auf humyo umgestiegen bin. Gerade bei größeren Datenmengen (rund 50 GB) macht humyo mir allerdings immer wieder Schwierigkeiten und so habe ich mich dazu entschlossen, nun mal die Dropbox zu testen. Von Google gibt es ja leider noch immer keine ordentliche Lösung in diesem Bereich…

Solltet Ihr noch keinen Dropbox-Account haben, registriert Euch über diesen Link (http://db.tt/G3fYeMd) und erhaltet 250 MB Extra-Speicherplatz!

[your-name] <[your-email]>

Es kann sehr gut sein, dass diese Einstellung verhindert, dass die Daten erfolgreich per E-Mail gesendet werden. Ändert man diese Einstellung auf die Domain der WordPress-Installation, hier z.B. auf formular@blog.andrekolell.de, funktioniert alles reibungslos.

Wer der Absender des Formulars gewesen ist, erfährt man nach wie vor aus der E-Mail.

1. Instanz starten, z.B. Micro in der Zone eu-west-1a.
   AMI: Basic 64-bit Amazon Linux AMI 2011.02.1 Beta (AMI Id: ami-45cefa31)
2. Markiere ggf. “Prevention against accidental termination”.
3. Wähle einen geeigneten Namen.
4. Security Group mit mindestens offenen Ports 22 (SSH) und 80 (HTTP).
5. “Elastic IP” mit der neu gestarteten Instanz assoziieren.
6. Mit Putty auf die IP mit hinterlegtem PPK verbinden und als ec2-user einloggen.
7. Nach “sudo su” mit “vi /etc/ssh/sshd_config” “PermitRootLogin forced-commands-only” durch “PermitRootLogin without-password” ersetzen.
8. Mit “vi /root/.ssh/authorized_keys” alls bis zu “ssh-rsa” entfernen.
9. Mit “service sshd restart” den SSH Service neu starten.
10. Apache: “yum install httpd”
11. PHP: “yum install php libmcrypt libmcrypt-devel php-mcrypt php-mbstring php-mysql”
12. MySQL: “yum install mysql mysql-server”
13. MySQL starten: “service mysqld start”
14. /usr/bin/mysqladmin -u root password ‘SUPERSECUREPASSWORD’
15. cd /var/www/html
16. Mit “wget http://sourceforge.net/projects/phpmyadmin/files%2FphpMyAdmin%2F3.4.3.1%2FphpMyAdmin-3.4.3.1-english.tar.gz” aktuelles phpMyAdmin laden, mit “tar -xzvf phpMyAdmin-3.4.3.1-english.tar.gz -C /var/www/html” entpacken, mit “mv phpMyAdmin-3.4.3.1-english.tar.gz phpmyadmin” umbenennen und mit “rm -rf phpMyAdmin-3.4.3.1-english.tar.gz” die Ursprungsdatei löschen.
17. Nach “adduser phpmyadmin” und “passwd phpmyadmin” mit “chown -R phpmyadmin.apache phpmyadmin/” Rechte setzen.
18. phpMyAdmin vorbereiten: “mkdir /var/www/html/phpmyadmin/config”, “chmod o+rw /var/www/html/phpmyadmin/config”, “cp /var/www/html/phpmyadmin/config.sample.inc.php /var/www/html/phpmyadmin/config/config.inc.php” und “chmod o+w /var/www/html/phpmyadmin/config/config.inc.php”.
19. Apache starten: “service httpd start”
20. Unter “http://IP/phpmyadmin/setup/index.php” MySQL-Server (Passwort) anlegen.
21. Aufräumen: “rm -rf /var/www/html/phpmyadmin/config”.
22. Nach “mv /var/www/html/phpmyadmin/config.sample.inc.php /var/www/html/phpmyadmin/config.inc.php” mit “vi /var/www/html/phpmyadmin/config.inc.php” BlowFish Secret ergänzen.

Ggf. nach der Installation von WordPress oder Piwik (oder was auch immer) mit “chown -R apache /var/www/html” und “chmod -R 755 /var/www/html” Apache entsprechende Rechte einräumen und mit “service httpd start” den Apache neu starten. Beim Upload von Dateien, z.B. via SCP, generell beachten.

mod_rewrite

Durch “yum install httpd” aus den Amazon Repositories ist mod_rewrite direkt enabled, aber: “If you want to use a directory-specific .htaccess file, you will need to update the Directory configuration for /var/www/html/ in the httpd.conf. By default .htaccess overrides are disabled, change the httpd.conf file so that “AllowOverride None” becomes “AllowOverride All” within the /var/www/html/ Directory tags.” (Quelle)

Weitere interessante Links

• Multiple Websites on Amazon EC2 Linux with Virtual Hosts

Das krasse an bitcoin ist, dass sich momentan richtig Geld damit verdienen lässt. Wie eine der Websites, die den Umtausch von bitcoins ins bares Geld ermöglicht, zeigt, hat sich die Nachfrage nach bitcoins in den letzten zwei Monaten verzehnfacht. Wer also vor zwei Monaten 100,- Euro in bitcoins investiert hat, der bekommt nun knapp 1.000,-, wenn er diese wieder verkauft…

Ich bin sehr gespannt, was in den nächsten Monaten aus bitcoin wird. Irgendwo ist es sehr reizvoll, jetzt einfach ein paar Dollar in die Hand zu nehmen und drauf los zu spekulieren, aber andererseits sieht das ganze so sehr nach einer überhypten Blase aus, die nur durch vorübergehendes Glitzern, nicht aber durch langfristige Substanz, beeindruckt, so dass ich doch eher davon Abstand nehme… Auf dass ich mich in einem oder zwei Monaten nicht über mich selbst ärgere! ;)

Wer mehr über bitcoin erfahren möchte, der schaut am besten bei Wikipedia, auf bitcoin.org oder im Artikel “Bitcoin: A Peer-to-Peer Electronic Cash System” von Satoshi Nakamoto – der das ganze Spektakel ausgelöst hat – nach.

Wie ich nun erst erfahren habe, hat exakt drei Tage später, am 29. November 2010,  der High-Tech Gründerfonds in die Semasio GmbH investiert! Semasio entwickelt ein, meiner Meinung nach, sehr spannendes Produkt, das man im Hinterkopf behalten sollte.

Hier einige Auszüge:

Profile much deeper than currently possible

The User Intelligence Platform utilizes the potentially hundreds of contacts with digital media users that you have every month. From each contact hundreds of salient characteristics are extracted, meaning you gather tens of thousands of characteristics about each user each month. This creates a much more detailed and granular user profile that serves as the foundation for precise targeting.

Create your very own target groups

Using the extremely granular profiles gathered by the User Intelligence Platform you can easily create the unique target groups that deliver on your marketing goals, whether these goals are branding- or performance related.

[...]

(Bislang nur ein ganz klein wenig) mehr gibt es auf  der Website von Semasio.

Unexpected Termination of Script, Debugging Ended

Zwar laufen sowohl Apache als auch Debugging-Session (halbwegs) weiter, doch können keinerlei Variablen und Variableninhalte in Eclipse eingesehen werden.

Meine bisherige Recherche hat folgende Lösungsvorschläge ergeben:

1. Entfernen aller Expressions/Watches
2. Die Windows Firewall blockt eingehende Eclipse Verbindungen

Beides hat mir leider nicht weiter geholfen.

Immerhin scheint es ein offiziellen Ticket mit hoher Priorität zu geben; jedoch hat sich zu dem Problem seit Januar 2011 nicht wirklich viel getan… Falls jemand daher neue Erkenntnisse hat, bin ich dafür sehr dankbar :)

Nun kam mir die Idee in Google AdWords das Auto-Tagging zu aktivieren. Dadurch wird jedem Link automatisch ein Parameter namens gclid angehangen. Diesen wollte ich auslesen und die darin enthaltenen Informationen entschlüssel, denn schließlich kann Google Analytics ja auch anhand des gclid-Parameters die originäre AdWords-Struktur wiederherstellen…

Leider habe ich zu dem Ansatz nicht viel finden können und auch einige Tests förderten nichts nennenswertes zu Tage. Vermutlich ist es wie auf stackoverflow, eine der wenigen Quellen zu dem Thema, vermutet:

Die gclid wird weitgehend zufällig erzeugt und lediglich als Schlüssel für einen Google-internen Datenaustausch zwischen Google AdWords und Google Analytics verwendet.

Jegliche Versuche von “gclid Reverse Engineering” und “gclid Entschlüsselung” dürften damit erfolglos bleiben.

Falls jemand doch andere Erkenntnisse hat, bin ich daran überaus interessiert! :)

Doch handelt es sich bei den zahlreichen Conversions, die dem Retargeting zugeschrieben werden, tatsächlich um zusätzliche Conversions, oder hätten viele der Conversions ohnehin stattgefunden, auch ohne erneute Ansprache?

Inwiefern fördert Retargeting Wiederholungskäufe (Cross- und Up-Selling)?

Und führt Retargeting letztlich zu einer stärkeren Kundenbindung und einer Steigerung des Customer Lifetime Values?

Um diese Fragen beantworten zu können, muss vor dem Start der Retargeting-Aktivitäten ein A/B-Test aufgesetzt werden.¹ Wie tatsächlich valide Ergebnisse erreicht werden können, bei denen sich die Gruppen lediglich darin unterscheiden, dass die eine mittels Retargeting beworben wird und die andere nicht, wird im folgenden am Beispiel von Google Analytics beschrieben.²

Der Google Analytics Code für die Website

Die folgenden Ausführungen basieren auf dem asynchronen Google Analytics Tracking. Der Standard-Code von Google Analytics sollte generell auf jeder Seite vor dem </head> Tag eingebunden sein.

Auf allen Seiten, auf denen Retargeting-Codes eingefügt werden sollen, ist zusätzlich zu dem Analytics Code im <head> ein weiterer Google Analytics Code zu ergänzen (vor dem </body>). Dieser sorgt dafür, dass nur ein Teil der Besucher geretargetet wird:³

A/B-Split-Testing mit Google Analytics

01 <script type="text/javascript">
02 _gaq.push(function() {
03   var pageTracker = _gat._getTrackerByName();
04   var group = pageTracker._getVisitorCustomVar(1);
05   if((group != 'A') && (group != 'B')) {
06     if(Math.random() < 0.7) { group = 'A'; } else { group = 'B'; }
07     _gaq.push(['_setCustomVar', 1, 'testGroup', group, 1],
08               ['_trackPageview', '/virtual']);
09   }
10   if(group == 'A') {
11     document.write('<div id=\"cto_se_1234_ac\" style=\"display:none\">');
12     document.write('<div class=\"ctoWidgetServer\"> ... <\/div>');
13     document.write('<div class=\"ctoDataType\">sendEvent<\/div>');
14     document.write('<div class=\"ctoParams\">wi=1234&pt1=0&pt2=1<\/div>');
15     document.write('<\/div>');
16   }
17 });
18 </script>
19 <script type="text/javascript" src="criteo_ld.js"></script>

Zunächst wird überprüft, ob der Besucher bereits der Gruppe A oder B angehört (04-05). Ist dies nicht der Fall, wird er mit einer Wahrscheinlichkeit von 70 Prozent der Gruppe A zugeordnet, die mit Retargeting beworben wird. Mit einer Wahrscheinlichkeit von 30% fällt er in die Gruppe B, die nicht mit Retargeting beworben wird (06). Eine neu erfolgte Zuordnung wird Google Analytics mitgeteilt und dauerhaft zu dem Besucher gespeichert, so dass der Besucher auch bei späteren Seitenaufrufen und Besuchen solange in derselben Gruppe verbleibt, wie er seine Google Analytics Cookies nicht löscht (07-08).

Handelt es sich nun um einen Besucher der Gruppe A, werden die Retargeting-Codes (hier beispielhaft ein Code von Criteo in grüner Schrift) ausgeliefert (10-16).⁴

Saubere Daten in Google Analytics

Da die Zuordnung von Besuchern zu Testgruppen bei der Verwendung des oben stehenden Codes zusätzliche virtuelle Pageviews erzeugt (08), die sowohl die Gesamtanzahl der Seitenaufrufe als auch die Absprungraten verfälschen, müssen diese aus den Google Analytics Daten herausgefiltert werden. Hierzu empfiehlt es sich ein zusätzliches Profil anzulegen und auf dieses einen Filter anzuwenden, der alle Zugriffe auf das Unterverzeichnis “/virtual” ausschließt. Das gefilterte Profil enthält dann die korrekten Daten.

Analyse der Ergebnisse

Schon nach einigen Stunden, spätestens aber nach zwei Tagen, kann die Zuordnung der Besucher zu den Testgruppen in Google Analytics unter “Besucher” »”Benutzerdefinierte Variablen” eingesehen werden:

Wartet man nun ab, bis die Retargeting-Kampagne tatsächlich läuft, dann lassen sich unter den Report-Tabs “Website-Nutzung” und “E-Commerce” die Gruppen direkt hinsichtlich der folgenden KPI vergleichen:⁵

• Seiten/Besuch
• Durchschnittlicher Besuchszeit auf der Website
• % Neue Besuche
• Absprungrate
• Umsatz
• Transaktionen
• E-Commerce-Conversion-Rate

Tiefer einsteigen kann man durch das Anlegen von zwei erweiterten Segmenten – “Retargeting” und “Kein Retargeting”.⁶ Mit ihrer Hilfe können sämtliche Auswertungen in die beiden Testgruppen aufgesplittet werden (hier exemplarisch ein Auszug aus dem E-Commerce-Report “Besuche bis zum Kauf”):

Ich empfehle die Auswertung über einen Mindestzeitraum von einem Monat, beginnend frühestens einen Monat nach dem Retargeting-Start. Entscheidend ist, dass das Retargeting schon eine Weile läuft und in beiden Gruppen ausreichend belastbare Daten aufgelaufen sind. Auf jeden Fall sollte untersucht werden:

• Wie viele zusätzliche Transaktionen sind durch Retargeting erzielt worden (gewichtete Transaktionen von “Retargeting” minus gewichtete Transaktionen von “Kein Retargeting”)?
• Angenommen viele der Retargeting-Conversions hätten auch ohne Retargeting stattgefunden: Hat das Segment “Kein Retargeting” alternative Kanäle zu Retargeting verwendet und welche Kosten haben diese veursacht?⁷
• Wie sieht jeweils die Neukundenquote aus?

Nach frühestens einem halben Jahr kann die Auswirkung von Retargeting auf die Kundenbindung und den Customer Lifetime Value untersucht werden:

• Wie unterscheidet sich die Anzahl der Orders pro Kunde (führt Retargeting zu mehr Folgebestellungen von Bestandskunden)?
• Wie wirkt sich Retargeting auf die Höhe der Warenkörbe aus?
• Mittels weiterer Tests: Steigert Retargeting die Kundenbindung dauerhaft (auch ohne weiteres Retargeting) oder nur temporär (solange Retargeting läuft)?

Je länger der Test läuft, umso mehr Erkenntnisse können gewonnen werden. Allerdings sollte man als Werbetreibender nicht vergessen, dass man auch fortlaufend darauf verzichtet, einen Teil seiner Besucher mit Retargeting zu bewerben (und einem damit womöglich auch zusätzlicher Gewinn entgeht).

Ableitung von Retargeting-Zielwerten

Das Ziel der Analysen müssen Zielwerte sein, die die Werbewirkung von Retargeting widerspiegeln. Stellt man fest, dass 20% der Orders, die bislang dem Retargeting zugeschrieben worden sind, auch ohne Retargeting über direkte Zugriffe stattfinden, dann sollte diese Erkenntnis bei der Zielwertermittlung entsprechend berücksichtigt werden. Gleiches gilt natürlich auch für weitere Erkenntnisse: Ein besonders niedriger Neukundenanteil korrigiert einen Ziel-CPO nach unten, ein nachweisbar gesteigerter Customer Lifetime Value korrigiert einen Ziel-CPO nach oben, usw.

___

¹ Grundsätzlich kann hier auch jedes andere Web Analytics System mit Segmentierungsmöglichkeiten genutzt werden. Die Segmentbildung anhand der Information, ob jemand schon einmal über den Klick auf ein Retargeting-Werbemittel auf die Seite gelangt ist, reicht nicht aus, da die Postview-/Branding-Effekte von Retargeting ignoriert würden.

² Wird der A/B-Test erst nach dem Retargeting-Start aufgesetzt, sind bereits zahlreiche Website-Besucher vom Retargeting-Anbieter mit Cookies markiert (und werden daher geretargetet).

³ Damit der A/B-Test erfolgreich sein kann, ist es absolut wichtig, dass wirklich jeder Retargeting-Code in diese Weiche integriert ist. Schon ein einzelner Retargeting-Code außerhalb der Weiche kann zur Verwässerung der Testgruppen führen.

⁴ Der spezielle Criteo-Loader befindet sich zwar außerhalb des Test-Codes, übermittelt aufgrund seiner Programmierung aber nur dann Daten an Criteo, wenn der Besucher der Gruppe A zugeordnet ist und die Zeilen 11-15 daher ausgeführt worden sind.

⁵ Bei einem Gruppenzuordnung von 70 zu 30 sind Umsatz und Transaktionen zu gewichten.

⁶ Für das Segment “Retargeting” lautet die Regel des erweiterten Segments: “Name der benutzerdefinierten Variable 1″ = “testGroup” und “Wert der benutzerdefinierten Variable 1″ = “A” (Segment “Kein Retargeting” entsprechend).

⁷ Hier bieten sich womöglich die Multi-Channel Funnel Analysen an.

Run queries on dates that are at least 48 hours in the past for consistent results.

While Analytics data is processed regularly throughout the day, the final collection window for any given 24-hour period of time is not complete until up to 48 hours after that day ends.

Mein Fazit:

Die Aktualität der Daten in Google Analytics ist erst nach 48 Stunden gewährleistet.

Es können zwar schon vorher Daten vorhanden sein, allerdings ist nicht sichergestellt, dass diese valide sind. Externe Anwendung, die über die Google Analytics Data Export API Daten aus Google Analytics extrahieren, sollten dies berücksichtigen.

Habe ich etwas übersehen? Gibt es noch andere Meinungen?