Black Hat hier, Black Hat da, Black Hat ist für alle da. Ich will ja hier nicht schwarzmalen, aber der Hut ist nun mal schwarz, aber sowas von Black Hat. :-)
RaketenSEO-Rankings bei aus.gerech.net als XML und JSON
Wie schon letztes Mal gibt es auch beim aktuellen SEO-Wettbewerb RaketenSEO die Ranking-Daten von aus.gerech.net im XML- und JSON-Format.
Die URLs lauten:
- JSON: http://aus.gerech.net/data/raketenseo/top123.json
- XML: http://aus.gerech.net/data/raketenseo/top123.xml
Der Aufbau ist recht einfach und weitestgehend selbsterklärend. Im Kopf gibt es drei Datenfelder:
- nam – Name bzw. Suchbegriff (zB. RaketenSEO)
- upd – Datum und Zeit des letzten Updates der Liste
- cnt – Anzahl der Google-Suchergebnistreffer (nicht Listeneinträge!)
Es folgt in rnk eine Liste der Suchergebnisse mit folgenden Datenfeldern:
- pos – Position in den Suchergebnissen
- url – URL der Seite
- typ – Typ des Suchergebnisses, mögliche Werte
- txt – normales Suchergebnis
- new – Google-News
- img – Universal Search Bilder
- vid – Video
- img – URL des Bildes, wenn Typ img ist (optional)
- aut – Name des Autors, falls verfügbar (optional)
- lpo – letzte Position, 1000 falls neu in der Liste
Bei der Position für Universal-Search Ergebnisse wird eine Unternummerierung vorgenommen. Das erste Ergebnis bekommt .1, das zweite .2, das dritte .3 usw. an die eigentliche Position angehängt. Befinden sich zum Beispiel vier Bilder an der Position 13, so erhalten sie die Positionen 13.1, 13.2, 13.3 und 13.4 in pos zugeordnet.
Die Daten werden stündlich zu vollen Stunde erhoben. Es dauert aber ein paar Minuten, bis sie dann tatsächlich vorliegen. Also sollten die Daten ein paar Minuten nach der vollen Stunde abgefragt werden. Den aktuellen Zeitpunkt der Daten sieht man ja in den Kopfdaten.
Das Top-10 Diagramm im PNG-Format liegt auch zu diesem Zeitpunkt vor. Es gibt ein 24-Stunden-Diagramm und ein 3-Wochen-Diagramm:
- 24 Stunden: http://aus.gerech.net/charts/raketenseo/ctop10.png
- 3 Wochen: http://aus.gerech.net/charts/raketenseo/wtop10.png
Und morgen zeige ich dann, wie ich mit einem WordPress-Plugin das Ranking von aus.gerech.net hier bei Schnurpsel einbinde. :-)
Ein neuer Stern am Bilder-Hotlink-Himmel: just-like.net

Langsam, aber kontinuierlich arbeitet sich eine neue Bilder-Hotlink-Farm nach oben. Die Seite just-like.net ist in den letzten Wochen mit einem Bidox von gut 50 Punkten auf Platz 29 geklettert.
Die ganze Website ist mit PHPFox „the awesome social networking script“ erstellt.
Einstiegspunkte sind die Unterseiten /page/ bzw. /page/news/, die auf mehrere Kategorien verweisen. Die Kategorieseiten selbst enthalten dann Links zu den eigentlichen Seiten und zu weiteren Kategorien.
Auf den Seiten findet man neben Werbung noch die ersten 10 Google-Suchergebnisse und die ersten vier Bilder aus der Bildersuche. Die Bilder selbst sind per Hotlink direkt in die Seite eingebunden. Jeder Klick irgendwo auf der Seite öffnet ein Pop-Fenster mit Werbung.
Alles in allem ein bekanntes Muster für automatische generierte „Inhalte“, um Klicks auf Werbung zu erzielen. Was mich nur wundert, die Seiten sind sehr schlecht erreichbar. Meist wurde mir eine Fehlerseite von CloudFlare „522 Connection timed out“ angezeigt. Oder es kam eine allgemeiner Serverfehler der Seite selbst.
Das scheint aber für Google kein Problem zu sein, denn die Seiten werden zumindest in der Bildersuche gut gelistet. mal sehen, wie weit die Seite es noch bringt und wann Google die Reißleine zieht (wenn überhaupt).
Das Strato SSL Zertifikat – gut für den Nutzer (und für Google)
Sicher ist sicher
Gestern bestellt, heute schon aktiv, so schnell ging das mit dem Strato-SSL-Zertifikat für meine Domain schnurpsel.de. Zu erkennen ist das an dem Schloß-Symbol oben in der Adresszeile des Browsers.
Alle Daten, die zwischen Eurem Webbrowser und meiner Website hin- und hergeschickt werden sind nun verschlüsselt. Das bedeutet, daß niemand mitlesen kann, welche Seiten Ihr aufruft oder welche Daten Ihr als Kommentar abschickt.
Der Spaß kostet mich zwar 2,99 Euro im Monat, aber das ist es mir wert. :-)
Das Strato Single-Domain SSL-Zertifikat
Strato bietet für die Webhosting-Pakete zwei Zertifikate an. Ein Single-Domain-Zertifikat für 2,99 Euro im Monat, das genau für die Domain gilt, für die es bestellt wird. In meinem Fall ist das schnurpsel.de, es funktioniert aber auch für www.schnurpsel.de. Das war noch nicht immer so, wie hier ein Nutzer schreibt.
Es gibt zudem ein Wildcard-Zertifikat für 9,99 Euro im Monat, das auch alle Subdomains mit abdeckt, wie z.B. testblog.schnurpsel.de oder bilderdieb.schnurpsel.de. Aber das ist mir dann doch zu teuer und die Subdomains sind praktisch nur Testseiten.
So sehen die Daten des Zertifikates aus:
Ausgestellt ist es von Strato für www.schnurpsel.de, als Alternativ-Name ist aber auch schnurpsel.de eingetragen.
Das Zertifikat wird vom Browser ohne weitere Nachfrage akzeptiert, weil es in der Zertifikatshierarchie auf ein vertrauenswürdiges Root-Zertifikat von „Equifax Secure CA“ zurückgeht.
Besonderheiten beim Strato-SSL-Zertifikat
Viele Domains unter einer IP-Adresse
Ursprünglich funktioniert SSL nur dann, wenn unter einer IP-Adresse genau eine Website, also Domain angesprochen wird. Das liegt daran, daß die Verschlüsselung bereits bei der ersten Kontaktaufnahme des Browsers mit dem Server ausgehandelt wird und zu dem Zeitpunkt noch keine Information über die gewünschte Domain übertragen wird.
Beim Shared Webhosting der großen Anbieter wie auch Strato tummeln sich unter einer IP-Adresse aber viele Domains, so das hier SSL nicht ohne Weiteres funktioniert. Der Weg aus dem Dilemma ist eine Erweiterung des SSL-Standards von 2003 für das Multidomain-Hosting, die Server Name Indication (SNI). Hier wird der gewünschte Domainname bereits bei der Aushandlung, allerdings unverschlüsselt, übertragen.
Damit ist es möglich, auch mehrere Domains unter einer IP-Adresse mit individuellen SSL-Zertifikaten anzusprechen. Genau diese Erweiterung nutz auch Strato für die SSL-Zertifikate.
Die Sache hat eber einen kleinen Haken. Ältere Browser oder Geräte unterstützen den SNI-Standard nicht und so sind Websites damit nicht erreichbar. Der oben verlinkte Wikipedia-Artikel enthält eine Liste der Browser- und Systeme, die SNI unterstützen.
Die http auf https Weiterleitung
Damit künftig die Seite nur noch über https aufgerufen werden kann, sollten die http-Aufrufe auf https-Aufrufe weitergeleitet werde. Dazu bietet Strato im Kundenbereich die Option „SSL erzwingen“ an.
Eigentlich eine feine und bequeme Sache, wäre da nicht ein Problem. Die Weiterleitung, die mit dieser Option ausgelöst wird, hat den Status 302 Found, was folgendes bedeutet:
„Die angeforderte Ressource steht vorübergehend unter der im „Location“-Header-Feld angegebenen Adresse bereit. Die alte Adresse bleibt gültig.“
Genau das wollen wir aber nicht, die Seite soll nun immer und nur per https erreichbar sein. Richtig wäre also der Status 301 Moved Permanently:
„Die angeforderte Ressource steht ab sofort unter der im „Location“-Header-Feld angegebenen Adresse bereit (auch Redirect genannt). Die alte Adresse ist nicht länger gültig.“
So soll es sein. Mein Tip daher für Euch: Setzt nicht die Option im Strato-Kundenmenü aktiv, sondern macht die Umleitung in der .htaccess selber. Das ist auch nicht weiter kompliziert. Bei mir steht folgendes drin:
# HTTPS erzwingen
RewriteCond %{ENV:HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Das muß natürlich nach dem RewriteEngine On, aber am besten noch vor allen anderen RewriteRules stehen.
Warum Strato per 302 weiterleitet, keine Ahnung. Vielleicht sollte man sie mal auf den Fehler hinweisen. Mit den Statuscodes haben die es eh nicht so, wenn ich da noch an die Sache mit dem 410 denke.
https – ein Rankingvorteil bei Google
Als ich gestern das SSL-Zertifikat bei Strato bestellt hatte, wußte ich noch nicht, daß Google heute bekannt geben würde, daß die sichere SSL-Verschlüsselung ein Ranking-Faktor ist. Tja, Zufälle gibt es manchmal. :-)
Ist also alles prima und ich habe intuitiv das Richtige getan. Oder doch nicht?
Mir ist aufgefallen, daß meine Seiten hier bei Schnurpsel jetzt langsamer geladen werden. Zumindest kommt es mir so vor. Und da die Seitengschwindigkeit auch ein Rankingfaktor ist bleibt abzuwarten, was nun passiert. Überwiegt der Vorteil durch SSL oder der Nachteil durch die schlechtere Geschwindigkeit. Ich werde sehen…
XoviLichter – Bildersuche ohne Bilder
XoviLichter – Bildersuche ohne Wert
Zwar sind die Bildersuchergebnisse der Universal-Search-Einblendung per AGB vom Gewinn der Xovilichter-Chellange ausgeschlossen. Trotzdem ist in den Suchergebnissen ein interessanter Effekt zu beobachten. Bei SEO-Wettbewerben geht es ja nicht nur um materielle Preise, Ruhm un Ehre, sondern auch Erkenntnisgewinn.
Hier ist ein Ausschnitt aus meinem Ranking-Monitor für die Bildereinblendungen (Stand: heute 15 Uhr):
Es fällt auf, daß Dynapso bei vier von fünf Treffern als Zielseite für das Bild verlinkt ist, obwohl die Bilder dort auf der Seite nicht zu sehen sind.
Die Bilder tauchen dort alledings in der Ranking-Tabelle als URL auf und sind auch verlinkt. Links zu Bildern wirken zwar für Google so, als seien sie auf der Seite eingebunden und die Seiten bekommen so auch den Link aus den SERPs.
Nofollow für Bilder-Links
Das ist aber nicht der Grund, denn die Links bei Dynapso gehen über einen Redirector und, was noch viel wichtiger ist, sind als rel=nofollow ausgezeichnet.
Durch das nofollo-Attribut im Link kann wirksam verhindert werden, daß die verlinkende Seite für das gelinkte Bild bei Google rankt. Am Link auf das Bild kann es also nicht liegen.
Bilder als Nur-Text-URL
Wer meinen Vortrag auf der SEO-Campixx 2014 gehört hat, wird vielleicht wissen, wo das Problem liegt. Schuld sind die Bilder-URLs in Textform auf der Seite, denen der Google-Bot nicht nur folgt, sondern mit denen man auch in der Bildersuche ranken kann.
Die Erkenntnis ist nicht neu. Aufgefallen war mir das bereits beim SEOKanzler-Wettbewerb. Mit meiner Obstbilder-Testseite konnte ich das auch nachvollziehen. Das Kirschen-Bild ist auf der Testseite nur als Text-URL vorhanden und hat es trotzdem in die Bildersuche geschafft. Für die Suche nach Obstbilder findet man es z.Z. auf Platz 47 der Google Bildersuche.
Rankt das Bild oder die Seite?
Für mich stellt sich nun noch die Frage, falls Bilder beim Wettbewerb in der Wertung wären, würde dann das Bild oder die referenzierende Seite gewinnen?
Aus meiner Sicht müßte es die Seite sein, denn dort gelangt man bei einem Klick auf das Ergebnis auch hin. Das Ergebnis der Google-Bildersuche sind immer Seiten mit Bildern und nicht die Bilder selbst. Oder anders gesagt, ein Bild kann nicht ohne mindestens eine refernzierende Seite in der Bildersuche angezeigt werde.
Ergebnis sind Seiten, nicht Bilder
Konsequenterweise müßten die Ranking-Monitore nicht die URL des Bildes, sondern die URL der Seite mit dem Bild anzeigen, womit das Problem des Bilder-Hijackings via Text-URL bereits vom Tisch wäre. Es würde aber schon reichen, die URLs durch entfernen des Schemas (http://) zu entschärfen. Ich zeige die Bild-URL in meinem Ranking auch an, habe aber noch kein fremdes Bild „übernommen“.








