<?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: A New User Experience, Part 1 (of 5): Introduction to Tag Builder 3.0</title>
	<atom:link href="http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/</link>
	<description>We strongly considered calling it The Weblog</description>
	<lastBuildDate>Thu, 19 Nov 2009 20:07:52 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bryan Cristina</title>
		<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/comment-page-1/#comment-213</link>
		<dc:creator>Bryan Cristina</dc:creator>
		<pubDate>Fri, 03 Apr 2009 19:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webtrends.com/?p=1516#comment-213</guid>
		<description>Thanks for the clarification, Eric.

Maybe it would be a good idea to show an example string of what a CORRECT implementation of WebTrends code should be sending back to the WebTrends server with the GET .gif command.  I see what&#039;s in there (the dcsuri, dcssip, tz, vtid, etc) but I&#039;m not sure everything that should be in there is either there or in the correct format.</description>
		<content:encoded><![CDATA[<p>Thanks for the clarification, Eric.</p>
<p>Maybe it would be a good idea to show an example string of what a CORRECT implementation of WebTrends code should be sending back to the WebTrends server with the GET .gif command.  I see what&#8217;s in there (the dcsuri, dcssip, tz, vtid, etc) but I&#8217;m not sure everything that should be in there is either there or in the correct format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Rickson</title>
		<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/comment-page-1/#comment-215</link>
		<dc:creator>Eric Rickson</dc:creator>
		<pubDate>Thu, 02 Apr 2009 21:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webtrends.com/?p=1516#comment-215</guid>
		<description>Thanks Bryan.

To clarify for customers who haven&#039;t seen these parameters before, they are used only for WebTrends Marketing Warehouse and Visitor Intelligence

WT.vt_sid
Our data collection server now constructs the vt_sid from the first party cookie and session start time. This approach allows us to track across domains much like in Analytics, as long as the same dcsid is used on both domains.

New optional parameters for Warehouse Visitor ID
The current tag builder tag ( v2.1 and up) populates two new parameters: vtvs (session start time stamp) and vtid (visitor id). By default the tag will populate vtid with the co_f value.  However, there is an override option in tag builder to set vtid based on a parameter or cookie. This is very useful if you want to use a different method for visitor identification in Marketing Warehouse than in Analytics while sharing the same dcsid. By default these parameters aren’t used for anything, but we have added new options for visitor identification for our Marketing Warehouse that lets you choose from the default vt_sid, the new vtid, or a user defined parameter. Pretty flexible stuff.</description>
		<content:encoded><![CDATA[<p>Thanks Bryan.</p>
<p>To clarify for customers who haven&#8217;t seen these parameters before, they are used only for WebTrends Marketing Warehouse and Visitor Intelligence</p>
<p>WT.vt_sid<br />
Our data collection server now constructs the vt_sid from the first party cookie and session start time. This approach allows us to track across domains much like in Analytics, as long as the same dcsid is used on both domains.</p>
<p>New optional parameters for Warehouse Visitor ID<br />
The current tag builder tag ( v2.1 and up) populates two new parameters: vtvs (session start time stamp) and vtid (visitor id). By default the tag will populate vtid with the co_f value.  However, there is an override option in tag builder to set vtid based on a parameter or cookie. This is very useful if you want to use a different method for visitor identification in Marketing Warehouse than in Analytics while sharing the same dcsid. By default these parameters aren’t used for anything, but we have added new options for visitor identification for our Marketing Warehouse that lets you choose from the default vt_sid, the new vtid, or a user defined parameter. Pretty flexible stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Cristina</title>
		<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/comment-page-1/#comment-217</link>
		<dc:creator>Bryan Cristina</dc:creator>
		<pubDate>Thu, 02 Apr 2009 20:14:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webtrends.com/?p=1516#comment-217</guid>
		<description>Hey guys,

Just wondering what&#039;s up with the tagbuilder app.  No matter if you check or uncheck the option to use vt_sid vs vtid, it will ALWAYS use vtid.  Is that some sort of bug or the way it&#039;s supposed to be?

Using the new .js, I&#039;m not getting any first party cookie/sid information set.</description>
		<content:encoded><![CDATA[<p>Hey guys,</p>
<p>Just wondering what&#8217;s up with the tagbuilder app.  No matter if you check or uncheck the option to use vt_sid vs vtid, it will ALWAYS use vtid.  Is that some sort of bug or the way it&#8217;s supposed to be?</p>
<p>Using the new .js, I&#8217;m not getting any first party cookie/sid information set.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: c prendergast</title>
		<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/comment-page-1/#comment-214</link>
		<dc:creator>c prendergast</dc:creator>
		<pubDate>Wed, 01 Apr 2009 18:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webtrends.com/?p=1516#comment-214</guid>
		<description>I just completed my first interaction with the new tagbuilder site. I thought it was much easier to use than the previous version. I was able to build my tag in just a few minutes without handholding by our WT account guys Tom S. and Dave J. (I&#039;m sure they are happy the site is so easy to use too). Thank you for providing such great tools!</description>
		<content:encoded><![CDATA[<p>I just completed my first interaction with the new tagbuilder site. I thought it was much easier to use than the previous version. I was able to build my tag in just a few minutes without handholding by our WT account guys Tom S. and Dave J. (I&#8217;m sure they are happy the site is so easy to use too). Thank you for providing such great tools!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Notté</title>
		<link>http://blogs.webtrends.com/blog/2009/03/31/a-new-user-experience-part-1-of-5-introduction-to-tag-builder-30/comment-page-1/#comment-216</link>
		<dc:creator>Michael Notté</dc:creator>
		<pubDate>Wed, 01 Apr 2009 08:50:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webtrends.com/?p=1516#comment-216</guid>
		<description>Well done guys!

The interface is a good example of &quot;form&quot; best practices: clear interface, contextual help, selected fields being highlighted, clear error messages,...

Much better than the previous one - make the process much clearer.

Will probably plan upgrade of our tags from v8.0.3 to latest one - too many cool features

Cheers,

Michaël
http://www.kaizen-analytics.com</description>
		<content:encoded><![CDATA[<p>Well done guys!</p>
<p>The interface is a good example of &#8220;form&#8221; best practices: clear interface, contextual help, selected fields being highlighted, clear error messages,&#8230;</p>
<p>Much better than the previous one &#8211; make the process much clearer.</p>
<p>Will probably plan upgrade of our tags from v8.0.3 to latest one &#8211; too many cool features</p>
<p>Cheers,</p>
<p>Michaël<br />
<a href="http://www.kaizen-analytics.com" rel="nofollow">http://www.kaizen-analytics.com</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
