Als fleißiger Rss-Feed Reeder der Entwickler Szene bin ich die Tage über die Artikel von Hannes Preishuber gestoßen in dem er zeigt, daß man Microsoft Sharepoint ein wenig in Sachen SEO optimieren kann und Suchmaschinen wie Google, Bing & co die Seiten besser lesen können.

Title-tag bei Sharepoint anpassen/optimieren – ein Title muss nicht nur lesbar sein er muss auch die Positionierung der Wörter und die dazu gewählten Suffix und Prefix passen.

301 Weiterleitung statt 302 – Was für den User keinen Unterschied macht, da eine Weiterleitung eine Weiterleitung ist, egal welcher Status Code dabei ausgegeben wird, ist für die Suchmaschinen absoluter ernst. 302 Weiterleitung werden zum Beispiel von Bing komplett ignoriert und auch Google zieht eine klare 301 Weiterleitung vor.

Google Sitemap für Sharepoint 2010 – Bei einer Google Sitemap handelt es sich um eine banale XML Datei die nach einem einheitlichen Schema erstellt werden muss. Das praktische, man kann die selbe Datei auch bei den Bing Webmaster Tools einreichen.

When we initially crawl a URL, we’ll generally index it with that URL first. A rel=canonical link element is not the same as a 301 redirect, so it will take more time for us to pick up on the final target, to crawl and to index that instead of the original URL.[…]

Wer also die Wahl zwischen dem Einsatz des canonical tags oder 301-redirects hat, sollte daher lieber die Weiterleitung wählen. JohnMu geht aber noch auf einen weiteren wichtigen Punkt bei der URL und Content Gestaltung von Webseiten ein, den Webmaster sich immer vor Augen halten sollten.

If you are using this for canonicalization, keep in mind that we will still have to crawl all of those copies first, so depending on your site, that might be a significant load on your server (and it will slow down crawling and indexing of all of your content). […] Having a site that is clear of unnecessary URL parameters will always make it easier to crawl and index.

Der Einsatz eines Canonical Tags kann zwar das Duplicate Problem lösen, aber ein bot muss trotzdem alle URLs vorher indexieren um den canonical tag lesen zu können. Dabei entsteht nicht nur eine unnötige Serverlast beim Webseitenbetreiber sondern auch die vollständige Indexierung verzögert sich unnötig und das bei jedem Besuch des bots. Webmaster sollte daher, wenn sie die Möglichkeit haben, ihr Duplicate Content Problem vollständig lösen und zum Beispiel URLs mit IDs vollständig beseitigen.

via Google: Canonical Tag Slower Than 301 Redirect

Bisher war ich fast schon der Überzeugung nach, das jede große US Firma eine SEO Abteilung hat, bis auf Microsoft. Sicher, Microsoft betreibt seine eigene Suchmaschine, aber dies ist nur ein Produkt von vielen und somit keine Garantie das jede Seite die Microsoft online stellt die Grund Onpage Faktoren entsprechen. Ein gutes Beispiel ist zum Beispiel der Bing Blog, über den das Microsoft Bing Team neue Funktionalitäten vorstellt und sogar SEO Tipps gibt, schaut man sich nämlich den head Bereich, fällt dem geschulten Auge sofort auf, das hier zwei Title Tags enthalten sind, ein Description Tag, der auf allen Seiten gleich ist und die URL keine Keywords enthält. Besonders Ärgerlich wenn immer wieder gezeigt wird, das Description und Title doch sehr wichtig sind.

Doch auch im Hause Microsoft scheint sich einiges zu tun, denn seit einiger Zeit gibt es im MSDN Angebot einen interessanten Blog, den Searchblog auf dem Chris Moore wirklich gute SEO Tipps gibt, wie Webmaster ihre Webseite für Suchmaschinen verbessern können. In seinem neusten Posting How to move a website and not break SEO [Infographic] gibt es eine tolle Infografik die erklärt, wie man einen Seitenumzug durchführt.

URLs gehören zu denen Elementen einer Homepage die man am besten nie ändern sollte. Wie Vincent erklärt werden URLs oft 1:1 in Blogs und Foren gepostet, die URL dient also anchor Text. Hässliche URLs ohne die passenden Keywords helfen wenig der Seite die nötige Linkpower zu verschaffen.

So, if all you have is a cryptic URL, this isn’t going to add any "keyword power" to your page, but using a keyword-based URL will give you the additional "keyword power" you need to help your page rank for the included terms.

Die Website von Microsoft Office, die sich auf einer Subdomain von Microsoft befindet (office.microsoft.com), hat über 200 Millionen Besucher pro Monat, ist in 38 Sprachen verfügbar und besitzt laut Google über 1,7 Millionen URLs. Mit den heutigen CMS ist eine URL Umstellung schnell gemacht, trotzdem sollte man sich vorher völlig im Klaren sein wie die URLs genau auszusehen haben, denn mit jeder neuen URL Struktur müssen auch alle alten URLs auf die neuen URLs weitergeleitet werden.

Besonders kritisch sind hier die Kettenweiterleitungen, unzählige 301. Diese fallen dem User nur in seltenen Fällen auf, Suchmaschinen wie zum Beispiel Google sehen mehr als 3 Weiterleitung als ungut an und hören auf Linkjuice zu übergeben.

Die perfekte URL existiert nicht, jedes Projekt hat seine ganz eigenen Besonderheiten die man nutzen sollte. Dies sieht man sehr gut im Falle von office.com, denn wie Vincent erlärt gab es die Überlegung ob man die Stoppwörter aus den URLs entfernen sollte und so nur „perfekte“ Keyword URLs verwendet. Da aber im Software Bereich oft mit Suchbegriffen wie „Wie kann von Windows Vista auf Seven updaten?“ gesucht wird, wäre es fatal solche Stoppwörter nicht in der URL zu verwenden und auf die 1:1 übereinstimmung zu verzichten.

Also, a lot of our pages are around key terms that in other contexts would qualify as stop words. A good example would be the title such as "What-if scenario" or "If function" in Excel, where the stop words "what" and "if" are actually the most significant, so stripping them out simply didn’t make sense for us.

Wirklich ein interessanter Artikel der zeigt dass es nicht einfach reicht den Schalter bei SEO-URLs umzulegen um die SERPS zu rocken.

Link: Office.com SEO: search engine-friendly URLs

Im Rahmen meiner Analysen bei diesem abgestraften Projekt, ist mir aufgefallen das der Canonical Tag, der sonst immer extrem gut bei Google funktioniert auf einmal völlig machtlos ist. Während ich mit dem Site: Operator rumgespielt habe, habe ich gesehen, dass bei der Domain viele Doppelte Inhalte seitens Google unterdrückt worden waren. Nach einem kurzen Tiefenanlyse war klar, aufgrund eines Fehlerhaften WordPress Plugins wurden an allen URLs eine Variabel dran gehangen.

Normalerweise ist dies dank dem canonical tag kein Problem, denn die Suchmaschine weiß sofort das diese Seite nur eine Kopie ist und wo das Original liegt. Bei Google funktioniert das sogar Domainübergreifend. In der Vergangenheit hatte ich mit dem Canonical Tag immer gute Erfahrungen gemacht und sogar bei einem sehr großen Projekt, bei welchem die gleichen Artikel auf vielen anderen Domains lagen, hatte Google kein Problem damit immer das Original zu erkennen.

Im Quellcode der betroffenen Seite ist alles in Ordnung und der Canonical tag stimmt ebenfalls.

Wie ich oben schon gesagt habe, unterliegt die Domain einer Art von Filter/Bestrafung, es kann also gut sein, das Google bei penalisierten Domains den Canonical tag ignoriert, aber genauso kann es auch sein das im Rahmen von Caffeine jemand vergessen hat das Canonical tag Modul zu installieren .

Duplicate Content mit Variabel eliminieren

Um doppelte Seiten zu eliminieren gibt es mehrere Methoden die ich hier kurz vorstellen möchte

Canonical tag

Beispiel: <link rel='canonical' href='http://dom.tld/o.html' />

Die neuste Methode die von den drei Suchriesen Google, Yahoo und Bing eingeführt werden soll. Während Google bereits V2 unterstützt (Domainübergreifend) verarbeiten Yahoo und Bing noch nicht mal Version 1.

• Vorteil: Wirkt schnell und sehr effektiv bei Google
• Nachteil: Ich muss darauf vertrauen das die Suchmaschine den tag liest und verwendet

Robots.txt

Beispiel: Disallow: /?=*

Schnell einzurichten, aber sehr langsam. Bei grossen Projekten kann es so schon mal mehrere Monate dauern bis die Seiten aus dem Index fliegen. Laut Google soll man übrigens 24h bevor man neue Inhalte veröffentlicht die Robots.txt aktualisieren, da Google die Robots.txt 24h lang cached. Eine Seite die via Robots.txt gesperrt ist, gibt keinen Linkjuice mehr weiter. Sollte also eine Seite mit einer Variabel viel verlinkt worden sein, würde durch dann durch die Robots.txt kein Linkjuice mehr ankommen.

• Vorteil: Schnell eingerichtet
• Nachteil: Langsam und Linkjuice Verlust

301 Weiterleitung

Die 301 Weiterleitung ist zwar sehr aufwendig einzurichten, aber es lohnt sich. Man überlasst nichts dem Zufall und muss auch nicht darauf hoffen das die Suchmaschinen es schon „irgendwie richtig“ machen. Zwar beteuert Google immer wieder, das Webmaster sich keine Sorgen wegen Duplicate Content machen müssen, aber das Beste ist es wohl, wenn man es selbst macht.

• Vorteile: Link Juice bleibt erhalten, wirkt schnell
• Nachteil: Kann zeitintensive sei, zu viele Ketten 301 geben keinen Link Juice mehr weiter

MichaelC erklärt in seinem Artikel RewriteRule’s Split Personality Explained das eine Weiterleitung in der apache2.conf, vhosts oder .htaccess nicht nur unterschiedliche Ergebnisse an Browser und Suchmaschinen senden, sondern auch für unterschiedliche Zwecke eingesetzt werden können.

Wer also gerade plant seine Webseite umzustellen und vielleicht sogar neue URLs einsetzt sollte sich diesen Artikel durchlesen, den schöne URLs reichen nicht aus, die Bots müssen auch die richtigen URLs geliefert bekommen und keinen Linkjuice an hässliche ID URLs vergeuden.

Link: SEOmoz | RewriteRule’s Split Personality Explained

Aktuell betreue ich einen Kunden der in den letzten Monaten einen massiven traffic Einbruch hatte. Die Ursache dafür war schnell gefunden und hatte eher technische Gründe. Trozdem kristallisiete sich, nach dem Beheben der technischen Unstimmigkeit, ein DC Problem herraus, was zur Folge hatte, das viele Seiten einfach von Google unterdrückt worden sind und so wertvoller traffic verloren gegangen ist.

Um Duplicate Content zu identifizieren fange ich meistens mit Stichproben an und nehme den ersten Absatz eines Artikels und gebe ihn einfach in das Google Suchfenster ein. Wenn alles in Ordnung ist erhalte ich im Normalfall nur ein Suchergebnis, die Seite von der ich den ersten Absatz kopiert habe.

Durch diesen simplen Test kann man also ganz schnell doppelte Inhalte identifizieren und die ersten Strategien entwerfen. Doch warum ist es wichtig die Doppelten Inhalte zu Eleminieren? In diesem Fall war es so, dass die gleichen Inhalte auf mehreren Domains, als Teil eines Content Netzwerks, erschienen. Aufgrund der unterschiedlichen internen Verlinkung, die bei manchen Artikel besser, bei anderen schlechter war wurden die original Artikel mal unterdrückt, mal nicht. Google konnte sich also nicht entscheiden welcher Artikel die Quelle ist und welcher nur die Kopie.

Nachdem dann alle Verursacher identifiziert waren und die passende Zielsetzung definiert worden ist, kam die entscheidende Frage, wie kann man die Probleme technisch lösen? Bei einer Webseite mit 100 Seiten kann man sich ruhig ein paar Stunden hinsetzen und alles manuell machen. Bei einer Webseite mit mehr als 100.000 Seiten die wiederum auf unzähligen anderen Domains geklont werden ist so eine Lösung nicht umsetzbar. Da man nicht alles CMS kennen kann, ist in solchen Fällen sehr wichtig eng mit Entwicklern zusammenzuarbeiten und sie mit in die Problemstellung einzubeziehen. Passend dazu ist auf SEOmoz ein toller Artikel erschienen: SEOs and Developers: 5 Ways to Build The Relationship. Nach einer längeren Erläuterung wurden dann alle Probleme in kurzer Zeit gelöst und wir könnten schon bald die ersten positiven Ergebnisse beobachten.

Um Duplicate Content zu eliminieren gibt es einige Methoden. Manche halte ich für sehr effektive, andere funktionieren nur schlecht oder brauchen einfach zu lange um zu greifen. Hier mal die wichtigsten:

Canonical tag

Der canonical tag ist wirklich eine Wunderwaffe und funktioniert erstklassig. Bei Google kann man ihn sogar auf anderen Domains verwenden. Bing und Yahoo unterstützen diese Funktion leider noch nicht. Wer also seine Inhalte auf anderen Webseiten 1:1 veröffentlicht sollte immer darauf bestehen, das neben der Quellenangabe auch der richtige canonical tag enthalten ist.

<link rel=”canonical” href=”http://www.domain.tld/page1.html”>

Doppelte Seiten via Robots.txt sperren

Die Robots.txt funktioniert, leider bei Seiten die bereits im Index sind, sehr träge. Bei neuen Domains kann man gerne mittels Robots.txt einige Bereiche sperren, aber verlassen sollte man sich nicht darauf

301 Weitereleitung auf eine URL

Ist sicherlich die bekannteste Methode das DC Problem zu lösen. Hier sollte man aufpassen nicht auf die falsche URL weiterzuleiten. Angenommen eine Seite ist unter der URL A und B erreichbar. URL A hat kaum Backlinks, URL B hat hingegen sehr viele. Da bei einer Weiterleitung immer Linkjuice verloren geht, sollte man aufpassen von welcher URL man auf welche weiterleitet. In diesem Fall wäre eine AB Weiterleitung die beste Lösung

Variabel vermeiden

Variablen in den URLs sind meistens ein Überbleibsel alter CMS und können in den meisten Fällen vermieden werden. Zwar kann mittels 301 alles auf eine URL leiten, aber wie schon beim oberen Punkt beschrieben, geht hier immer etwas Link Juice verloren. Es wäre also besser diese Art von URLs gar nicht entstehen zu lassen

Noindex,follow

Ich liebe diesen meta tag aus einem einzigen Grund der er sagt „Diese Seite nicht im Index anzeigen, aber bitte den Linkjuice schön weiter fließen lassen“, einfach genial. Um die interne Linkstruktur zu verbessern, nutzte ich gerne sogenannte Bindeglieder, dabei handelt es sich um Seiten die Themenähnliche Seiten miteinander verlinken, das können zum Beispiel Kategorien oder Tags sein. Da es passieren kann das ein User auf diese Seiten klickt müssen diese natürlich auch gefüllt werden. Eine einfache Lösung ist es, einfach sämtliche Artikel anzuteasern. Leider entsteht dadurch DC, denn der Anfangstext (der mit den relevanten Keywords und Suchphrasen) kommt so auf der Kategorie Seite und auf dem eigentlichen Artikel vor. Indem man die Kategorien Seite auf noindex,follow setzt, fließt der Linkjuice ganz normal, aber die Übersichtsseite erscheint nicht in den Suchergebnissen.

Problem Lösung

Mit Hilfe des Canonical tags habe wir Google gezeigt das der original Artikel woanders liegt. Die URLs mit Variablen wurden komplett eliminiert, aber gleichzeitig haben wir alle Variablen URLs via 301 auf die original URLs weiteregeleitet um den Linkjuice von Backlinks die auf die falsche URL zielen auf die richtige URL fließen zu lassen.

Zum Schluss haben wir eine Reihe von Google Sitemaps eingerichtet um die Indexierung der einzelnen Bereiche zu überwachen und umso zu erkennen wo wir die interne Verlinkung weiter verbessern müssen.

• 301 und 302 Weiterleitungen sind nicht identisch
• Wie leite ich weiter? Via Regel oder einzeln?
• Mit jeder 301 Weiterleitung geht Linkjuice verloren

Gerade mit der letzten Frage hat sich Mark Lavoritano beschäftigt, und das Phänomen der 301 Weiterleitungen in seinem Post 301 Redirect Test: How Much Link Juice are YOU Losing? analysiert. Zusammenfassend kann man aber deutlich sagen, das Google im Vergleich zu Bing und Yahoo am besten mit einer 301 Weiterleitung zurechtkommt.

source: 301 Redirect Test: How Much Link Juice are YOU Losing? 

Wie man an der Grafik gut erkennen kann, sinkt der traffic bei Bing und Yahoo deutlich, während Google dem Umstieg Problemlos hinnimmt. Der anschließende anstieg des traffics bei Google würde ich keiner Bedeutung zurechnen, außer das die neue Domain einen kleinen Newbie Bonus hat. Das Bing eigentlich dem Header Status eine besondere Bedeutung zuordnet und beispielsweise 302 gar nicht indexiert, wundert es mich das bei bing der 301 so schlecht funktioniert.

Leider bleibt uns Mark die Antwort auf die wichtigste Frage schuldig, “Wieviel Linkjuice geht bei einer 301 Weiterleitung verloren“. Aber schließlich ist der Linkjuice ein fiktiver Wert den man nur schwer definieren kann, schließlich wird er durch viele Faktoren beeinflusst.

Trotzdem sollte man den Linkjuice Verlust bei einer 301 nicht unterschätzen und vermeiden viele 301 hintereinander anzuketten. Eine URL Umstellung sollte prinzipiell immer gut überlegt sein, denn jede URL Umstellung zieht man sich sein Leben lang hinterher, schließlich will man gerade den Linkjuice von sehr alten Domains nicht vergeuden.

In dem von Rick DeJamette angesprochenen Thread hatte ein User die URL Struktur seiner Webseite geändert. Wie in so einem Fall üblich, hatte eralle alten URLs per 301 redirect auf die neuen URLs weitergeleitet. Nun war ihm aufgefallen das die Indexierung der neuen Seiten ziemlich lange dauerte. Im Bing Forum wurde auch schnell der Grund dafür gefunden, die nicht mehr existierenden Seiten lieferten anstelle eines 404 Server Header einen 200 OK Status.

Der Server meldete der Suchmaschine also bei jedem Besuch, dass die Seite weiterhin existiere.

Um zu zeigen wie weit das Problem verbreitet ist, habe ich die 404 WordPress Meldung meines Themes "The page you’re looking for can’t be found. But wait, try this:" in Google eingegeben. Die Anzahl an 404 Seiten mit der Fehlermeldung sind jetzt nicht sonderlich viele, wenn aber bedenkt das WordPress von Haus aus die 404 richtig einsetzt und die Fehlermeldung nur in diesem Theme verwendet wird sind die 97.700 Fehlerseiten im Google Index doch sehr beachtlich.

Doch wie überprüft man den Header Status einer Seite? Dazu nutzte ich gerne den Dienst von SEO Consultants Directory – Check Server Headers. Man erhält nicht nur den Header Status sonder sieht auch mit Hilfe der Single URI – Advanced Funktion wie Weitergeleitet wird und welche Status ausgegeben wird.

Was macht man mit den 404 Seiten? Dazu gibt es einige Ansätze, die häufigsten sind sicherlich:

1. alle 404 mit einem 301 redirect auf die Startseite weiterverlinken
2. 404 für alle falschen URLs zulassen
3. Mischung aus beidem, unbedeutende URLs 404 und wichtige URLs mit Backlinks, Trust oder Authority mit 301 auf eine relevante Seite weiterleiten

Persönlich tendiere ich zu Variante 3. Variante 1 ist mir zu unnatürlich und Google wird sicherlich da nicht lange mitspielen wenn alle Backlinks auf einmal auf die Startseite verweisen Variante 2 ist mir einfach zu schade um die ganze Linkpower die so einfach verpufft, darum ziehe ich Variante 3 vor. Diese benötigt zwar mehr Zeit, dafür bringt sie meines Erachtens aber auch den meisten Nutzen, sowohl für die User wie auch im Bereich SEO.

Die Seiten die hingegen eine 404 ausgeben müssen nicht komplett nutzlos sein, mit ein paar kreativen Ideen wie im Artikel Get Creative With Your 404 Error Pages kann man verirrte User dazu verleiten den Webauftritt zu besuchen und nach den passenden Informationen zu suchen.

Was war passiert? Wie bei Gerald zu lesen ist, hatte ein Hacker sich zugriff zu einer typo3 Webseite verschafft und eine recht hinterhältige 301 Umleitung eingebaut. Diese war für normale User nämlich nicht zu erkennen, da ausschließlich der Googlebot anhand seiner UserAgent Kennung auf die andere Webseite weitergeleitet worden ist.

Ein praktisches Tool um sich als Googlebot auszugeben ist das Firefox Addon User Agent Switcher. Ideal um die Webseite so zusehen wie der Webmaster seine Seite Google zeigt. Wer Linktausch betreibt sollte die Seite von der Verlinkt wird immer mit diesem Addon untersuchen, wer weiß ob der Partner mit sauberen Karten spielt.

Aber wieder zu dem typo3 Hack. Eine Seite so zu Entführer kommt öfters vor als man denkt. Darum ist es immer wichtig sein CMS und die eingesetzten Plugins regelmäßig zu aktualisieren. Eine weitere sehr beliebte Technik von Hackern, sie bauen in die Webseite versteckte Links ein oder ersetzen den vorhandenen Google AdSense Code mit ihrem eigenen. Damit es nicht auffällt, wird einfach nur bei jedem 5 Aufruf der fremde AdSense Code angezeigt. Der Webmaster ärgert sich dann nur von Monat zu Monat das die Einnahmen nicht so hoch sind wie früher.

Die Möglichkeiten die Hacker haben, nachdem sie Zugriff auf eine Webseite erlangt haben, kennen keine Grenzen.

via Ganz evil – Linker Typo3 Hack – S-O-S SEO Blog