SEO Book » Struktur

SEO-Woche: ohne Minecraft, EHEC, iPhone 5

Eric Kubitz — Fri, 16 Dec 2011 07:27:29 +0000

Ich hatte die Hoffnung, dass das SEO-Jahr so langsam ausplätschert. Ist aber nicht so. Überall versucht man, uns noch schlauer zu machen. Dagegen lässt sich irgendwie nichts machen. Na gut, gehen wir’s an.

Na, habt ihr schon alle Weihnachtsgeschenke zusammen? Und wissen Opi und Omi, was ihr euch wünscht? Ich kann euch aus eigenem Interesse unser “Schreiben im Web“-Seminar ab 9. Januar als tolles Geschenk empfehlen. Das passt in jeden (echt: jeden) Arbeitsalltag und ihr könnt nachher “Qualitativ hochwertigen Content” jenseits von fünf Sternchen schreiben. Auch für Blogger eine gute Idee… (Man kann den Kurs übrigens auch gewinnen.)
Vielleicht wäre das auch für die Kollgen vom Google Webmastercentral Blog. Andererseits: Die sollte eh jeder SEO im Reader haben. Deshalb habt ihr sicher schon diesen Beitrag über das Markup für mehrsprachige Inhalte gelesen. Oder?
Ein bisschen durcharbeiten muss man sich bei bei der Fülle von fast wissenschaftlichen Infos beim Gastartikel von Nikilas Schmidt-Voigt bei den SEO Trainees zum Thema gute und schlechte URLs. Aber wer sich mit dem Thema noch nicht beschäftigt hat, sollte sich diese Grundlagenarbeit gönnen.
Auch etwas, für das man etwas Zeit braucht: der neue Suchradar. Man kann sich den nun auch ausgedruckt zuschicken lassen. Für, äh, 12 Euro. Mmmmh.
Cyrus Shepard von SEOmoz hat 10 Illustrationen, wie Fresh Content das Ranking beeinflussen kann veröffentlicht. Ich hab versucht, das hier mit meinen Strategien nach dem Freshness-Update zu ergänzen.
A propos “hier”: We proudly present Pascal Landau as a Gastautor. Er hat in dieser Woche auf SEO-Book sehr anschlaulich und praktisch erläutert, wie man SEOmoz Daten in SEOQuake verwenden kann. Vielen Dank, Pascal! Und ich würde mich über mehr solcher Beiträge freuen!
Oder wie der Webseiten-Check Teil 6 von Christoph Baur. Diesmal geht er die Struktur von Webseiten an.
Was hat Projektmanagement mit SEO zu tun? Ich würde ja sagen: verdammt viel. Markus Groiß von namics hat dazu in Zürich einen etwas differenzierteren Vortrag über SEO-Projektmanagement gehalten und zeigt uns die Folien hierzu. Schade, ich würde gerne den gesprochenen Text dazu hören, schaut arg durchdacht und klug aus.
Noch etwas für alle, die einfach nicht glauben wollen, dass es nur und ausschließlich auf tollen Content ankommt (habe ich jedenfalls von Matt Cutts gehört): Dr. Pete zeigt uns auf SEOmoz 6 Ways to Recover fom Bad Links. Und was lernen wir aus dem Artikel? Das ist unfassbar viel Arbeit. Deshalb lieber gleich auf doofe Links verzichten
Ihr meint, dass Matt Cutts Unsinn geredet hat? Ha! Dann werde ich in dieser Woche halt kein Video von ihm zeigen. Das hatterjetztdavon!
Spannende Zahlen über den Google News Relaunch haben Anita Böhm und Johan Hülsen auf dem TRG Blog zusammen getragen.
Ein echtes Info-Feuerwerk zündet Joe Robison auf SEOmoz mit “How to Fix Crawl Erros in Google Webmaster Tool“. Puh, schaut mal auf eure Fehlerzahlen in den GWTs – vermutlich solltet ihr was dagegen machen.
Erinnert Ihr euch an die Umfrage hier nach den größten SEO-Fehlern der Welt? Ich bin jetzt auf eine Präse von Lars Heinemann dazu gestoßen. Mächtig umfangreich aufgebartet, klasse. Aber eine Bitte, an alle: Man schreibt “Eric” mit “c” und nicht mit “k”.
Und zum Schluss noch ein Whiteboard Friday über “Advance Onpate Optimization“. Das erinnert mich an den Vortrag von Marcus Tober auf der SEOkomm. Darin hat er erkärt, dass das alte “Einbahnstraßen SEO” tot ist. Schade, dass ich dafür keinen Recap gefunden habe…

Schön dagegen, dass das mit den Gast-Autoren so langsam anläuft. Ich kann euch nur dazu ermuntern, diese Chance zu nutzen. Ihr bekommt Öffentlichkeit, Reputation und ‘nen Link. Wenn das nix ist… Nur zu! Und, ach ja: Auch wer hier nicht schreibt, darf trotzdem mal auf einen Beitrag im SEO-Book verweisen. Wäre doch schön, wenn das hier noch mehr SEOs und werdende SEOs lesen könnten. Oder?

Zum Schluss noch ein hübsches Video von Google über die häufigsten Suchen auf Google. Schön gemacht, finde ich. Welche Suchen in Deutschland top waren waren, findet man auf der aktuellen Zeitgeist 2011 Seite. Die Aufsteiger in Deutschland waren Minecraft (!), Ehec und iPhone 5. Die Aufsteiger-Personen Sarah Engels, Fernanda Brandao und Adele. Da schüttle ich alter Mann mal den Kopf. Egal: Schaut euch die grafische Aufbereitung an, die ist top. Und dann wünscht ihr euch zu Weihnachten neben dem Schreiblehrgang (s.o.) der CONTENTmanufaktur auch noch einen HTML5-Bastelkasten von Google

SEO-Woche: ohne Minecraft, EHEC, iPhone 5 ist erschienen im Seo Book der CONTENTmanufaktur.

SEO Check Teil 3: “Domains & URLs”

Christoph Baur — Thu, 25 Aug 2011 06:05:41 +0000

Mit der Domain einer Webseite und ihren URLs beschäftigt man sich, wenn alles gut geht, eigentlich nur einmal: am Anfang. Umso verblüffender, dass wir in der Beratungspraxis fast immer auch hierzu Optimierungsempfehlungen geben müssen – egal, wie viele SEOs davor schon beraten haben. Und das, wo “Domains & URLs” doch ein ein Bereich ist, der sich in den vergangenen Jahren wenig geändert hat – vom Canonical-Tag mal abgesehen.

Diese permanente Beschäftigung mit Domain und URLs hat zwei Gründe: Erstens gibt es da draußen sehr viele CMS Systeme, die machen was sie wollen – und deren Hersteller den Kunden dann erzählen, dass genau das SEO wäre. Doch eigentlich ist es nur eine technischer Defekt des CMS. Zweitens sind Domain und URLs schwer zu ändern. Und weil das so ist, glauben viele, dass dies unfassbar wichtig für SEO sei. Das stimmt aber nicht. Denn so lange man halbweg sauber arbeitet und keine wirklich böse Sachen (z.B. falscher Canonical-Tag) falsch macht, ist Google bei Domain und URLs eigentlich recht fehlertolerant und clever.

Übrigens: In den ersten beiden Teilen unseres SEO Checks haben wir uns die Meta-Angaben und den HTML-Code angesehen, in Teil drei unserer kleinen Serie möchten wir uns heute dem Thema “Domains & URLs” widmen.

Domains & URLs

Eindeutige Domain
Damit eine Seite bzw. deren Inhalte eindeutig gefunden werden können, ist es wichtig, diese unter einer eindeutigen Domainzu veröffentlichen. Inhalte auf Variationen der Domain sollten mit einem 301-Redirect weitergeleitet werden. Da es sich aus Sicht von Google auch bei einer Subdomain um eine eigenständige Domain handelt, gelten auch Subomains (z.B. “www.domain.de”) als Variante.

Beispiel zur Verdeutlichung: Nehmen wir an, unsere Firma nennt sich Domain GmbH und wir sind in Besitz folgender Domains: domain.de, domain.com, domain24.com. Da domain.com unsere älteste Domain ist (als erste registriert wurde) und die meisten Backlinks besitzt, entscheiden wir uns, diese als unsere Hauptdomain zu verwenden. Das bedeutet also, unsere Inhalte sind nur unter www.domain.com zu finden, und nicht auf Variationen der Domain (www.domain.de, www.domain24.com oder domain.com).

Subdomains: Wie bereits erwähnt gilt es außerdem zu beachten, dass auch eine Subdomain von Google als eigenständige Domain behandelt wird. Das heißt also, wir müssen auch darauf achten, dass die Inhalte nicht unter http://www.domain.com (mit Subdomain “www”) und zusätzlich unter http://domain.com (ohne Subdomain “www”) zu finden sind.

Auch hier gilt es also eine Entscheidung zu treffen: mit “www” oder ohne “www”? In unserem Beispiel entscheiden wir uns für die Variante mit “www”, da dies die geläufigere Variante ist.

Lösungsvorschlag für die anderen Domains: Sofern unsere beiden anderen Domains (domain.de und domain24.com) nicht eigene, unique Inhalte bekommen, sollten diese via 301-Weiterleitung auf die Startseite von www.domain.com weitergeleitet werden.

Alle Anfragen, die auf domain.com (ohne “www”) eingehen, leiten wir ebenfalls mit einer 301-Weiterleitung auf die entsprechende Seite mit “www” um. Wichtig ist hierbei vor allem, dass nicht alle Anfragen auf die Startseite, sondern auf die jeweils entsprechende Unterseite von www.domain.com weitergeleitet werden. Eine Anfrage der URL http://domain.com/shop/harry-potter-buch.html wird also nach http://www.domain.com/shop/harry-potter-buch.html umgeleitet.

Hinweis: Die bevorzugte Domain (also mit “www” oder ohne “www”) kann auch in den Google Webmaster Tools unter “Website-Konfiguration -> Einstellungen -> Bevorzugte Domain” eingestellt werden.

Tipp: Wer schon gar nicht mehr weiß, unter welchen Domains seine Seite veröffentlicht wurde, nimmt einfach einen Textschnipsel der Startseite, setzt diesen in Anführungszeichen und sucht nach diesem (durch die Anführungszeichen wird der Schnipsel als Phrase gesucht).
Speaking URLs
Sogenannte “sprechende URLs” – also URLs, die sich aus Wörtern und nicht aus kryptischen Zeichenfolgen zusammensetzen – sind günstig für das Ranking. Außerdem sind diese auch für den Nutzer von Vorteil, da dieser bereits anhand der URL erkennen kann, ob er auf der Seite richtig ist. Bei dynamischen URLs ist dies ungleich schwerer zu erkennen, da der Nutzer in der Lage sein müsste, die hinter den Parametern stehende Bedeutung zu erraten.Eine sprechende URL wirkt sich deshalb positiv auf die Click-Through-Rate aus und ist einer dynamischen URL vorzuziehen.

Bei der Konzeptionierung einer URL-Struktur sollte man sich an folgenden Regeln orientieren:
- Aussagekräftige Dateinamen: Der Dateiname einer Seite sollte möglichst deren Inhalt beschreiben. So macht es beispielsweise Sinn, bei Produktdetailseiten den Namen des Produkts als Dateinamen zu verwenden (z. B. harry-potter-und-die-heiligtuemer-des-todes-teil-1.html).
- Verzeichnisnamen: Gleiches gilt selbstverständlich auch für die entsprechenden Verzeichnisnamen. Auch hier sollte der Inhalt mit möglichst wenigen Worten beschrieben werden (z. B. /dvd/fantasy/). Die Verzeichnisse sollten außerdem die tatsächliche Struktur der Webseite abbilden, denn verfünftig benannte Verzeichnisse mit enthaltenen Keywords sind nicht nur für SEO ganz gut, sondern erleichtern auch die Analyse in Google Analytics und den meisten anderen Tools.
- Kleinschreibung: Alle Buchstaben einer URL sollten klein geschrieben werden.
- Erlaubte Zeichen: Eine URL sollte nur aus Kleinbuchstaben, Zahlen, Bindestrichen und Schrägstrichen bestehen. Und natürlich einem (!) Punkt vor der Dateiendung.
- Keine Sonderzeichen: Nicht verwendet werden sollten dagegen Umlaute, Sonderzeichen, Unterstriche und Leerzeichen, sowie alle anderen Zeichen.
- Worttrennung: Datei- oder Verzeichnisnamen, die sich aus zwei oder mehr Wörtern zusammensetzen, sollten nicht zu einem Wort zusammengefasst werden, sondern mit einem Bindestrich getrennt werden. Wichtig ist, dass als Trennzeichen der Bindestrich und nicht der Unterstrich oder gar ein Leerzeichen verwendet wird.
- Länge der URL: Wenn man die Wahl hat, sollte eine kürzere URL immer einer längeren vorgezogen werden.
Dynamische URLs
Das Gegenteil von “Speaking URLs” sind “Dynamische URLs”. Dabei handelt es sich um URLs mit sogenannten Parametern, die hinter einem Fragezeichen angegeben werden und gewisse Inhalte der Seite steuern. So kann beispielsweise durch die Angabe einer ID gesteuert werden, zu welchem Produkt Informationen aus der Datenbank ausgelesen und auf der Seite angezeigt werden sollen.

Beispiel für eine dynamische URL: http://www.domain.com/index.php?id=404&content=error

Früher tat sich Google mit diesen Parametern sehr schwer, mittlerweile kann Google zwar damit umgehen, es verstecken sich jedoch häufig Fehler und doppelte Inhalte dahinter.

Wer mit dynamischen URLs arbeitet – oder arbeiten muss, weil diese aus technischen oder anderen Gründen nicht umgestellt werden können – der sollte dabei ein paar Dinge beachten:
- Canonical-Tag: Mit dem Canonical-Tag haben die führenden Suchmaschinen ein Hilfsmittel eingeführt, um Seiten mit identischen Inhalten aber unterschiedlichen URLs (z. B. dynamische URLs mit anderen Parametern) besser in den Griff zu bekommen.
- Der korrekte Einsatz des Canonical-Tags: Um Google & Co. die gewünschte URL – also die URL, die zum entsprechenden Inhalt ranken soll – vorzugeben, muss im Canonical-Tag aller anderen URLs mit gleichem Inhalt genau diese Seite als “Zielseite” eingetragen werden. Dabei hat es sich bewährt, eine URL mit möglichst wenigen Parametern als Ziel zu wählen.Damit wird Google die kanonisierte URL – also die Seite, die im Canonical-Tag der anderen Seiten eingetragen wird – als “Hauptseite” vorgeschlagen. Dies hat zur Folge, dass Google diese Seite in der Regel besser rankt (da keine konkurrierenden Seiten mit identischem Inhalt die Relevanzbeurteilung von Google stören). Alle anderen Seiten verschwinden daraufhin in der Regel aus dem Index.
- URL-Parameter in den GWT sperren: Neben dem Canonical-Tag gibt es außerdem noch die Möglichkeit, bestimmte Parameter in den Google Webmaster Tools zu sperren. Dazu gibt man die gewünschten Parameter in den GWT unter “Website-Konfiguration -> URL-Parameter -> Parameter hinzufügen” an.Hinweis: Bevor hier Parameter eingetragen werden, sollte man sich sicher sein, dass man weiß, was man da tut. Google selbst warnt davor, hier vorschnell Parameter hinzuzufügen.
  
  Verwenden Sie diese Funktion, falls Sie sicher sind, wie Parameter für Ihre Website funktionieren. Wenn Sie den Googlebot anweisen, URLs mit bestimmten Parametern auszulassen, kann dies dazu führen, dass viele Ihrer Seiten aus unserem Index entfernt werden.
Hier noch die Meinung von Google zu dynamischen URLs.
CMS & Struktureller Duplicate Content
Viele Content Management Systeme (CMS) produzieren automatisch doppelte Inhalte durch Parameter in den URLs (siehe dynamische URLs), in dem Inhalte zusätzlich auf Subdomains oder in mehreren Kategorien gleichzeitig veröffentlicht werden. Einige CMS verwenden auch mehrere Varianten von URLs.

So sind beispielsweise folgende URLs denkbar:
- domain.de/kategorie
- domain.de/kategorie/
- domain.de/kategorie/index.htm
- domain.de/kategorie/index.html
Es kann sehr gut sein, dass das CMS alle vier oder zumindest mehrere dieser Varianten gleichzeitig verwendet. Das sollte man ihm abgewöhnen. Ist dies nicht möglich, sollte diese Problematik mit Hilfe des Canonical-Tags behandelt werden. Dabei ist jedoch Vorsicht geboten, da es sehr schnell dazu kommen kann, dass URLs kanonisiert, also als “Zielseite” angegeben werden, die gar nicht vorhanden sind.
URLs mit ID für Google News
Wer regelmäßig News auf seiner Seite veröffentlicht, der sollte sich Gedanken über eine Eintragung in Google News machen. Um bei Google News aufgenommen zu werden, sind neben inhaltlichen Voraussetzungen auch einige technische Voraussetzungen zu erfüllen. Eine davon lautet: Die URL eines Beitrages muss eine mindestens dreistellige fortlaufende ID beinhalten. Dies war zumindest noch bis vor kurzem der Fall. Mittlerweile ist das nicht mehr zwingend erforderlich, aber trotzdem hilfreich. Die ID sollte generell möglichst weit hinten untergebracht werden.

Hier eine Übersicht über alle Teile unserer “SEO Check“-Serie:

SEO Check Teil 3: “Domains & URLs” ist erschienen im Seo Book der CONTENTmanufaktur.

SEO Check Teil 1: „Meta-Angaben“ – Title-Tag, Meta-Description & Co.

Christoph Baur — Thu, 30 Jun 2011 10:04:30 +0000

SEO ist keine exakte Wissenschaft, ändert sich ständig und ist fürchterlich komplex. Was beim Optimieren einer Seite aber hilft, sind ein ordentliches Grundwissen und ein guter Plan. In unserer Serie SEO Check geben wir den Lesern die Möglichkeit, uns (also der CONTENTmanufaktur) ein bisschen über die Schulter zu schauen. Wir veröffentlichen eine reduzierte, aber hoffentlich gut verständliche Version unserer Analyse-Liste.

SEO-Berater und Autor Christoph Baur arbeitet sich hierfür durch alle wichtigen Kategorien der Google-Optimierung und erklärt, an welchen Punkten Aufmerksamkeit angebracht ist.

Leider trifft man immer noch so manchen Hobby-SEO, der unter dem Begriff „Suchmaschinenoptimierung“ einzig und allein das ~~Vollstopfen~~ Füllen der Meta-Keywords mit möglicherweise viel gesuchten Begriffen versteht. Tja, wenn das so einfach wäre….

Aber das ist auch ein guter Grund für uns, unsere SEO-Check-Serie mit dem Kapitel “Meta-Angaben” zu starten.

Was sind „Meta-Tags“?

Wer mit seinem Browser im Internet surft, hat eine vollkommen andere Sicht auf die von ihm besuchten Webseiten, als der Google Bot. Während wir schön formatierte, mit Bildern und Farben verzierte Webseiten gewohnt sind, nimmt der Google Bot eine Seite über den programmierten Code wahr. Dieser enthält neben den Texten und HTML-Befehlen auch sogenannte Meta-Angaben bzw. Meta-Tags, welche für den User nicht sichtbar sind. Der Google Bot hingegen sieht sich diese Meta-Angaben teils sehr genau an, einige davon fließen sogar in den Algorithmus ein und haben eine Relevanz für das Ranking der Seite.

Die seo-relevanten Meta-Tags

Title-Tag: Der Title-Tag gehört mit Sicherheit zu den wichtigsten Faktoren überhaupt. Außerdem ist er Bestandteil des Snippets in den Suchergebnisseiten und hat damit direkten Einfluss auf die Durchklickrate der Suchenden.
- Der Title-Tag sollte in einem Satz den Inhalt der Unterseite beschreiben.
- Jede Unterseite sollte ihren eigenen, einzigartigen Title-Tag haben.
- Der Title-Tag sollte das Hauptkeyword der (Unter-)Seite enthalten. Dieses sollte möglichst weit vorne platziert sein.
- Der Title-Tag sollte nicht länger als etwa 66 Zeichen sein und neben dem Hauptkeyword je nach Art der Seite auch wichtige Nebenkeywords, den Brand oder einen Call-to-Action enthalten.
Meta-Description: Bei der Meta-Description handelt es sich um kein direktes Rankingkriterium. Allerdings kann sie als „Werbeplatz“ in den Suchergebnissen verstanden werden, da sie von Google häufig für das Snippet herangezogen wird. Dazu sollte sie das Keyword der Seite enthalten. Die Meta-Description sollte also keinesfalls vernachlässigt oder unterschätzt werden, da sie großen Einfluss auf die Durchklickrate haben kann.
- Die Meta-Description sollte eine kurze Beschreibung der (Unter-)Seite enthalten und so geschrieben sein, dass der Leser neugierig wird.
- Jede Unterseite sollte ihre eigene, einzigartige Meta-Description haben.
- Damit Sie in den Suchergebnisseiten als “Teaser” angezeigt wird, sollte sie das Keyword der Seite enthalten.
- Die Meta-Description sollte nicht länger als 155 Zeichen sein.
Meta-Keywords:Die Meta-Keywords sind für das Ranking in den Google Suchergebnissen nicht relevant und könnten daher auch weggelassen werden. Wer die Meta-Keywords etwa mit Hinweis auf andere Suchmaschinen oder zur Organisation der Inhalte im CMS dennoch einsetzen möchte, sollte folgende Punkte beachten:
- In den Meta-Keywords sollten keine Wörter enthalten sein, die nicht im Text der Seite vorkommen.
- Außerdem sollte mit den Keywords nicht übertrieben werden. Wir empfehlen nicht mehr als 10 Keywords in den Meta-Keywords anzugeben.
Robots-Metatag: Beim Robots-Metatag handelt es sich um eine Anweisung für den Crawler. Damit die Seiten von Google & Co. indexiert werden können, sollte das Tag grundsätzlich auf “index,follow” stehen bzw. weggelassen werden. Das Weglassen des Tags entspricht der Grundeinstellung “index,follow”. Seiten, die nicht für den Index vorgesehen sind (z. B. die Druckversion einer Seite, der Warenkorb, Seiten aus einer Blendet Search oder einer Paginage etc.), sollten je nach Struktur und Umfeld bzw. Strategie mit “noindex,follow” bzw. “noindex,nofollow” gekennzeichnet werden.
Canonical-Tag: Mit dem Canonical-Tag kann dem Suchmaschinen-Crawler auf Seiten mit kopierten bzw. identischen Inhalten die eigentliche Quellseite mitgeteilt werden. Dadurch kann beispielsweise verhindert werden, dass Seiten mit identischen Inhalten, die sich nur durch einen Parameter in der URL unterscheiden in den Index gelangen. Außerdem “bündelt” man damit Links von außen, die möglicherweise z.B. wegen eines Feedreaders Parameter enthalten.
Wir empfehlen im Canonical-Tag die URL anzugeben, die auch dem User bzw. der Suchmaschine in Form von Navigationslinks kommuniziert wird. Die kanonisierte URL sollte nur in Ausnahmefällen von der öffentlich kommunizierten URL abweichen.
Seit kurzem unterstützt Google nun auch Canonical-Tags im HTTP-Header. Das ist vor allem für diejenigen interessant, die ihre Inhalte zusätzlich(!) auch als PDF oder Word-Dokument veröffentlichen. Mehr dazu im Beitrag Links auf PDF-, PPT-, Word- und andere Dokumente per Canonical verwalten von Eric.
Meta-Refresh: Der Refresh-Meta-Tag wurde früher häufig dazu verwendet, Besucher automatisch auf eine andere Seite weiterzuleiten. Dazu werden im Refresh-Meta-Tag die Ziel-URL und die gewünschte Zeitspanne angegeben, nach deren Ablauf weitergeleitet werden soll (z.B. 0 Sekunden). Auch heute noch wird dieses Meta-Tag häufig für diesen Zweck verwendet. Das ist jedoch Unsinn! Wir empfehlen Seiten stattdessen mit einem 301-Redirect weiterzuleiten, wenn deren Inhalte dauerhaft unter einer neuen URL erreichbar sein sollen. Handelt es sich um eine temporäre Weiterleitung, so sollte mit einem 302-Redirect gearbeitet werden.
Sprache: Mit dem Meta-Tag “language” oder “content-language” kann die Sprache der Seite eingestellt werden. In der Regel ist das gar nicht notwendig, erst bei einem internationalen Einsatz der Seite, sollte hierauf (in Verbindung zu den korrekten Einstellungen im Google Webmaster Tool) Aufmerksamkeit gelegt werden.
NOODP, NOYDIR: Manche SEOs empfehlen, mit diesen Meta-Tags zu vermeiden, dass Google sich Informationen auf Verzeichnis-Seiten zur Beschreibung holt, wenn er nichts auf der Seite findet. Da wir empfehlen, gute Informationen auf der Seite und in den Meta-Angaben zu präsentieren, halten wir das für unnötig und raten von der Verwendung dieses Meta-Tags ab.

Fazit: Lieber zu wenig Meta-Angaben als zu viel

Es gibt noch hunderte weitere, mögliche Meta-Tags – die aber meist wenig mit der Optimierung von Seiten für Google zu tun haben. Oder die, wie etwa “expires”, nur in Spezialfällen zum Einsatz kommen (sollten). Das Problem ist nämlich, dass man mit falschen Meta-Angaben den Robot auch verwirren oder gar verärgern kann. Und das wollen wir ja auf keinen Fall. Für den Einstieg sollte es deshalb mit den oben genannten Meta-Tags genug sein.

Hier eine Übersicht über alle Teile unserer “SEO Check”-Serie:

SEO Check Teil 1: „Meta-Angaben“ – Title-Tag, Meta-Description & Co. ist erschienen im Seo Book der CONTENTmanufaktur.

SEO-Wissen: Erste Schritte mit ‘nem Spider

Eric Kubitz — Wed, 15 Jun 2011 07:02:34 +0000

Wozu sollte man denn bloß einen Spider über die eigene Seite krabelln lassen? Was fange ich nachher mit diesem Datenhaufen an? Und: Ist das nicht viel zu viel Arbeit für einen SEO? Ich will versuchen, auf diese Fragen Antworten zu finden.

Inspiriert zu diesem Artikel hat mich Markus Hövener mit seinem Videobeitrag über die Auswahl eine Spiders. Ich hatte danach den Verdacht, dass der eine oder andere SEO gerne noch gewusst hätte, was er (oder sie) denn mit so einem Teil eigentlich anstellen kann.

Zu Demo-Zwecken habe ich mir den Screaming Frog SEO Spider ausgesucht. Denn erstens ist der für PC und Mac gleichermaßen verfügbar, zweitens kann er out of the box für 500 zu crawlende Seiten kostenlos getestet werden (und mancher Affiliate wird möglicherweise eh keine Sites mit mehr als 500 Seiten haben) und mit einer Linzenz für 99 Dollar/Jahr wird er zu einem professionellen Tool – mit richtigem Support. An dieser Stelle viele Grüße an Dan Sharp

1. Installation und Oberfläche

Schaut euch das bitte selber an. Der Sreaming Frog SEO Spider ist einfach und schnell zu installieren (jedenfalls auf dem Mac) und die Oberfläche ist im Grunde intuitiv. Ein einziger kleiner Tipp: Wenn ihr auf der Suche nach einer Information seid, lohnt sich häufig der Einsatz der rechten Maustaste. Dahinter versteckt sich eine ganze Menge…

Eine wichtige Information für alle (Noch-)Nicht-Lizensierer: Der vermutlich größte Nachteil ist, dass man zwar die Daten in Excel-Files exportieren kann – aber nicht speichern. Das heißt, das die Informationen der 500 gecrawlten Seiten beim Schließen des Spiders verloren gehen.

Was macht so ein Spider eigentlich? Er sucht auf einer vorgegebenen Seite nach Links und verfolgt diese. So kommt er – hoffentlich – auf alle Unterseiten und merkt sich einige Informationen. Das sind manche Inhalte, Links, Statuscodes (also z.B. 404 für Fehlerseiten oder 200 für o.k.) aber auch weitere Referenzen wie Canonical-Tags, Umleitungen oder Stylesheets. Das Ergebnis ist eine Liste aller Seiten und derer Links zueinander.

2. Was wir crawlen wollen

Was euch von all diesen Informationen interessiert, kommt natürlich auf euch an. Man muss sich auch die Frage stellen, ob wirklich alles untersucht werden soll – denn je mehr Daten in der Tabelle stehen, umso unübersichtlicher wir das ganze. Es gibt Scream Frog SEO Spieder eine Reihe von Einschränkungsmöglichkeiten im Crawling und spätestens bei größeren Seiten (und bei Konkurrenzseiten) sollte man diese nutzen. Und: Man kann unter Beachtung der robots.txt crawlen, oder halt nicht. Man kann einzelne Verzeichnisse crawlen, CSS und JS mit nehmen, “nofollow” Links weg lassen und auch eigene Filter definieren. Das habe ich aber noch nie benötigt. Die Ergebnisse sind ohnehin schon gut aufbereitetn.

3. Die konkreten ersten Blicke mit dem Screaming Frog SEO Spider

Links nach außen checken

Für eigene Projekte möchte man gerne sicher sein, dass nicht zu viele Links nach außen gehen. Und wenn man sich auf einen Linktausch oder gar einen Linkkauf einlässt, dann ist es – natürlich! – höchst interessant, wohin die andere Seite sonst noch so linkt. SEO-Tools inklusive Yahoo geben darauf eine ganz ordentliche Antwort. Ein Spider gibt darauf die vollständige Antwort…

Kaputte Links intern und extern checken (404)

Gehen wir davon aus, dass die externen Links von anderen überprüft gehören. Wenn wir uns auf die internen Links konzentieren, sollten wir sehr genau darauf achten, dass wir keine “a href”s haben, die ins Leere zeigen. Und wenn, dann muss das repariert werden.

Kaputte Seiten checken (bzw. exotische Statuscodes)

Das gleiche gilt natürlich auch für komplette Unterseiten. Manchmal findet man hier wirklich exotische Statuscodes und auch seltsame Seiten überhaupt.

Alle Linkwerte auf einen Blick!

Link-Ratio

Ob eine Unterseite gut ranken kann, hat auch mit dem alten Rein-Raus-Spiel zu tun: Je mehr Links rein zeigen und je weniger raus umso besser kann die Seite ranken und umso stärker ist jeder Link auf dieser Seite…

Umleitungen und Canonical-Tags sichtbar machen

Wenn wir gerade dabei sind: Mit Umleitungen und Canonical-Tags steuern wir auf unserer Seite den Linkjuice, ja manchmal die komplette Struktur einer Seite. Deshalb sollten wir recht genau kontrollieren, ob da nicht ein paar Canonical-Tags zu viel rein gerutscht sind. Und wohin die Konkurrenz den Juice lenkt, wird auch den einen oder anderen von euch interessieren.

Internes Linjuice Ranking

Überhaupt ist es super interessant, welche Unterseiten den meisten Linkjuice intern erhalten. Macht euch da auf einige Überraschungen gefasst…

Verwendete Text-Elemente

Und wer dann schließlich noch nach Title-Tags, Headings und Alt-Tags (Images) sortiert, wird sehr schnell mit der Nase auf Unstimmigkeiten bzw. sinnlose Häufungen bei Keywords gestoßen. Denn ihr wisst ja: es ist nicht wirklich sinnvoll, 10 Seiten auf das gleiche Keyword zu optimieren. Ein bisschen mehr Konzentration auf das Wesentliche sollte man von einem SEO schon verlangen…

4. Beispiel: Landingpage Optimierung mit dem Spider

Wie optimiert man also mit einem Spider seine Landingpages? Mit den Daten im Screaming Frog SEO Spider kann man sehr genau checken, ob eine bestimmte Unterseite wirklich als Ziel für ein definiertes Keyword taugt – oder was man besser machen sollte.

Denn es sind ja nicht nur die externen Links auf die Landingpage, die eine Rolle spielen. Es geht ja auch um das Keyword-Tageting und darum, ob alle anderen Unterseiten für oder gegen die Landingpage arbeiten. Und genau dafür sind die Spiderdaten die beste Möglichkeit. Leder merkt sich der Screaming Frog SEO Spider nicht den Text einer Seite – das ist aber auch wirklich die einzige Information, die er uns vorenthält. Alle anderen internen, für eine Landingpage relevanten Daten finden sich in den Übersichten. Das sind:

Viele interne Links mit "Linkaufbau"? Das muss eine passende Landingpage sein...

Title
Description
Headings
Meta-Tags
Status
URL
Zahl der Verlinkungen
Texte der internen Verlinkungen (!)

Na? Woher holt ihr solche Informationen sonst? Eben! Und man kann auch schnell heraus finden, welche Seite eigentlich besser auf ein Keyword optimiert ist, als die anvisierte Landingpage.

Zum Glück muss ich in dieser Runde ja nicht erklären, welche Konsequenzen sich dann auch den Erkenntnissen ergeben. Das wisst ihr sicher alle selber. Also denn, gehet nun dahin und spidert eure Projekte. Und ich freue mich auf eure Kommentare voller Tipps und Ideen.

Eine Frage will ich euch noch beantworten: “Ist das nicht zu viel Arbeit für einen SEO?” Antwort: Das kommt darauf an, ob du als SEO eher zum Handwerker als zum Zauberer neigst. Ein Zauberer hat so einen Spider natürlich nicht nötig.

SEO-Wissen: Erste Schritte mit ‘nem Spider ist erschienen im Seo Book der CONTENTmanufaktur.

Strukturierte Daten strukturieren: Ein paar Worte zu schema.org

Eric Kubitz — Wed, 08 Jun 2011 10:39:00 +0000

Immer wenn sich Google, Bing und Yahoo auf ein Thema verständigen, sollte man etwas genauer hin schauen.

Nun haben die zweikommafünf Suchmaschinen (ich finde, Bing und Yahoo sind ein wenig “Duplicated”) die Seite schema.org gelauncht und damit ihre Empfehlung, wie Webmaster ihre Daten strukturieren und strukturiert darstellen sollten. Wie wir alle also unseren Content in Schubladen stecken und in welche…

Wozu soll das gut sein?

Schätzungsweise sind es zwei wesentliche Vorteile, die den Umgang mit solchen Schemas und Strukturierungen bringen:

Wenn meine Inhalte oder Produkte einem allgemein akzeptierten System folgen, habe ich ein leichteres Leben wenn es um Themen wie Syndication, Produkt-Kategorisierung und alle Formen von APIs und Schnittstellen geht. Auch das Verständnis der Suchmaschinen für den eigentlichen Inhalt meiner Inhalte wird besser werden. Habe ich etwa einen Beitrag auf “Golf” optimiert, hat es die Suchmaschine mir mir, wenn sie weiß, dass diese Seite in die Kategorie “Organisation / LocalBusines / AutomitiveBusiness / AutoDealer” einzuordnen ist. Man sieht den Eintrag auf Google Maps zum passenden Suchbegriff geradezu vor sich…
Die Darstellung von Inhalten auf den Suchergebnisseiten kann schnell viel attraktiver werden. Man schaue auf das Suchbild hier: Welcher Link zieht wohl die meiste Aufmerksamkeit auf sich?

Was steht da alles drin?

Ein paar Worte darüber, wie man welche Strukturierungsmaßnahmen einführen kann, habe ich ja schon vor einigen Monaten gemacht. Dank der Initiative von Google, Bing und Yahoo ist das nun aber zukunftssicherer, umfassender und einfacher gewordenb.

Denn auf der Seite schema.org finden sich im Grunde alle notwendigen Informationen zu den “Schemas”, die von diesen Playern und deshalb vermutlich auch von vielen anderen großen Webfirmen als Standard definiert sind. Als Einstieg empfehle ich die Seite, auf der alle möglichen Typen (also Schubladen für Inhalte) aufgezeigt werden (hier).

Hier kann jeder mal nach “seinen” Kategorien suchen und schauen, ob er sich repräsentiert fühlt. Ich finde, es sind auch einige lustige Dinge dabei. So findet sich unter der Kategorie “Event” auch “UserInteraction” und darin “”UserLikes”, “UserTweets” und sogar schon “UserPlusOnes”. Das ist schon ein ziemlich gewagtes Konstrukt.

Aber so ist das: Wenn die Welt in Schubladen gepresst werden soll, muss man halt manchmal arg quetschen. Und eine Chance hat so etwas ja nur, wenn wirklich große Player beim Drücken helfen – was ja hier der Fall ist.

Wie geht das dann technisch?

Zu jedem dieser Typen gibt es dann eine Art “Typenblatt”, in dem die möglichen Ausprägungen und erwarteten Informationen definiert sind. Hier für einen Tweet:

Die verlinkten Begriffe definieren weitergehende Informationen. Also gibt es etwa für den Veranstalter des Tweets (*grins*) eine eigene Typen-Tabelle und auch für den Platz, an dem dieser, äh, veranstaltet wurde. Das ist dann ein sehr datenbankfreundliches Format, weil dann alle Personen (egal, ob sie einen Tweet veranstaltet oder einen Apple gekauft haben) identisch dargestellt und über diese Typen “zusammen gehalten” werden.

Wie diese Informationen dann in den HTML-Code eingefügt werden, das ist in der Dokumentation der Seite zu erfahren. Um Missverständnisse zu vermeiden, bietet sich dann die Plattform an, auf den jeweiligen Type dort zu verweisen.

Dann ist alles klar, wenn man auch wirklich nach den dort definierten Schemas arbeitet.

Na dann, alles sofort ändern! Oder?

Selbstverständlich hat jeder Seitenbetreiber vermutlich genug andere Dinge zu tun, als sich gleich auf eine umfassende Definition aller Inhalte in Schemas zu veranlassen. Und ich rate, diese Dinge auch zu tun.

Aber ganz klar ist meine Empfehlung bei allen Änderungen und Relaunches, die momentan eh gemacht werden (z.B. weil man ja gerne HTML5 einführen möchte…): Orientiert euch an dieser Inhalte-Strukturierung. Ihr werdet spätestens in ein bis zwei Jahre sehr froh sein, diesen Mehraufwand betrieben zu haben.

Strukturierte Daten strukturieren: Ein paar Worte zu schema.org ist erschienen im Seo Book der CONTENTmanufaktur.