Wir bekommen also alle Seiten, die im Index sind und im Bereich “/wiki/” stecken – also alle eigentliche Einträge der deutschen Wikipedia (siehe Subdomain). Das sind 1.530.000 von 2.270.000 Seiten, die insgesamt im Index sind. Eure Hausaufgaben: Wie viele Seiten werden denn tatsächlich auch mir irgendwas gefunden? Wie erfährt man diese Zahl? Wer SEO Book eifrig liest, müsste die Antwort wissen. Wir kümmern uns jetzt aber um die Frage: Welche Seiten denn *keine* Wikipedia-Einträge sind…

Denn dann führt uns zu den “Rechenkünsten” des Site-Befehls. Du kannst nämlich auch folgendes eingeben und bekommst dann alle Seiten auf Wikipedia, die eben keine Erklärungen sind:

site:de.wikipedia.org -inurl:/wiki/

(man beachte das Minus vor “inurl”). In diesem Ergebnis fällt mir auf, dass sehr viele URLs zu den Tags gehören. Also weg damit:

site:de.wikipedia.org -inurl:/wiki/ -inurl:tags

Und so kann man nach und nach alles Bekannte weg-sperren und erhält am Ende möglicherweise die Seiten, die für Überraschungen sorgen.

Oder wer z.B. alle robots.txt der Wikipedia mal anschauen will, findet diese so:

site:wikipedia.org inurl:robots.txt -inurl:/wiki/

Das ist: Root-Domain mit robots.txt in der URL aber ohne die Beiträge, in denen die robots.txt erklärt wird

Ja, ja, da geht noch mehr. Das hier nur zum Üben. Viel Spaß!

SEO am Morgen: Site-Befehl kombiniert mit “inurl” ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. site:sag.mir.alles (Was mir Google mit dem Site-Befehl verrät)
2. SEO am Morgen: Mit der Site-Abfrage Backlinks suchen
3. Open Site Explorer: ein neues Backlink-Tool von SEOmoz

Zunächst muss ich erklären, warum die Speaking URL dennoch so ein riesiges Thema bei SEO ist. Das liegt nämlich schlicht daran, dass die Seitenadressen meist durch ein Content Management System festgelegt werden und technisch sicherlich die schwierigste Hürde für ein sehr sauber optimiertes System sind. Und wenn etwas besonders schwer ist, bekommt es – oft ohne es zu verdienen – einen sehr hohen Stellenwert. Schon allein, weil die Kosten für die Einrichtung von Speaking URLs eine Zeitlang sicher höher waren als für eine vernünftige HTML-Auszeichnung von Überschriften o.ä..

Und weil die URLs zum System gehören un man durch Fehler mehr kaputt machen als durch Speaking URLs gewinnen kann, empfehle ich Kunden mit Nicht-Speaking-URLs die aber keinen der Fehler unten machen: “Never change a running system”. Bessere Inhalte führen definitiv eher zum Erfolg als ausgefeilte URLs (es sei denn, man optimiert auf eine Suchmaschine wie Exalead…)

Trotz allem, wie sieht eine optimale URL aus?

• Entweder enthält der Dateiname das Keyword (plus .html oder .htm) oder das Keyword ist der letzte Ordner (z.B. domain.de/kategorie/keyword/) und es gibt keinen Dateinamen.
• Mögliche Nebenkeywords – idealerweise z.B. Produktkategorien – stehen in darüber liegenden Ordnern (z.B. domain.de/produktkategorie/keyword/).
• Das Keyword ist spätestens das siebte (besser das sechste) Wort in der gesamten URL, also maximal: www (1) .domain (2) .de (3) /channel (4) /produktkategorie (5) /keyword (7)
• Die Ordnerstruktur mit Channel und Kategorien dient idealerweise tatsächlich der Systematisierung des Inhalts – die Begriffe sind also Überbegriffe zu den Keywords.
• Die URL enthält eine mindestens 5-stellige ID. Das ist natürlich einfacher, wenn man Dateinamen hat (“keyword-12345.html”). Diese ID könnte wichtig werden, wenn wir die Seite mal auf Google News veröffentlichen wollen. Außerdem freut sich der Techniker eh darüber – denn dadurch wird jede URL garantiert eindeutig.
• Die URL enthält keine (in Zahlen: 0) Parameter. (also mit Fragezeichen angehängte IDs) Wie gesagt: Das ist der Optimalfall. Wenn ein Parameter z.B. in der Suche den Suchbegriff anzeigt, ist das völlig o.k.. Wenn es eine Session-ID als Parameter gibt, ist das einfach nur Mist.
• Wörter werden mit Minus “-” getrennt, es gibt keine Umlaute und Sonderzeichen (sondern ae, oe, ss) und Punkte nur dort, wo sie hin gehören (Domain und Dateiname).

Alles klar? Und jetzt, welche Fehler man vermeiden sollte. Und das ist nicht pure Theorie – sondern erlebte Realtität:

• Session- oder sonstwelche überflüssigen Parameter in der URL. Ihr glaubt, ihr habt alle verbannt? Gebt folgendes bei Google ein: “site:domain.de inurl:/kategorie/keyword” (o.ä.). Dann werdet ihr sehen, ob sich euer System nicht doch noch einen Parameter ausgedacht hat…
• Alles flach: Es gibt nur noch die Domain und viele tausend Seiten (www.domain.de/keyword.html). Wenn ihr nur einige Seiten habt, ist das o.k.. Ansonsten sollte der Inhalt in Ordnern strukturiert werden.
• Zu lange URLs: Heißt der Channel “schön & lustig”, die Kategorie “Beauty für die Frau” und das Keyword ist “Maskera Stifte” wäre eine mögliche URL: www.domain.de/schoen-und-lustig/beauty-fuer-die-frau/maskera-stifte-123123.html. Das eigentliche Keyword geht völlig unter. Deshalb sollten die Channels und Kategorien knapp und prägnant benannt werden.
• Mehrere URLs zulässig: In vielen Systemen lauscht der Webserver nur auf die Domain und die eindeutige ID und ordnet dieser Kombination eine Seite zu. (z.B. /12345.html erhält die gleiche Seite wie /channel/kategorie/keyword-12345.html). Dies führt unweigerlich zu internen Duplicate Content. Man kann das mit dem Canonical-Tag ein wenig heilen (zeigt immer auf die korrekte URL) – aber es wäre besser das zu vermeiden oder besser gesagt unter Strafe zu verbieten…
• Keyword-Spam: Wir haben alle das (richtige) Gefühl, dass eine solche URL eher ungünstig ist: www.keyword.de/keyword/keyword-kategorie/keyword-keyword.html. Muss man mehr sagen?
• Änderungen der URL: GIBT es schon für jeden Beitrag eine URL, sollte diese nicht mehr geändert werden. Und falls das doch als absolut notwendig erscheint (z.B. weil man doch eine neue Struktur einbaut) oder es aus Versehen passiert, müssen alle, alle, alle alte URLs per 301-Redirect auf die neuen umgeleitet werden. Das ist wichtig, wichtig, wichtig!!!

Puh, was habe ich vergessen? Sagt es mir…

Was man ohne Google-Optimierer optimieren kann: die URLs ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Was man ohne Google-Optimierer optimieren kann: 1 Homepage = 1 Homepage
2. Speaking-URL
3. Effiziente Baumstruktur, kurze Wege

Getestet hat das mal wieder Sistrix und ich bringe hier lediglich eine Zusammenfassung um die Informationen übersichtlicher zu machen. Denn es geht um nicht weniger als um die korrekte Verlinkung.

Was hat das  mit der URL der angelinkten Seite zu tun? Ganz einfach: Viele Links haben ja keinen eignen Linktext sondern sehen so aus:

http://www.seo-book.de/offpage/backlinks/backlinks-wunsche-finden-mit-dem-google-ad-planner

Somit ist die URL der Linktext und es ist natürlich die Frage, ob dieser Link auch das Keyword auf die Zielseite überträgt. Würde sich der Robot nur die ersten drei Wörter “merken” wären das in diesem Fall “www”, “seo” und “book” – die schöne Speaking-URL würde nicht bemerkt.

• Zunächst, was ist ein Wort? Das ist eine Zahlen- und Buchstabenkombinatin zwischen zwei Trennzeichen. Und das können sein: Leerzeichen, Punkt, Komma, Slash (“/”), Bindestrich.

Zwischenbemerkung: Bisher gab es immer die Vermutung, dass die Menge, die sich der Robot merkt mit der Menge der Buchstaben zu tun hat. Das konnte Sistrix ausschließen. Wir reden hier also tatsächlich von Wörtern…

• Wie viele Wörter merkt sich der Robot? Nach dem Test wird ein Text bis maximal zu dem Wort hinter dem 3. Trennzeichen ausgewertet. Also bei “eins zwei.drei-vier/fünf,sechs sieben/acht.neun” würde die verlinkte Seite noch für den Begriff “acht” in den Index kommen – für “neun” nicht mehr.

Für URLs gilt: Das “http://” in URLs brauchen wir nicht mitzurechnen. In der URL oben würde es also bis “wunsche” gehen und danach abgeschnitten werden. Die wichtigsten Keywords (google ad planner) würden bei einer solchen Verlinkung unter gehen.

Fazit:

1. Möglichst kurze Linktexte – niemals mehr als acht Wörter
2. Immer das Wichtigste nach vorne.
3. Speaking-URLs machen nur Sinn, wenn sie kurz sind.
4. Und wenn schon Parameter darin stecken, sollten die ganz nach hinten.
5. Domains mit Bindestrichen (www.das-ist-eine-Domain.de) machen nur dann Sinn, wenn ein Keyword drin ist und dann auch nur für dieses Keyword.

Alles klar? Vielen Dank auch nochmal an Sistritx für den Text “Wie lang darf ein Linktext sein” (6 Wörter )

Länge von Linktext und URL ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Länge der URL
2. Speaking-URL
3. Alles über den Linktext ;-)

Jede Seite sollte von der Homepage aus in maximal drei bis vier Klicks erreichbar sein. Das ist jedenfalls die Suchtiefe, die den Robots zugesprochen wird. Bei größeren, wichtigen Seiten werden es auch mehr Ebenen sein. Aber darauf verlassen, sollte man sich nicht.

In jedem Fall wird eine Baumstruktur (z.B. bei Shops mit Kategorie/Unterkategorie/Produktseiten) zusammen mit Speaking-URLs besonders vorteilhaft sein. Wobei die Sortierung über Tags (also “Keywords”) auch sinnvoll sein kann. Allerdings muss diese wirklich gut auch für Suchmaschinen dargestellt werden…

Effiziente Baumstruktur, kurze Wege ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Speaking-URL
2. Was man ohne Google-Optimierer optimieren kann: die URLs
3. Tagclouds u.s.w.

Und natürlich sind solche URLs für die Platzierung in den Suchergebnissen vorteilhaft. Schon allein, weil die hinführenden Links dadurch immer dieses Keyword enthalten. Übrigens gilt auch hier: je weiter vorne ein Keyword steht, umso wichtiger wird es bewertet.

Aber trotzdem ein Wort hierzu am Rande: Erstens ist bei vielen Content Management Systemen der Umbau zu Speaking-URLs derart aufwendig, dass man schon noch mal prüfen sollten, ob sich dieser lohnt. Denn wie alle anderen Ranking-Faktoren ist die Speaking-URL nicht “alles entscheidend”.

Und zweitens: Wer mit mit Not-Speaking-URLs arbeitet und dies umbauen möchte muss 100%ig sicher stellen, dass die alten URLs per 301 Rewrite auf die neuen URLs umgeleitet werden. Sonst dürfte der Verlust größer sein als der Gewinn…

Speaking-URL ist erschienen im Seo Book der CONTENTmanufaktur.

Related posts:

1. Länge von Linktext und URL
2. Was man ohne Google-Optimierer optimieren kann: die URLs
3. Länge der URL