<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Why Bit.ly Will Upstage Digg</title>
	<atom:link href="http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/</link>
	<description></description>
	<lastBuildDate>Sat, 11 Feb 2012 12:44:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Mihai Secasiu</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165895</link>
		<dc:creator><![CDATA[Mihai Secasiu]]></dc:creator>
		<pubDate>Wed, 23 Sep 2009 14:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165895</guid>
		<description><![CDATA[Compared to digg bit.ly is still small. When spamers will realize that people go to bit.ly to find stories and not use it just as an url shortner they will start gaming the system.
Now digg knows a lot more about their users/voters then bit.ly will know about those that click the links so detecting the gaming might be harder for bit.ly]]></description>
		<content:encoded><![CDATA[<p>Compared to digg bit.ly is still small. When spamers will realize that people go to bit.ly to find stories and not use it just as an url shortner they will start gaming the system.<br />
Now digg knows a lot more about their users/voters then bit.ly will know about those that click the links so detecting the gaming might be harder for bit.ly</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: leon</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165894</link>
		<dc:creator><![CDATA[leon]]></dc:creator>
		<pubDate>Fri, 03 Apr 2009 16:58:18 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165894</guid>
		<description><![CDATA[would bit.ly be the digg killer or more over tinyurl.com ?]]></description>
		<content:encoded><![CDATA[<p>would bit.ly be the digg killer or more over tinyurl.com ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165893</link>
		<dc:creator><![CDATA[Adam]]></dc:creator>
		<pubDate>Thu, 02 Apr 2009 04:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165893</guid>
		<description><![CDATA[Bit.ly would be SO much more useful if Tweetdeck integrated with bit.ly directly so it would tie my bit.ly account into tweetdeck. Too much dancing around still.]]></description>
		<content:encoded><![CDATA[<p>Bit.ly would be SO much more useful if Tweetdeck integrated with bit.ly directly so it would tie my bit.ly account into tweetdeck. Too much dancing around still.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Subhankar Ray</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165892</link>
		<dc:creator><![CDATA[Subhankar Ray]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 18:45:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165892</guid>
		<description><![CDATA[A good discussion at AVC..
http://www.avc.com/a_vc/2009/03/thats-only-ten-lines-of-code.html]]></description>
		<content:encoded><![CDATA[<p>A good discussion at AVC..<br />
<a href="http://www.avc.com/a_vc/2009/03/thats-only-ten-lines-of-code.html" rel="nofollow">http://www.avc.com/a_vc/2009/03/thats-only-ten-lines-of-code.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165891</link>
		<dc:creator><![CDATA[anonymous]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 17:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165891</guid>
		<description><![CDATA[Wouldn&#039;t this whole area be a natural for Google to enter?  The URL shortening part is trivial to code, and they probably already have some of the back-end click tracking stuff already.]]></description>
		<content:encoded><![CDATA[<p>Wouldn&#8217;t this whole area be a natural for Google to enter?  The URL shortening part is trivial to code, and they probably already have some of the back-end click tracking stuff already.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Howard</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165890</link>
		<dc:creator><![CDATA[Howard]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 16:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165890</guid>
		<description><![CDATA[I find the graphs a bit misleading. For tr.im you show unique visitors go from 0 in Aug to 180K Jan. Over the same time period digg goes from 22M to 35M. That&#039;s hardly plateauing and seems very healthy for an established site.. For bit.ly you show not unique visitors but clicks, hardly comparable.]]></description>
		<content:encoded><![CDATA[<p>I find the graphs a bit misleading. For tr.im you show unique visitors go from 0 in Aug to 180K Jan. Over the same time period digg goes from 22M to 35M. That&#8217;s hardly plateauing and seems very healthy for an established site.. For bit.ly you show not unique visitors but clicks, hardly comparable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Subhankar Ray</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165889</link>
		<dc:creator><![CDATA[Subhankar Ray]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 14:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165889</guid>
		<description><![CDATA[Here is a comment, I made at AVC related to this..

If bit.ly really becomes popular, our concern is the one point of failure, and the structure of the web. Our web search engine AAfter.com creates two short URLs [including bit.ly] to make it a little more fail-safe. We found out there are 50 more such services, and will use two of them in a random manner to reduce the chance of one point of failure.

Here are the list of all such services that we have discovered. We hope internet will remain open and diverse with all of them..

tinyurl.com aafter.us is.gd ur1.ca ping.fm snipurl.com snipr.com bit.ly tr.im tr.im metamark.net xrl.us tweetburner.com twurl.nl x.se x.se poprl.com poprl.com url.ie url.ie 6url.com 6url.com yep.it yep.it ln-s.net ln-s.net piurl.com piurl.com yatuc.com yatuc.com g8l.us g8l.us icanhaz.com icanhaz.com urlkiss.com urlkiss.com minilien.com minilien.com tinylink.com tinylink.com urlcut.com urlcut.com doiop.com doiop.com simurl.com smurl.com tighturl.com tighturl.com 2tu.us myurl.in myurl.in memurl.com memurl.com redirx.com redirx.com easyurl.net easyurl.net qurlyq.com qurlyq.com dwarfurl.com dwarfurl.com shrinkurl.us shrinkurl.us starturl.com starturl.com urlhawk.com urlhawk.com canurl.com canurl.com surl.co.uk surl.co.uk lnkurl.com lnkurl.com urlbrief.com urlbrief.com urlborg.com urlborg.com ub0.cc urlvi.be urlvi.be sn.vc sn.vc lurl.no lurl.no hurl.ws hurl.ws twiturl.de twiturl.de spedr.com spedr.com parv.us parv.us decenturl.com decenturl.com shorterlink.com shorterlink.com shortlinks.co.uk shortlinks.co.uk budurl.com budurl.com shw.me shw.me]]></description>
		<content:encoded><![CDATA[<p>Here is a comment, I made at AVC related to this..</p>
<p>If bit.ly really becomes popular, our concern is the one point of failure, and the structure of the web. Our web search engine AAfter.com creates two short URLs [including bit.ly] to make it a little more fail-safe. We found out there are 50 more such services, and will use two of them in a random manner to reduce the chance of one point of failure.</p>
<p>Here are the list of all such services that we have discovered. We hope internet will remain open and diverse with all of them..</p>
<p>tinyurl.com aafter.us is.gd ur1.ca ping.fm snipurl.com snipr.com bit.ly tr.im tr.im metamark.net xrl.us tweetburner.com twurl.nl x.se x.se poprl.com poprl.com url.ie url.ie 6url.com 6url.com yep.it yep.it ln-s.net ln-s.net piurl.com piurl.com yatuc.com yatuc.com g8l.us g8l.us icanhaz.com icanhaz.com urlkiss.com urlkiss.com minilien.com minilien.com tinylink.com tinylink.com urlcut.com urlcut.com doiop.com doiop.com simurl.com smurl.com tighturl.com tighturl.com 2tu.us myurl.in myurl.in memurl.com memurl.com redirx.com redirx.com easyurl.net easyurl.net qurlyq.com qurlyq.com dwarfurl.com dwarfurl.com shrinkurl.us shrinkurl.us starturl.com starturl.com urlhawk.com urlhawk.com canurl.com canurl.com surl.co.uk surl.co.uk lnkurl.com lnkurl.com urlbrief.com urlbrief.com urlborg.com urlborg.com ub0.cc urlvi.be urlvi.be sn.vc sn.vc lurl.no lurl.no hurl.ws hurl.ws twiturl.de twiturl.de spedr.com spedr.com parv.us parv.us decenturl.com decenturl.com shorterlink.com shorterlink.com shortlinks.co.uk shortlinks.co.uk budurl.com budurl.com shw.me shw.me</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BuzzNova</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165888</link>
		<dc:creator><![CDATA[BuzzNova]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 14:00:26 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165888</guid>
		<description><![CDATA[Agreed. Technically it is not difficult to create a shortening service; you just have to manage scaling well.

I&#039;ve always found it interesting how easily these services are trusted. It would be simple enough to replace a mapped URL with another, lets say point the full URL at another site on the same topic but which is part of an affiliate program. Most people wouldn&#039;t even know that they were sent to another site than the original desitination.

In fact their might be all kinds of interesting tracking, advertising and monetary implications by adding extra parameters to the original URL&#039;s by the shortening service.]]></description>
		<content:encoded><![CDATA[<p>Agreed. Technically it is not difficult to create a shortening service; you just have to manage scaling well.</p>
<p>I&#8217;ve always found it interesting how easily these services are trusted. It would be simple enough to replace a mapped URL with another, lets say point the full URL at another site on the same topic but which is part of an affiliate program. Most people wouldn&#8217;t even know that they were sent to another site than the original desitination.</p>
<p>In fact their might be all kinds of interesting tracking, advertising and monetary implications by adding extra parameters to the original URL&#8217;s by the shortening service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kortina</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165887</link>
		<dc:creator><![CDATA[kortina]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 13:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165887</guid>
		<description><![CDATA[Om, you&#039;re spot on with your points about disaggregation and a distributed mechanism for viewing popularity and context. One of the first places we&#039;ve begun working toward this is in our Firefox extension ( http://bit.ly/bitlyFirefox ), which provides contextual and click data from our API for short links you come across on any web page. So if you&#039;re browsing your Twitter stream or reading a blog post and see an interesting link, you can just hover over it to get context (page title, full URL) and popularity estimate ( number of clicks it has received ) before deciding to visit the page.  Here&#039;s what it looks like: http://bit.ly/fdYxu]]></description>
		<content:encoded><![CDATA[<p>Om, you&#8217;re spot on with your points about disaggregation and a distributed mechanism for viewing popularity and context. One of the first places we&#8217;ve begun working toward this is in our Firefox extension ( <a href="http://bit.ly/bitlyFirefox" rel="nofollow">http://bit.ly/bitlyFirefox</a> ), which provides contextual and click data from our API for short links you come across on any web page. So if you&#8217;re browsing your Twitter stream or reading a blog post and see an interesting link, you can just hover over it to get context (page title, full URL) and popularity estimate ( number of clicks it has received ) before deciding to visit the page.  Here&#8217;s what it looks like: <a href="http://bit.ly/fdYxu" rel="nofollow">http://bit.ly/fdYxu</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Saurabh Kaushik</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165886</link>
		<dc:creator><![CDATA[Saurabh Kaushik]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 08:34:03 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165886</guid>
		<description><![CDATA[Great Idea!!!]]></description>
		<content:encoded><![CDATA[<p>Great Idea!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PXLated</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165885</link>
		<dc:creator><![CDATA[PXLated]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 06:48:23 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165885</guid>
		<description><![CDATA[No mention of TinyURL - aren&#039;t they the traffic leader by far? If they add all the bit.ly stuff wouldn&#039;t they be a contender.]]></description>
		<content:encoded><![CDATA[<p>No mention of TinyURL &#8211; aren&#8217;t they the traffic leader by far? If they add all the bit.ly stuff wouldn&#8217;t they be a contender.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abbi Vakil</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165884</link>
		<dc:creator><![CDATA[Abbi Vakil]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 06:29:12 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165884</guid>
		<description><![CDATA[Won&#039;t the real winner be the company that works with publishers &amp; puts a square box at the end of articles as part of the share/ digg/ buzz/ post area at the end of articles?

PS: I see http://di.gg is available for rent :-)]]></description>
		<content:encoded><![CDATA[<p>Won&#8217;t the real winner be the company that works with publishers &amp; puts a square box at the end of articles as part of the share/ digg/ buzz/ post area at the end of articles?</p>
<p>PS: I see <a href="http://di.gg" rel="nofollow">http://di.gg</a> is available for rent :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Wright</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165883</link>
		<dc:creator><![CDATA[Tony Wright]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 05:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165883</guid>
		<description><![CDATA[Interesting stuff.

Hypothetically speaking-- what would happen if Twitter decided to:

1) Allow people to link to sites in the same way that you can in a gmail message (i.e. select, click a link icon, paste link-- voila.  A good old fashioned hyperlink!)

or

2) Launched it&#039;s own URL shortening service

Either way, all of a sudden Twitter has all of this valuable click/link data.  Also, it seems to me that the instant that Twitter does this is the instant that URL shorteners die.]]></description>
		<content:encoded><![CDATA[<p>Interesting stuff.</p>
<p>Hypothetically speaking&#8211; what would happen if Twitter decided to:</p>
<p>1) Allow people to link to sites in the same way that you can in a gmail message (i.e. select, click a link icon, paste link&#8211; voila.  A good old fashioned hyperlink!)</p>
<p>or</p>
<p>2) Launched it&#8217;s own URL shortening service</p>
<p>Either way, all of a sudden Twitter has all of this valuable click/link data.  Also, it seems to me that the instant that Twitter does this is the instant that URL shorteners die.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165882</link>
		<dc:creator><![CDATA[Ben]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 04:54:55 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165882</guid>
		<description><![CDATA[What does bitly do if you create a short URL out of a link thats already been shortened?  Does it give you back the one that its already got in the database? Or does it create a new one anyway? Seems like it would be harder to get metrics based on clicks if it is always creating a new one.  That is something that Digg excels at, alerting you when a story has already been submitted.]]></description>
		<content:encoded><![CDATA[<p>What does bitly do if you create a short URL out of a link thats already been shortened?  Does it give you back the one that its already got in the database? Or does it create a new one anyway? Seems like it would be harder to get metrics based on clicks if it is always creating a new one.  That is something that Digg excels at, alerting you when a story has already been submitted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AGORACOM - George</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165881</link>
		<dc:creator><![CDATA[AGORACOM - George]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 04:06:30 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165881</guid>
		<description><![CDATA[This may be true for the first time someone posts a bit.ly link.  However, once people start re-tweeting or sending it to others, thereby leading to greater clicks, you can assume the link is popular for its content and not for its author.

Regards,
George]]></description>
		<content:encoded><![CDATA[<p>This may be true for the first time someone posts a bit.ly link.  However, once people start re-tweeting or sending it to others, thereby leading to greater clicks, you can assume the link is popular for its content and not for its author.</p>
<p>Regards,<br />
George</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dewey</title>
		<link>http://gigaom.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165880</link>
		<dc:creator><![CDATA[Robert Dewey]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 03:30:40 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2009/03/31/why-bitly-could-upstage-digg/#comment-165880</guid>
		<description><![CDATA[True, Marshall -- I could see folks in the media and news business paying for this data.

I&#039;m doubtful when it comes to regular consumers, though.]]></description>
		<content:encoded><![CDATA[<p>True, Marshall &#8212; I could see folks in the media and news business paying for this data.</p>
<p>I&#8217;m doubtful when it comes to regular consumers, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

