If you have ever used Twitter (and who hasn’t, these days), you already know about the service’s famous 140-character limit. Similar to a cell phone text message, that’s all you get before you hit ‘send.’ Of course, you could break your message up into multiple short messages but the real effects of this limitation are two-fold:
- It forces Twitter users to think of brief, hopefully elegant ways to transmit (or ‘tweet’) their thoughts.
- It forces creative solutions to common problems such as sending an accompanying web address (or URL) with a tweet.
I could probably add a few more points on how this limit also defines how conversations happen on Twitter but that would be a whole different post, which has probably been covered many times by now.
For the Shorties
Let’s focus on the second point though. Almost immediately after Twitter started picking up steam, URL-shortening services that already existed (and many more specifically for Twitter) started gaining in popularity as well.
These services, such as tinyurl.com, is.gd, tr.im, bit.ly and many more, all do basically the same thing. They take a standard uncompressed (and hopefully easy-to-read) URL and associate a new, coded, very short URL with it. They do this by acting as a ‘redirect’ between you clicking on a shortened link in Twitter and ending up on the destination page.
The Pros
The benefit is clear: more of those precious 140 characters is available for actual message, less is taken up by the web address. There are other benefits as well. Some of these services allow customization of the shortened url (using a key word for example), and others offer statistics on just who clicked on the shortened URL and when.
The Cons
The drawbacks are also clear. For one, you have no idea where a shortened URL goes before you click on it. This has given rise to hugely popular internet memes such as the RickRoll, which basically is a shortened URL pointing to this YouTube video but in a tweet or other location that doesn’t indicate anything about where the link goes. Walla, click on the link and you get rickroll’d.
Efforts have been made to make the redirect process more transparent, such as adding a custom version of the shortened URL that sends you to the redirect service with a full-text link to click on.. but these hardly get used because people want instant gratification, not the requirement of clicking through to the actual page or waiting 5 seconds, etc.
Another somewhat haphazard solution so far has been browsers and other tools that ‘expand’ the short URLs back to their original targets in-line, or at least show the target in a pop-up. The problem has been these have been single-shot solutions for the most part, working for one particular service but not the others, and/or only working for certain sites, such as Twitter.
Prediction
So, I am predicting that we are going to see a more concerted effort in the form of a browser plug-in (say for Firefox? Fingers crossed) or maybe a whole new browser that handles these compressed URLs natively, perhaps expanding them inline or in a popup, no matter what site you are on or what service the URL was compressed with. In addition, publically available statistics could be gathered from the redirect page at the same time the uncompressed URL is harvested, transmitting that info back to the recipient as well.
I think there is a great need for such a tool, and so I am prognosticating that it is already being developed. Hopefully we’ll see it soon.
Final Thought
On a final note, I’d just to think out loud, and wonder why Twitter doesn’t improve their 140-character algorithm so that it does not add the characters inside a web URL and, while we are at it, any username mentioned in the tweet (preceded by an at-sign: @) or a hashtag (preceded by a hash-sign: #). I mean, if you are only giving us 140 characters, why can’t they all count toward message?
Tangent Post from Louis Gray: BigTweet Sends Tweets from Any Web Page (Up to 280 Characters)