Thomas, hvis man opbygger sin arkitektur som Jesper foreslår, så får man jo netop et site fuld af directories med kun en side i hver - i stedet for at få en opbygning med directories, hvor der i hver ligger alle de relevante sider (eller produkter, som her)
Dertil kommer så den øgede risiko for misforståelser, som xirb er inde på - hvilket kan lede til en masse forkerte links, 302, 404 eller 301 responses. Alt sammen noget lort.
Ved at opbygge arkitekturen som nedenstående opnår man både at den er entydig, sikker og samtadig har en klar tematisk sammenhæng, der alt i alt gør den både brugervenlig, sikker og rigtig god i forhold til SEO:
site.dk/produkt-type-1/produktnavn-1.html
site.dk/produkt-type-1/produktnavn-2.html
site.dk/produkt-type-1/produktnavn-3.html
site.dk/produkt-type-1/produktnavn-4.html
site.dk/produkt-type-2/produktnavn-1.html
site.dk/produkt-type-2/produktnavn-2.html
site.dk/produkt-type-2/produktnavn-3.html
Der kan naturligvis tilføjes yderligere underkategorier hvis det er aktuelt.
Bruger man bread crumb navigering og har produkterne i flere kategorier, kan dette dog give nogle problemer. I det tilfælde kan man også vælge at lægge alle produktfiler i roden, og så blot gemme stien i en cookie som vises for brugerne som bread crumb navigering. Det giver nogle fordele (f.eks. at sider altid kun ligger et sted og man undgår dybe directory strukturer) og nogle ulæmper (man mister den tematiske sammenhæng mellem relaterede produkter).
Da der normalt alligevel er tale om en URL omskrivning når denne type URLs laves (med mindre det er statiske filer, hvilket nok ikke er tilfældet i mange shops), så har det ingen betydning hvis man skulle vælge at flytte sin shop fra en platform til en anden. Der skal jo så alligevel omskrives igen. I øvrigt vil der være mange andre udfordringer der er meget større hvis en shop skal flyttes fra et system til et andet.
Jeg anbefaler normalt at man anvender den mindst "skræmmende" endelse .html. Eneste ulæmpe ved dette er, hvis man har statiske filer, som man ikke ønsker serveren skal bruge kræfter på at behandle som et script. Men da serverkraften i dag normalt er rigelig kraftig til de fleste har det næsten ingen betydning - og på de fleste shops vil alle filer alligevel være dynamiske. I øvrigt kan dette løses ved f.eks. at kalde de statiske filer .htm og de dynamiske .html :)