<?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>Blog analytika&#187; přesměrování | Blog analytika</title>
	<atom:link href="http://blog.romag.cz/tag/presmerovani/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.romag.cz</link>
	<description>Poznámky a postřehy z oboru analýzy návštěvnosti webu</description>
	<lastBuildDate>Fri, 29 Jan 2010 09:19:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Feedburner: statistiky vašich RSS feedů</title>
		<link>http://blog.romag.cz/feedburner-statistiky-vasich-rss-feedu</link>
		<comments>http://blog.romag.cz/feedburner-statistiky-vasich-rss-feedu#comments</comments>
		<pubDate>Sun, 07 Jun 2009 20:39:38 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Jak se měří...]]></category>
		<category><![CDATA[KPI]]></category>
		<category><![CDATA[návštěvy]]></category>
		<category><![CDATA[přesměrování]]></category>
		<category><![CDATA[RSS]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=260</guid>
		<description><![CDATA[Feedburner, ve světě velmi rozšířená služba, která mimo jiné umožňuje měření počtu stažení a prokliků přes váš RSS feed. Na konferenci o Web Analytics, kterou pořádal Dobrý web se španělský analytik Pere Rovira zmínil o tom, že má smysl měřit návštěvnost vašich RSSek.]]></description>
			<content:encoded><![CDATA[<p><a href="http://feedburner.google.com">Feedburner</a>, ve světě velmi rozšířená služba, která mimo jiné umožňuje měření počtu stažení a prokliků přes váš <a href="http://cs.wikipedia.org/wiki/RSS">RSS feed</a>. Na <a href="http://konference.dobryweb.cz/web-analytics/">konferenci o Web Analytics</a>, kterou pořádal <a href="http://www.dobryweb.cz">Dobrý web</a> se španělský analytik <a href="http://www.webanalytics.es/blog">Pere Rovira</a> zmínil o tom, že má smysl měřit návštěvnost vašich RSSek.</p>
<p>Zejména, pokud publikujete pro cílovou skupinu, která se v online technologiích vyzná, má smysl počítat s tím, že si spoustu vašich článků přečtou, aniž by se objevili na vašem webu.</p>
<h2>Proč?</h2>
<p>K čemu jsou ale čtenáři, kteří na můj web ani nedorazí, nezobrazí žádnou reklamu, za kterou mám peníze a už vůbec nekliknou na nějaký ten inzerát? Tady máte pár důvodů, které mě v rychlosti napadly.:</p>
<ol>
<li>Počet čtenářů vašeho RSS feedu vám napovídá, jak vnímají <strong>kvalitu</strong> vašich článků. Začnete-li psát nesmysly, lidé vás přestanou odebírat a naopak.</li>
<li>Feedburner vám umožní přidat do vašich RSS feedů <strong>inzeráty </strong><a href="http://www.google.com/adsense/?hl=cs">Goodle AdSense</a>.</li>
<li>Vážně chcete trávit čas tvořením obsahu, když ani nevíte, jestli to někdo čte?</li>
<li>Velká část vašich čtenářů vás může sledovat právě přes RSS.</li>
<li>Je dost pravděpodobné, že budete mít víc odběratelů RSS feedu než komentujících uživatelů.</li>
<li>Váš RSS feed dostane webovou podobu a spoustu šikovných tlačítek jako &#8222;přidat RSS feed do Google Readeru&#8220; apod.</li>
<li>Můžete si na web umístit ikonku s počtem odběratalů vašich feedů. Zkušenějším čtenářům tak dáte najevo, že váš blog opravdu někdo čte.</li>
<li>[UPDATE] Feedburner může články z feedu rozesílat atomaticky i emailem s možností odhlášení.</li>
</ol>
<p>Budu rád, když se s námi v komentářích podělíte o další důvody, proč používat služby typu Feedburner.</p>
<h2>Jak to funguje</h2>
<p>Vás současný RSS feed předáte Googlu. On si jej bude pravidelně stahovat a vytvoří z něj vlastní RSS feed, který doplní o přesměrování odkazů z feedu tak, aby mohl měřit prokliky. Vy už pak jen &#8222;inzerujete&#8220; ten upravený Feed.</p>
<p>Pro <a href="http://wordpress.org/">Wordpress</a> a <a href="http://www.blogger.com/">blogger</a> mám dobrou zkušenost s pluginy, které samy zajistí přesměrování původního feedu na ten měřený.</p>
<h2>Začněte hned, ne jako oni :-)</h2>
<p>Samotného mě na konferenci překvapilo, že i lidi z oboru tuhle službu ani neznají a spousta dalších ji nepoužívá (dá se to poznat snadno pomocí URL feedu, na který blog odkazuje).</p>
<p>Pokud ještě Feedburner nepužíváte, <a href="https://www.google.com/accounts/ServiceLogin?service=feedburner&amp;continue=http://feedburner.google.com/fb/a/myfeeds">začněte hned teď</a>.</p>
<p>Víte o nějakém webu/blogu, který neměří RSS feed? Práskněte ho v komentářích.</p>
<p>Já si přisadím <a href="http://blog.h1.cz">blog.h1.cz</a>, <a href="http://blog.dobryweb.cz">blog.dobryweb.cz</a>, <a href="http://www.webanalyticswednesday.cz/">webanalyticswednesday.cz</a>, ale i giganti jako <a href="http://novinky.cz/">novinky.cz</a>, nebo i z jiného soudku - <a href="http://blog.vodafone.cz">blog.vodafone.cz</a> ;-).</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/feedburner-statistiky-vasich-rss-feedu/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Jak měřidla měří přesměrování</title>
		<link>http://blog.romag.cz/jak-meridla-meri-presmerovani</link>
		<comments>http://blog.romag.cz/jak-meridla-meri-presmerovani#comments</comments>
		<pubDate>Wed, 18 Mar 2009 22:28:17 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Jak se měří...]]></category>
		<category><![CDATA[kampaně]]></category>
		<category><![CDATA[přesměrování]]></category>
		<category><![CDATA[referer]]></category>
		<category><![CDATA[zdroje návštěvnosti]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=214</guid>
		<description><![CDATA[Měřicí nástroje se v mnohém liší. Velmi málo se však liší v tom, jak měří přesměrování. Měřicí nástroje ani nemohou mít rozdílnou metodiku, není totiž v jejich rukou, co a jak v tomto směru změří.]]></description>
			<content:encoded><![CDATA[<p>Měřicí nástroje se v mnohém liší. Velmi málo se však liší v tom, jak měří přesměrování. Měřicí nástroje ani nemohou mít rozdílnou metodiku, není totiž v jejich rukou, co a jak v tomto směru změří.</p>
<h2>Rozhodující slovo má prohlížeč</h2>
<p><strong>Prohlížeče explicitně nepředávají informaci, že došlo k přesměrování</strong>. Měřicí nástroje zase zpravidla měří vždy stránku či URL, která se právě načítá a mohou pracovat pouze s údaji, které k ní mají k dispozici. V případě měření přesměrování hraje roli tzv. <strong><em>referer</em></strong> neboli informace o předchozí stránce (obvykle té, ze které vede odkaz na právě načítanou URL). </p>
<p>V praxi se používají 2 druhy přesměrování, ke kterým se webové prohlížeče staví jinak a k jednomu z nich se staví jednotlivé prohlížeče různě. </p>
<h3><strong>HTTP 301 Moved permanently</strong></h3>
<p>Při tomto přesměrování dostává cílová stránka pouze <strong>informaci o původním refereru</strong>; URL přesměrovávací stránky zde nijak nefiguruje.</p>
<h3><strong>HTTP 302 Found  (nebo také Moved Temporarily či Object Moved)</strong></h3>
<p>Při tomto přesměrovávání <strong>některé prohlížeče </strong>předávají cílové stráce jako referer <strong>právě onu přesměrovávací URL</strong>, ale bez jakékoli informace o tom, že šlo o přesměrování a zase není k dispozici URL původního referera.</p>
<p>Toto přesměrování se velmi často <strong>používá u systémů, které měří prokliky</strong> bannerů a jiných reklamních formátů. Proto můžete v mnoha statistikách vidět např. referer pagead2.<strong>googlesyndication.com</strong>, podle kterého dobře odhadnete, že se jedná o přístupy z obsahové sítě <a href="http://blog.h1.cz/tag/adwords/">AdWords</a>. Kolikrát by pro vás ale bylo zajímavější, kdybyste mohli změřit URL webu, ze které lidé přišli a domluvit si s tímmo webem inzerci napřímo. To ale většinou nejde a musíte to řešit oklikou přes AdWords.</p>
<p>Které z těch dvou chování vám připadá lepší? Jednou by se vám hodilo 301, jindy 302 a nejlépe kombinace, že? Otázka by ale neměla znít, co je lepší, ale jestli si s tím umíte poradit.</p>
<h2>Využijte přesměrování ve svůj prospěch</h2>
<p>V některých případech si přesměrování způsobíte sami. Např. když v offline mediích uvádíte jinou adresu než svou hlavní a tuto adresu přesměrováváte na speciální <em>landing page</em>. V takovém případě <strong>doporučuji využít </strong><em><strong>kampaňové parametry</strong></em><strong> </strong>jak jen to jde. Tedy nepřesměrovávat na adresu <span style="text-decoration: underline;">www.example.com/akce</span>, ale <span style="text-decoration: underline;">www.example.com/akce?kampan=radio</span> apod.</p>
<p>U <strong>Google Analytics</strong> se běžně využívá formát <span style="text-decoration: underline;">www.example.com/akce?utm_source=campaign.example.com&amp;utm_medium=radio</span> (nebo tv, outdoor apod.) V Google Analytics můžete použít i více <a href="http://www.google.com/support/analytics/bin/answer.py?hl=cs&amp;answer=55578">měřicích parametrů</a>.</p>
<h2>Logy vs. měření tečkou (JavaScriptem)</h2>
<p>Jeden větší rozdíl přecijen mezi nástroji existuje. Pokud k přesměrování dojde už na vaší doméně, ze které máte access_logy, dokáží některé nástroje (jako třeba <a href="http://www.clicktracks.com/">Clicktracks</a>) doslova spárovat přesměrování hlavičkou 301 s cílovou stránkou na základě času, IP adresy a v některých případech i díky cookie. U 302 to má Clicktracks jednodušší a nepřicházíte ani o původního referera. Dochází-li k přesměrování na cizím webu, pak tato výhoda padá.</p>
<p>K tomuto článku mě inspiroval <a href="http://poradna.weboga.cz/viewtopic.php?f=9&amp;t=30">dotaz Radka Jüthnera</a> v <a href="http://poradna.weboga.cz/">poradně Google Analytics</a>, která se pomaličku, ale jistě blíží ke svému stému příspěvku :-).</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/jak-meridla-meri-presmerovani/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->