URL syntax/usage/implementation run-down
Published 5 years, 5 months ago in publishing + contentNoel Jackson wrote a good piece about URL syntax, that I think every budding web architect should read.
As the saying goes in the field of real estate - Location, location, location. In the web development business the same applies, except location isn’t the only thing you need to pay close attention to. Location however, is key to creating a highly navigable and user-friendly site.
I’d also point out to you dear readers, that Keith Devens has documented his struggle with a smart URL schema pretty well on his weblog and in his Wiki.
Next, you should head over to Simon Wilson’s weblog for these posts: URI Design Resources, Smart Scripted URLs, Sensible URLs with PHP, and URLs matter, which will point you to Jeremy Zawodny’s post URLs matter, alot.
Jon Udell’s Web namespace design: de facto standards is a good quick read on the subject, as is the discussion over at webword.
And never forget Brent’s Law of CMS URLs:
The more expensive the CMS, the crappier the URLs.
And lastly, URLs as UI, from Jakob Nielsen gives these basic guidelines:
- a domain name that is easy to remember and easy to spell
- short URLs
- easy-to-type URLs
- URLs that visualize the site structure
- URLs that are “hackable” to allow users to move to higher levels of the information architecture by hacking off the end of the URL
- persistent URLs that don’t change
In principle, users should not need to know about URLs which are a machine-level addressing scheme. In practice, users often go to websites or individual pages through mechanisms that involve exposure to raw URLs:
- people guess the domain name of sites they have not visited before: if possible, secure the name of your company and main brands as domain names
- even when people have been to a site before, they will often try to guess or remember the site name instead of using a bookmark or history list: have memorable domain names that are easy to spell
- the social interface to the Web relies on email when users want to recommend Web pages to each other, and email is the second-most common way users get to new sites (search engines being the most common): make sure that all URLs on your site are less than 78 characters long so that they will not wrap across a line feed
- shorter URLs are better since people often type them manually
- do not use MiXeD case text in URLs since people can’t remember the difference between upper-case and lower-case characters: all-lowercase URLs are usually preferred (domain names are less of a problem since they are case-insensitive - usability would increase if webservers would ignore case in resolving URLs)
- use a spelling-checking webserver to minimize the damage caused by the inevitable typos
All of this is of great interest to me because my own company’s URL schemes make absolutely no sense to me, and no one in the content development side of our business can give me a real reason for why our URLs are so stupid.
6 Responses to “URL syntax/usage/implementation run-down”
- 1 Trackback on Jun 18th, 2003 at 7:49 pm
- 2 Trackback on Jun 19th, 2003 at 3:33 pm
Leave a Reply
Search
Subscribe
Archives
- November 2008
- October 2008
- September 2008
- August 2008
- July 2008
- June 2008
- May 2008
- April 2008
- March 2008
- February 2008
- January 2008
- December 2007
- November 2007
- October 2007
- September 2007
- August 2007
- July 2007
- June 2007
- May 2007
- April 2007
- March 2007
- February 2007
- January 2007
- December 2006
- November 2006
- October 2006
- September 2006
- August 2006
- July 2006
- June 2006
- May 2006
- April 2006
- March 2006
- February 2006
- January 2006
- December 2005
- November 2005
- October 2005
- September 2005
- August 2005
- July 2005
- June 2005
- May 2005
- April 2005
- March 2005
- February 2005
- January 2005
- December 2004
- November 2004
- October 2004
- September 2004
- August 2004
- July 2004
- June 2004
- May 2004
- April 2004
- March 2004
- February 2004
- January 2004
- December 2003
- November 2003
- October 2003
- September 2003
- August 2003
- July 2003
- June 2003
- May 2003
- April 2003
- March 2003
- February 2003
- January 2003
- December 2002
- November 2002
- October 2002
- September 2002
- August 2002
- May 2002
Categories
- asides (445)
- baby (6)
- design + dev (142)
- for sale (7)
- get a job (11)
- investing (6)
- leadership + management (150)
- life stories (254)
- macintosh (320)
- marketing + advertising (224)
- Moveable Type (52)
- organization (6)
- photography + video (68)
- publishing + content (136)
- random (289)
- Saab (1)
- sales and selling (96)
- small business (147)
- startup (1)
- stuff (69)
- sysadmin (40)
- travel (42)
- Video (3)
- windows (69)
- WordPress (13)

I had to learn a little Mod Rewrite for changing over the whole site to a static page this next Monday (Live WWDC Keynote coverage that will take ALL of our server), so I figured I’d make MacMerc’s URL’s a little nicer. I must say that I am pleased.
Our news URL’s now look like this:
http://www.macmerc.com/news/macmerc/892
the text ‘macmerc’ is the topic name of the post, and the 892 is the article’s ID number. Obviously this isn’t as good as it could be in a perfect world, but it’s pretty darn close.
That post is my wrap up of what I did, and it may help someone else who wants to do some Mod Rewrite. Enjoy!
Oh, and does anyone know the speed hit of mod rewrite? Will I be better off not redirecting everyone? We expect to do between 100,000 and 500,000 pages (of the keynote coverage) in a few hours, so speed is important. I’ve streamlined the static page to be well under 2K, so we should be good under a high load. Thanks!
And http://www.inluminent.com/weblog/archives/url_syntaxusageimplementation_rundown.php#000682 is better how?
I’ve done quite a bit of work with smart URLs, with two projects I’m proud of that use them effectively. The first is the The Electric King James Bible that makes it easy to reference Bible verses, from one verse to an entire book.
The other project is my own blog where i use a date-based URL to reference posts, and the ability to pull out entries for an entire years, months, day or an arbitrary range of dates.
Sadly, I haven’t seem too many other systems use such intelligent URLs (and it’s not like I don’t give away the code).
heh, thanks for the comment Sean. I wouldn’t for one minute think that my current URL scheme on this weblog solves any potential issues with URL schema design, other than the fact that it is ‘hackable’ and that using the title of a post in the url helps it get indexed higher by google for the keywords that appear in the title.
that being said, I posted this run-down because it interested me, not because i thought my weblog URL schema was great…
Great site guys… Keep up the good work