Vollständige Kategoriehierarchie in URL einfügen oder nur das "Blatt"?

Ich entwerfe derzeit eine Website, die Informationen in Kategorien unterteilt. Einige dieser Kategorien enthalten Unterkategorien (und einige enthalten noch mehr Unterkategorien).

Ich versuche, mich zwischen den folgenden URL-Strukturen für die resultierenden Seiten zu entscheiden:

example.com/<main-category>/
example.com/<main-category>/<sub-category>/
example.com/<main-category>/<sub-category>/<sub-sub-category>/

vs.

example.com/<main-category>/
example.com/<sub-category>/
example.com/<sub-sub-category>/

Ich neige mich zum ersten, weil es relevantere Keywords geben wird, die den Long-Tail-Suchverkehr unterstützen können, aber ich kann auch Nachteile erkennen ... Die spezifischsten Keywords auf dieser Seite befinden sich weiter von der "Vorderseite" der URL entfernt und eine lange URL ist schwieriger zu teilen und richtig zu tippen. Was auch immer es wert ist, ich erwarte nicht, dass es mehr als 3 Ebenen verschachtelter Kategorien gibt.

Gedanken über welchen Ansatz oder sogar etwas ganz anderes?

seo url

— Ty W.
quelle

Wie wird Ihre Navigation aussehen? Es sollte mit den "Ordnern" Ihrer URL synchronisiert werden. Wenn Sie tiefer in die Navigation eintauchen, sollten Sie tiefer in die URL eintauchen.

— Robertpateii

Antworten:

Ich würde auch für den ersten gehen. Abgesehen davon, dass es gut für SEO ist, ist es technisch gut für die Benutzerfreundlichkeit, da es hilft, klar zu definieren, worum es auf der Seite geht (für diejenigen, die tatsächlich eine Ahnung haben, was sie sehen).

Ich würde mir keine Sorgen über längere URLs machen, da diese heutzutage nicht nur sehr häufig sind, sondern die meisten Leute auf Links klicken, um zu ihren Inhalten zu gelangen, anstatt sie einzugeben. Die meisten Leute finden Inhalte entweder durch Suchen oder Navigieren in eine Seite? ˅. Und wenn sie eine URL eingeben, ist dies normalerweise nur der Domainname. In seltenen Fällen gibt ein Benutzer eine URL mit Unterverzeichnissen oder Abfragezeichenfolgen ein. Normalerweise finden sie diese tieferen Seiten, indem sie suchen oder auf die Homepage der Website klicken und dann tiefer navigieren.

— John Conde
quelle

+1 Ich würde die erste Option unterstützen, obwohl ich sehr darauf achten würde, eine prägnante Hierarchie zu erstellen und Doppelarbeit über Kategorien hinweg zu vermeiden - zum Beispiel: (Früchte> Äpfel> Golden Delicious) ... versus ... (Früchte> Äpfel> Golden Delicious Apples) und / oder ein sekundäres Erscheinungsbild der "Golden Delicious Apples" (und des zugehörigen Seiteninhalts) unter (Backen>

— Kuchen

3. Option: beides tun. Verwenden Sie die vollständige URL als kanonische URL und leiten Sie die Kurzversion dann an Personen weiter, die sie manuell eingeben.

— Lèse Majesté

Danke für die Antwort und die Kommentare. Ich bin mir nicht sicher, ob wir Zeit haben werden, Weiterleitungen von der Kurzversion zur Langversion zu implementieren, aber das ist eine hervorragende Funktion, über die Sie für eine zukünftige Version nachdenken sollten. Ich denke nicht, dass wir Probleme mit der Duplizierung von Kategorien haben sollten, aber ich werde auf jeden Fall danach Ausschau halten.

— Ty W

Das Gleiche gilt für das, was John Conde gesagt hat.

Was ist mit der zweiten Methode auch, wenn Sie Kategorien mit demselben Namen wie eine Unter- oder Unterunterkategorie haben oder wenn Sie eine Unterkategorie mit demselben Namen wie eine Unterunterkategorie haben? Es wird dazu führen, dass Sie verschiedene Probleme aufrufen.

Ich würde die zweite Methode nur vorschlagen, wenn Sie extrem kurze Kategorien und wenige davon haben. Selbst bei kurzen Kategorienamen ist es sehr unwahrscheinlich, dass Personen sie eingeben.

— Ben Hoffman
quelle

Ich wollte gerade genau vorschlagen, was Sie gesagt haben - die 2. Option lädt nur doppelte Indizes ein

— Mark Henderson

Die CMS-Software, mit der wir die Site erstellen, lässt uns keine Kategorien mit doppelten URL-Segmenten zu und bevorzugt die zweite Methode, wenn sie sich selbst überlassen bleibt. Ich werde Teile seines Kern-Frameworks umgehen, damit es so funktioniert, wie es alle hier denken :(

— Ty W

@ Ty W - Nun, das sind wichtige Informationen! Trotz allem, was wir gesagt haben, müssen Sie berücksichtigen, wie viel Arbeit Sie tun müssen, um Kernteile des Frameworks zu umgehen. Manchmal ist das Anpassen den Schmerz nicht wert.

— Ben Hoffman

Ich denke, in diesem Fall ist es die Mühe wert, und ich habe genug mit diesem CMS gearbeitet, um es ziemlich gut nach meinem Willen zu biegen. Ich habe bereits angefangen, die Lösung zu programmieren und sie sieht bisher gut aus :)

— Ty W