robots.txt überprüfen

Mit der robots.txt kann man den Suchmaschinen Anweisungen geben. Werden hier die nicht indexierten Unterseiten ausgeschloßen? Ist keine robots.txt vorhanden, wird übrigens auch nichts ausgesperrt. Also im Zweifel weg damit (oder jemanden ranlassen, der sich damit auskennt). Mehr Infos dazu bei selfhtml.

Duplicated Content

Ist im Internet die exakt gleiche Information nochmal zu finden? Falls ja, kann es passieren, dass Suchmaschinen sich weigern die Unterseite mit Duplicated Content in den Index zu nehmen. Schließlich ist der Inhalt schon im Index, aber eben mit einer anderen Webseite.

Einsatz von Meta-Tags “noindex”

Ist im Header-Bereich der Webseite ein Noindex eingebaut? Im Quelltext der Webseite (Strg + u im Firefox) mal nach “noindex” suchen. Folgendes darf nicht drin stehen, wenn die Unterseite in den Index soll: content=”noindex”

Einsatz von canonical-Tag

Sehr oft wird der canonical-Tag falsch eingesetzt. Mit diesem Tag kann die Ursprungsseite angegeben werden. Steht hier eine andere URL drin, als die von uns im Index gewünschte, haben wir ein Problem (kann man wieder im Quelltext überprüfen).

Erstellung der Unterseite erst von wenigen Tagen

Eigentlich klar, aber Anfänger machen oft den Fehler zu ungeduldig zu sein. Gerade bei kleineren Webseiten kann es Tage/Wochen dauern, bis eine Unterseite im Index ist.

Unterseite unter verschiedenen URLs erreichbar

Fragt man überhaupt die richtige URL ab? Ist eine Unterseite unter verschiedenen URLs zu erreichen, entscheidet sich die Suchmaschine für eine. Das muss nicht unbedingt die sein, die man die ganze Zeit abfragt. Also vielleicht ist die Unterseite schon längst im Index, nur unter anderer Adresse. Hier sollte es übrigens der Suchmaschine so einfach wie möglich gemacht werden, das canonical-Tag, welches man auch sinnvoll einsetzen kann, hilft.

Einsatz von Blackhat-Methoden

Der Einsatz von unerlaubten Methoden, wie z.B. Cloaking kann zum Ausschluss einer Unterseite und auch der ganzen Webseite aus dem Index führen. Ist man sich also nicht sicher, ob derartige Methoden eigesetzt wurden, muss dies schnellstens überprüft werden. Überprüfen kann man z.B. Cloaking indem man sich die Webseite wie eine Suchmaschine anschaut (z.B. hier auf webconfs.com oder mit der SEOmoz Toolbar).

Spam-Links auf der Unterseite

Spammer können sich Zugriff auf Webseite verschaffen und platzieren im Beitrag oder außerhalb (dann auch gerne mit weißer Schrift auf weißem Grund) Links zu Spam-Webseiten (wird zum Beispiel bei älteren WordPress-Versionen oft gemacht). Google bestraft dann nicht die ganze Webseite, sondern nimmt nur die betroffenen Unterseite aus dem Index. Überprüfen kann man das ganze im Seitenquelltext (Strg + u im Firefox) oder man schaut sich wieder die Webseite wie eine Suchmaschine an.

Sicherlich gibt es noch mehr Möglichkeiten, aber die meisten Probleme sollten so schon gefunden werden.

Ich lese häufig Magazine oder Bücher über Online Marketing (und musste wegen meines Studiums auch schon einige Male das Thema wissenschaftlich erarbeiten) und daher kann ich behaupten: Das Website Boosting Magazin ist das Beste je gedruckte Erzeugnis zum Thema Online Marketing.

Übrigens bin ich mit der Meinung nicht allein (siehe flobox.de, http://blog-das-oertchen.de, elcario.de und seo-united.de). Das Website Boosting Team hat da einen tollen Job gemacht!

Umgehen kann man dieses Problem, in dem man einen DNS-Server manuell eingibt über den die Anfragen laufen sollen. Zum Beispiel bietet Google eigene DNS-Server unter der IP 8.8.8.8 bzw. 8.8.4.4 an.

Übrigens zeigen sich hier mal wieder die Vorteile von Twitter. Die Echtzeit-Nachrichten klären sofort über das Problem auf. Sucht man z.B. nach DNS werden alle paar Sekunden bis zu 800 neue Tweets gefunden, die genau über dieses DNS-Problem und deren Lösung berichten.

Und andere Blogs haben die Nachricht natürlich auch schon verbreitet.

Webmaster sollten jetzt aber nicht in Panik verfallen. Die Ladezeit wird nach meiner Einschätzung nur ein sehr geringes Gewicht im Google-Algorithmus einnehmen. Trotzdem ist es aus Usability-Gründen und nun auch wegen SEO besser eine schnell ladende Webseite zu haben. Ist also am Ende vom Tag noch etwas Zeit übrig, kann man sich ruhig mal etwas um die Optimierung der Ladezeit kümmern. Mehr Informationen gibt es bei Sistrix, auf seo-united.de, seodiot.de und prometeo.de.

Ladzeit messen

In den Google Webmaster Tools verrät Google, wie sie die “Website-Leistung” (also Ladezeit) der eigenen Webseite einschätzt. Zu finden ist das ganze im Dashboard unter “Google Labs” -> “Website-Leistung”. Hier wird eine meiner Webseiten so eingschätzt:

Im Durchschnitt benötigen Seiten auf Ihrer Website 1,4 Sekunden zum Laden (aktualisiert am 10.04.2010). Dies ist schneller als 86 % der Websites.

Interessant ist auch die Auswertung vom 1und1 Webtool. Dort gibt es für meine Webseite die Note 1,7.

Auf webpagetest.org wird die Ladzeit von einem Server ausserhalb Europas gemessen. Dort konnte meine Webseite mit 3.938s beim ersten Laden abschneiden.

Bei Browsermob.com wurde mit einem Server in Irland 1,4s benötigt.

Pingdom.com zeigt einen Wert von 1,5 Sekunden an.

SiteAlert.de behauptet für die letzten 24 Stunden einen durchschnittlichen Wert von 0,841s gemessen zu haben.

Das Firefox-Plugin Page Speed von Google gibt der Webseite 82 von 100 Punkten.

Mehr Tools zum Testen der Ladezeit könnt ihr hier auf Google finden. Meine getestete Webseite hatte eine Größe von ca. 100 kb und wird bei einem günstigen Hoster mit weiteren 120 anderen Domains auf einem Server gehostet. CMS war WordPress, es sind ein paar Plugins installiert, allerdings kein Caching-Plugin.

Fazit

Die verschiedene Online-Tools zeigen keine überragende (und sehr unterschiedliche) Werte für meine Webseite. Trotzdem werde ich erstmal nichts ändern. Es gibt genug Sachen die wichtiger sind. Ist in den nächsten Wochen mal etwas Zeit übrig, kann man vielleicht noch das ein oder andere an der Ladezeit optimieren. Zudem sollte man sich nicht nur an der reinen Ladezeit orientieren. Webseiten mit vielen Bilder und Text brauchen nunmal länger. Ich könnte mir vorstellen, dass Google Webseiten in Langsam bzw. Schnell je nach Branche und Webseiten-Typ einteilt.

Thanks Kiva Lenders! You’ve funded EVERY loan on the site!!

Falls es stimmt und nicht nur einfach gute Stories mit Bildern fehlen, ist das ein Beweis für das rasante Wachstum der Plattform. Kiva ist ein erfolgreiches Social-Community-Beispiel und wie man das Internet und seine enorme Reichweite für eine gute Sache ausnutzen kann. Für alle die etwas Gutes tun möchten, kann ich Kiva.org nur empfehlen.

Hotlinking kann man aber ganz einfach verhindern. Am Besten ist dies über die .htaccess zu erreichen. Dazu muss eine Datei mit dem Namen “.htaccess” im Root-Verzeichnis angelegt werden. Folgende Code-Schnipsel zeigen die verschiedenen Möglichkeiten:

Möglichkeit 1

Ich möchte alle Webseiten das Hotlinking verbieten außer der Google Bilder-Suche. Um den möglichst geringsten Traffic zu erzeugen, liefere ich ein rotes X aus (es wird kein Bild angezeigt). Bei “sfrisch” muss natürlich die eigenen Webseite eingetragen werden.


RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?sfrisch\.de(/.*)?$ [NC]
RewriteCond %{HTTP_REFERER} !google\. [NC]
RewriteCond %{HTTP_REFERER} !search\?q=cache [NC]
RewriteRule \.(gif|jpg|GIF|JPG|png|PNG)$ - [F]


Möglichkeit 2

Ich möchte alle Webseiten das Hotlinking verbieten außer der Google Bilder-Suche. Ich liefere stattdessen ein anderes Bild aus, um zu zeigen, dass ich Hotlinking nicht erlaube oder einfach um mein Logo einzublenden. Bei “sfrisch” muss natürlich die eigenen Webseite eingetragen werden. Wichtig ist hier, dass das Bild nicht eine Dateiendung hat, die wir zuvor verboten haben. Hier ist .gif und .GIF verboten, aber .giF funktioniert noch. Diese Dateiendung muss das Bild haben, das stattdessen angezeit werden soll.


RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?sfrisch\.de(/.*)?$ [NC]
RewriteCond %{HTTP_REFERER} !google\. [NC]
RewriteCond %{HTTP_REFERER} !search\?q=cache [NC]
RewriteRule \.(gif|jpg|GIF|JPG|png|PNG)$ http://www.sfrisch.de/anderes-bild.giF [R,L]


Möglichkeit 3

Ich verbiete nur ausgewählten Webseiten das Hotlinking. Alle Anderen dürfen Hotlinking betreiben. Den gesperrten Webseiten wird eine Ersatzgrafik angezeigt. Bei “sfrisch” muss natürlich die eigenen Webseite eingetragen werden. Bei “fremde-domain”, die zu blckierenden Webseiten. Wichtig ist hier die Dateiendung des Bildes (siehe dazu Erklärung bei Möglichkeit 2).


RewriteEngine on
RewriteCond %{HTTP_REFERER} ^http://www.fremde-domain.de/.*$ [NC,OR]
RewriteCond %{HTTP_REFERER} ^http://www.fremde-domain2.de/.*$ [NC,OR]
RewriteCond %{HTTP_REFERER} ^http://www.fremde-domain3.de/.*$ [NC]
RewriteCond %{REQUEST_FILENAME} !anderes-bild.gif$
RewriteRule \.(gif|jpg|GIF|JPG|png|PNG)$ http://www.sfrisch.de/anderes-bild.giF [R,L]


Mehr Informationen zum Thema findet ihr auf trafficklau.de und A List Apart. Mit den oben beschriebenen Methoden kann man auch dem Traffic-Klau über die Google Suche entgegenwirken.

Ich glaube, dass der Durchschnitts-Sucher nicht glücklich sein wird. Zum einen sind die Marken-Seiten meist furchtbar grausam gemacht und nur selten bekommt man gute und übersichtliche Informationen zu einem speziellen Produkt. Hier machen die Affiliate-Seiten einen bessern Job und haben somit eine Berechtigung ganz vorne in den SERPS zu stehen. Andererseits ist der User immer mehr an aussagekräftigen Titel und guten Beschreibungen gewöhnt. Sehe ich mir z.B. den furchtbaren Snippet von Visa an (zur Suche nach “Kreditkarte”), finde ich das einen absoluten Rückschritt (siehe Screenshot). Für uns Affiliates hat es auf jeden Fall mehr Nachteile als Vorteile, aber ich glaube auch der Durchschnitts-Sucher ist von den Änderungen nicht so erfreut.

Das Tool ist ein Schritt in die richtige Richtung, eine zusätzlichen monatlichen Report oder eine Benachrichtigung fände ich noch besser. Jetzt muss man sich die Informationen über deaktivierte Links alle paar Tage selbst holen. Den meisten Affiliates wird diese Funktion erst gar nicht auffallen. Affili.net macht also noch weiter Geld mit deinen Links. Vielleicht liest diesen Beitrag der ein oder andere Affiliate und überprüft ab jetzt regelmäßig seine “Zero-€-Links”.

Zu finden ist das Tool im eingeloggten Bereich unter “Statistik” -> “Zero€-Links”. Und so sieht die Parking-Seite von Affilinet aus:

Die Wahlen sind aber einfach eine schöne Sache für die SEO-Community und sollten wohl eher mit Humor genommen werden. Wer letztendlich gewinnt ist eigentlich vollkommen egal. Ein wirkliches Qualitätsmerkmal ist höchstens die Nominierung. Den oder das Beste kann man nie wahrheitsgemäß herausfinden, aber alle Nominierungen haben irgendwie in der SEO-Szene im Jahr 2009 für Aufsehen gesorgt.