Home > Archive >  2007 >  November >  20

Solving the TinyUrl centralization problem

Tuesday, November 20, 2007 by Dave Winer.

A picture named esther.jpgFollowing up on yesterday's bit about centralizing and TinyUrl, this is one of those vexing problems that actually has a solution!  Permalink to this paragraph

Every web app that produces long urls should provide a built-in url-shortening facility. The user interface would be similar to the one in Google Maps they call "Link To This Page." You click on it, and up pops a box containing an address you can use to point to the page. Screen shotPermalink to this paragraph

But look at the size of the url that Google gives you. It should be short. Why not something like: http://goog.us/8uj9oj. Permalink to this paragraph

In other words, why doesn't Google have a built-in shortnener? Permalink to this paragraph

When blogging software gives you a permalink, it should be short. It's okay to make the user ask for one, why clog up the system with shortened urls no one uses. Permalink to this paragraph

Another key point, when they give you a shortened url, it should point back to the software that gave it to you, so the shortened link will be exactly as long-lived as the thing it's pointing to. In other words, the URL shortener wouldn't contribute any extra link rot, to use an old term coined (I believe) by Jakob Nielsen. Permalink to this paragraph

It's a mistake, in hindsight, for Twitter to give us TinyUrl urls, because the link depends on two companies and two servers. It would be better if it just depended on one, less likely to break. Permalink to this paragraph

Now that URL length has become an issue for users, it might be even better for designers to view URLs as part of site design. Look at the address for the page for the Wii at Amazon. Wouldn't it be easier to find if the address were: Permalink to this paragraph

http://www.amazon.com/wii  Permalink to this paragraph

Try clicking on it -- it actually works! ;-> Permalink to this paragraph

Why should a user ever see the longer crappy url? Permalink to this paragraph

In other words, url-shortening isn't just for Twitter users, it's for everyone. Maybe most people don't look at the urls, but some do, and maybe more would if they made more sense? Permalink to this paragraph

Update: This reminds me, I have my own url-shortener, as I mentioned earlier, but it's a dynamic app, and that bothers me. I'd much rather put a static file in my web server folder that would be understood by a browser as meaning "redirect to this location." I know there are htaccess files in Apache, and other mechanisms in other servers, but I keep coming back to this. I know that there is a <meta> option to redirect, maybe I should use this for a all-static url shortener. Hmmm. I wanted to do one of these conventions for RSS, but I couldn't sell it to other aggregator devs.  Permalink to this paragraph

I did a test, it's not nearly instantaneous. The sourcePermalink to this paragraph

© Copyright 1994-2007 Dave Winer Mailto icon.

Last update: 11/20/2007; 8:40:56 PM Pacific. "It's even worse than it appears."

Click here to view blogs commenting on  RSS 2.0 feed.