Gradirei consigli su come incorporare parametri in SEO friendly URLSEO friendly URL Rewriter Parametri
Abbiamo deciso di avere i parametri "techie" per primo, seguito dal "SEO Slug"
\product\ABC123\fly-your-own-helicopter
molto simile a SO - se il SEO Slug cambia, o viene troncato o mancante, abbiamo ancora i parametri Product e ABC123; vari articoli dicono che avere questi dati extra non nuoce al ranking SEO.
Abbiamo bisogno di avere parametri aggiuntivi; potremmo usare "-" per separare i parametri in quanto li rende simili al SEO Slug, o potremmo/dovremmo usare qualcos'altro?
\product\ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
Ciò è prodotto = ABC123
, nella Categoria = BOYTOY
e Pagina = 2
.
vogliamo anche mantenere la gerarchia più piatto possibile, e quindi penso:
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter
sarebbe meglio - un livello inferiore.
Abbiamo un numero di "zone", ad es.
\product-ABC123\seo-slug-for-product
\category-BOYTOY\seo-slug-for-category
\article-54321\terms-and-conditions
ci aiuterebbe molto se solo potessimo utente il nostro numero ID pagina 5 cifre, invece, in modo da questi diventeremmo
\12345-ABC123\seo-slug-for-product
\23456-BOYTOY\seo-slug-for-category
\54321\terms-and-conditions
(Prodotti & Le categorie hanno un numero di ID pagina diversi per modelli diversi, questo stile ci porterebbe direttamente a quello giusto)
Gradirei sapere quali separatori di parametri utilizzare e se i principali dati techi sta andando bene per noi.
In caso rilevanti:
applicazione ASP Classic su IIS7 + MSSQL2008 prodotto & codici di categoria contengono A-Z, 0-9, "_" solo.
Grazie per l'input. Usando \ product \ seo-slug-for-product dobbiamo adattarci alle modifiche di Slug, possiamo archiviare la cronologia di tutte le versioni precedenti e reindirizzare, ma prima o poi quella lumaca sarà necessaria su un prodotto diverso (errore di battitura/errore umano/evoluzione del prodotto), quindi richiede un sacco di DEV per supportare e mantenere. Sono d'accordo sul fatto che l'ID prodotto non è molto rispettoso dell'umano, ma significa che possiamo fornire dati per il prodotto appropriato in qualsiasi condizione meteorologica! I nostri attuali URL sono xxx.asp? PAGE = 1234 & stock_product = ABC123 & category_code = BOYTOY che è molto meno user friendly! – Kristen
@Kristen: In tal caso, utilizzerei il metodo Stack Overflow che ha solo l'ID del prodotto. – Keltex
La mia preoccupazione è intorno al tipo di separatori di parametri che usiamo in modo che non si rompa da qualche parte lungo la linea – Kristen