<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Tag Management &#187; iframe tags</title>
	<atom:link href="http://blog.tagman.com/tag/iframe-tags/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.tagman.com</link>
	<description>Global leader in tag management</description>
	<lastBuildDate>Tue, 31 Jan 2012 09:20:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Major container tag solutions come out worst in tag management research</title>
		<link>http://blog.tagman.com/2009/08/major-container-tag-solutions-come-out-worst-in-tag-management-research/</link>
		<comments>http://blog.tagman.com/2009/08/major-container-tag-solutions-come-out-worst-in-tag-management-research/#comments</comments>
		<pubDate>Fri, 14 Aug 2009 13:18:16 +0000</pubDate>
		<dc:creator>TagMan</dc:creator>
				<category><![CDATA[europe]]></category>
		<category><![CDATA[page load performance]]></category>
		<category><![CDATA[press release]]></category>
		<category><![CDATA[tag management]]></category>
		<category><![CDATA[tags]]></category>
		<category><![CDATA[us]]></category>
		<category><![CDATA[container tag]]></category>
		<category><![CDATA[container tag solutions]]></category>
		<category><![CDATA[iframe tags]]></category>
		<category><![CDATA[tag latency test]]></category>

		<guid isPermaLink="false">http://blog.tagman.com/?p=185</guid>
		<description><![CDATA[Our new study into the effect of third-party tracking tags on site download times and data reporting was a bit of an eye-opener. In short, the main findings &#8211; which are covered in a Q&#38;A with TagMan founder Paul Cook &#8230; <a href="http://blog.tagman.com/2009/08/major-container-tag-solutions-come-out-worst-in-tag-management-research/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Our new study into the effect of third-party tracking tags on site download times and data reporting was a bit of an eye-opener. In short, the main findings &#8211; which are covered in a Q&amp;A with TagMan founder Paul Cook on Econsultancy <a title="http://econsultancy.com/blog/4434-q-a-paul-cook-on-his-new-tag-optimisation-research" href="http://econsultancy.com/blog/4434-q-a-paul-cook-on-his-new-tag-optimisation-research" target="_blank">here</a> &#8211; were:<span id="more-192"></span></p>
<p class="MsoListParagraph"><strong><span><span>1)</span></span></strong><strong><span>Tags really do slow down your page</span></strong></p>
<p class="MsoNormal"><span>The slowest-loading assets on site pages in our study were tracking tags, taking as much as 250ms. Based on our study, a delay of around one second causes approximately 10% of users to abandon the page, suggesting that four tags on the page could lose you 10% of your visitors. </span></p>
<p class="MsoListParagraph"><strong><span><span>2)</span></span></strong><strong><span>Tag position needs careful consideration</span></strong></p>
<p class="MsoNormal"><span>If page load speeds are slow then very different figures will be reported depending on where tags are placed and the relative effect of the tag will be far less.In our test, hecklerspray.com achieved a 20% increase in the traffic reported by Google Anayltics when the tag was placed at the top of the page, which would be a good argument to put the code higher up the page. </span></p>
<p class="MsoListParagraph"><strong><span><span>3)</span></span></strong><strong><span>Page optimisation is critical</span></strong></p>
<p class="MsoNormal"><span>The rate at which users abandon slow pages underlines the need to ensure they are written with a view to loading as quickly as possible. Both sites in the test contained third-party analytics tags that were no longer in use. An easy place to start would be to identify any tags that are no longer in use and remove them.</span></p>
<p class="MsoListParagraph"><strong><span><span>4)</span></span></strong><strong><span>IFrame container tags suffer the most</span></strong></p>
<p class="MsoNormal"><span>The worst performing method of including tags in the page was via an invisible iFrame at the bottom of the page – the method used by the major container-tag solutions. The tests showed the most effective way to collect data is by using a blank JavaScript call, particularly if the tracking code is placed at the end of the page. </span></p>
<p><span>There&#8217;s a summary of the findings </span><span><a title="http://www.tagman.com/case-study/tracking-tag-management-latency-study.pdf" href="http://www.tagman.com/case-study/tracking-tag-management-latency-study.pdf" target="_blank">here</a></span><span> and, to get a copy of the full report, complete with all the results and the code Paul used to run the test, email us at </span><span><a href="mailto:contact@tagman.com"><span>contact@tagman.com</span></a></span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.tagman.com/2009/08/major-container-tag-solutions-come-out-worst-in-tag-management-research/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How will TagMan effect page download speeds?</title>
		<link>http://blog.tagman.com/2008/08/how-will-tagman-effect-page-download-speeds/</link>
		<comments>http://blog.tagman.com/2008/08/how-will-tagman-effect-page-download-speeds/#comments</comments>
		<pubDate>Thu, 21 Aug 2008 14:26:18 +0000</pubDate>
		<dc:creator>TagMan</dc:creator>
				<category><![CDATA[europe]]></category>
		<category><![CDATA[iframe tag]]></category>
		<category><![CDATA[javascript tags]]></category>
		<category><![CDATA[tags]]></category>
		<category><![CDATA[iframe tags]]></category>
		<category><![CDATA[Page download]]></category>
		<category><![CDATA[Product information]]></category>
		<category><![CDATA[TagMan]]></category>

		<guid isPermaLink="false">http://blog.tagman.com/?p=24</guid>
		<description><![CDATA[I was at a client meeting this week an the question of page download came up so I thought I&#8217;d jot down the answer here. TagMan consists of a JavaScript library and short amount of code that is included in &#8230; <a href="http://blog.tagman.com/2008/08/how-will-tagman-effect-page-download-speeds/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>I was at a client meeting this week an the question of page download came up so I thought I&#8217;d jot down the answer here. TagMan consists of a JavaScript library and short amount of code that is included in each page. The library is standardised and shared across all clients so that users only download it once per session.<span id="more-24"></span></p>
<p>To prevent tags from slowing down the page, you can configure TagMan to writes out into an iframe instead of directly into the page.  The advantage of writing tags out into an iframe is they will not delay the page from completing like Javascript does.  If the business logic dictates that no 3<sup>rd</sup> party tags need to be served, minimal code is sent back to the page, keeping bandwidth to an absolute minimum and reducing the impact on page download speed.  However, if page weight remains an issue you can always store a lightweight configuration in TagMan that you can roll back to in case of an emergency.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.tagman.com/2008/08/how-will-tagman-effect-page-download-speeds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

