URL 단축서비스 속도 얼마나 떨어지나? （Facebook의 FB.me가 최악）

by Robin Wauters on 2010年3月18日

근래에 URL 단축 서비스는 웹에선 상식이 되어 버렸다.좋아하든 좋아하지 않든 관계 없이, 이 서비스가 웹세계에 확실히 뿌리를 내린 것은 틀림없다.거기서 의문이 생긴다.bit.ly, TinyURL, Goo.gl등의 서비스의 스피드와 가동률은 실제로 어떨까?

네델란드의 새로 시작한, WatchMouse는 확실히 이 의문을 풀려고, 주요 URL 단축 서비스 14 종류를 1개월간 모니터 해 퍼포먼스와 다운 타임을 조사했다.

그 결과, 전체적으로 퍼포먼스는 그다지 좋지 않는 것을 알 수 있었다.URL 단축 서비스는 사실, 페이지의 읽기 속도를 꽤 크게 떨어뜨리고 있었다.위에 게재한 그래프에 있는 대로, 많은 URL 단축 서비스는 0.5초에서 1초 정도, 페이지의 읽기를 늦게 하고 있다.

이 테스트에 WatchMouse는 각 URL 단축 서비스에 5분 마다 억세스 해 체크했다(억세스 장소는 세계 각지에 준비).테스트한 것은 리다이렉트에 필요한 시간만으로, 타겟의 페이지가 실제로 로드 되는 시간은 포함되지 않았다.

Pingdom도 2009년 8월에, URL 단축 서비스의 스피드와 신뢰성에 대해 비슷한 조사를 실시했던 적이 있다.다만, 이 때의 조사의 대상은 독립 단축 서비스만으로, Microsoft, Facebook, Google이 운영하고 있는 서비스는 대상으로 들어가 있지 않았다.

이번 조사의 결과를 보면, Google의 Goo.gl와 YouTu.be의 단축 서비스는 상당히 성적이 좋다.그렇다고 해도 페이지의 리다이렉트에 약 3분의 1초 걸려 있다.매일 방대한 수의 주소가 단축되고 있는 것을 생각하면, 총 지연되는 시간은 만만치 된다.

WatchMouse에 의하면, Facebook의 FB.me가 단연 최악의 퍼포먼스였다.링크를 클릭하고 나서 링크 페이지의 읽기가 시작되기까지 무려 평균 2초나 걸려 있다.

하나 더 흥미로운 것은, 네임서버-의 국제화 대응이 최적화되어 있지 않은 단축 서비스가 있는 것이었다.일부의 서비스에서는 목적의 웹페이지의 IP주소를 해결하기 위한 것 만으로 0.5초나 걸렸다.

가동률에 관해서는 대부분의 서비스가 그런대로의 범위에 들어가고 있었다.조사 대상의 14 서비스 중에서 최하위는 snurl.com로, 업 타임은98%미만이었다.Facebook의 fb.me는 뒤에서 3번째로, 99.5%였다.그다지 양호한 성적이라고는 할 수 없을 것이다.

어쨌든, 단축 url 서비스는 지금 한층 더 스피드업이 이루어져야 한다.

번역 : 박인찬(@topsphinx)