Tuesday, March 01, 2011

.

URL shorteners

If you’re a twit a Twitter user, you’ve likely used one or another of the URL shorteners out there. Even if you’re not, you may have run across a shortened URL. The first one I encountered, several years ago, was tinyurl.com, but there plenty of them, including bit.ly, tr.im, qoiob.com, tinyarrow.ws, tweak, and many others.

The way they work is that you go to one of them and enter a URL — say, the URL for this page you’re reading:

http://staringatemptypages.blogspot.com/2011/03/url_shorteners.html

...you click a button and get back a short link, such as this one:

http://bit.ly/eqHg3S

...that will get users to the same page. The shortened link redirects to the target page, and won’t take up too many characters in a Twitter or SMS message. It also may hide the ugliness of some horrendously long URL generated by, say, Lotus Domino.

On the other hand, it will also hide the URL that it points to. When you look at the bit.ly link above, you have no idea where it will take you. Maybe it’ll be to one of these august pages, maybe it will be to a New York Times article, maybe to a YouTube video, and maybe to a page of pornography. Click on a shortened URL at your own peril.

In addition, any URL you post, long or short, might eventually disappear (or, perhaps worse, point to content that differs from what you’d meant to link to), but if you post a load of shortened URLs to your blog or Twitter stream and then the service you used goes out of business, all your links will break at once. That didn’t used to happen, but can now. And because some of them use country-code top-level domains (.ly, .im, .tk, and .ws, for example), the services may be subject to disruption for other reasons — one imagines that the Isle of Man and Western Samoa might be stable enough, but if you’ve been watching the news lately you might be less sanguine about Lybia.

The more popular URL shorteners can also collect a lot of information about people’s usage patterns, using cookies to separate the clicks from distinct users. If they can get you to sign up and log in, they can also connect your clicks to your identity. There are definite privacy concerns with all this. URL shorteners run by bad actors can include mechanisms for infecting computers with worms and viruses before they send you on to the target site.

Of course, any URL can hide a redirect, and any URL can hide a redirect to a page you’d rather not visit. It’s just that URL shorteners are designed to hide redirects, and there are no lists of best practices for these services, along with lists of reputable shorteners that follow the best practices.

What would best practices for URL shortening services look like? Some suggestions, from others as well as from me:

  • Publish a usage policy that includes privacy disclosures and descriptions, parameters, and limitations for other items such as the ones below.
  • Provide an open interface to allow browsers to retrieve the target URLs without having to visit them. This allows browsers to display the actual target URL on mouse-over or with a mouse click. Of course, shortening-service providers might not want you to be able to snag the URL without clicking, because they may be getting business from the referrals. Services such as Facebook, while not shorteners, front-end the links posted on their sites for this reason. So we have a conflict between the interests of the users and the interests of the services.
  • Filter the URLs you redirect to, refusing to redirect to known illegal or abusive sites. Provide intermediate warning pages when the content is likely to be offensive, but not at the level of blocking.
  • Provide a working mechanism for people to report abusive targets, and respond to the reports quickly.
  • Don’t allow the target URL to be changed after the short link is created.
  • Related to the previous item, develop some mechanism to address target-page content changes. This one is trickier, because ads and other incidental content might change, while the intended content remains the same. It’s not immediately clear what to do, or whether there’s a good answer to this one.

Meanwhile, I never use URL shorteners to create links, and I try to avoid visiting links that are hidden behind them. I like to know where I’m clicking to.


Update, 11 March, this just in from BoingBoing:

Dear readers! URL shorteners’ popularity with spammers means we’ve blocked some of the big ones (at least temporarily) to cut down on the spammation. Sorry for the inconvenience! While we plan a long-term fix, just use normal URLs. You are welcome to use anchor tags in BB comments, too.

9 comments:

Nathaniel Borenstein said...

I recommend a pair of features offered by tinyurl.com, which provide two ways to preview the longer URL before visiting it. Whenever you see a URL of the form

http://tinyurl.com/5rrg4gl

You can instead use

http://preview.tinyurl.com/5rrg4gl

and you'll be shown the long URL, with a link to continue. You can of course give people the "preview.* version if you prefer.

There's also a feature that *always* previews tinyurl's for you, but it depends on cookies and therefore you have to turn it on any time you are using a new browser. It's documented at

http://tinyurl.com/preview.php

For a while, I only handed out the "preview.*" versions of my shortened URL's, but people were confused and unhappy so I stopped.

Barry Leiba said...

"Confused and unhappy" says it: most people aren't bothered by URL shorteners, and don't care about the potential issues. Until, of course, a shortened link leads them to porn, or something else unsavoury.

Frisky070802 said...

Nathaniel beat me to my comment ... I use the cookie for tinyurl to force preview and I wish others had that support. But I agree a better way would be for mouseover to display it.

I usually am leery about following these links unless they come from reliable sources I figure are unlikely to get infested by a virus. On the other hand, when I got email from someone I exchanged one message with four years ago, whose only content was one of these shortened URLs, I was a bit more skeptical :)

Thomas J. Brown said...

If a company wanted to shorten URLs for whatever reason (say, to include them in tweets), do you think it would be advantageous for that company to develop its own shortener?

Benefits I can see include many of the ones you've outlined above, especially ensuring your shortened links won't stop forwarding (not much can be done about link rot short of caching third party content). You would also be able to integrate click-through tracking directly into your existing analytics system.

The biggest drawback I can see is that you might/would be reinventing the wheel. Also, if it isn't immediately obvious that your shortening TLD belongs to your company (for example, if your company is Jimmy's Chicken Shack, and your URL shortener is jcsurl.com or jcstiny.com), users may have reservations about clicking on the link.

Are there other benefits or drawbacks that I'm missing?

Brent said...

hence goo.gl?

Barry Leiba said...

I just updated the main post to note that BoingBoing has just banned URL shorteners in comments, at least until they can sort out a happier answer to the abuse.

Brent said...

And for those of you who cannot follow Barry's link, try http://goo.gl/ud2xm

Nathaniel Borenstein said...

And for those of you who can't follow Brent's link, try http://tinyurl.com/5utsdzh

Barry Leiba said...

Everybody’s a comedian!