Simsalaseo: Hotlinking

Mit dem folgend verlinkten Bild auf Solvium.de versuche ich morgen im Zwischenstand etwas zu reißen. Da Google anscheinend einige aktuelle Bilder am Anfang der Bildersuche aufführt, ist ein junges Bild nicht ganz chancenlos. Leider ist trotz Veröffentlichung um 16:00 Uhr bisher noch nix aufgetaucht… also wird noch ein kleiner Hotlink ausgepackt:

Simsalaseo

Vielleicht bringt der ja was

Simsalaseo: Keyworddichte

Eisy hat mit einem spammigen Beitrag sein Bild kurzfristig auf Platz 1 gebracht. Er nimmt aber nicht selbst am Wettbewerb teil (wenn ich das richtig verstanden habe), interessant ist das Zwischenergebnis natürlich trotzdem. Die Nachhaltigkeit wird abzuwarten sein. Trotzdem kann sowas auch außerhalb von Simsalaseo nützlich sein, beispielsweise bei Google Doodles oder anderen kurzfristigen Events.

Simsalaseo: Zwischenstand

Bleibt jetzt also erstmal der Zwischenstand abzuwarten. Entschuldigung auch für die geringe Substanz in diesem Beitrag, war ein langer Tag

Natürlich habe ich sofort Gegenmaßnahmen ergriffen und noch am gleichen Tag zwei neue Artikel geschrieben und veröffentlicht. Auch am folgenden Tag erschien ein neuer Artikel. Die Wirkung: sämtliche Rankings kamen nach spätestens drei Tagen wieder. Das weist zunächst darauf hin, dass Google tatsächlich bei Domains auch die generelle “Frische” der Domain, also das Hinzukommen neuen Contents, in die Rankings aller Unterseiten mit einbezieht. Möglicherweise passiert das auch nur bei Blogs?

Die Schattenseite dieser Beobachtungen: Ich weiß nicht, was ohne die neuen Artikel passiert wäre oder ob die Platzierungen nicht auch einfach nach drei Tagen so wiedergekommen wären. Dafür hätte ich die Durstphase vielleicht noch ein paar Tage ohne Maßnahme laufen lassen müssen. Andererseits halte ich die Domain Freshness für einen durchaus plausiblen Rankingfaktor.

Ist man im Affiliate-Bereich unterwegs, steht man beim Messen der Conversion Rate auf der Keyword-Ebene vor einem Dilemma: Tracking-Dienste wie Google Analytics geben die Conversion-Rate zwar pro Keyword an, messen dabei aber nur die ausgehenden Klicks und nicht die erfolgten Sales/Leads (im folgenden der Einfachheit halber nur noch “Sales”). Das heißt, hier kann ich die Kennzahl

Ausgehende Besucher : Gesamte Besucher für Keyword x

anschauen. Hm. Das ist zwar schon spannend, aber wenig aussagekräftig, wenn ich wissen möchte, welche Keywords zu den meisten Sales führen.

Statistiken der Affiliate-Netzwerke

Die Affiliate-Netzwerke bieten in ihren Statistiken lediglich die Möglichkeit, nach dem Referer (der meist die eigene Seite ist) zu gruppieren, sodass ich zwar die Gesamtzahl von Conversions pro Klicks (bzw. pro Ausgehenden Besuchern, um in obiger Darstellung zu bleiben) ermitteln kann, das aber unabhängig vom Keyword. Die Kennzahl

Anzahl Sales : Ausgehende Besucher für alle Keywords

ist auch interessant und lässt durchaus Rückschlüsse auf (nicht) erfüllte Erwartungen seitens der Besucher und die Conversionkraft der Zielseite zu, allerdings unabhängig von irgendwelchen Suchbegriffen.

Also was tun?

Sub-IDs und Session-Tracking

Ohne an dieser Stelle zu tief in die Implementierungsdetails vordringen zu wollen, möchte ich ein Konzept zur Bestimmung der Conversionrate auf Keyword-Ebene vorstellen, das die Kennzahl

Anzahl Sales : Anzahl Besucher für Keyword x

ermittelt.

Dazu sollte zunächst jeder frische Besucher einer Website mit einem Vermerk in seiner Session versehen werden, der den Herkunfts-Referer und damit die eingegeben Keywords enthält. Dazu bietet es sich an, etwa in PHP eine Session-Variable auf Vorhandensein zu prüfen und gegebenenfalls anzulegen:

if (empty($_SESSION['kcr'])) {
    //
    // Hier Token erzeugen, in Datenbank zusammen mit dem Referer ablegen.
    [...]
    // Session-Variable füllen
    $_SESSION['kcr'] = $siteToken."-".$dateToken."-".$randomToken;
}

Ein paar Erklärungen zum obigen Code: die drei Token dienen zur eindeutigen Zuordnung zum Referer. Sonst werden keine Daten gespeichert. Das könnte an dieser Stelle natürlich auch passieren, ist aber datenschutzrechtlich eher fragwürdig und auch eher unnötig.
$siteToken ist ein domainspezifischer Hash-Schlüssel, bspw. der MD5 von $_SERVER['SERVER_NAME'],
$dateToken ist ein Hash-Schlüssel des aktuellen Zeitstempels,
$randomToken ist eine Zufallszahl bzw. ihr Hash.

Diese drei Token garantieren einerseits, dass der Sale immer noch der Seite zugeordnet werden kann (über den siteToken), und sichern andererseits, dass der Schlüssel allerhöchstwahrscheinlich einzigartig ist.

In der Datenbank wird nun diese Dreierkombination aus Token zusammen mit dem Referer abgelegt. Die Magie kommt beim Zusammensetzen des Affiliate-Links. Hier wird nun der erzeugte Session-Wert als Sub-ID an den Link angehängt:

header('location: http://clix.superclix.de/[...]&linknr=123&subid='.$_SESSION['kcr']);

Und jetzt?

So, jetzt müssen die Daten zusammengeführt werden. Die Statistiken der Affiliate-Netzwerke können jetzt exportiert und nach Sub-IDs gruppiert werden, während die in der Datenbank abgelegten zugehörigen Referer ebenfalls übermittelt werden. Sieht man die einzelnen Affiliate-Seiten als Satelliten und das Auswertungs-System als zentralen Master, schicken die Satelliten ihre Sub-ID-Referer-Paare an den Master, der sich wiederum die Statistiken der Netzwerke holt und die Daten zusammenführt. Mit ein bisschen Programmierkunst können aus den Referern nun die Keywords extrahiert, den Sub-IDs und den Sales zugeordnet und damit die Conversion-Rate pro Keyword ermittelt werden.

Klingt jetzt alles komplizierter, als es bestimmt ist – ich hab’s selber noch nicht ausprobiert. Sollte aber durchaus mit kleinem bis mittlerem Aufwand machbar sein und sich tatsächlich auch lohnen. Ideen und Verbesserungsvorschläge sind gern gesehen.

Es handelt sich um einen SOAP-Webservice, für den PHP einen Client mitbringt, sofern das Modul aktiviert wurde. Dieser Client wird mit den Webservice-Einstellungen erstellt:

// create a new soap client
$webgainsClient = new SoapClient (
    NULL,
    array (
        "location"   => "http://ws.webgains.com/aws.php",
        "uri"        => "urn:http://ws.webgains.com/aws.php",
        "style"      => SOAP_RPC,
        "use"        => SOAP_ENCODED,
        'exceptions' => 0
    )
); 

An den Client können dann die im Webservice angegebenen Anfragen übermittelt werden, beispielhaft hier die getEarnings-Methode, die als Parameter Start- und Enddatum, die Kampagnen-ID (diese Kampagnen-ID findet man hier) und die Logindaten erwartet:

// configuration
define ('LOGIN_MAIL',     'test@test.de');
define ('LOGIN_PASSWORD', 'passwort');
define ('CAMPAIGNID',     12345);
 
$dateStart = date('Y-m-d', time()-7*86400).' 00:00:00';
$dateEnd   = date('Y-m-d H:i:s');
 
 
// send earnings request
 
$earningsResult = $webgainsClient->getEarnings($dateStart, $dateEnd, CAMPAIGNID, LOGIN_MAIL, LOGIN_PASSWORD);

Durch das Ergebnis des Aufrufs kann dann iteriert und auf die Eigenschaften jedes Datensatzes (hier $item->commission) zugegriffen werden:

if (is_soap_fault($earningsResult)) {
   // error handling
} else {
    foreach ($earningsResult as $item) {
        echo "<br />".$item->commission;
    }
}

Natürlich können pro Scriptaufruf auch mehrere Anfragen an den Webgains Webservice gestellt werden. Eine mögliche Verwendung für den Service könnte etwa ein RSS-Feed sein, der bei neuen Provisionen Bescheid gibt, oder ein Affiliate-Dashboard, auf dem die Zahlen mehrerer Netzwerke zusammen dargestellt werden.

Referenzen:

• Webgains: http://www.webgains.de
• Webservice-URL: http://ws.webgains.com/aws.php
• PHP SOAP-Client: http://php.net/manual/de/book.soap.php

Gesamtes Script:

 
// configuration
define ('LOGIN_MAIL',     'test@test.de');
define ('LOGIN_PASSWORD', 'passwort');
define ('CAMPAIGNID',     12345);
 
$dateStart = date('Y-m-d', time()-7*86400).' 00:00:00';
$dateEnd   = date('Y-m-d H:i:s');
 
// create a new soap client
$webgainsClient = new SoapClient (
    NULL,
    array (
        "location"   => "http://ws.webgains.com/aws.php",
        "uri"        => "urn:http://ws.webgains.com/aws.php",
        "style"      => SOAP_RPC,
        "use"        => SOAP_ENCODED,
        'exceptions' => 0
    )
);
 
// send earnings request
 
$earningsResult = $webgainsClient->getEarnings($dateStart, $dateEnd, CAMPAIGNID, LOGIN_MAIL, LOGIN_PASSWORD);
 
if (is_soap_fault($earningsResult)) {
   // error handling
} else {
    foreach ($earningsResult as $item) {
         echo "<br />".$item->commission;
    }
}
 

Heute Morgen gab es dafür einen weiteren Anreiz für neue Artikel: Im neu gestarteten Online-Marketing Forum von eisy gab es ein Jahresabo des ebenso brandneuen Website Boosting Magazins von Mario Fischer et al. zu gewinnen. Die Glücksfee hat ordentlich zugelangt und mich ausgewählt Ab Mai soll das Magazin erscheinen, ich freu mich schon sehr darauf. Es wird sicher einige Inspirationsquellen auch für Blog-Artikel und -Diskussionen liefern.

Das soll’s für heute auch gewesen sein. Vielen Dank für die Aufmerksamkeit.

Ich werde das noch einmal testen, aber es sieht ganz so aus, als wäre Twitter als manueller Ping für Google zu gebrauchen. Praktisch!

Registrierung: 30.06.2009
Content: 01.07.2009
Ranking-Fall: 03.10.2009 -> 04.10.2009

Macht also ziemlich genau 3 Monate vom ersten Indizieren der Seite bis hin zum deutlich sichtbaren Ranking-Verlust. Das kann kein Zufall sein und sieht für mich stark nach dem Wegfall des Newbie Bonus aus.

Dabei muss man wohl zwischen dem Newbie Bonus für einzelne frische Blog-Artikel und die gesamte Domain unterscheiden. Neu verfasste Artikel werden für einige Stunden bis Tage deutlich höher eingestuft, fallen dann aber nach einiger Zeit deutlich im Ranking, wenn ihre Aktualität nachlässt.

Genauso gibt es einen Bonus für gesamte Domains, der beim Verschwinden sämtliche Keywords der Domain mitnimmt – sofern nicht genug Backlinks gesetzt wurden.

Weitere Quellen zum Google Newbie Bonus:
• ‘Der Google Newbie Bonus‘ auf blogs-optimieren.de
• ‘Google Newbie Bonus‘ bei seo-imagine.de
• ‘Das schnelle Sterben der Blogs‘ von seo-radio.de

[via Blogs optimieren]