Håller på och bygger en ganska stor webbutik åt en gruppering inom Järnhandeln. Dom skall ha ut ca 25.000 produkter på webben.

Jag fundera på vad är smarast , skall man stoppa in "benämningen" på artikel i URL:en eller skall man strunta i det? Fråga är hur länge håller det här kneppet med att stoppa in "varansbenämning" i URLerna.

Som "knep" är det mycket möjligt att det inte håller.
Däremot skulle jag ha lättare att komma ihåg, och muntligt vidarebefordra www.jarnhandeln.se/verktyg/skruvmejsel.html än www.jarnhandeln.se/product.php?id=32486

Smartast och smartast, för din applikation spelar det ingen roll, men om du tänker seo så sägs det ju att det finns något att hämta. I så fall kanske man ska jobba ett steg vidare och skapa optimerade mellanlandningssidor med portaler för olika huvudgrupper av varor. Är ju lite olika målgrupp på verktyg/skruvdragare och husgeråd/kastruller så det kan finns anledning att vinkla in budskapet lite annorlunda på de olika huvudgrupperna.

Inte bara ur SEO synpunkt men genom användarvänlighet kommer det räcka länge.

När du ser en sökning i SERPEN, vilken URL säger mest om innehållet? Vilken kommer sökaren klicka på?

Du vet svaret.

Ja, men då skulle jag istället kunna ha jarnhandeln.se/artikel/484884848.html istället , sedan stoppa in varasbenäning i title raden.

Kör jag med varans benämnings typ

jarnhandeln.se/artikel/48484848/slutstycke-med-tyska-laset.html , det blir inte särskilt användarvänliga urler. Man måste ändå gömma in någon form av "id" till databasen url:en..

Får man färre siffror , om man kör med ett talsystem som har högrebas? Om jag vill ha talet 484884848 i en URL, kan man inte skapakortare urlen, genom koda om talet till bokstäver med i ett talsystem där man har basen 26 istället. Eller är jag ute cyklar?

Du kan strunta i att använda dig utav id och få en "clean" url som används i tex wordpress, alá
domän.com/[category]/[postname].html

Men då måste stoppa in urlen i en databas och söka reda på den.....Det går väl men tar lite mer kraft mysql:en..:-)

Nej, bara amatörer gör så.

Du kan spara alla urler i en tabell som länkar till produkt id.

url | id | objekt
svart-sko.html | 123 | produkt

Nackdelen med din proffs lösning är att den är begränsad, webshoppen skall ha ca 20.000 artiklar när den är färdig och klar. Att stoppa in url och och id en tabell, äter resuser. Plus att risken för krockar bli stor, för antaligen slut-stycke-med-tyska-laset-m96 sedan kan finnas en variant som hetter slut-stycke-med-tyska-laset-k94.

Så lösningen blir nog jarnhandeln.se/artikel/48585785.html , man kommer antaligen vilja bygga om databasen några ggr, artikelnr är något fast beståenden medan ID nummret i DBn bruka öka med ganska kraftigt.

Äter inte mer resurser än att lagra alla 20.000 produkter i en tabell. Allt som krävs är ETT extra SQL-anrop. osCommerce eller vad du använder har betydligt fler redundanta anrop som man kan plocka bort, som verkligen sänker hela butikens hastighet.


Om det redan finns en url så lägger man till ett nummer i slutet, automatiskt.

svarta-skor.html
svarta-skor-2.html

Precis så fungerar Wordpress, och jag har aldrig haft problem med det. Inte prestandamässigt heller.

När du matchar ett ID nummer måste du ändå kolla upp det i en tabell i databasen på precis samma sätt.


Men visst, kör på det om du tycker det är bättre. ;)

Är kanske lite av ett nördreligiöst krig det här, urler, sätt att lösa kodproblem/seoproblem.

Har alltid kört på Wojts lösning själv.
Men rekommenderar dig ändå, baserat på de erfarenheterna, att stoppa in ett ID i urlen tillsammans med titeln. En kombination. Att endast gå på kategori/titel kräver merjobb. Ett merjobb som visserligen beror på hur du implementerar det, men oavsett tar tid. Särskilt om ni senare bestämmer er för att ändra i hur URLerna ska se ut. Har du då ett ID du redan följer spelar det ingen roll hur URLerna ser ut eller (och främst) vilken information som ingår.

Det beror nog helt enkelt på vad man värderar högst. För mig är ett "skrymmande" ID före /verktyg/hammare.html inte särskilt påfrestande. Och ja, din idé om en hög talbas låter bra. Du kan ju lagra allt i bas10 i databasen, men konvertera på vägen dit.