<?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/"
		>
<channel>
	<title>Comments on: the Adobe Omniture marriage is a pipe dream</title>
	<atom:link href="http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html/feed" rel="self" type="application/rss+xml" />
	<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html</link>
	<description>Increasing Front Page Performance for Online Media</description>
	<lastBuildDate>Sun, 05 Feb 2012 18:20:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: From Web Analytics &#38; SEM To Business Intelligence</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-124216</link>
		<dc:creator>From Web Analytics &#38; SEM To Business Intelligence</dc:creator>
		<pubDate>Wed, 17 Nov 2010 04:30:51 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-124216</guid>
		<description>[...] them hint at where we are heading. First, we saw Omniture&#8217;s acquisition by Adobe, which was a bit controversial in the eyes of many industry experts such as Yahoo&#8217;s analytics guru Dennis [...]</description>
		<content:encoded><![CDATA[<p>[...] them hint at where we are heading. First, we saw Omniture&#8217;s acquisition by Adobe, which was a bit controversial in the eyes of many industry experts such as Yahoo&#8217;s analytics guru Dennis [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Visual Revenue &#124; Using Microformats to extend Web Analytics tagging</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-78145</link>
		<dc:creator>Visual Revenue &#124; Using Microformats to extend Web Analytics tagging</dc:creator>
		<pubDate>Mon, 21 Dec 2009 18:01:31 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-78145</guid>
		<description>[...] said that, I would like to suggest a different route, one that I in particularly talked about in my Adobe acquisition of Omniture post - where I suggest that the content and tracking marriage will be won or lost on a Web OS [...]</description>
		<content:encoded><![CDATA[<p>[...] said that, I would like to suggest a different route, one that I in particularly talked about in my Adobe acquisition of Omniture post &#8211; where I suggest that the content and tracking marriage will be won or lost on a Web OS [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis R. Mortensen</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-65800</link>
		<dc:creator>Dennis R. Mortensen</dc:creator>
		<pubDate>Wed, 30 Sep 2009 13:39:49 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-65800</guid>
		<description>Hi Bill,

Thank you very much for your thoughtful commentary - which is (as expected) a much more eloquent conclusion of my &quot;tagging&quot; frustration. You say:

&quot;..my overall reaction is one of disappointment that our industry is not evolving beyond proprietary purgatory&quot;

Couldn’t agree more! 

&gt;&gt; There is no sense in moving to a new approach to tagging, unless it is something open and interoperable.

Again - couldn’t agree more. This was a huge debate at X change in San Francisco earlier this month, where I for one at least, pitched the idea of not trying to go the route of a script wrapper - which is essentially yet another layer. I believe (right or wrong) that we won&#039;t see an interoperable data collection methodology before the arrival of the &quot;webOS&quot;.

Cheers
d.   :-)</description>
		<content:encoded><![CDATA[<p>Hi Bill,</p>
<p>Thank you very much for your thoughtful commentary &#8211; which is (as expected) a much more eloquent conclusion of my &#8220;tagging&#8221; frustration. You say:</p>
<p>&#8220;..my overall reaction is one of disappointment that our industry is not evolving beyond proprietary purgatory&#8221;</p>
<p>Couldn’t agree more! </p>
<p>>> There is no sense in moving to a new approach to tagging, unless it is something open and interoperable.</p>
<p>Again &#8211; couldn’t agree more. This was a huge debate at X change in San Francisco earlier this month, where I for one at least, pitched the idea of not trying to go the route of a script wrapper &#8211; which is essentially yet another layer. I believe (right or wrong) that we won&#8217;t see an interoperable data collection methodology before the arrival of the &#8220;webOS&#8221;.</p>
<p>Cheers<br />
d.   :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Gassman</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-65777</link>
		<dc:creator>Bill Gassman</dc:creator>
		<pubDate>Wed, 30 Sep 2009 11:30:56 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-65777</guid>
		<description>Great discussion Dennis.  I could take my comments in many directions, but my overall reaction is one of disappointment that our industry is not evolving beyond proprietary purgatory.  Early tech industries experienced quantum leap growth after standardization occurred.  Remember the 80’s, with the battles for the physical layer (Ethernet vs. Token Ring vs. PBX) and the network layer (TCP/IP vs. DECnet vs. SNA vs. Wangnet vs. AppleTalk)?  The big breakthrough happened in 1988 when a university professor proposed a “simple network management protocol” (SNMP RFC1067) to manage IP devices.  The industry evolved from its proprietary ways to embracing open and interoperable standards in less than a year and whoosh – the Internet became possible.  There are parallels here with the Web traffic analysis industry.  Hundreds of vendors (if you count advertisers) each have their own tag and cookie, but there are no semantic or syntactic standards.  Brett Error is correct; it is not about the collection, it is about improving yields for advertisers, improving customers experience and monetizing content.  However, the impact on organizations would be much greater, and much quicker, if there was an open approach to instrumenting what we want to watch.  Competition should be at the analysis and optimization level, not at the tag level.  There is no sense in moving to a new approach to tagging, unless it is something open and interoperable.</description>
		<content:encoded><![CDATA[<p>Great discussion Dennis.  I could take my comments in many directions, but my overall reaction is one of disappointment that our industry is not evolving beyond proprietary purgatory.  Early tech industries experienced quantum leap growth after standardization occurred.  Remember the 80’s, with the battles for the physical layer (Ethernet vs. Token Ring vs. PBX) and the network layer (TCP/IP vs. DECnet vs. SNA vs. Wangnet vs. AppleTalk)?  The big breakthrough happened in 1988 when a university professor proposed a “simple network management protocol” (SNMP RFC1067) to manage IP devices.  The industry evolved from its proprietary ways to embracing open and interoperable standards in less than a year and whoosh – the Internet became possible.  There are parallels here with the Web traffic analysis industry.  Hundreds of vendors (if you count advertisers) each have their own tag and cookie, but there are no semantic or syntactic standards.  Brett Error is correct; it is not about the collection, it is about improving yields for advertisers, improving customers experience and monetizing content.  However, the impact on organizations would be much greater, and much quicker, if there was an open approach to instrumenting what we want to watch.  Competition should be at the analysis and optimization level, not at the tag level.  There is no sense in moving to a new approach to tagging, unless it is something open and interoperable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Cook</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-65762</link>
		<dc:creator>Paul Cook</dc:creator>
		<pubDate>Wed, 30 Sep 2009 09:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-65762</guid>
		<description>Hi Dennis,

I agree the deal is completely puzzling - great news of WebTrends, Coremetrics and the Omniture founders I&#039;m sure.

I also agree that tags are a means to an end that have gotten out of control. Certainly the reason we started using tags back in the day was that cookie management in web-logs wasn&#039;t good enough for deep marketing analysis. I&#039;m not sure they&#039;ve ever made life easier or solved the IT bottleneck.

I&#039;m not so sure a decent alternative is around the corner, hence why we&#039;ve created a solution (TagMan) to resolve the issue around tagging so that IT can been removed out of the loop but still retain a degree of control.

Paul</description>
		<content:encoded><![CDATA[<p>Hi Dennis,</p>
<p>I agree the deal is completely puzzling &#8211; great news of WebTrends, Coremetrics and the Omniture founders I&#8217;m sure.</p>
<p>I also agree that tags are a means to an end that have gotten out of control. Certainly the reason we started using tags back in the day was that cookie management in web-logs wasn&#8217;t good enough for deep marketing analysis. I&#8217;m not sure they&#8217;ve ever made life easier or solved the IT bottleneck.</p>
<p>I&#8217;m not so sure a decent alternative is around the corner, hence why we&#8217;ve created a solution (TagMan) to resolve the issue around tagging so that IT can been removed out of the loop but still retain a degree of control.</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis R. Mortensen</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-64824</link>
		<dc:creator>Dennis R. Mortensen</dc:creator>
		<pubDate>Thu, 24 Sep 2009 13:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-64824</guid>
		<description>Hey Carl,

Great input. Thanks.

I actually believe we are very much on the same page, but that I (at least in thinking) have taken it one step further. When you envision a next step beyond HTML, which again, as you mention could indeed be Flex applications - I agree. When you mention that for every one of these there will be a dozen DIY applications (sites) that will use something else - I most certainly agree. There is no doubt that. 

But if we forget the exaggerate overuse of the word platform nowadays (something which used to be reserved for Operating Systems only), I envision and am quite sure that we will see a more common web platform emerge (I chose to call this the WebOS, but it might come under a different name). This platform (which I also suggest, might as well be the browser) will provide an underlying set functions such as an event log. So any application on top of this, would be stupid not to tap into the event log as it will become in inherent part of the platform and any applications (sites) developed on it. 

Think about this way. If you write a Windows application today, you could do that in any number of environments and any number of languages - but you would never develop a File System to store potential files, for that you would tap into the provided options from your platform (OS). I believe as in e.g. Windows, where event logging is integrated, we will see a set of more sophisticated base functions emerge. 

So when you say: &quot;Wouldn&#039;t it be tagging, but just not quite as we know it?&quot; I would say no!, I actually think this will disappear. Thus my distrust in the value of the OMTR/ADBE marriage. 

Cheers
d. :-)</description>
		<content:encoded><![CDATA[<p>Hey Carl,</p>
<p>Great input. Thanks.</p>
<p>I actually believe we are very much on the same page, but that I (at least in thinking) have taken it one step further. When you envision a next step beyond HTML, which again, as you mention could indeed be Flex applications &#8211; I agree. When you mention that for every one of these there will be a dozen DIY applications (sites) that will use something else &#8211; I most certainly agree. There is no doubt that. </p>
<p>But if we forget the exaggerate overuse of the word platform nowadays (something which used to be reserved for Operating Systems only), I envision and am quite sure that we will see a more common web platform emerge (I chose to call this the WebOS, but it might come under a different name). This platform (which I also suggest, might as well be the browser) will provide an underlying set functions such as an event log. So any application on top of this, would be stupid not to tap into the event log as it will become in inherent part of the platform and any applications (sites) developed on it. </p>
<p>Think about this way. If you write a Windows application today, you could do that in any number of environments and any number of languages &#8211; but you would never develop a File System to store potential files, for that you would tap into the provided options from your platform (OS). I believe as in e.g. Windows, where event logging is integrated, we will see a set of more sophisticated base functions emerge. </p>
<p>So when you say: &#8220;Wouldn&#8217;t it be tagging, but just not quite as we know it?&#8221; I would say no!, I actually think this will disappear. Thus my distrust in the value of the OMTR/ADBE marriage. </p>
<p>Cheers<br />
d. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carl Rowlands</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-64784</link>
		<dc:creator>Carl Rowlands</dc:creator>
		<pubDate>Thu, 24 Sep 2009 09:18:19 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-64784</guid>
		<description>A very thought-provoking post, Dennis, particularly in regards to the idea of an emerging web OS.

With so many literate people reading this blog, I am a little nervous of venturing an opinion on what I think will happen, but I will try anyway.

Certainly the idea of the web with an HTML codebase is set to decline further.

However I don&#039;t think that a single format is due to replace this. Sure there will be closed apps using Flex, but for every install of one of these, there will be a number of low-budget Wordpress and Joomla-type systems; DIY in the sense of building a page in Notepad, but obviously a more rounded end result...

Analytics should be able to link easily to these systems in the form of plug-ins. And in fact GA has plug-ins that connect seamlessly to Wordpress and Joomla. These &quot;bridges&quot; would still need to be installed, even if a new web OS monoculture emerges. 

Taking what you say here as a starting point, maybe then the new &quot;bridges&quot; in a more reliable, OS-based system of tracking would involve integrating these content management systems with client-side and server-side processes. 

Wouldn&#039;t it be tagging, but just not quite as we know it?</description>
		<content:encoded><![CDATA[<p>A very thought-provoking post, Dennis, particularly in regards to the idea of an emerging web OS.</p>
<p>With so many literate people reading this blog, I am a little nervous of venturing an opinion on what I think will happen, but I will try anyway.</p>
<p>Certainly the idea of the web with an HTML codebase is set to decline further.</p>
<p>However I don&#8217;t think that a single format is due to replace this. Sure there will be closed apps using Flex, but for every install of one of these, there will be a number of low-budget WordPress and Joomla-type systems; DIY in the sense of building a page in Notepad, but obviously a more rounded end result&#8230;</p>
<p>Analytics should be able to link easily to these systems in the form of plug-ins. And in fact GA has plug-ins that connect seamlessly to WordPress and Joomla. These &#8220;bridges&#8221; would still need to be installed, even if a new web OS monoculture emerges. </p>
<p>Taking what you say here as a starting point, maybe then the new &#8220;bridges&#8221; in a more reliable, OS-based system of tracking would involve integrating these content management systems with client-side and server-side processes. </p>
<p>Wouldn&#8217;t it be tagging, but just not quite as we know it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Error</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-64711</link>
		<dc:creator>Brett Error</dc:creator>
		<pubDate>Wed, 23 Sep 2009 20:38:44 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-64711</guid>
		<description>That was purely my thoughts on tags.

As for Adobe:  The acquisition IS fraught with risk.  As they love to teach in business school... 25% of acquisitions have a net positive effect.  25% are net neutral.  And 50% are net negative.  This one comes at enough of an angle which probably only diminishes the outlook.  

But, generally with higher risk comes greater returns.  What if we do pull it off?!  My equity has been dispositioned for much greater returns in the past than this transaction provides.  At this point, I&#039;m all in to see if we can blow that away together with Adobe.

Thanks for your kind words.  I look forward to connecting in person in the near future.  Come to Adobe MAX! :)</description>
		<content:encoded><![CDATA[<p>That was purely my thoughts on tags.</p>
<p>As for Adobe:  The acquisition IS fraught with risk.  As they love to teach in business school&#8230; 25% of acquisitions have a net positive effect.  25% are net neutral.  And 50% are net negative.  This one comes at enough of an angle which probably only diminishes the outlook.  </p>
<p>But, generally with higher risk comes greater returns.  What if we do pull it off?!  My equity has been dispositioned for much greater returns in the past than this transaction provides.  At this point, I&#8217;m all in to see if we can blow that away together with Adobe.</p>
<p>Thanks for your kind words.  I look forward to connecting in person in the near future.  Come to Adobe MAX! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis R. Mortensen</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-64709</link>
		<dc:creator>Dennis R. Mortensen</dc:creator>
		<pubDate>Wed, 23 Sep 2009 19:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-64709</guid>
		<description>Brett,

Thank you very much for providing your viewpoint. Much appreciated! 

And we are perhaps not that far apart in thinking, when debating tags (or other data collection methodology). Speaking of the deal itself, your options/warrants/RSU&#039;s might tell your heart a different story than mine :-) 

Cheers and all the best luck in integration (assuming this goes through, which I am most sure it does, unfortunately) 

dennis</description>
		<content:encoded><![CDATA[<p>Brett,</p>
<p>Thank you very much for providing your viewpoint. Much appreciated! </p>
<p>And we are perhaps not that far apart in thinking, when debating tags (or other data collection methodology). Speaking of the deal itself, your options/warrants/RSU&#8217;s might tell your heart a different story than mine :-) </p>
<p>Cheers and all the best luck in integration (assuming this goes through, which I am most sure it does, unfortunately) </p>
<p>dennis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Error</title>
		<link>http://visualrevenue.com/blog/2009/09/adobe-omniture-marriage.html#comment-64707</link>
		<dc:creator>Brett Error</dc:creator>
		<pubDate>Wed, 23 Sep 2009 19:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://visualrevenue.com/blog/?p=607#comment-64707</guid>
		<description>Dennis,

You are right.  Tags are a TOTAL hack and completely uninteresting.  They are just a means of collecting interaction and consumption data.  But even at a higher level, collecting this data is also completely uninteresting.

What I&#039;m trying to do is increase yields for advertisers, improve customer experiences, and improve publishers&#039; ability to monetize their content.  And that is where the data stream in question finally gets interesting!  

How I get it doesn&#039;t matter that much.  Tags are quite popular right now, but the data acquisition model is evolving.  I&#039;ve seen 10x growth in the last few years of both app-to-app data insertion (via my XML API) as well as bulk data uploads.  I hope that in the future we&#039;ll be able to tap into the &quot;WebOS Event Log&quot; as well.  From a data collection perspective a decent analogy is to compare Omniture to syslog (http://en.wikipedia.org/wiki/Syslog) -- but for marketing.

So while I think that the data collection we do here is tactical... costly, painful, and completely uninteresting.  What is important and interesting to me is that the data is collected centrally and value be extracted from it to not only provide decision support for business management, but also automatically take action on behalf of businesses and consumers.  That is where the true value of Omniture lies.

So, my advice:  DOWN WITH TAGS!  Well, not really.  Tags still work well, so please, use whatever works for you to collect data.  Just please collect and own your own data and make sure you are maximizing the value of this strategic resource in your org.</description>
		<content:encoded><![CDATA[<p>Dennis,</p>
<p>You are right.  Tags are a TOTAL hack and completely uninteresting.  They are just a means of collecting interaction and consumption data.  But even at a higher level, collecting this data is also completely uninteresting.</p>
<p>What I&#8217;m trying to do is increase yields for advertisers, improve customer experiences, and improve publishers&#8217; ability to monetize their content.  And that is where the data stream in question finally gets interesting!  </p>
<p>How I get it doesn&#8217;t matter that much.  Tags are quite popular right now, but the data acquisition model is evolving.  I&#8217;ve seen 10x growth in the last few years of both app-to-app data insertion (via my XML API) as well as bulk data uploads.  I hope that in the future we&#8217;ll be able to tap into the &#8220;WebOS Event Log&#8221; as well.  From a data collection perspective a decent analogy is to compare Omniture to syslog (<a href="http://en.wikipedia.org/wiki/Syslog" rel="nofollow">http://en.wikipedia.org/wiki/Syslog</a>) &#8212; but for marketing.</p>
<p>So while I think that the data collection we do here is tactical&#8230; costly, painful, and completely uninteresting.  What is important and interesting to me is that the data is collected centrally and value be extracted from it to not only provide decision support for business management, but also automatically take action on behalf of businesses and consumers.  That is where the true value of Omniture lies.</p>
<p>So, my advice:  DOWN WITH TAGS!  Well, not really.  Tags still work well, so please, use whatever works for you to collect data.  Just please collect and own your own data and make sure you are maximizing the value of this strategic resource in your org.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

