suchmaschinenfreundliche URL`s

[BoFiaZ]

Ich bin gerade dabei ein CMS mit suma-Links auszustatten, dabei stellt sich mir nun die Frage wie ich die Links am besten aufbaue. Ich habe zwei Navigationsebenen und könnte die Links so aufbauen...

DOMAIN.tld/Ebene1/Ebene2/ID

Wäre das eine gute Lösung oder gibt es eine bessere?

[marguardth]

optimal wäre es, wenn du deine links nach dem schema

domain.tld/ebene1/ebene2/beitrags-titel(.html/php)

aufbaust.

welches cms benutzt du denn?

[BoFiaZ]

Contenido...
Ich hab`s nun mal so gemacht...
domain.tld/navigationsbezeichnung-KATEGORIEID.html

Ich habe quasi die ebenen weg gelassen... wollte somit eine flache struktur erstellen... ist das ok so, oder bringt das mit den ebenen vorteile?

[kammerjaeger]

Ebenen sind besser, einer ganzen Ebene wird mehr Bedeutung unterstellt als ner Datei... Wenn man Ebenen verwendet, raffen die Sumas auch besser die Strukturen

[SISTRIX]

... eine flache struktur ...

Für Google ist nicht die Verzeichnis- und Dateistruktur von Interesse, sondern die Linkstruktur.

[BoFiaZ]

Hi, also die Infos bzgl. der Struktur (flache Struktur) habe ich von dieser Seite hier... (abakus)... da steht relativ wenig über die Linkstruktur drin. Wie sollte diese denn aufgebaut sein?

Auf der Internetseite habe ich eine Flyout-Navigation, was wiederrum bedeutet das ich alle Navigationspunkte in einem auslesen, aber nicht alle visuell darstelle. Das ist ja schon mal schlecht, oder? Da so, der hohe Page Rank auf der Startseite, sofort zu vielen anderen Unterseiten verteilt wird...

[BoFiaZ]

kleine Frage noch...

wäre es eigentlich tragisch wenn ich die ebene 1 ebenfall mit einer id versehen würden? Also ebene1-ID/beitrag-ID.html?

Das macht das ganze etwas dynamischer - setze ein CMS ein.

[marguardth]

zur linkstruktur: ich verlinke meine seiten intern immer erst schon einmal entsprechend der eben. start -> kategorien der ersten ebene -> (kats. der 2. ebene / seiten) -> etc.
zusätzliche interne links setze ich nicht, weil ich den pr einer bestimmten seite an eine bestimmte andere weitergeben möchte, sondern weil die verlinkung bzgl. bestimmter themen einen sinnvollen weg durch die webseite ermöglicht, der von einer information zur nächsten führt, ohne dass sich die leser immer wieder vom anfang aus durchklicken müssen. damit ist die seite für sumas und menschen gut navigierbar. in den infos zur linkstruktur auf der abakus-seite steht nicht drinn, dass eine flache linkstruktur, metaphorisch ausgedrückt, platt wie ein flammkuchen sein sollte, bei dem alles nebeneinander liegt, sondern eher wie eine pizza, bei der der belag neben aber auch übereinander liegen sollte. allerdings darf man die salami nicht zu hoch stapeln und sollte sich an ein maximum von ca. 3 ebenen halten. falsch machst du mit dieser faustregel auf jeden fall nichts.

zum link-design: es macht nichts aus, wenn deine links ids beinhalten. es gibt mehr als eine webseite, die mit ids in den urls sehr gut rankt. es ist eher eine frage des eigenen geschmacks. mir persönlich gefallen leserfreundliche urls einfach besser. soll heißen, es interessiert mich einfach nicht, welche id eine ebene oder eine einzelseite hat. dass du ids für ein cms brauchst ist klar, aber wenn du weißt wie's geht kannst du diese per .htaccess umschreiben, so dass die ids nicht mehr nötig sind.
um deine frage nach der tragik zu beantworten: nein, ist nicht tragisch.

[BoFiaZ]

hi danke erstmal für deine schnelle und kompetente antwort...

also ich arbeite ja bereits mit der mod_rewrite regel und es ist für mich auch möglich die ordner und beiträge ohne id`s zu benennen. jedoch muss der kunde dann bei jeder neuanlage einer kategorie oder eines artikels die entsprechende eintragung in der .htaccess machen und das will ich einfach vermeiden.

die seite ist nun noch in mehrere sprachen vorhanden. ich habe hierfür nun folgende struktur gewählt (de/ebene1-id/beitrag-id.html) ist ja auch in ordnung (da weniger als drei ebenen, gell?

sorgen bereitet mir noch ein wenig mein flyout-menü. hier ist es halt so das alle links des menüs, auch die von der ebene1, 2, 3 usw. bereits auf der ersten seite sichtbar sind. wäre es hier nicht besser die links der ebene1 erstmal auf nofollow zu setzen und einem klick auf die navi erst zu aktivieren?

[marguardth]

... jedoch muss der kunde dann bei jeder neuanlage einer kategorie oder eines artikels die entsprechende eintragung in der .htaccess machen und das will ich einfach vermeiden.

das ist verständlich, der würde sich nämlich herzhaft bedanken!
allerdings gibt es ja genügend cms, die neue kategorien intern mit ids verarbeiten und nach extern glatte urls ausgeben können. aber das ist nebensächlich. wenn deinem kunden die ids in der url nichts ausmachen, dann lass sie drin. hört sich an, als sei das weniger arbeit.

die seite ist nun noch in mehrere sprachen vorhanden. ich habe hierfür nun folgende struktur gewählt (de/ebene1-id/beitrag-id.html) ist ja auch in ordnung (da weniger als drei ebenen, gell?

ja, es sind 2

sorgen bereitet mir noch ein wenig mein flyout-menü. hier ist es halt so das alle links des menüs, auch die von der ebene1, 2, 3 usw. bereits auf der ersten seite sichtbar sind. wäre es hier nicht besser die links der ebene1 erstmal auf nofollow zu setzen und einem klick auf die navi erst zu aktivieren?

also ich benutze flyout-menüs auf fast allen größeren kunden-seiten und nach meinen erfahrungen werden die von den benutzern sehr gut angenommen und das ist ein nicht unerheblicher punkt. damit ist schon mal ein großer teil seo erledigt, weil benutzer, die sich auf einer seite wohl fühlen, bekanntlicher maßen wieder zurück kommen.
zum technischen: auch hier habe ich mit flyouts bisher nur gute erfahrungen gemacht. die bots tummeln sich zu hauf am reich gedeckten link-tisch und fressen sich in den seiten fest. dadurch dauert es selten länger als einen tag, bis eine veränderung oder neuveröffentlichung gefunden wurde, was nicht heißen soll, dass die automatisch auf platz eins in den serps sind. der pr verteilt sich bisher fast ausschließlich hierarchisch nach der ebenenstruktur, soll z.b. heißen start pr5 -> ebene 1 pr4 -> ebene 2 pr3 ...
ich habe also keinen grund dir davon abzuraten.