2010-06-11 14 views
5

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.

risposta

1

Personalmente, non credo che una delle seguenti:

\12345-ABC123\seo-slug-for-product 
\product-ABC123-BOYTOY-2\boys\toys\fly-your-own-helicopter 

sono particolare "amichevole". Potrebbero essere "ok" per il SEO, ma potresti perdere la parte amichevole nella codifica che hai all'inizio dell'URL.

Perché non si può avere qualcosa di simile:

\product\seo-slug-for-product 

E poi avere una tabella o un dizionario che mappa la lumaca per l'ID del prodotto. In questo modo, quando il controller MVC riceve lo slug come parametro, può cercare tutti gli altri valori.

Nel peggiore dei casi, lo farei in modo SO. Che è più simile a:

\product\123456\seo-slug-for-product 

Il numero è l'ID del prodotto. Penso che lo facciano in modo che i titoli degli articoli possano cambiare e i vecchi URL funzionino ancora. Ecco perché:

SEO Friendly URL Rewriter Parameters

e

SEO Friendly URL Rewriter Parameters

lavoro. Utilizzano:

<link rel="canonical" 
    href="https://stackoverflow.com/questions/3023298/seo-friendly-url-rewriter-parameters"> 

per garantire che Google indicizzi solo una pagina.

+0

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

+0

@Kristen: In tal caso, utilizzerei il metodo Stack Overflow che ha solo l'ID del prodotto. – Keltex

+0

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