Die Juliane Stiller und der Kaspar Szumanski aus dem Search Quality Team von Google, haben über das chatten mit ihren Freunden oftmals festgestellt, dass es verschiedene Meinungen über die Struktur von URLs gibt. Doch die Beiden wollen aufklären und beschreiben den Unterschied der URL-Varianten.

Ich habe versucht den Artikel weitestgehend zu übersetzen, man hätte das Thema allerdings auch so zusammenfassen können:

Versuche nicht selber URLs umzuschreiben, wenn Du keine Ahnung davon hast. Entferne keine URL-Parameter von dem du glaubst, dass diese überflüssig sind. Lass sie lieber drin und kürze dafür den Inhalt der Parameter. Für Google ist es unbedeutend wie eine URL strukturiert ist, solange der Google-Bot nicht durch fehlerhaftes umschreiben von URLs völlig verwirrt aussteigt. Aber Google ist nicht alles. Der Anwender ist viel wichtiger.

Dennoch frage ich mich, an wen der Artikel überhaupt adressiert ist. Die Zielgruppe sollten professionelle Webmaster sein, aber die Schreibweise und die Beispiele sind mir viel zu sehr „Webmaster für Dummies“.

Jetzt aber zum eigentlichen Artikel:

Die Statische:

Eine statische URL ändert sich nicht, somit besitzt sie typischer Weise keine URL-Parameter. Jedoch ist es sehr zeitaufwändig, gerade dann wenn eine Seite wächst, Änderungen auf jeder Seite vorzunehmen. Mit anderen Worten: Eine Web-Präsenz besteht aus zehn Seiten und ein weiterer Navigationspunkt soll hinzu kommen, so müssen alle 10 Html-Dateien geöffnet und bearbeitet werden.

Aus diesem und anderen Gründen wurden Content Management Systeme erfunden und produziert.

Die Dynamische

Sind die Inhalte einer Seite in einer Datenbank gespeichert, steuern Skripte die Ausgabe. Doch woher wissen diese Skripte welche Daten genommen werden sollen? Dafür gibt es Parameter in einer URL. So sorgt zB. der Parameter index.php/details?id=31, dass der Artikel 31 angezeigt wird. Ganz platt gesagt. Solche komischen Links kann man benutzerfreundlich durch vordefinierte Regeln umschreiben. Dadurch ist es möglich details31.html oder details/31/ zu benutzen.

Jetzt die große Quizfrage!

Soll ich jetzt dynamische oder statische URLs erstellen? Folgende Punkte sollte man bei der Erstellung von dynamischen URLs beachten:

• 1. Es ist nicht gerade leicht dynamische URLs in statische umzuschreiben.
• 2. Es ist sicherer Google die dynamischen URLs zu überlassen
• 3. Wenn man eine URL umschreiben will, soll man überflüssige Parameter entfernen
• 4. Wenn man eine statische URL anstatt einer dynamischen URL haben möchte, sollen diese als statische Kopien auf dem Server abgelegt sein.

Der arme Googlebot

Laut Google gibt es viele Webmaster, die denken, dass umgeschriebene URLs besser für das indexieren und platzieren der Suchergebnisse führen könnte. Doch gibt es Seiten, zB. Online-Shops, die nur über Session-IDs funktionieren und da liegt das Problem.

O-Ton: Wir bei Google haben in beiden Richtungen Erfahrungen sammeln können.

Während statische URLs von den Besuchern besser angenommen werden als Parameter-URLs.

Mythos: Dynamische URLs können nicht gecrawlt werden

Fakt: Google kann dynamische URLs crawlen und die verschiedenen Parameter interpretieren. Wobei der Google-Bot Probleme bekommt, wenn wichtige Parameter bei der URL-Umschreibung nicht mit berücksichtigt werden.

Mythos: dynamische URLs sind okay wenn nicht mehr als drei Parameter zum Einsatz kommen

Fakt: Es gibt keine Begrenzung der Parameter in URLs, wobei man dennoch die URLs kurz halten sollte. Dies gilt für statische oder dynamische URLs. Allerdings ist es auch erlaubt gewisse Parameter nicht mit einzubauen, die für den Google-Bot essentiell sind und dem Besucher eine schöne dynamische URL bietet.

Sollte man aber nicht wissen, welche Parameter man entfernen darf, so ist es besser die URLs so zu lassen wie sie aus dem CMS kommen.

Bedeutet das, ich darf überhaupt keine URLs mehr umschreiben?

Wenn zu viele oder alle Parameter entfernt werden, können zu viele Fehler entstehen und sich negativ auswirken.

Beispiele

Dynamische URL kann zB. so ausschauen: foo?key1=value&key2=value2 . Google rät, die URL nicht zu ändern, weil Google entscheidet welche Parameter für die Suche relevant sind. Sollte man sich entscheiden für die Benutzer diese URLs selber zu kürzen – bitte darauf achten, dass keine wichtigen Parameter fehlen.

Hie ein Beispiel einer URL mit vielen Parametern

www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL

• language=en - Sprache
• answer=3 - Artikel Nummer 3
• sid=8971298178906 - Session ID 8971298178906
• query=URL - Die Abfrage wo der Artikel gefunden wurde ist die [URL]

Nicht alle dieser Parameter bieten wichtige Informationen. So ist das umschreiben von www.example.com/article/bin/answer.foo?language=en&answer=3 kein Problem, wenn alle irrelevanten Parameter entfernt wurden

Die folgenden Beispiele zeigen statische URLs die eventuell Problem verursachen können

• www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
• www.example.com/article/bin/answer.foo/language=en/answer=3/sid=98971298178906/query=URL
• www.example.com/article/bin/answer.foo/language/en/answer/3/sid/98971298178906/query/URL
• www.example.com/article/bin/answer.foo/en,3,98971298178906,URL

Solche umgeschriebenen dynamischen URL können den Crawler verwirren, weil er unter Umständen den gleichen Inhalt unter verschiedenen URLs verarbeitet. Schuld daran sind zwei überflüssige Parameter: URL und die Session-ID, die nichts mit dem eigentlichen Inhalt zu tun haben.

Dies wäre dann eine schöne und reduzierte umgeschriebene URL:

• www.example.com/article/bin/answer.foo/en/3