August 31, 2011 at 10:06 AM by Dr. Drang
Twitter doesn’t want you to, and it’s changing to make you do what it wants.
I am, of course, talking about third-party shorteners like
goo.gl, not Twitter’s own
t.co service. Twitter really likes
t.co. Not only does it use it to automatically shorten long URLs like
http://www.leancrew.com/all-this/2011/08/twitters-shortened-links/, as of August 15 it’s been using
t.co to reshorten small URLs like
I wrote about this a few weeks ago in the context of changes I was making to Dr. Twoot. Now I think it’s time for most of us to just give up our favorite third-party shorteners and let Twitter do it. Why? Two reasons:
- The carrot: If you do things the Twitter way, the Twitter web site and official client apps won’t show an ugly and inscrutable
http://t.co/xxxxxURL, they’ll show a reasonably nice looking URL that points to the original site. Other apps can do the same—and many are—by using Tweet Entities.
- The stick: Twitter’s going to shorten your URL whether you like it or not. Only URLs that are shorter than 20 characters will escape the
t.coreshortening. That’s a pretty strict limit; of the shorteners in common use, only
j.mpslips in under the wire.
The stick just got bigger. Twitter announced this afternoon that all URLs, regardless of length, will get the
t.co treatment as of October 10. So
j.mp won’t be immune for long.
Here’s a tweet in which I pasted the full URL and let Twitter shorten it for me:
Adapting to Tweet Entities and t.co-shortened links: leancrew.com/all-this/2011/…
The ellipsis doesn’t allow you to see the whole URL, but you at least can tell that it points to this site. And if you hover over the link, you’ll see the full URL in the status bar.
Compare that to this tweet, in which David Heinemeier Hansson included a
bit.ly shortened link.
Rails 3.1.0 is out w/ asset pipeline, HTTP streaming, jQuery default, and a trillion other cool new things: bit.ly/qhFLMk
This gives you no sense of where the link will take you, which is the traditional problem with shortened URLs.
Vanity shorteners, usually tied to a specific company or site, used to be the only way around the anonymity of shortened URLs, but they are aren’t that helpful in a world of Tweet Entities. Does the URL in this link,
Floodwaters Isolate 11 Vermont Towns nyti.ms/oqBsSZ
give you any more information about where the link goes than the URL in this one?
A quick test. Pay it no mind.
They both point to this NY Times article.
I suppose professional Twitterers, like the people who post for the Times, may still want to use third-party shorteners because they can provide traffic statistics—useful if you’re trying to determine what brings visitors to your site. But for the rest of us, letting Twitter do the shortening for us gives our readers the most useful links for the least effort.