URL shortener speed and reliability shootout

With the rise of microblogging, URL shortening services have become extremely popular. And no wonder; just imagine sharing links on Twitter without one. Although some of these services have considerably more market share than others (we’re looking at you, Bit.ly and TinyURL), there are plenty of options out there.
One thing that has surprised us a bit here at Pingdom is that we haven’t seen any real numbers on how reliable and how fast these different URL shorteners are compared to each other. After all, adding a layer on top of the target URL (the direct link) means slower access and also adds a single point of failure, so these things should matter.
With this in mind, we decided to select a number of common URL shortening services and test two things:
- How much overhead they add to accessing the target URL (extra load time).
- How reliable they are, i.e. their uptime (availability).
The services included in this test are: Bit.ly, TinyURL, Ow.ly, Is.gd, Su.pr, Snipurl, Cli.gs, Tr.im and Twurl.
What we tested
While some use them to get statistics, the main purpose of URL shortening services is to redirect you from a short alias to a target website, so this is what we focused our test on.
For each of the included URL shorteners we created a short URL for the same target URL. We used a rock-solid target URL, search.yahoo.com, which we consider to be one of the most reliable websites on the Internet. Our separate monitoring of that site confirms that it was available 100% of the time.
We then set up monitoring of each short URL, testing them once every minute during 30 days (starting July 18 and ending August 16). The tests were performed from several locations spread over North America and Europe. This was done using our Pingdom website monitoring service, which gave us both uptime and load time information. In short (no pun intended), it let us test how fast and reliable these URL shorteners are when it comes to their core service; redirecting your traffic.
Now on to the results!
Added overhead when accessing websites
By overhead we mean how much extra time the end user has to wait compared to the time it would have taken to access the target URL via a direct link, not going via the shortening service.
To get these numbers we simply compared the average load time for the target URL with the average time it took to access that site via the shortening service.

As you can see, there is quite a big difference between the services when it comes to how much overhead they add.
A few observations:
- The three fastest services in the test are Is.gd, Bit.ly and Ow.ly.
- The fastest service in the test, Is.gd, is more than five times faster on average than the slowest, Snipurl.
- Bit.ly is 1.6 times faster on average than TinyURL.
- None of the services add more than a second to the load time (on average).
Forwarding reliability (uptime)
Perhaps even more important than how fast these services are (many would argue a few hundred milliseconds in load time won’t make a huge difference), is how reliable they are. Once a short URL has been created, how much can you trust that it will work and keep redirecting to your target site?
Since uptime percentages can often feel somewhat abstract, we have also added how much yearly downtime it would be the equivalent to in the table here below. Please note that this is based just on the results of this 30-day test window and is only shown here for illustrative purposes. Downtime for websites can vary significantly from month to month.
| URL Shortener | Uptime | Estimated downtime in a year (hours) |
|---|---|---|
| Ow.ly | 100.00% | 0.0 |
| Bit.ly | 99.98% | 1.8 |
| Su.pr | 99.97% | 2.6 |
| TinyURL | 99.96% | 3.5 |
| Is.gd | 99.94% | 5.3 |
| Snipurl | 99.87% | 11.4 |
| Cli.gs | 99.60% | 35.0 |
| Twurl | 99.53% | 41.2 |
| Tr.im | 99.10% | 78.8 |
A few observations:
- The three most reliable services in the test are Ow.ly, Bit.ly and Su.pr.
- Only one service had zero downtime during the time period: Ow.ly.
- Five out of nine services had a 99.9% uptime or better, which we have to consider acceptable. In addition to the three mentioned above, this includes TinyURL and Is.gd.
- There are bound to be glitches even for relatively simple services such as these. Bit.ly’s 99.98% uptime is the equivalent of failing once for every 5,000 clicks. In general, a 99.98% uptime is very respectable.
(If you find yourself often having to convert between uptime percentages and monthly/yearly downtime, you may find this uptime/downtime conversion cheat sheet helpful.)
The overall score, crowning two “winners”
If we average the placement (1-9) of the shortening services in the two categories from above, we get the following list (the lower the score, the better):
- Ow.ly: 2
- Bit.ly: 2
- Is.gd: 3
- Su.pr: 3.5
- TinyURL: 4.5
- Twurl: 7
- Snipurl: 7.5
- Cli.gs: 7.5
- Tr.im: 8.5
So, by these two simple criteria, Ow.ly and Bit.ly tied for “first place.”
Of course, there are many other factors to consider when picking a URL shortening service, but for the purpose of this test, this is what we ended up with when considering the speed and the reliability of the forwarding function of these URL shortening services (which has to be considered their main purpose).
Why it matters
Like it or not, URL shorteners are more popular than ever and we depend on them working properly.
- For publishers (like bloggers) the reliability of these services is very important. If the URL shortener of their choice doesn’t work, they will lose traffic.
- For end users, slow or broken links are a source of frustration.
We hope you found this report interesting. If you have any questions or comments, please feel free to add your thoughts to the comments (or email us).
A small note regarding the Diggbar: Originally we included the Diggbar in the test, but since it no longer functions as a regular URL shortening service we excluded it. For those interested, it added an average overhead of 429 milliseconds and had an uptime of 99.98% during the test period.
A note regarding how we counted downtime: For something to be considered down it had to take more than 30 seconds to load, or be completely inaccessible, or return an HTTP error code. We also always confirm errors from two different locations before we count them.

Perceptions matter, and the perception of Nokia in the news, on the web, and in the minds of many, is that things aren’t going that well. Even in the Pingdom office, we hear “Nokia is doomed,” but do the numbers support this belief?





Kjette
August 18th, 2009 at 1:04 pm
Oh noes, you forgot the best one: burl.se
umpirsky
August 18th, 2009 at 2:35 pm
Lucky me, I’m using tr.im. I know they have large downtimes, and are not champions in speed, but they are fancy and have nice API, so I use them for http://twitter.com/phponline
bc
August 18th, 2009 at 3:12 pm
Does this include DNS lookup time?
Mehall
August 18th, 2009 at 6:54 pm
Didn’t know about ow.ly before, I tend to use is.gd since it’s the shortest one I knew of. I’ll probably continue using it, because I’ve had no problems, and it only narrowly lost out to ow.ly in your tests.
[=
( @mehall )
Arjun Ram
August 19th, 2009 at 12:48 am
Would have liked to have seen awe.sm in this list? Most publishers will like their own domain.
Pingdom
August 19th, 2009 at 2:40 am
@bc: Yes, it’s included.
Chris Hudson
August 19th, 2009 at 5:47 am
also, take into account that ow.ly is one character shorter than bit.ly, and in a non-scientific one shot test, ow.ly returned a 4 character key and bit.ly returned a 6 character key, making the ow.ly url 3 characters shorter in total
Pascal L
August 19th, 2009 at 6:04 am
Your tests are interesting, I’ll try for http://linkii.net (French only)
Sly
August 19th, 2009 at 6:11 am
Can you pls check this one for me. I use it often because it numeric.
http://inturl.com
Thanks. I will appreciate ur reply
Dean Collins
August 19th, 2009 at 6:36 am
lol you call this a review….my grandmother could have written this review.
how about a functionality review across the various players, compare various feature for feature.
how about reviewing some of the vanity short url providers that you can install on your own servers.
Richy C.
August 19th, 2009 at 7:00 am
Hi guys,
Many thanks for taking my tweet suggestion from May and making it an article (I can see your acknowledgement from Twitter on May 12th, but I can’t find my original tweet!).
Matt Ril
August 19th, 2009 at 9:58 am
Disregarding for a moment that your methodology is pretty idiotic (if not ignorant) I’ll tell you why is.gd is fast. Because it’s a new copycat service and the number of URLs to search through in the DB are much smaller. Snipurl and Tinyurl have been around for over eight years now. Like tr.im, maybe others will go down too. It’s easy to start a service but tough to hold on to it. I have thousands of my URLs with Snipurl and trust them the most. Tiny is good when I don’t need to track or do anything, otherwise Snipurl is top dog. All other copycats can come and go.
Louis
August 19th, 2009 at 2:11 pm
OMG, tinyURL is such low-ranked.
Ty
August 19th, 2009 at 5:28 pm
What about average shortened url length? Would seem to me like a worthwhile metric in evaluating services that SHORTEN URLs, no?
Rafael C.P.
August 20th, 2009 at 9:17 am
And how about tweak.tk ?
Trina L. Grant
August 20th, 2009 at 4:42 pm
I use 3.ly, which can be customized (http://3.ly/customization). 3.ly is the shortest URL shortener I have found. So far, I don’t know of any of my links not working. With micro-blogging services being all the rage, it’s very important to be able to squeeze as much information into one place as you can. Of course, you want those URLs to be timeless as well, especially in my industry where ideally your work lasts ‘forever’.
Derek
August 20th, 2009 at 5:31 pm
I use Bit.ly. I like the HootBar, but until HootSuite adds the links stats like Bit.ly’s got my vote – there is a reason they’re No. 1. Also, the HootSuite redesign I find harder to use than the old version. It takes too many steps to complete simple tasks.
Mohammed
August 20th, 2009 at 11:58 pm
I use is is.gd for shortening. I have it set up to be a search keyword on Firefox and that saves and immense amound of time.
I just go to the address bar type in “is [linkhere]” and it would take me to the new url.
Lee
August 21st, 2009 at 3:17 pm
Just noticed your article as I was looking for a short url service. Thanks for the side by side survey. It has helped me make my decision of who to check out for this service. Thanks again.
Lane
August 22nd, 2009 at 8:27 am
I’ve been using foxyURL because of the convenient Firefox addon. I wish you had tested it as well. OTOH, I understand the criticism of Matt Ril. OTOH, almost all of my uses require the link to be good for just a few days. Here’s this page’s foxyURL: http://foxyurl.com/slD
HD
September 3rd, 2009 at 8:10 pm
Now Twitter is adding his own tracking system, so before going to the short url, the link pass through something like http://twitter.com/link_click_count . This increases a lot the overhead. In my country (Peru) with a very decent connection I see 1 second of time overhead to the original link.
I made my own calculations using Hammerhead tool from Steve Souders but it will be very nice if you can offer your own results.
My results: http://serlibre.info/articles/40/experimentando-con-twitter-y-los-acortadores-de-url-s (in Spanish)
wsx
November 18th, 2009 at 4:28 pm
@matt ril
Do you not know how a database w/ indexing works? clearly not, since in your scenario tinyurl, snip and bit would be all on the losing end. I dont know of any Db services that search for a key with a linear search, but keep on defending your Is.gd friends to the death . . . .
exile
December 6th, 2009 at 11:12 am
I found very useful url shortener with very detailed statistics (GEO, google maps etc.) http://smal.ly
Chris the Developer
March 23rd, 2010 at 11:33 pm
For those of you PHP developers out there; I have started a PHP5 wrapper for Bit.ly and Tinyurl: http://github.com/sixtyseconds/Shortener
Feel free to fork and contribute others.
JJ Jiles
March 24th, 2010 at 1:39 am
I’ve recently thrown my hat in the ring with http://tnyb.it. I’ve added stats along with ranking, tagging, trends and XML feeds.
The goal is to be a URL shortening service and a social bookmarking service as well. Please give it a try. It’s free and no cost. Feedback and suggestions are welcome.
Nix
March 24th, 2010 at 3:27 am
I miss 3.ly from the list – the shortest url-shortener of them all.
Andy Matthews
March 24th, 2010 at 6:53 am
About a year ago I released a ColdFusion wrapper for URL services, called shrinkURL:
http://www.andymatthews.net/code/shrinkurl/
It currently supports: Adjix, BitLy, BudURL, ChilpIt, Cligs, Digg, EasyURL, FNaweso.me, Hexio, HREFin, Idek, IsGD, Lincr, Linkm.in, MooURL, PeaURL, PiURL, PntMe, POPrl, ShortIE, ShortTo, Snurl, TinyURL, Trakz, Trim, Twurl, URLZen, W3t, Zima
At the same time I released an AIR application which tied into that wrapper allowing users to select the service of their choice and shrink it right from the app. It copies the URL straight to the clipboard, has a history panel to review the last 10 URLs shortened, and will soon have the option of storing login credentials for those services which offer that option.
http://www.andymatthews.net/code/Shrinkadoo/
Francois Botha
March 26th, 2010 at 9:11 am
You should also compare URL support. Not all URL shorteners support ftp:// links. To me, that’s important.
u.nu is also another great shortener.
Jayce Nugent
May 5th, 2010 at 1:32 pm
Well..
Right i still using my own URL shortener : http://www.uang.in. But, in the future, maybe you can add the URL shortener own by Google at goo.gl
Mike
July 13th, 2010 at 3:46 pm
http://Bu.tt is the only URL shortener I use – it gets attention in blog posts and works great!