Ich bin immer wieder überrascht wie viel Zeit Webmaster für den Aufbau ihrer Linkkataloge investieren und dann bei der Verlinkung die dümmsten Fehler machen.
Da werden URLs ohne / am Ende raus gesendet, auf irgendwelche index.htm Dateien gelinkt die beim Umstieg auf PHP / ASP den bisherigen Linkaufbau praktisch nutzlos machen, sowohl auf die Absolute URL als auch auf die HTML Datei gelinkt usw.
URL mit Slash am Ende
Am ende einer URL die nicht mit einer Datei endet (also z. B. Foobar.html) gehört ein Slash Zeichen /
2 Beispiele (nee, die wissen nix von ihrem Glück hier erwähnt zu werden mal schauen ob die sich in den Kommentaren melden)
> Wir würden uns freuen, wenn Sie einen Textlink oder Button auf
>ihrer Seite einfügen. Textlink:
><a href=”http://www.link-katalog.de” target=”_blank”>Link-Katalog</a>
oder
><a href=”http://www.die-top-10.de”>Webkatalog</a>
Am ende von der Domain im Linkcode immer ein / einbauen also
<a href=”http://www.domain.de/”>Linktext</a>
Sonst muss der Server intern immer abfragen ob da eine Datei oder ein Ordner abgefragt werden muss.
Bei Unterordnern wird es sogar noch krasser, verlinkt man dort ohne Slash liefert der Server in der Standard Config ein 301 zurück
<a href=”http://www.domain.de/subordner”>Linktext</a> liefert unnötigerweise ein 301 Redirect zurück. Lieber gleich ein Slash am Ende der URL packen.
Sinnvolle URLs auswählen
Wie Tim Berners-Lee schon 1998 schrieb “Vergessen Sie nicht, coole URIs vergehen nicht.“.
Dort erklärt Tim wie man URLs am Sinnvollsten auswählt. Als ich das damals gelesen habe, ging mir ein Licht auf.
Früher habe ich meine URLs immer irgendwie abgelegt z. B. domain.de/impressum.php domain.de/newsseite.php domain.de/nochwas.shtml
ich habe dann auch zwei mal einen Serverwechsel von ASP auf PHP und einmal von SHTML auf PHP erlebt wo solche URLs und der Linkaufbau dann für die Katz waren.
heute lege ich nur noch Ordner an und lege dort index Dateien ab Bsp: domain.de/impressum/index.html verlinken lassen tue ich
nur auf domain.de/impressum/
Vorteile?
- Bei einem Technologiewechsel bleibt alles beim altem man muss nur eine .php statt .html im Ordner ablegen.
- Der Linkaufbau geht nicht verloren.
- Die URLs sehen schöner und kürzer als mit einem .html oder .php aus.
Intern auf die gleichen URLs linken
Viele Webmaster lassen mit so was wie <a href=”http://www.domain.de/”>Linktext</a> auf anderen Seiten verlinken, intern auf der Site zeigt der Link zur Startseite oder das Verlinkte Logo aber meisten auf domain.de/index.php der Weihnachtsmann hat mir erklärt dass der Pagerank (das ist so ein grünes Zeug was wohl wieder im Sommer wächst) sich dann auf die 2 URLs verteilt.
Also ich würde sagen: “alle die zu Ostern vom Hasen eine dickere grüne Stange als der Nachbar haben wollen sollten mal ihre URLs angleichen”.
Wenn extern auf domain.de/ und intern auf domain.de/index.html verlinkt wird, dürfte aber doch Google unterdessen merken, dass es sich um ein und dieselbe Zielseite handelt. Nicht, dass ich es wüsste (wer kennt schon den Google-Algo), aber da sollte doch keine PR-Aufteilung passieren… Habe dies jedenfalls auch schon in amerikanischen Foren so gelesen.
Matt geht in dem Artikel über url canonicalization noch mal genau drauf ein
http://www.mattcutts.com/blog/seo-advice-url-canonicalization/
Warum willst du es dem Bot unnötig schwer und deinem Server einen Sinnlosen Request zumuten wenn du es selbst beeinflussen kannst.
hast du vllt eine url-rewrite am manne um das mit den ordnern ind den index datein zu umgehen?
also aus “dateiname.php” –> “dateiname/”
>>Am ende von der Domain im Linkcode immer ein / einbauen also
Linktext
Sonst muss der Server intern immer abfragen ob da eine Datei oder ein Ordner abgefragt werden muss.
Irgendwie scheint 70% meines Kommentars verlorengegangen zu sein? Dann eben die Kurzfassung: Verlinkung domain.de und domain.de/ ist absolut identisch, request ist *immer* GET / HTTP/1.x – kein Unterschied serverseitig und zulässig nach rfc 1738. Folglich ist die Beschreibung der zitterten Seiten völlig korrekt.
Was meinst denn jetzt?
Noch mehr zum Thema URL Design
http://www.scoreberlin.de/usability-artikel/url-design/
Ich meine, dass ein href=http//www.domain.de und href=http//www.domain.de/ (also mit Slash) im HTTP-Request absolut identisch sind. Daher kann auch kein unterschiedliches verhalten serverseitig stattfinden. Das Problem, was du beschreibst, betrifft ausschließlich Unterordner, also href=http//www.domain.de/ordner und href=http//www.domain.de/ordner/ verursachen unterschiedliches serverseitiges Verhalten – da sie sich im HTTP-Request ja auch unterscheiden.
da hat der gute robert recht. das ist per rfc schon ein alter hut, das am ender der dom u.a. noch ein slash rankommt. das macht dein lieblingsbrowser sogar, ohne dich zu fragen. deshalb steht sicher hier der hinweis.
um es ganz genau zu machen, denn sonst wird man ja nirgends aufgenommen, mußt du einen punkt an das ende deiner dom noch machen. denn die endet/fängt an nicht mit .de, sondern .de. . alles beginnt mit seinen wurzeln, und das ist schlicht der root point.
so ist deine site richtig:
http://seo-news.de./archives/2006/03/16/to-slash-or-not-to-slash
halte sumas nicht für blöd. du würdest dich erschrecken, wozu die in der lage sind.
gruß
Also der Wechsel von .html nach .php, .asp etc. ist doch kein problem dank mod_rewrite, deswegen muss doch kein Link verloren gehen. Der einzige Punkt, in dem ich Dir Recht geben muss sind die Verzeichnisse, da sollte man auf einen abschließenden Slash achten. Und übrigens, damit auch ja kein Link verloren geht, kann man ja sogar die 404 auf die Startseite umbiegen
Tja, werden manche nie lernen…guter text….
evtl zu erweitern, wo und wie links am besten wirken…content links
lg
neeoo