I killed my old personal blog because I hardly found enough time to publish anything there. And it also makes a lot more sense to publish English content on a .com instead of a .de domain.

I put a 301 redirect to the new domain. But just to be sure, please update your bookmarks and feed URLs.

Zanox used to run a a snowball system as you might know it from multi-level marketing. Existing affiliates that acquired new affiliates received a percentage of the new affiliates’ regular commissions on top of their own direct commissions. So if you focused on bringing quality affiliates to zanox regularly, your monthly income would grow steadily. Some of the pioneers of affiliate marketing made a real fortune out of this and made their personal dreams come true.

Now zanox have decided that these alpha affiliates that continuously bring in new affiliates aren’t good enough for them anymore. They’re getting rid of the lifetime payout and now pay you a lousy 6 to 8 euros. Also these leads are not confirmed for payout unless the newly acquired affiliate generates at least 50 euros worth of commissions.

Let’s have a closer look at this: If an affiliate earns the threshold of 50 euros from an advertiser, zanox is earning somewhere between 10 and 15 euros from that advertiser already. That is their agency fee, so to say the cost for using the affiliate network, which is usually between 20 and 30 percent of the rewarded affiliate commissions. What are they giving to the affiliate? 6 to 8 euros. Now you figure out why that is!

If you want to read a success story of a retired alpha affiliate, visit Stefan Zwanzger at affiliate.de.

Indextools was founded by Marton Szoke, a Hungarian entrepreneur with a degree in business administration but also a lot of technical knowledge. He spent some time studying in Vienna so he’s also fluent in German. Marton is a great guy and one of the very few CEO’s that take part in the development and management of their product.

After Google acquired Urchin, their analytics system became Google Analytics and also got linked with Adwords. Now that Microsoft introduced their own analytics solution, I wouldn’t be surprised to see Indextools as the future Yahoo! Analytics. The only problem: Currently Indextools is a fee-based service and clients with lots of traffic pay Indextools big money. I can’t imagine th

However, around the year 2000 most news groups got polluted with so many spam posts that people started leaving the usenet and moved on to discussion boards on websites. From a user point of view that was a step backwards. Instead of reading targeted groups on usenet we now have to monitor hundreds of different sites to stay updated on all these discussions. I think that’s one of the reasons why the use of RSS spread so quickly.

Today the usenet is used mainly by computer nerds that are sophisticated enough to run spam filters in their news readers and use the system also as a file-sharing platform. Normal people don’t use it and internet beginners don’t even know what it is. Today’s teenagers went straight to the world of Internet Explorer, MySpace and Facebook to exchange text.

I think the same thing is about to happen to email. Even with the best spam filters it’s become impossible to keep all the spam away. People are forced to delete stuff from their inboxes and look for real messages in their junk folders manually everday. What a waste of time and money for any economy. Just like with usenet, people are escaping the open email protocol and move to serviced portals.

Instead of exchanging email addresses, people communicate increasingly via social networks like Facebook, MySpace, LinkedIn or XING. The advantage is that they don’t have to keep up with changing email addresses, the contacts will always be there. Usually they can receive messages from approved contacts only, a whitelist system so to say. Compared to email, spam on social networks is still minimal and that’s why people love it. The downside is that different people are registered on different networks. So instead of using my email interface I have to check accounts in five different social networks to communicate.

From a technical standpoint email is still a great service. I like the separation of header and body so that you can view the topic and perhaps read the text of the message without having to download the attached file. That’s especially good for mobile communication. But I think once a solution is found for managing accounts of multiple social networks, email is going to be buried. Let’s see what OpenSocial will contribute.

If you still think email is the internet’s main communication medium, then you’re basically an old-school, web 1.0 person. Ask your 14-year old niece how often she logs on to Facebook and how often she uses email. You’ll be surprised. If you are an affiliate marketer and still spam the crap out of people, you’re not gonna be able to reach many young people soon. It’s like with online vs. offline advertising. Young people hardly buy newspapers and spend more time online than in front of the television.

Even though Tradedoubler has made a huge step in the right direction, AdSense is still better. For example, Tradedoubler forgot to translate some of the interface words into local languages. Here’s an example of a mixture of a German interface with English wordings:

1:0 in favor of AdSense

Flexibility

Tradedoubler AdMatch lets you do way more stuff than Google AdSense. I like the fact that Tradedoubler also employs the product databases of its affiliate programs. However, Tradedoubler’s inventory of advertisers is minimal compared to Google’s. So even though Tradedoubler offers more in terms of looks, Google offers you way more matching ads.
2:0 in favor of AdSense

Technical Performance

I’m not impressed by AdMatch’s performance. It takes longer to load than AdSense, especially when it needs to examine a URL for the first time. Also, on Internet Explorer 7.0 on my Vista machine, AdMatch fails to display the ads under certain conditions. I can see that text is moved down and space reserved by the ad, but I can just see a blank space. I could reproduce that error on another machine.
3:0 in favor of AdSense

Conclusion

AdMatch is buggy! And Tradedoubler doesn’t have enough ads to be able to provide a good match for all these content sites out there. AdMatch is worth a try for those who run Tradedoubler affiliate programs already. Don’t use it if you make most of your money from contextual advertising!

AdMatch launches across Europe on 31st March and is unique in its ability to serve ads across three separate ad formats: text, product and display. By scanning the content of web pages and facilitating the placement of ads alongside contextually relevant website content, AdMatch will help to improve the relevancy of advertising on your site …

Technically it seems to me that this is just a mix of the existing AdTool (2004) and a spider bot. The business idea behind it is good and other players have had great success with their contextual advertising solutions. Individual merchants such as eBay and Amazon as well as ad networks such as Google (AdSense), affilinet (affilimatch) or now Pepperjam have been offering this for years already. They all have a great inventory of advertisers on board.

But I’m not sure if Tradedoubler has got a product and creative library big enough for the world-wide web. Pepperjam or even AdSense might be the better solutions here, especially when it comes to usability. The Tradedoubler interface is a pain in the neck. But hey, you can prove me wrong.

1. We download the WordPress source code:
unlink source_en.zip
wget http://wordpress.org/latest.zip
mv latest.zip source_en.zip

2. We run backups of the old system, extract the new version and restore the old sitemap.
for domain in example.com anotherexample.com lastexample.com
do
rm -r /srv/www/htdocs/$domain/wordpress_old
cp -r /srv/www/htdocs/$domain/wordpress /srv/www/htdocs/$domain/wordpress_old
unzip source_en.zip -d /srv/www/htdocs/$domain
cp /srv/www/htdocs/$domain/wordpress_old/sitemap.xml /srv/www/htdocs/$domain/wordpress
done

You also want to keep your plugins updated. You will need to collect the sources from various sites on the internet and put the extracted versions in a “plugins” folder on your sever. With the following script you can deploy the contents of your plugins folder (which you keep up to date manually) to all of your WordPress installations:
for domain in example.com anotherexample.com lastexample.com
do
rm -r /srv/www/htdocs/$domain/wordpress/wp-content/plugins
cp -r plugins /srv/www/htdocs/$domain/wordpress/wp-content
done

Good luck and happy blogging.

I have to say that ebay’s move makes perfect sense. The company is capable enough to run a tracking system on their own and adapt it to the needs of their affiliates. Here are some examples of the advantages of their in-house system:

• Easy global registration to multiple countries simultaneously
• New, targeted banners and rich media creatives
• New landing page optimization and geo-targeting capabilities
• More detailed reporting capabilities for eBay’s programs

Backup directories

You create the following directories:

• /root/backup/scripts
• /root/backup/files

Hourly backup script

Create /root/backup/scripts/1h.sh with the following contents and make it executable:
tar -czf /root/backup/files/partial_`date +%Y-%m-%d_%H-%M`.tar.gz `find /etc /home /srv /var -type f -mmin -60` 2> /dev/null
find /root/backup/files -name 'partial*' -mtime +7 -exec unlink '{}' \;
This creates backups of files that were changed in the past 60 minutes. Also it deletes those hourly backups that are older than 7 days.

Daily backup script

Create /root/backup/scripts/1d.sh with the following contents and make it executable:
rm /root/backup/files/complete*
tar -czf /root/backup/files/complete.tar.gz /etc/ /home/ /srv/ /var/ 2> /dev/null
lftp ftp://#username#:#password#@#host# -e "put /root/backup/files/complete.tar.gz; quit"

This creates a full daily backup of the important files of your server. That complete backup is then copied to an external FTP server. That way you can access your backup even if the whole machine becomes inaccessible. You may need to install the lftp program if it’s not on your machine by default.

You don’t need to create separate MySQL dumps. The MySQL data are stored in the /var structure, in my case under /var/lib/mysql/#database#.

The service is going to be free. The underlying purpose of Google Ad Manager is the further spread of AdSense on publisher sites. Just like Google Analytics is supposed to help AdWords clients optimizing their campaigns, Ad Manager is supposed to help AdSense clients to deliver more ads and collect more information about your site.

It turned out that the MySQL table containing the posts crashed. The MySQL log told me that by post table “is marked as crashed and should be repaired”. Great! But a little bit of research solved the problem. You need to go to the corresponding MySQL database directory, for example /var/lib/mysql/wordpress, and execute the following commands as root:

/etc/init.d/mysql stop
myisamchk -r wp_posts.MYI
/etc/init.d/mysql start

Problem solved within a few seconds. If that hadn’t worked I would have used my backups that are created hourly. Let me know if I should write something about backup strategies for standard root servers too.

I’ve been thinking about it for a while now because I hate being dependent on WLAN hotspots. First of all, you have to know where exactly you will be going and how you get an internet connection there before you leave. Locating WLAN hotspots while being offline can be a challenge.

Secondly, even though I’m paying them enough fees already, airports or hotels usually require you to pay extra for a lousy internet connection. And then it takes you ages to get going there because you will have to follow an order process first. Nope, been there, done that, got rid of it.

For 25 euros flat fee per month you can get real UMTS mobile internet access with BASE or E-Plus in Germany. It’s a 24-month contract but who cares. You can’t beat that price. I’ve been thinking about going with Vodafone because their coverage is a lot better in rural areas. But they were a lot more expensive. So BASE is it.

The Huawei E800 card works just fine with my Vista laptop. When you insert the card the computer also recognizes it as a CD-ROM drive. So there is no separate CD, the software is on the card itself. I’d never seen this before. Anyways, after two minutes of driver and software installation I was ready to go online. I have no clue if this card and the software work with Linux. But I really doubt it.

So, if you’re in an urban area in Germany and want to mobilize your office, feel free to click on the affiliate link below and get it yourself

Das Erzeugen von Cookies ist ausschließlich dann erlaubt, wenn ein Werbemittel eingesetzt wird, dieses sichtbar ist und der Erzeugung des Cookies ein bewusstes Anklicken durch einen Nutzer vorausgeht. Grundsätzlich ist Cookie-Dropping sowie das parallele Aufrufen der easyCredit-Seite ohne den Einsatz eines Werbemittels verboten.

Zum Mitschreiben: Cookies nur bei absichtlichen Clicks, also nicht bei PopUp, iFrame, Layer usw.

Hier noch einmal explizit:

Generell ist den Partnern untersagt iFrames, Pop-ups, Pop-under und Layer einzusetzen, die ein easyCredit-Werbemittel oder den easyCredit-Internetshop laden und ein Cookie beim Nutzer ohne dessen Mitwirkung setzen.

Untersagt ist für den Partner die unsichtbare Einbindung des Arcor- Internetshops, um ein Cookie beim Nutzer zu erzeugen. Generell ist Arcor-Partnern untersagt, iFrames, Pop-ups, Pop-under und Layer einzusetzen, die ein Arcor-Werbemittel oder den Arcor-Internetshop laden und ein Arcor-Cookie beim Nutzer ohne dessen Mitwirkung setzen. Postviewtracking ist untersagt, soweit von Arcor keine ausdrückliche schriftliche Zustimmung zum Einsatz dieser Methode erteilt worden ist. Sollte eine schriftliche Zustimmung von Arcor vorliegen, gilt, dass für die Postviewauslieferung maximal ein Cookie gesetzt werden darf.

Arcor will also die Konvertierung steigern indem die Qualität der Klicks verbessert wird. Cookie-Spammer die mit Popups, Layern und unsichtbaren iFrames arbeiten sind somit unerwünscht.

AOL seems to be in desperate need of a European affiliate network. Last year the owners of Tradedoubler rejected AOL’s offer. This year an acquisition seems to go through: buy.at. It’s a UK-based affiliate network with rather basic technical features. Therefore I think that the 150 million dollars are overrated, just like the 900 million for Tradedoubler.

These days roughly half of the browser handset in use do not support cookies. If you were Google, how would you know which keyword and ad triggered the conversion without cookies? Exactly, you simply wouldn’t know. Yes, as mobile phones get replaced regularly more phones will support cookies. But as pay-per-click is often a narrow-margin business Google’s conversion tracking becomes useless for mobile.

The Javascript in the Google conversion code might be another hurdle. But firing the pixel in the noscript image tag is enough to transmit the conversion to Google. It seems to me that the Javascript code is there only to display a Google ad and to collect more user data. That’s why they make the full code mandatory (see their terms & conditions).

But what’S the solution to the problem? Either Google offers their advertisers a batch-tracking service. Or the advertisers will have to use a third-party tracking service that records the click and conversion data and matches them through the AdWords API.

Here are my top three reasons why DoubleClicks sucks from a tracking point of view:

1. The whole system is running on Pacific time only. That way the whole issue of reporting and statistics becomes a major pain in the ass for international advertisers.
2. Most of the converison tracking is still based on tracking pixels only. DoubleClick doesn’t have a sophisticated system for backend synchronization of conversion data yet.
3. The old DART for Advertisers (DFA) was based on an ugly XSLT technology with little usability. Hitting the back button in your browser was a big no-no.
4. Support from DoubleClick is formalized and slow as you would expect it from the public administration.

Have you ever wanted to log onto your server without having a computer? Here is a cool way to do it from your mobile phone. MidpSSH is an SSH client for mobile phones. It’s a Java application so it runs on most modern handsets. It’s only a few hundred kilobytes small and available for free download at http://xk72.com/wap.

Granted, running the Midnight Commander on your cell phone screen doesn’t really make a lot of sense. But being able to start and stop services or the whole machine from almost anywhere is still a big plus. Today my Postfix email server died on me and I restarted it while shopping in the supermarket.

The interesting thing is not the feature itself as many advertising networks have had this for a long time). But I’m asking myself how they acquire this information. Geo-location can more or less be determined by the user’s IP address. But how do they get the gender and age of a visitor?

The answer is very simple: Google gets it from their AdSense publishers. Large sites have agreed to pass their user information from their databases on to Google. They say it is going to happen in an aggregated form. But hey, if you use any of the Google services that require a login, they know who you are.

I wonder how much more Google will be able to do once the DoubleClick takeover has been finalized. Then they won’t even need the AdSense publishers to get all the user information anymore.

To me all this sounds like a move against Facebook. Facebook allows demographic targeting on their site, so far the Google content network doesn’t. Google is afraid of losing advertising dollars to Facebook and needs to come up with new features. See, competition is very healthy for the market.

belboon is a product of YOC AG, a German mobile advertising company with about 50 employees. Their main office is located in central Berlin, right next to the headquarter of Jamba, the world’s leading mobile content provider.

Example: An online bookstore launches a separate affiliate program for every country or site with CJ. Usually an affiliate of the U.S. program would only get credit for transactions on the U.S. bookstore because he used the U.S. tracking code. Now he can only profit from customers purchasing in the UK shop. Everything will be tracked and commissioned.

More information is available at Commission Junction’s website.

Affiliate Partnern ist es ab sofort nicht mehr gestattet, iLove Cookies zu setzen, ohne iLove Werbemittel oder iLove Content darzustellen. Pop Up’s und Pop Down’s dürfen selbstverständlich mit Cookies ausgeliefert werden, wenn die iLove Webseite oder das Werbemittel erscheint.

Was steckt dahinter?

In meinem Beitrag zum Cookie Tracking habe ich die Funktion und Bedeutung von Cookies für das Affiliate Tracking erläutert. Über Tracking Cookies ist es möglich Affiliates auch für Transaktionen zu vergüten die erst Wochen nach Einblendung oder Klick auf das Werbemittel erfolgen.

Leider wird die Möglichkeit des Setzens von Tracking Cookies durch einige Affiliates in zweifelhafter Weise ausgenutzt. Diese Cookie Spammer schicken User auf Seiten auf denen eine oder mehrere Webseiten unsichtbar über Tracking-Links aufgerufen werden. Das geschieht in der Regel unsichtbar, z.B. durch die Verwendung von Frames.

Benutzer fangen sich somit unbemerkt und ungewollt Tracking-Cookies ein. Im Ergebnis wird ein Affiliate provisioniert obwohl er den User durch unsichtbare Werbung nicht auf den Merchant aufmerksam gemacht haben kann. Dass der User beim Merchant kauft ist nicht Ergebnis der Aktivitäten des Affiliates sondern Zufall. Für solche Transaktionen möchten die Programmbetreiber natürlich keine Provision zahlen.

Warum bei Wordpress so absolut gegen Affiliate-Links vorgegangen wird ist für mich nicht verständlich. Erstens sollen Leute, die guten Content schreiben, auch dafür belohnt werden können. Und zweitens ist es auch möglich dass z.B. ein gemeinnütziger Verein sein eigenes Merchandising über Partnerprogramme von Online-Shops abwickelt und die Provisionszahlung durch Zanox erhält. Außerdem bietet Zanox ja auch noch sein sogenanntes “Fundraising@” an, womit wohltätige Organisationen über Zanox-Spenden-Shops Geld sammeln können.

Zur Lösung dieses Problems gibt es viele Möglichkeiten. Hier sind drei einfache:

1. Ihr nutzt nicht wordpress.com sondern installiert die Applikation auf Eurem Server.
2. Ihr benutzt für die Links eine andere Domain (nicht die von Zanox) und nutzt Weiterleitungen.
3. Ihr nutzt kein Zanox sondern weniger bekannte Affiliate-Netzwerke.

Da viele Affiliates ihren Traffic auf Klickbasis z.B. bei Suchmaschinen einkaufen, ist eine Angabe zur durchschnittlichen Provision auf 100 Klicks für sie eine gute Orientierung bei der Suche nach profitablen Partnerprogrammen. Allerdings sollte der EPC aus mehreren Gründen mit Vorsicht genossen werden.

Nutzt ein Affiliate z.B. Textlinks als URL für Popup-Werbung, drückt er den EPC nach unten, da Forced Clicks und ähnliche Werbeformen eine deutlich schlechter konvertieren als z.B. Suchmaschinenmarketing oder Bannerwerbung. Ein Affiliate oder Partnerprogramm, welches mit hochwertigem Traffic eigentlich gut konvertiert, kann durch viele schlechte Publisher im Ranking gedrückt werden. Hier sagt der EPC dann leider nichts über das Potential des Programms sondern nur über die schlechte Qualität der Affiliates aus.

Im Umkehrschluss bedeutet ein schlechter EPC auch dass die bestehenden Publisher vielleicht nur schlechte Traffic-Quellen haben könnten. Gerade bei neuen Programmen ist es möglich dass z.B. noch kaum in Suchmaschinen geworben wird. Hinzu kommt dass bei neuen Programmen die Datenbasis für eine verlässliche Statistik zu klein sein könnte.

Insgesamt kann man sagen dass der EPC, ähnlich wie bei Schulnoten, eine grobe Orientierung geben kann. Man sollte ihn allerdings nicht überbewerten. Letztlich muss jeder Affiliate selbst testen, wieviel er mit einem Programm mit 100 Klicks verdienen kann.

Die Lösung dieses Problems heißt P3P. Hier wird über den HTTP-Header eine Datenschutzrichtlinie mitgeliefert, so dass der Browser letztlich auch Third-Party-Cookies durchlässt. Hier sind die entsprechenden Codes:

PHP
header('P3P:CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"')

Java
response.addHeader("P3P","CP=\"IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT\"")

ASP.net
HttpContext.Current.Response.AddHeader("P3P", "CP=\""IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT\""")

Es ist auch möglich, eine XML-Datei mit der Datenschutzrichtlinie zu erstellen, die im Head-Teil der HTML-Datei eingebunden wird.

Die komplette Empfehlung der W3C ist hier zu finden:
http://www.w3.org/TR/P3P/

In mehreren Blogs wurde in den letzten Tagen über die sogenannte “Cookie Lüge” geschrieben. Hintergrund ist dass einige Programmbetreiber mit 30 Tagen Cookie-Gültigkeit werben aber eigentlich nur Session-Tracking anbieten. Mit anderen Worten sie betrügen Affiliates.

Die Bedeutung der Cookie-Gültigkeit hängt sehr stark von der Werbeform hab. Beim Suchmaschinenmarketing suchen die Leute aktiv und sind tendenziell eher bereit sofort Geld auszugeben. Der Anteil von Cookie Sales ist hier also recht gering. Bei Banner-Kampagnen ist es schon mehr. Ganz schlimm ist es bei Popup- oder Layer-Kampagnen. Hier jubeln die Affiliates der ganzen Welt ihre Cookies unter und hoffen dass genügend User innerhalb der Rückkehrspanne des Partnerprogramms beim Merchant kaufen. Ohne Cookies könnten sie nicht arbeiten.

Eine lange Cookie-Gültigkeit nutzt also primär den Spammern dieser Welt. Wer qualitativ hochwertigen Traffic hat der wird den Unterschied nicht so stark merken. Hier ist der Anteil von Cookie-Transaktionen unter 10%.

Für die etablierten Affiliate-Netzwerke sehe in Googles neuem Pay-per-Action allerdings keine all zu große Gefahr. Wenn Affiliates bei Google Adwords Traffic einkaufen, müssten sie ihren Google Conversion Code beim Merchant unterbringen. Mit anderen Worten, eine Result-Seite würde mit hunderten oder tausenden Conversion Codes gefüllt werden müssen. Ich glaube das tut sich kein Programmbetreiber an. Es mag sein dass sie das für eine beschränkte Anzahl von Top-Affiliates tun. Die große Masse wird allerdings weiterhin über die klassichen Affiliate-Netzwerke laufen müssen.

So ist es durchaus denkbar dass ein User ein Werbebanner sieht, es aber nicht sofort anklickt sondern (ggf. auch mit einer zeitlichen Verzögerung) im Browser direkt die URL des Anbieters eingibt oder auf eine Suchmaschine ausweicht. Ohne Click und somit ohne Cookie würde hier in der Regel kein Tracking stattfinden, obwohl das Banner den Kunden gebracht hat.

Umsetzung

Technisch wird das Postview-Tracking entweder beim Merchant oder beim Affiliate-Netzwerk umgesetzt. Der überwiegende Teil der Advertiser überlässt das Postview-Tracking dem Affiliate-Netzwerk. Hierbei speichert das Netzwerk bei Einblendung eines Werbemittels die entsprechenden Daten in einem Cookie. Für das Tracking ist es dann erforderlich, dass der Tracking-Code des Affiliate-Netzwerks immer auf einer Result-Seite angezeigt wird. Mit anderen Worten, man müsste das komplette Tracking dem Affiliate-Netzwerk überlassen.

Die fortschrittlichen Advertiser, insbesondere diejenigen die mit mehreren Netzwerken arbeiten, organisieren das Postview-Tracking selbst. Der Advertiser setzt hierbei seinen eigenen Tracking-Cookie bei der Einblendung eines Werbemittels. Am Ende eines Bestellprozesses lesen sie ihre eigenen Cookies aus und können erkennen, ob es sich hierbei um eine Postview-Transaktion handelt oder nicht. Wenn ja dann erfolgt ganz regulär das Tracking.

Kritik

Überlässt man dem Affiliate-Netzwerk die Feststellung von Postview-Sales ist man als Merchant gezwungen, den Code auf allen Result-Seiten ständig einzublenden. Ist ein Advertiser bei mehreren Affiliate-Netzwerken aktiv sollte er dies allerdings nicht tun. Hier besteht nämlich die Gefahr der Doppelvergütung. Wenn ein User ein Banner eines Affiliates von Netzwerk A und später von Netzwerk B sieht und am Ende kauft, beanspruchen beide Netzwerke eine Provision für die Transaktion.

Weiterhin hätte der Merchant bei einem netzwerkseitigen Postview-Tracking kaum eine Möglichkeit der Kontrolle der Angaben. Durch die permantente Einbindung des Codes sieht das Netzwerk sämtliche Transaktionen und könnte theoretisch einige für sich extra verbuchen. Das kann ja praktisch niemand nachprüfen. Programmbetreiber sollten deshalb das Postview-Tracking selbst durchführen oder die Finger davon lassen.

Ich denke nicht, dass es hier um Paranoia sondern um Business geht. Alles was möglich ist wird auch irgendwann benutzt. In einem Markt strebt jeder nach Gewinnmaximierung. Da ist es letztlich nicht verwunderlich, dass einige Leute ihr technisches Wissen zu ihrem Vorteil nutzen. Man darf halt nicht an das Gute im Menschen glauben.

Ab und zu entdecke ich geniale Affiliate-Seiten, die mir als Consumer einen echten Mehrwert liefern. Da gibt’s zum Beispiel ein Portal, was die Flugdaten aller europäischen Billig-Airlines importiert und mir für eine bestimmte Flugstrecke den günstigsten Preis heraussucht. Soetwas sucht man auf Expedia & Co. vergeblich. Die Seite hat über mich schon so einiges an Provisionen verdient, die ich mir nicht selbst zugeschanzt habe. Innovation soll belohnt werden und deshalb habe ich nicht meine eigenen Affiliate-Links benutzt.

Noch etwas zu Cookies: Unsere gesamte Industrie würde sie in der heutigen Form nicht existieren. Wer sich halbwegs mit Online Marketing auskennt wird wissen, dass Cookies nicht nur zum Tracking dienen. Die Optimierung von Traffic läuft größtenteils darüber. Ohne Cookies könnten nicht zur Affiliate-Netzwerke sondern auch die großen Traffic-Quellen das Licht ausmachen. Wer sie löscht schädigt damit die gesamte Industrie und somit teilweise sich selbst.

Als Ziele werden genannt:

• Investition in stark wachsenden Markt des erfolgsbasierten Online-Marketing (Multichannel-Commerce)
• Erschließung neuer Marketingformen im Online-Vertrieb
• Ausweitung der Aktivitäten im digitalen Geschäft
• Stärkung des weiteren internationalen Wachstums von zanox
• Entwicklung neuer Produkte und Technologien und Erschließung neuer Kundengruppen geplant

Es ist geplant, unter der Marke “zanox” in Zukunft zwei Gesellschaften tätig werden zu lassen, die in die Konzerne der beiden Käufer jeweils integriert werden. Die Zanox-Gründer Thomas Hessler (CEO), Jens Hewald (CTO) und Heiko Rauch (COO/CFO) werden zunächst im Unternehmen verbleiben und die beiden Gesellschaften leiten.

Hier die vollständige Pressemitteilung.

Ein Webservice ist eine Web-Anwendung, die hereingeschickte Informationen weiterverarbeitet und ergebnisabhängige Rückmeldungen an den Absender gibt. Kurzversion: Ich schicke etwas herein und bekomme etwas zurück.

Beim Affiliate-Tracking würde man einen Webservice u.a. für die Übertragung der getrackten Transaktionen vom Merchant zum Affiliate-Netzwerk einsetzen. Anstatt des Verschickens einer Batch-Datei würde der Merchant eine Verbindung zum Webservice des Netzwerks aufbauen und die Sales übertragen.

Das Emailen von Dateien, die zuerst generiert und dann wieder eingelesen werden müssen, entfällt hierbei. Weiterhin könnte man sichere Verbindungen und bessere Authentifizierungsmethoden nutzen.

Ein Webservice ist im Ergebnis etwas ähnliches wie das Pixel-Tracking. Der wichtige Unterschied ist allerdings, dass es im Backend erfolgt und nicht zeitgleich mit der Aktion des Besuchers erfolgen muss.

Leider bieten nicht alle Affiliate-Netzwerke ihren Merchants die Nutzung eines Webservice an, da der überwiegende Teil der Partnerprogramme mit Pixel- oder Batch-Tracking bedient werden kann.

Erklärung

Die hierfür gängigste Methode sind Batch-Files. Damit sind nicht die alten DOS-Staptelverarbeitungsdateien gemeint. Vielmehr geht es um CSV- oder XML-Dateien mit den Transaktionsdaten, welche der Merchant per Email oder FTP-Upload an das Affiliate-Netzwerk verschickt. Der Merchant zeichnet die Sales also auf, sendet sie (in der Regel automatisiert) an das Tracking-Netzwerk, dort werden sie eingelesen und erscheinen in den Reports.

Bedeutung

Mit dieser Methode können insbesondere Transaktionen abgebildet werden, welche nicht vollständig im Internet erfolgen. Das ist bekanntlich insbesondere dort der Fall, wo der Kunde eine Transaktion per Handy bestätigt bzw. bezahlt.

Batch-Files werden auch dort dem Pixel-Tracking vorgezogen, wo bestimmte Transaktionen einer weiteren Prüfung unterzogen werden sollen. Hier ist insbesondere das Abwarten auf den Zahlungseingang des Kunden zu nennen. Sales werden also solange in der Datenbank des Merchants vorgehalten, bis die Zahlung eintrifft. Erst danach werden sie zur Vergütung per Batch gemeldet.

Manche Partnerprogramme bieten auch eine sogenannte Lifetime-Vergütung an. Hier erhält der Affiliate nicht nur eine Abschlussprovision sondern fortlaufende Zahlungen, wenn ein Kunde seinen Vertrag verlängert. Soetwas ist theoretisch bei allen Dauerschuldverhältnissen wie Versicherungsverträgen oder Abonnements jeglicher Art möglich Da der Kunde den Vertrag online schließt, die Affiliate-Provision aber durch automatische Vertragsverlängerung fällig wird, kann das Tracking nicht über das Web-Frontend per Pixel stattfinden sondern muss über das Backend per Batch-Datei übermittelt werden.

Kritik

Der Vorteil des Pixel-Trackings ist der Nachteil der Batch-Files. Es kann recht unangenehme zeitliche Verzögerungen geben. Affiliates, insbesondere diejenigen die sich Traffic einkaufen, möchten ihre Kampagnen in Echtzeit optimieren können. Mit Batch-Dateien ist das kaum möglich. Je länger der Merchant die getrackten Transaktionen bei sich vorhält und nicht an das Affiliate-Netzwerk meldet, desto weniger Optimierung ist möglich.

Alternative

Grundproblem des Batch-Trackings ist die zeitliche Verzögerung. Hier muss jeder Merchant abwägen, ob es besser ist, nur bestätigte Transaktionen zu melden und den Affiliates weniger Optimierungsmöglichkeiten zu geben oder umgekehrt. In letzterem Fall hätte der Merchant immer die Möglichkeit, Zahlungsausfälle prozentual in die Affiliate-Provisionen einzupreisen und trotzdem mit Pixel zu arbeiten.

Erklärung

Die allermeisten Programmbetreiber arbeiten mit dem sogenannten Pixel-Tracking. Dabei wird auf der Seite, die der User bei Abschluss einer zu trackenden Transaktion sieht (z.B. Dankeschön-Seite bei einem Online-Shop) ein HTML-Code eingebaut, der meist ein Image-Tag enthält.

Die URL dieses Bildes verweist auf einen Server des Affiliate-Netzwerks. Die erforderlichen Informationen werden über URL-Parameter gespeichert. Manche Informationen liegen auch in einem Cookie des Affiliate-Netzwerks, welcher durch den Request ebenfalls ausgelesen werden kann.

Früher waren die Codes lediglich 1×1 Pixel große, transparente GIF-Bilder. Daher auch der Begriff des Pixels. Mittlerweile sind die Tracking Codes oft auch mit Javascript ausgestattet, so dass das Netzwerk weitaus mehr Informationen erhalten kann.

Bedeutung

Pixel-Tracking ist sehr beliebt, da es auf Seite des Merchants recht leicht zu implementieren ist. Affiliates mögen es, weil sie durch Pixel-Tracking ihre Transaktionen in Echtzeit in Affiliate-Netzwerk sehen können. Die Affiliate-Netzwerke mögen es, weil sie damit alle möglichen Informationen mitschneiden können, die ihnen für die Marktbeobachtung nützlich sind.

Kritik

Das mit dem Echtzeit-Tracking kann allerdings auch ein Problem sein. Möchten Merchants ihre Affiliates nur für Verkäufe vergüten, für die sie vom Kunden auch Geld erhalten haben, müssen getrackte Sales nachträglich wieder storniert werden. Bei Zahlung per Bankeinzug oder Kreditkarte hat der Kunde ja die Möglichkeit, eine Zahlung noch Wochen später zu stornieren. Die Merchants dürften Provisonen also erst sehr viel später zur Auszahlung freigeben, was bei Affiliates nicht für Begeisterung sorgt.

Weiterhin können beim Pixel-Tracking auch nur Transaktionen abgebildet werden, welche ausschließlich online ablaufen. Für die meisten Merchants ist das nicht problematisch. Gerade bei Mobile Content (Klingeltöne, Musik etc.) ist es aber durchaus üblich, den Kauf mit Verschicken einer Premium-SMS zu bestätigen, was gleichzeitig als Bezahlung gilt. Der Kaufvorgang wird hier also nicht im Web sondern per SMS abgeschlossen.

Alternative

Eine Lösung für das Problem der Vergütung von nicht bezahlten Bestellungen ist, dass Merchants diesen Verlust einfach in ihre Vergütungen einpreisen, also ihre Payouts um ein paar Prozent senken. Problematisch ist hier jedoch, dass Affiliates mit schlecht zahlenden Kunden auf Kosten von Affiliates mit solventen Kunden subventioniert werden.

Eine echte Web-Alternative gibt es für Offline-Bestellvorgänge nicht. Hier müssen die Daten beim Merchant offline generiert und an das Affiliate-Netzwerk übermittelt werden. Mit diesem Vorgang geht es im nächsten Beitrag zu Batch-Dateien weiter.

Im vorigen Artikel über das Cookie-Tracking habe ich erläutert, warum diese Tracking-Methode nicht immer sicher ist. Das sogenannte Fingerprint-Tracking versucht diese Defizite zu reduzieren. Es versucht nicht mehr auf dem Rechner des Users Daten zu speichern.

Stattdessen liest das Tracking-Netzwerk per Javascript bestimmte Systemdaten wie IP-Adresse, Bildschirmauflösung, Version von Betriebssystem, Browser und Flash-Plugin aus und speichert diese. Der User hinterlässt im System des Tracking-Netzwerks also einen Fingerabdruck, daher auch der Begriff des Fingerprints.

Bei einer zu trackenden Aktion werden diese Daten wieder erhoben und mit den zwischengespeicherten Fingerprints verglichen. Findet das System einen Fingerprint-User sieht es die Aktion als getrackt an.

Bedeutung

Das inzwischen eingestellte Affiliate-Netzwerk AdCatch warb massiv mit seiner Möglichkeit des cookielosen Trackings. Das war allerdings eher unter PR zu verbuchen. Nach meinen Erkenntnissen akzeptieren fast alle User Cookies. Nur ein bis zwei Prozent blockieren diese standardmäßig. Diese Zahl könnte mit zukünftigen Browser-Versionen steigen. Es ist nicht wirklich klar, wieviele User ihre Cookies regelmäßig löschen. Ich persönlich vermute der Anteil liegt bei unter fünf Prozent.

Kritik

Kauft der User nicht von dem Rechner aus, von welchem er ursprünglich auf die Internet-Seite des Merchants geleitet wurde, hilft auch das Fingerprint-Tracking nichts, denn es basiert auf den Systemdaten des jeweilig benutzten Rechners. Gleiches gilt wahrscheinlich, wenn er am gleichen Rechner nur einen anderen Browser benutzt.

Außerdem besteht beim Fingerprint-Tracking die Gefahr, dass zu viel getrackt wird. Wenn eine Behörde, Universität oder Unternehmen über eine einzige IP-Adresse ins Internet geht (Proxy, Firewall) und alle Mitarbeiter die exakt gleichen Rechner benutzen, würde das Tracking-Netzwerk sie als den identischen Nutzer sehen.

Alternative

Mit Cookie-Tracking wird wahrscheinlich etwas zu wenig getrackt, mit dem Fingerprint-Tracking wahrscheinlich zu viel. Die Wahrheit liegt irgendwo dazwischen. In der Praxis müssen Merchants einfach ihre Provisionen entsprechend anpassen. Wer mit Fingerprint arbeitet muss zwangsläufig pro Aktion weniger vergüten als würde er mit Cookie tracken.

Im vorigen Artikel über das Session-Tracking habe ich erläutert, dass das Cookie-Tracking dazu dient, User-Aktionen auch viel später nach dem ersten Besuch einer Webseite zurückverfolgen zu können Hierbei wird auf dem Computer des Besuchers ein sog. Cookie gespeichert, dessen Inhalt von der betreffenden Webseite bei bestimmten User-Aktionen wieder ausgelesen werden kann. Mit der Rückkehrspanne bezeichnet man den Zeitraum der Gültigkeit eines Cookies.

Bedeutung

Von Affiliates vermittelte Transaktionen können also vergütet werden, wenn ein Besucher erst einige Tage oder Wochen nach dem über einen Affiliate vermittelten Besuch auf einer Webseite kauft. Es wäre ja auch nicht fair, diese mit Zeitverzögerung erfolgreich vermittelten Verkäufe einfach nicht zu vergüten.

Das Cookie-Tracking ist deshalb die verbreitetste Tracking-Methode, um im Affiliate-Marketing Verkäufe und Registrierungen auf einer Webseite einem Affiliate zuordnen zu können. Einige Programmbetreiber werben mit einer recht langen Rückkehrspanne (60 Tage) und bieten Affiliates somit einen größeren Anreiz als die Programme mit 30 Tagen, 3 Tagen oder gar nur Session-Tracking.

Kritik

Cookie-Tracking ist in der Regel ziemlich zuverlässig. Allerdings ist das Cookie-Tracking davon abhängig, dass der Cookie sowohl korrekt geschrieben als auch wieder ausgelesen werden kann. Es gibt mehrere Szenarien in denen das genau eben nicht vorhanden ist.

1. Der User hat seinen Browser so konfiguriert, dass beim Schließen des Browsers alle Cookies gelöscht werden. Der Mozilla Firefox bietet dieses Feature. Auch viele Internet-Cafés löschen sämtliche Nutzerdaten nach dem Logout.
2. Der User hat seinen Browser bzw. Computer so konfiguriert, dass er gar keine Cookies bzw. keine Tracking-Cookies speichert.
3. Der User surft mit unterschiedlichen Browsern. Ein mit dem Firefox eingefangenen Cookie kann im Internet Explorer nicht ausgelesen werden.
4. Der User surft mit unterschiedlichen Computern/Profilen. Auch in diesem Fall kann der Cookie nicht ausgelesen werden. So kann sich der potentielle Kunde tagsüber auf Arbeit informieren und abends vom privaten Computer aus kaufen.

Alternative

Um Affiliate-Transaktionen auch ohne Cookies tracken zu können, wurde das sog. Fingerprint-Verfahren entwickelt. Damit werde ich mich im nächsten Beitrag beschäftigen. Um das Ergebnis vorweg zu nehmen, eine sichere Alternative ist das nicht unbedingt.

Beim Session-Tracking werden nur die Aktionen des Besuchers einer Webseite ausgewertet, die innerhalb der Browser-Session, also während der Dauer des Besuchs der Webseite direkt nach dem Click, erfolgen. Mit anderen Worten, mit dem Schließen des Browsers ist die Session verloren und es würde kein Tracking erfolgen, auch wenn der Benutzer gleich wieder die zuvor besuchte Webseite ansteuert.

Ein Verlust der Session ist ebenfalls möglich, wenn der Besucher für eine bestimmte Zeit auf der Webseite nicht klickt. In diesem Fall liegt ein sog. Session Time-Out vor. Die Dauer einer Session hängt von der Konfiguration des Webservers ab und beträgt oft 30 Minuten.

Bedeutung

Einige Programmbetreiber bieten nur Session-Tracking an. Sie vergüten die Affiliates also nur für Aktionen welche innerhalb kurzer Zeit nach dem Aufschlagen auf der Webseite erfolgen. Kauft der User allerdings erst einen Tag später, weil er sein Vorhaben vorher mit dem Ehepartner besprechen möchte, erfolgt kein Tracking und somit keine Vergütung.

Kritik

Mit Ausnahme weniger Produkte und Dienstleistungen ist es relativ unwahrscheinlich, dass sich Besucher einer Webseite sofort für den Kauf eines Produkts entscheiden. In der Realität vergleichen sie verschiedene Angebote oder warten sogar auf niedrigere Preise und kehren erst Tage oder Wochen später zu der Webseite zurück, auf der sie das favorisierte Angebot gefunden hatten. Affiliates würden also für einen Großteil der Benutzeraktionen, die sie vermittelt haben, nicht provisioniert werden.

Alternative

Um also auch die Aktionen tracken zu können, die erst viel später nach dem ersten Besuch der Webseite durch einen Affiliate-Link erfolgen, genügt Session-Tracking allein nicht. Hier kommt das sogenannte Cookie-Tracking ins Spiel, welches im nächsten Beitrag untersucht wird.

Ziel des Affiliate-Trackings ist also die punktgenaue Messung des Erfolgs von Online-Werbemaßnahmen. Bei Eintreten bestimmer User-Aktionen wie z.B. einer Registrierung oder einem Kauf soll also festgestellt werden, wer den User auf die Webseite des Anbieters gebracht hat.

Wie das genau funktioniert und welche verschiedenen Systeme und Methoden des Trackings es gibt, das wird in den folgenden Beiträgen erläutert.