I am creating a service that help users connect with local vendors in a certain niche.
Each vendor currently has a URL in the form:
http://example.com/vendor/<id>/<vendor-name-slug>
For example:
http://example.com/<vendor-name-slug>/<geographic-location>/<id>
For example,
Is there anything to this, or is it merely nitpicking (i.e. bikeshed problem)?
(By the way I'm new to this site but I love the content and community and hope to be able to contribute at some point.)
You will have to look at your inbound traffic from search engines. Do your end users often include location in their searches, or not? If yes, then having the location as part of the URL will help.
Depending on your web framework, it might be best to have the most significant information at the root of the URL structure, i.e.
http://example.com/<id>/<geographic-location>/<vendor-name-slug>/
Remember to be consistent with uppercase / lowercase letters in the URLs, and trailing slash or not.
Since the geographic location is key, put it in the url and toss the vendor name. I'd place the id number either at the beginning or the end, with rules in place to re-direct to something else if the url gets garbled.
What I do for a lot of wordpress sites is this:
http://www.example.com/<post number>/<title of page>/
So it comes out something like this:
http://griftastic.com/42/problems-with-this-ad-acai
So if the actual page title gets garbled, cut off, or changes, the post number (42) makes sure the right post gets seen. This has prevented a lot of 404 errors for me.