<?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; chyby | Blog analytika</title>
	<atom:link href="http://blog.romag.cz/tag/chyby/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>KPI: Kašlete na starý čísla</title>
		<link>http://blog.romag.cz/kpi-kaslete-na-stary-cisla</link>
		<comments>http://blog.romag.cz/kpi-kaslete-na-stary-cisla#comments</comments>
		<pubDate>Mon, 30 Nov 2009 23:09:15 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Teorie]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[KPI]]></category>
		<category><![CDATA[pro zkušené]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=346</guid>
		<description><![CDATA[Klíčové ukazatele výkonu (KPI - Key Performance Indicator) se podle mého názoru u nás často používají úplně špatně. Mám v úmyslu tímto článkem ukázat prstem na ty, kteří to špatně chápou podle mě. Pokud je ale špatný můj pohled, může být závěr mého článku může zcela opačný, než k jakému se hodlám dobrat. Ale to nevadí. Důležitější je nebýt vedle než si myslet, že mám pravdu :-).]]></description>
			<content:encoded><![CDATA[<p>Klíčové ukazatele výkonu (KPI &#8211; Key Performance Indicator) se podle mého názoru u nás často používají úplně špatně. Mám v úmyslu tímto článkem ukázat prstem na ty, kteří to špatně chápou podle mě. Pokud je ale špatný můj pohled, může být závěr mého článku může zcela opačný, než k jakému se hodlám dobrat. Ale to nevadí. Důležitější je nebýt vedle než si myslet, že mám pravdu :-).</p>
<h2>Klíčové ukazatele výkonu</h2>
<p>Pro mě jsou (webová) KPI velmi praktická čísla, která vycházejí z dlouhodobého měření a podle nejlepších pozorování a analýz skutečně pomáhají <strong>ukázat</strong>, jestli se (na webu) něco děje, případně, jak daleko máme k plnění stanovených cílů.</p>
<p>Za tímto účelem taky tato &#8222;měřítka&#8220; zřejmě vznikla. Mají fungovat jako jakési semafory, které upozorní na případný průšvih nebo úspěch. A jakožto <strong>ukazatele</strong> mají být tato čísla <strong>maximálně přehledná, smysluplná a vypovídající</strong>. To platí i pro jejich případné vizualizace (grafy).</p>
<h2>Stará čísla ne</h2>
<p>Jednou z častých začátečnických chyb při využívání principu KPI je tendence sledovat tato čísla za příliš dlouhé období.</p>
<p>Je správné sledovat trendy. To jistě ano, ale <strong>analýza trendů</strong> není totéž jako <strong>reportování KPI</strong>. Příliš mnoho trendů rozptyluje a taky trochu paralyzuje. Trend totiž často bývá výmluvou lenochů &#8211; &#8222;Tak to chodí každý rok.&#8220; Přitom se obvykle málokdo zabývá skutčně kvalitní analýzou trendu &#8211; křivky se většinou neporovnávají a nesezónní pokles se tak může ztratit.</p>
<p>U trendovaných KPI mají jejich uživatelé výrazně <strong>menší motivaci hlouběji analyzovat</strong> data, <strong>spokojí se s primitivním vysvětlením</strong> a mají <strong>větší strach přijímat rozhodnutí</strong> (to je ta paralýza).</p>
<h2>Trocha psychologie a praxe</h2>
<p>Mají-li nám data pomáhat, musíme jim tu roli trochu usnadnit. Jinak <strong>sami sebe zahrneme</strong> příliš velkým množstvím informací, ve kterém se ani sami nevyznáme.</p>
<p>Denně potkáváme různé ukazatele a mnoho z nich splňuje základní vlastnosti KPI: <strong>srozumitelnost</strong>, <strong>přehlednost</strong> a <strong>názornost</strong>. Takový klíčový ukazatel by nám měl ukázat, co asi tak máme dělat. Vezměme si třeba takový semafor. Na něm má každá barva svůj jasný význam a každý vlastník řidičáku ví, co má dělat. Na semaforu nevidíte, za jak dlouho blikne červená a už vůbec vám neradí, jaký rychlostní stupeň máte zařadit &#8211; to už je váš problém. Stený význam mají mít KPIčka. Mají vás prostě informovat o stavu.</p>
<h2>Reportujte KPI, analyzujte detaily</h2>
<p>Při práci s KPI se velmi často zaměňuje význam a funkce analýzy a reportingu. Často se tak tráví mnoho času reportováním zbytečného balíku čísel, která mají částečně zastoupit kvalitní analýzu, na kterou díky tomu už není čas nebo rozpočet.</p>
<p>Rád bych apeloval především na cílevědomé manažery, aby se naučili pracovat s daty, která mají vypovídací schopnost, ale nejdou zbytečně do hloubky. Zároveň aby k těmto číslům vyžadovali vysvětlení od svých podřízených &#8211; ti je totiž svými skutky naplňují, tudíž by se sami měli velice detailně zabývat analýzou, která odhalí více.</p>
<p>A jak KPI ve vaší firmě vnímáte a provozujete vy?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/kpi-kaslete-na-stary-cisla/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>&lt; 0,5% zobrazení bez JavaScriptu</title>
		<link>http://blog.romag.cz/0-5-zobrazeni-bez-javascriptu</link>
		<comments>http://blog.romag.cz/0-5-zobrazeni-bez-javascriptu#comments</comments>
		<pubDate>Thu, 26 Mar 2009 17:10:16 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Studie a pokusy]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[měřicí kód]]></category>
		<category><![CDATA[metodika]]></category>
		<category><![CDATA[Omniture]]></category>
		<category><![CDATA[pro zkušené]]></category>
		<category><![CDATA[SiteCatalyst]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=245</guid>
		<description><![CDATA[Používáte-li striktně JavaScriptový nástroj pro měření návštěvnosti webu, jako např. Google Analytics, možná vás někdy napadne, kolik toho vlastně nezměříte.]]></description>
			<content:encoded><![CDATA[<p>Používáte-li striktně JavaScriptový nástroj pro měření návštěvnosti webu, jako např. <a href="http://www.google.com/analytics/">Google Analytics</a>, možná vás někdy napadne, kolik toho vlastně nezměříte.</p>
<p>Samotný Google Analytics a jemu podobné vám na tuto otázku odpovědět nedokáží, ale snad pro vás bude přínosné moje zjištění. Můj oblíbený nástroj <a href="http://www.omniture.com/en/products/online_analytics/sitecatalyst">Omniture SiteCatalyst</a> standardně používá tzv. <em>hybridní</em> měřicí kód, který má v &lt;noscript&gt; klasický obrázek, jenž měří i to, co JavaScript změřit neumí, např. přístupy z mobilních telefonů apod.</p>
<h2>Méně než 0,5% zobrazení</h2>
<p>Bez JavaScriptu jsem tedy naměřil <strong>méně než 0,5% všech zobrazení </strong>- ne návštěv ani uživatelů. Počet návštěv a uživatelů můžeme jenom odhadovat. Když už <em>klient</em> (rozuměj prohlížeč) nepodporuje JavaScript, je dost možné, že bude i jinak přistupovat k akceptování cookies apod. Sice máme statistiku <em>nějakých návštěv</em> naměřenou pomocí statického obrázku, ale tenhle počet návštěv či uživatelů není <em>jedna ku jedné</em> porovnatelné s počtem návštěv či uživatelů změřených pomocí JavaScriptu.</p>
<h2>Má to vůbec dopad na přesnost měření eshopů?</h2>
<p>To je vlastně otázka otázka <a href="http://pristupnost.nawebu.cz/">přístupnosti</a>. Některé eshopy jsou bez JavaScriptu zcela neschopné jakéhokoli prodeje, jiné se bez této technologie používají hůře a ty další JavaScript nepoužívají vůbec. Může být vůbec počet nezměřených prokliků z kampaní nebo prodejů nějak významný?</p>
<p>Došli jste ve vašich statistikách k podobně nízkým číslům?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/0-5-zobrazeni-bez-javascriptu/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Brzdí Google Analytics načítání vašich stránek?</title>
		<link>http://blog.romag.cz/brzdi-google-analytics-nacitani-vasich-stranek</link>
		<comments>http://blog.romag.cz/brzdi-google-analytics-nacitani-vasich-stranek#comments</comments>
		<pubDate>Mon, 16 Mar 2009 10:19:02 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[měřicí kód]]></category>
		<category><![CDATA[vliv na web]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=207</guid>
		<description><![CDATA[Zejména na samotném začátku a tak dva roky po něm měl Google Analytics velké problémy s rychlostí načítání. Jak je tomu dnes?]]></description>
			<content:encoded><![CDATA[<p>Zejména na samotném začátku a tak dva roky po něm měl Google Analytics velké problémy s rychlostí načítání. Jak je to dnes?</p>
<p>Hodně dlouho jsem se nesetkal s klením uživatelů na pomalé načítá díky Google Analytics. Ale hlasy se začaly ozývat poté, co se tento měřicí nástroj mou vinou objevil na jednom dost navštěvovaném webu. Tak asi <strong>2 během půl roku</strong>. Otázka zní, jak velká je v tomto případě <em>mlčící menšina</em>.</p>
<h2>Pokud to berete vážně, tak vězte, že &#8230;</h2>
<p>Google Analytics vám <strong>většinou potíže působit nebude</strong>, ale čas od času se tak stane a může to být právě v ten neméně vhodný okamžik. Problém je údajně v tom, <strong>jak se volá hlavní skript ga.js</strong>. A právě on a jeho dostupnost je zřejmě jádrem problému.</p>
<p>Jedním z pokusů o řešení problému je stahovat si ga.js na vlastní server, který je tak dostupný jako zbytek vašich stránek. Jiné, ale o to komplikovanější řešení je popsané na mladém developerském blogu <a title="lyncd" href="http://lyncd.com/">lyncd</a> v článku <a rel="bookmark" href="http://lyncd.com/2009/03/better-google-analytics-javascript/">Better Google Analytics JavaScript that doesn’t block page downloading</a>. Najdete tam ukázku HTML kódu a odkazy na spoustu dalších zdrojů.</p>
<p>Můžeme také debatovat o umístění kódu v hlavičce nebo patičce stránky. Na druhou stranu mám ale experimentálně vyzkoumané, že množství naměřených zobrazení skriptem v hlavičce a v patičce se může lišit i o 10%. Ale o tom zas někdy jindy.</p>
<p>Řešili jste někdy potíže s měřicím kódem Google Analytics? S jiným kódem ten problém nebyl? Stojí za to (možná i) přicházet o zákazníky jen proto, abychom dokázali změřit, co dělají ti šťastní, kteří se na web dostanou?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/brzdi-google-analytics-nacitani-vasich-stranek/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Bude Google tajit klíčová slova pomocí AJAXu?</title>
		<link>http://blog.romag.cz/bude-google-tajit-klicova-slova-pomoci-ajaxu</link>
		<comments>http://blog.romag.cz/bude-google-tajit-klicova-slova-pomoci-ajaxu#comments</comments>
		<pubDate>Mon, 23 Feb 2009 08:16:46 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Novinky]]></category>
		<category><![CDATA[Teorie]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[klíčová slova]]></category>
		<category><![CDATA[zdroje návštěvnosti]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=192</guid>
		<description><![CDATA[Že Google testuje zobrazování výsledků hledání pomocí AJAXu není nic nového. Uvědomujeme si ale všichni, že to má vliv na statistiky? Ve vašich statistikách totiž mohou chybět slova u návštěv z hledání ve vyhledavači Google.]]></description>
			<content:encoded><![CDATA[<p>Že Google testuje zobrazování výsledků <strong>hledání pomocí AJAXu </strong>není nic nového. Uvědomujeme si ale všichni, že to má <strong>vliv na statistiky</strong>? Ve vašich statistikách totiž <strong>mohou chybět slova</strong> u návštěv z hledání ve vyhledavači <a href="http://www.google.com/">Google</a>.</p>
<h2>Jak to obvykle chodí</h2>
<p>Všechny měřicí systémy, které rozpoznávají klíčová slova, přes která uživatel přišel na web, tak činí na základě <em>referera</em>. To je URL předchozí stránky. U většiny vyhledavačů platí, že se zadaný dotaz objeví v URL. Viz např. stránka s výsledky hledání fráze <a href="http://www.google.cz/search?rlz=1C1GGLS_csCZ300CZ303&amp;sourceid=chrome&amp;ie=UTF-8&amp;q=google+analytics">Google Analytics v Googlu</a> obsahuje v URL hledaný text: &#8222;q=google+analytics&#8220;.</p>
<h2>AJAX neprozradí klíčové slovo</h2>
<p>Výsledky hledání v Googlu zobrazené pomocí <a href="http://cs.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML">AJAX</a>u způsobí, že se v URL neobjeví, co uživatel hledal. A z toho plyne náš problém. <strong>Měřicí nástroje nemají kde vzít informaci o tom, co uživatel hledal</strong>. Významnou nepřesnost dnes ve statistikách nečekejte. Naprostá většina hledání probíhá stále standardně.</p>
<p>Zatím je sice AJAX na Googlu <strong>jen v testování</strong>, a tak doufám, že pokud se Google pustí do AJAXu naplno,  přistoupí předtím k nějaké geniální změně a umožní nám měřit, která klíčová slova přivedla uživatele na náš web.</p>
<p>Na toto téma mě upozornil <a title="Posts by Bill Mungovan" href="http://blogs.omniture.com/author/bmungovan/">Bill Mungovan</a> svým článkem <a href="http://blogs.omniture.com/2009/02/04/google-testing-ajax-on-search-results-pages/">Google Testing AJAX on Search Results Pages</a>. Zajímavé je i vyjádření Googlu, které odkazuje na článek z roku 2006 s názvem <a href="http://googleblog.blogspot.com/2006/04/this-is-test-this-is-only-test.html">This is a test. This is only a test.</a>, který má zřejmě ilustrovat, že Google experimentuje už dlouho :-).</p>
<p>Nebo, že by znemožnění měření klíčových slov byl záměr a snaha o <strong>boj proti SEO praktikám</strong>? ;-)</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/bude-google-tajit-klicova-slova-pomoci-ajaxu/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Myslete na svůj měřicí kód</title>
		<link>http://blog.romag.cz/myslete-na-svuj-merici-kod</link>
		<comments>http://blog.romag.cz/myslete-na-svuj-merici-kod#comments</comments>
		<pubDate>Mon, 15 Dec 2008 10:36:01 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Tipy a triky]]></category>
		<category><![CDATA[chyby]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=92</guid>
		<description><![CDATA[
Možná to zní trochu moc charitativně, ale někteří z vás už možná má tu zkušenost, že měřicí kód z webu zmizel, nebo nebyl v plné kondici a změřená data byla k ničemu. Není nad dobře fungující měřicí kód.
]]></description>
			<content:encoded><![CDATA[<p>Možná to zní trochu moc <em>charitativně</em>, ale někteří z vás už možná má tu zkušenost, že měřicí kód z webu zmizel, nebo nebyl v plné kondici a změřená data byla k ničemu. Není nad dobře fungující měřicí kód.</p>
<h2>Pozdě bycha honiti</h2>
<p>To, co jste  nezměřili už nikdy nezměříte, proto: <strong>Myslete na svůj kód.</strong> :) Už několikrát jsem nadával na programátora, který kód pokazil, smazal, upravil tak, že to měřilo jinak a něco jiného atd. Na druhou stranu musím říct, že jsem se taky o měřicí kód, jeho stav a existenci na webu příliš <strong>nestaral a věřil</strong>, že je vše OK.</p>
<p>Ze své zkušenosti tedy doporučuji dodržovat alespoň některé z následujících tipů.:</p>
<h2>Mějte kód zdokumentovaný</h2>
<p><em>Někde</em> by měla existovat aktuální verze měřicího kódu se všemi komentáři a speciálními úpravami. Všichni zúčastnění by o ní měli vědět. Zdá se, že např. <a href="http://docs.google.com/">Google Docs</a> se pro tento účel mohou hodit. Výborně se hodí i verzování, a tak si můžete zjistit, kdy se v tom kdo vrtal.</p>
<p>Čas od času na vašem projektu pracuje <strong>jiný programátor</strong>, nebo se celý web <strong>předělává</strong>, k chybě může dojít i při instalování nové verze webu z<strong> testovací instance</strong>. Ne každý je odborník na měřicí nástroj, který používá, ale pokud existuje (byť jednoduchá) dokumentace, máte <strong>vy i <em>oni</em></strong> možnost kontrolovat. Kdykoli.</p>
<h2>Ujistěte se, že vývojáři chápou, jak důležité to pro vás je</h2>
<p>Předně si to ale uvědomte <strong>vy sami</strong>. <strong>Programátoři nebývají tupci</strong>, takže jistě velmi dobře pochopí, jak moc důležité je to pro vás. Bohužel k chybám dochází, ale zdůrazněním priorit je můžete omezit. Sankce asi v dnešní době nejsou reálná forma nátlaku na programátory (nebo ano?).</p>
<h2>Mějte jasno, co měříte</h2>
<p>Víte-li, co a proč měříte, víte, jaký průšvih to je, když chybí data. Měřicí kód by pro vás neměl být pouhým kusem HTML kódu, kterému nikdo nerozumí. Pokud se tomu ale nechcete věnovat, <strong>najměte si profesionála</strong>, který vám poradit s tím, jak má kód vypadat, co má dělat a co by mohl dělat navíc.</p>
<p>Měřicí kód Google Analytics je poměrně hodně upravitelný a <strong>stojí za to si ho vyladit</strong> přesně pro konkrétní web. Proč ne, když už to jde!</p>
<h2>Testujte!</h2>
<p>Poslední, ale ne nejméně důležitý tip. Po zásahu do webu se rozhodně vyplatí zkontrolovat, je-li na webu měřicí kód ve tvaru, v jakém má být. Určitě jednou k chybě dojde, a díky kontrole přijdete o minimum dat.</p>
<p>Máte své vlastní tipy na udržení měřicího kódu v kondici? Nebo své vlastní problémy?<br />
Docela by mě zajímaly zkušenosti vývojářů&#8230; vaše názory a tipy pro zlepšení. Už se vám někdy stalo, že jste nějaké měření odpravili? Věřím, že to zamrzí. Co děláte pro to, aby se to neopakovalo?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/myslete-na-svuj-merici-kod/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Kdo má přístup k vašim statistikám</title>
		<link>http://blog.romag.cz/kdo-ma-pristup-k-vasim-statistikam</link>
		<comments>http://blog.romag.cz/kdo-ma-pristup-k-vasim-statistikam#comments</comments>
		<pubDate>Fri, 14 Nov 2008 09:10:48 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Tipy a triky]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[zabezpečení]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=81</guid>
		<description><![CDATA[Zní to jako banální rada, ale ze zkušenosti vím, že podnikatelé docela často rozdávají přístup kúčtům Analytics, ale méně často je zase odebírají.]]></description>
			<content:encoded><![CDATA[<p>Zní to jako banální rada, ale ze zkušenosti vím, že podnikatelé docela často rozdávají přístup kúčtům Analytics, ale méně často je zase odebírají. To první chápu &#8211; potřebují s něčím pomoci. To druhé taky &#8211; zapomínají. Chápu, lidi jsou dneska hrozně <em>byzy</em>.</p>
<h2>Zkontrolujte si to ještě dnes</h2>
<p>Podívejte se <strong>ještě dnes</strong> do všech svých účtů Google Analytics (a jiných služeb) a zkontrolujte si, kdo má do nich přístup. Mnoho z vás tam jistě najde:</p>
<ul>
<li>bývalé kolegy a programátorry,</li>
<li>zaměstnance agentur, se kterými už nespolupracujete,</li>
<li>kamarády a známé, od kterých jste chtěli pomoci,</li>
<li>bývalého inzerenta nebo obchodního partnera. </li>
</ul>
<p>A kdo ví koho ještě.</p>
<h2>Mějte v tom systém</h2>
<p>Je téměř jisté, že tam najdete i spoustu e-mailových adres, o kterých ani nevíte, komu vůbec patří. I proto jsem si zvykl přidělovat přístupy výhradně na adresy, ze kterých poznám, komu patří.</p>
<ul>
<li><strong>Jméno firmy za zavináčem</strong> vám mnoho řekne &#8211; např. @h1.cz &#8211; a má to další výhody &#8211; v případě, že už osoba není zaměstnancem agentury, je docela pravděpodobné, že už se na váš účet nedostane.</li>
<li><strong>Srozumitelný výraz před zavináčem</strong>. Např. z loginu jako pepazdepa@gmail.com dost možná nepoznáte ani vlastního kolegu a nastane problém, když bude chtít, abyste mu přidělili přístup k dalším profilům apod.</li>
</ul>
<p>Nikdy mi to nepřišlo až tak podstatné. Až teď když spravuji účet, ke kterému má přístup čím dál víc uživatelů a ne všichni do stejných profilů, jejichž počet se taky mění.</p>
<p>Takže ještě jednou! <strong>Zkontrolujte si, kdo má přístup k vaším datům ještě dnes.</strong> Našli jste mezi uživateli někoho, kdo už tam být neměl?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/kdo-ma-pristup-k-vasim-statistikam/feed</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>&#8222;Chyba&#8220; v týdenním přehledu v Google Analytics</title>
		<link>http://blog.romag.cz/chyba-tydenni-prehled-google-analytics</link>
		<comments>http://blog.romag.cz/chyba-tydenni-prehled-google-analytics#comments</comments>
		<pubDate>Wed, 08 Oct 2008 22:49:59 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[grafy]]></category>
		<category><![CDATA[vyhodnocování]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=59</guid>
		<description><![CDATA[KPI graf je snad v každém Google Analytics reportu a jdou s ním dělat divy. Vedle dalších zajímavých vychytávek je zde (asi i díky velkému nátlaku komunity uživatelů) možnost zobrazit data nejen po dnech, ale i týdnech a měsících, jenže...]]></description>
			<content:encoded><![CDATA[<p><em>KPI graf</em> je snad v každém Google Analytics reportu a jdou s ním dělat divy. Vedle dalších zajímavých vychytávek je zde (asi i díky velkému nátlaku komunity uživatelů) možnost zobrazit data nejen po dnech, ale i týdnech a měsících, jenže&#8230;</p>
<p>Už jsem dříve psal o tom, <a href="/google-analytics-radeji-anglicky">jak nastavení jazyka ovlivňuje kalendář v Google Analytics</a>. Bohužel tato změna má sice vliv pouze na kalendář a jen usnadní jeho používání. Pokud však přepnete KPI graf do týdenního zobrazení, vždy týdny začínají nedělí bez ohledu na jiné nastavení.</p>
<p>Situaci ilustruje následující obrázek &#8211; <strong>týdny v kalendáři začínají pondělím, ale graf ukazuje týdny od neděle do soboty</strong>.</p>
<div id="attachment_61" class="wp-caption aligncenter" style="width: 310px"><a href="http://blog.romag.cz/f/ga-weekly-bug.jpg" rel="lightbox[59]"><img class="size-medium wp-image-61   " title="Rozdílný začátek a konec týdne v kalednáři a na grafu." src="http://blog.romag.cz/f/ga-weekly-bug-300x182.jpg" alt="" width="300" height="182" /></a><p class="wp-caption-text">Rozdílný začátek a konec týdne v kalednáři a na grafu.</p></div>
<p>Týdenní pohled na data se hodí, když chcete <strong>sledovat trend vývoje </strong>např. počtu návštěv (denní výkyvy mohou hodně zkreslit realitu). Obvykle tento rozdíl v týdnech nevadí a KPI graf vám i tak dá <em>poměrně</em> dobrý náhled na to, jak se asi situace vyvíjí. Bohužel jsem ale minulý týden narazil na situaci, kdy tohle neplatí. Poslední týden měl každý den o maličko menší počet návštěv než týden předchozí. Ale v týdenním zobrazení šla křivka nahoru, protože se do posledního týdne započítala výjimečně silná neděle z minulého týdne.</p>
<p>Na KPI grafu můžete většinou nastavit, která metrika (visits, bounce rate, % new visitors) má být na tom grafu má být. Můžete si také zobrazit grafy dvou hodnot přes sebe, abyste viděli, jak se vzájemně ovlivňují.</p>
<div id="attachment_64" class="wp-caption aligncenter" style="width: 310px"><a href="http://blog.romag.cz/f/ga-kpi-graph-compare-metrics.jpg" rel="lightbox[59]"><img class="size-medium wp-image-64" title="Porovnání dvou metrik." src="http://blog.romag.cz/f/ga-kpi-graph-compare-metrics-300x155.jpg" alt="" width="300" height="155" /></a><p class="wp-caption-text">Porovnání dvou metrik.</p></div>
<p>¨<br />
Používáte KPI graf v Google Analytics? Všimli jste si této vlastnosti?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/chyba-tydenni-prehled-google-analytics/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Nezvyšujte konverzní poměr</title>
		<link>http://blog.romag.cz/nezvysujte-konverzni-pomer</link>
		<comments>http://blog.romag.cz/nezvysujte-konverzni-pomer#comments</comments>
		<pubDate>Thu, 02 Oct 2008 08:15:25 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Teorie]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[konverzní poměr]]></category>
		<category><![CDATA[pro zkušené]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=54</guid>
		<description><![CDATA[Nejen komentáře pod mým předchozím článku na téma konverzní poměr mě přesvědčily o tom, že se význam tohoto čísla příliš přeceňuje. Rád bych se tedy na to podíval z druhé stránky.
Konverzní poměr ovlivňuje marketingová a obchodní strategie ve všech podobách (značka, její známost a oblíbenost, cenová politika, zásadní vliv má také forma a obsah komunikace), [...]]]></description>
			<content:encoded><![CDATA[<p>Nejen komentáře pod mým <a href="http://blog.romag.cz/konverzni-pomer-vs-agata-hanychova">předchozím článku</a> na téma konverzní poměr mě přesvědčily o tom, že se význam tohoto čísla příliš přeceňuje. Rád bych se tedy na to podíval z druhé stránky.</p>
<p>Konverzní poměr ovlivňuje <strong>marketingová a obchodní strategie </strong>ve všech podobách (značka, její známost a oblíbenost, cenová politika, zásadní vliv má také forma a obsah komunikace), totéž ve srovnání s konkurencí (a obchodními partnery), technické řešení webu, spolehlivost a dostupnost stránek. Záměrně jsem se v tom výčtu vyhnul často omýlaným typicky webovým pojmům jako je grafika, účinné texty apod. To vše už v tom totiž dávno je.</p>
<p>Zásadním omylem při hodnocení konverzního poměru je příliš velká soustředěnost na web, jeho technologie a nadhodnocená specifika. Ve skutečnosti zde velmi silně schází <strong>orientace na zákazníka </strong>a marketing. </p>
<h2>Iluze webové analytiky</h2>
<p>Detailní měřitelnost a relativně <em>snadná analyzovatelnost </em>bohužel vytváří iluzi, že je web snadno vyčíslitelný a jeho uživatelé se chovají podle předvídatelných <em>vzorců</em>, které lze s matematickou přesností vyjádřit.</p>
<p>Tuto iluzi zvyšuje i mizerná kvalita resp. <strong>schopnosti měřicích nástrojů</strong>, které často neumí o moc víc než měřit konverze a konverzní poměr. To je veliký problém. Jeden z mála způsobů, jak <strong>porozumět uživatelům</strong> &#8211; potenciálním zákazníkům &#8211; je právě analýza návštěvnosti, kterou schonosti nástroje silně limitují.</p>
<p>Kdo si alespoň jednou v životě vyzkoušel vyhodnocování návštěvnosti webu pomocí pomocí silnějšího nástroje než je Google Analytics a poznal kouzlo <strong>pokročilé segmentace</strong>, zajisté už ví, že konverzní poměr říká o webu a uživatelích přibližně totéž co průměrná mzda o platech obyvatelstva (a síle ekonomiky).</p>
<h2>Hodní a zlí</h2>
<p>Konverzní poměr dělí uživatele webu na hodné a zlé &#8211; ti, kteří koupili a ti, kteří nekoupili. Ale existuje mnoho jiných a lepších škatulek, do kterých můžeme uživatele zařadit. Z těch primitivních jsou to například uživatelé, kteří navštívili jen jednu stránku <em>(Bounces, Bounce rate, Short visit, Okamžité odchody)</em>. Zkuste si orientačně spočítat konverzní poměr pouze z návštěv, které neskončily okamžitým odchodem. ;) WOW!</p>
<p>Můžeme ale zajít dále &#8211; uživatelé, kteří nějakým způsobem (ne)započali proces nákupu &#8211; přihodili do košíku zboží, nebo také zboží v určité minimální hodnotě, uložili si košík na příště apod.</p>
<p>Jiní uživatelé zase na daném webu mají zcela jiný záměr &#8211; zjištění detailních informací o produktu, o firmě, zapojit se do diskuze, provést výběr před nákupem na pobočce, vyhledání zboží, které by si zde mohli koupit známí apod.</p>
<p>Přidejme do této matematiky fakt, že každý uživatel má jinou částku v peněžence, má jiné mínění o webu či značce a mnoho jiných faktorů i kvalitu jednotlivých zdrojů návštěvnosti.</p>
<p><strong>Není to trochu moc proměnných na jedno číslo?</strong></p>
<p>Uděláte-li jakoukoli změnu, potřebujete spíše vědět, jestli vzrostl konverzní poměr, nebo to, jaký má ta změna <strong>vliv uživatele</strong>?</p>
<p>Chápu, že není-li k dispozici nic lepšího než konverzní poměr, mají lidé tendenci hodnotit web podle něj, ale rozhodně je velká chyba u této metriky zůstávat.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/nezvysujte-konverzni-pomer/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Google Analytics 50 000 a dost</title>
		<link>http://blog.romag.cz/google-analytics-50-000-a-ani-tuk</link>
		<comments>http://blog.romag.cz/google-analytics-50-000-a-ani-tuk#comments</comments>
		<pubDate>Wed, 24 Sep 2008 15:45:01 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Google Analytics]]></category>
		<category><![CDATA[chyby]]></category>

		<guid isPermaLink="false">http://blog.romag.cz/?p=36</guid>
		<description><![CDATA[I Google Analytics je služba, která má své hranice a měří jen vocamcaď pocamcaď. Na hranice ale narazíte snad jen v případě, že máte opravdu velký web a rozhodně, pokud máte velkou návštěvnost.
]]></description>
			<content:encoded><![CDATA[<p>I Google Analytics je služba, která má své hranice a měří jen vocamcaď pocamcaď. Na hranice ale narazíte snad jen v případě, že máte opravdu velký web a rozhodně, pokud máte velkou návštěvnost.</p>
<h2>5 milionů</h2>
<div id="attachment_37" class="wp-caption alignright" style="width: 110px"><img class="size-full wp-image-37 " title="ga-sampled" src="http://blog.romag.cz/f/ga-sampled.jpg" alt="" width="100" height="274" /><p class="wp-caption-text">Vzorek dat</p></div>
<p>Sám Google <a href="http://www.google.com/support/analytics/bin/answer.py?hlrm=en-uk&amp;answer=55476">uvádí</a>, že Google Analytics je zdarma až do 5 milionů zobrazení měsíčně. Potřebujete-li více, musíte svůj účet propojit s <em>aktivním</em> Google AdWords účtem, na kterém se měsíčně proinzeruje alespoň $1. To není moc. Málokterá takhle propracovaná služba stojí do 20 Kč měsíčně bez omezení. Ve skutečnosti ale GA měří furt, i když ho s žádným AdWords nepropojíte.</p>
<p>Přesto se ale dá 5 milionů zobrazení považovat za jakousi hranici využitelnosti Google Analytics. V takovém případě už v hlubší úrovni detailu narazíte na <em>vzorek</em> dat. Ukázku vidíte vpravo. Toto jsou konkrétně data ze statistiky Traffic sources &gt; All Traffic Sources &gt; Seznam.cz &gt; Dimension: Landing Page. Neboli &#8211; na toto omezení narazíte nejčastěji až na úrovni největšího detailu, na který se lze doklikat.</p>
<h2>50 000</h2>
<p>Google Analytics má ale i limit, přes který nejede vlak. Padesát tisíc unikátních URL a ani o jednu víc. Spíš míň. Ve statistikách o obsahu webu (Top Content) sice uvidíte, že uživatelé zobrazili třeba 1 000 000  unikátních URL, ale když omezíte období na jediný den, už je tam maximálně 50 000.</p>
<h3>A ona to není sranda</h3>
<p>Ostatní zobrazení se měří, ale už jen jako <em>&#8222;(other)&#8220;</em>, zřejmě proto, aby se absolutní čísla z Google Analytics nelišila od jiných systémů. <em>Other</em> stránky jsou zlé! Do <em>(other)</em> se teoreticky může změřit i URL, která má v parametru ID objednávky, podle kterého se měří konverze.</p>
<h3>Tip</h3>
<p>Jelikož stejně není v silách běžného smrtelníka do hloubky analyzovat desítky tisíc unikátních URL, které se zobrazily jen jednou, můžete určité URL <em>zgrupovat</em>.</p>
<p>U <em>profilu</em>, ve kterém může takový problém nastat, klikněte na <em>Edit</em>:</p>
<div id="attachment_38" class="wp-caption aligncenter" style="width: 410px"><a href="http://blog.romag.cz/f/ga-profil.jpg" rel="lightbox[36]"><img class="size-full wp-image-38 " title="ga-profil" src="http://blog.romag.cz/f/ga-profil.jpg" alt="&quot;Profil&quot; v Google Analytics účtu." width="400" height="52" /></a><p class="wp-caption-text">&quot;Profil&quot; v účtu Google Analytics.</p></div>
<p style="text-align: left;">Pak zase na <em>Edit</em> v hlavičce prvního bloku nastavení:</p>
<div id="attachment_41" class="wp-caption aligncenter" style="width: 410px"><a href="http://blog.romag.cz/f/ga-profil-settings-samp.jpg" rel="lightbox[36]"><img class="size-full wp-image-41 " title="ga-profil-settings-samp" src="http://blog.romag.cz/f/ga-profil-settings-samp.jpg" alt="" width="400" height="73" /></a><p class="wp-caption-text">Administrace základních informací v profilu.</p></div>
<p style="text-align: left;">A v řádku <em>Exclude URL Query Parameters</em> vypište seznam parametrů v URL vašeho webu, v nichž se často vyskytují nějaké unikátní hodnoty, které nepotřebujete (či dokonce ani nechcete) odlišovat. Typicky to bývají nějaké SESSIONID, různé filtrovací parametry, nebo hodnoty formuláře odesílané metodou GET.:</p>
<div id="attachment_43" class="wp-caption aligncenter" style="width: 410px"><a href="http://blog.romag.cz/f/ga-profile-exclued-parameters.jpg" rel="lightbox[36]"><img class="size-full wp-image-43" title="ga-profile-exclued-parameters" src="http://blog.romag.cz/f/ga-profile-exclued-parameters.jpg" alt="" width="400" height="146" /></a><p class="wp-caption-text">Parametry, které se mají z URL &quot;uříznout&quot;.</p></div>
<p style="text-align: left;">Používáte-li <em><strong>Site Search </strong>(vyhodnocování interního vyhledávání)</em>, doporučuji na téže stránce zapnout odřezávání parametru s dotazem z URL.:</p>
<div id="attachment_44" class="wp-caption aligncenter" style="width: 410px"><a href="http://blog.romag.cz/f/ga-site-search-exclude-query.jpg" rel="lightbox[36]"><img class="size-full wp-image-44 " title="ga-site-search-exclude-query" src="http://blog.romag.cz/f/ga-site-search-exclude-query.jpg" alt="Zaškrtnutím &quot;Yes, strip query parameters out of URL&quot; se z URL odřízne parametr s tím, co uživatelé hledali, statistiky hledání to nijak neovlivní." width="400" height="126" /></a><p class="wp-caption-text">Zaškrtnutím &quot;Yes, strip query parameters out of URL&quot; se z URL odřízne parametr s tím, co uživatelé hledali, statistiky hledání to nijak neovlivní.</p></div>
<p>Tímto způsobem můžete výrazně snížit počet unikátních URL, které se ve statistikách objeví. Adresy, které by jinak byly unikátní a zobrazily se třeba jen 1x, se seskupí pod jednu společnou URL. Tím v onom padesáti tisícovém limitu vznikne spousta místa pro všechny ostatní stránky, které můžete potřebovat víc.</p>
<p>Pokud překročíte limit 50 000 stránek, objeví se vám ve statistice Top Content řádek, který obsahuje třeba něco takového.:</p>
<div id="attachment_45" class="wp-caption aligncenter" style="width: 404px"><a href="http://blog.romag.cz/f/ga-top-content-other.jpg" rel="lightbox[36]"><img class="size-full wp-image-45" title="ga-top-content-other" src="http://blog.romag.cz/f/ga-top-content-other.jpg" alt="" width="394" height="27" /></a><p class="wp-caption-text">Kdo ví, kolik se do tohoto řádku započítalo konverzí...</p></div>
<p style="text-align: left;">Musím říct, že je to trošku adrenalin &#8211; pokoušet, kam až budou Google Analytics ochotné měřit.</p>
<p style="text-align: left;">Už jste narazili na nějaké hranice Google Analytics? Používáte nějaké další triky jako třeba <em>Exclude</em> filtry apod.?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/google-analytics-50-000-a-ani-tuk/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Konverzní poměr vs. Agáta Hanychová</title>
		<link>http://blog.romag.cz/konverzni-pomer-vs-agata-hanychova</link>
		<comments>http://blog.romag.cz/konverzni-pomer-vs-agata-hanychova#comments</comments>
		<pubDate>Mon, 15 Sep 2008 01:16:41 +0000</pubDate>
		<dc:creator>Roman Appeltauer</dc:creator>
				<category><![CDATA[Teorie]]></category>
		<category><![CDATA[chyby]]></category>
		<category><![CDATA[konverzní poměr]]></category>
		<category><![CDATA[pro zkušené]]></category>

		<guid isPermaLink="false">http://czblog.romag.cz/?p=28</guid>
		<description><![CDATA[Kolik nesmyslů se už okolo konverzního poměru napovídalo&#8230; a ještě napovídá. Debaty o konverzním poměru ve firmě většinou odstartují příliš málo poučení ajťáci, kteří prostřednictvím primitivního vzorce nebo i drahého sofistikovaného nástroje objeví, že něco takového existuje. 
Ajťáka taky napadne něco jako.: &#8222;Zvýšíme konverzní poměr a předběhneme konkurenci! Heuréka! (A dostanu přidáno! Hurá)&#8220; Z toho samozřejmě logicky vyvodí, [...]]]></description>
			<content:encoded><![CDATA[<p>Kolik nesmyslů se už okolo konverzního poměru napovídalo&#8230; a ještě napovídá. Debaty o konverzním poměru ve firmě většinou odstartují <em>příliš málo poučení ajťáci</em>, kteří prostřednictvím primitivního vzorce nebo i drahého sofistikovaného nástroje objeví, že něco takového existuje. </p>
<p>Ajťáka taky napadne něco jako.: &#8222;<em>Zvýšíme konverzní poměr a předběhneme konkurenci! Heuréka! (A dostanu přidáno! Hurá)</em>&#8220; Z toho samozřejmě logicky vyvodí, že konverzní poměr je záležitost webu, nastaví ho jako jedno z KPI a oznámí všem, že tohle číslo značí, <strong>jak dobrý má firma web</strong>. V horším případě o tom napíše i článek. Dál už se ta hloupost šíří sama. A čím výš se to dostane, tím rychleji se to pak šíří.</p>
<p>Problém je, že si málokdy k těm statistikám sedne člověk, který rozumí lidem, oslovování, získávání zákazníků, péči o ně a vůbec všemu tomu obchodničení. Ten by totiž velmi záhy pochopil, jak se to ve skutečnosti má.</p>
<p>V reálném světě by se dal konverzní poměr <span>přirovnat k úspěšnosti pojišťováka </span>(nebo jiného prodejce). Růst či pokles konverzního poměru i úspěšnosti pojišťováka ovlivňují stejné faktory, jen v malinko jiných světech a úplně jinak měřené.</p>
<p>Průměrný ajťák má s prodáváním (mnohdy i s nakupováním) zkušenosti pramalé. Konverzní poměr je snadná veličina, a navíc je tak oslnivě krásná a populární jako Agáta Hanychová. Na rozdíl od Agáty je ale konverzní poměr veličina po čertech zrádná. Jde spočítat jedním primitivním vzorečkem, ale změnit ho lze milionem různých způsobů &#8211; opravením základních chyb webu počínaje a totálním přepracováním marketingové strategie konče.</p>
<p>Přes to všechno konverzní poměr na mnoha webech budí dojem, že funguje tak, jak si mnoho nešťastníků myslí. Ale to jen do té doby než se z webu odstraní ty největší překážky. Pak už návratnost investic do webu a jejich vliv na konverzní poměr rapidně klesá.</p>
<p>I když je to tak primitivní numero, vyvolává konverzní poměr podobný zájem jako třeba iPhone, ale koncentrace na něj mnohdy nepřináší odpovídající účinek, ale spíše až neadekvátní odliv peněz. :)</p>
<p>Pokračování příště&#8230;</p>
<p>Co vy na to? Jak vy se díváte na konverzní poměr vašeho webu?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.romag.cz/konverzni-pomer-vs-agata-hanychova/feed</wfw:commentRss>
		<slash:comments>14</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! -->