Ich würde schätzen Sie Ratschläge, wie Parameter in SEO-freundliche URLs integrierenSEO Friendly URL Rewriter Parameter
Wir haben beschlossen, zunächst die „Techie“ Parameter haben, gefolgt von der „SEO Slug“
\product\ABC123\fly-your-own-helicopter
ähnlich wie SO - Wenn sich der SEO Slug ändert oder abgeschnitten ist oder fehlt, haben wir immer noch die Parameter Product und ABC123; Verschiedene Artikel sagen, dass solche zusätzlichen Daten nicht das SEO-Ranking beeinträchtigen.
Wir brauchen zusätzliche Parameter; Wir könnten "-" verwenden, um Parameter zu trennen, da sie ähnlich aussehen wie der SEO Slug, oder könnten/sollten wir etwas anderes verwenden?
\product\ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
Dies ist product = ABC123
, in Kategorie = BOYTOY
und Seite = 2
.
Wir wollen auch die Hierarchie so flach wie möglich zu halten, und so denke ich:
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
besser wäre - eine Ebene weniger.
Wir haben eine Anzahl von "Zonen", z.B.
\product-ABC123\seo-slug-for-product
\category-BOYTOY\seo-slug-for-category
\article-54321\terms-and-conditions
würde es uns viel helfen, wenn wir unsere 5-stellige Seiten-ID-Nummer statt nur Benutzer könnte, so dass diese
\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\terms-and-conditions
(Produkte & Kategorien haben eine Reihe unterschiedlicher Seiten IDs für verschiedene Vorlagen, dieser Stil würde uns direkt zur richtigen führen)
Ich würde gerne Ihren Einblick in welche Parameter Separatoren zu verwenden, und wenn die führenden techi-Daten läuft gut für uns.
Falls relevant:
klassische ASP-Anwendung auf IIS7 + MSSQL2008 Produkt & Kategorie Codes enthält A-Z, 0-9, "_" nur.
Vielen Dank für Ihre Eingabe. Mit \ product \ seo-slug-for-product müssen wir Änderungen am Slug vornehmen, können den Verlauf aller früheren Versionen speichern und weiterleiten, aber früher oder später wird dieser Slug für ein anderes Produkt benötigt (Tippfehler/menschlicher Fehler/Produktentwicklung), erfordert also viel DEV zur Unterstützung und Wartung. Ich stimme zu, dass die Produkt-ID dort nicht sehr menschenfreundlich ist, aber das bedeutet, dass wir bei jedem Wetter Daten für das passende Produkt liefern können! Unsere aktuellen URLs sind xxx.asp? PAGE = 1234 & stock_product = ABC123 & category_code = BOYTOY, das ist viel weniger benutzerfreundlich! – Kristen
@ Kristen: In diesem Fall würde ich die Stack Overflow-Methode verwenden, die nur die ID des Produkts hat. – Keltex
Meine Sorge geht um die Art von Parametertrennzeichen, die wir verwenden, damit es irgendwo entlang der Linie nicht bricht – Kristen