Vyhněte se duplicitám při měření kampaní

Na svých školeních o měření návštěvnosti pomocí Google Analytics vnímám největší zájem o sledování kampaní. U všech nástrojů, které umí měřit kampaně, se postupuje velmi podobně – přidáváním speciálních parametrů do URL. Tím ale mohou vzniknout duplicitní URL a způsobit problémy nejen ve vyhledávačích. O měření kampaní pomocí Google Analytics se dočtete například v počeštěné nápovědě. Do češtiny je přeložený už i nástroj URL Builder, s jehož pomocí můžete snadno generovat unikátní URL. Z nich Analytics poznají, že jde o kampaň, a uloží vámi nadefinované hodnoty do správných statistik. Google Adwords zase umožňují zapnout tzv. autotagging, který do URL přidává trackovací parametry automaticky.

Duplicitní obsah

Více různých URL pro stejnou stránku znamená vznik duplicit se všemi důsledky z toho vyplývajícími. Roboti sice zpravidla přímo neindexují adresy, které vkládáme do PPC kampaní jako AdWords či Sklik. Váš „označkovaný“ odkaz si ale někdo může vložit na svůj web nebo do oblíbených položek v prohlížeči. Daleko větší riziko vzniká při umístění měřicích parametrů do skutečných odkazů, placených zápisů v katalozích, k bannerům apod. Tyto odkazy vyhledávače najdou, zaindexují a později je najdete ve výsledcích hledání. Občas se dokonce zaindexuje i již zmiňované automatické taggování z Google Adwords. Kromě klasických SEO problémů vám s největší pravděpodobností vznikne nepořádek ve statistikách. Když někdo na takový označkovaný odkaz klikne, Google Analytics to vyhodnotí jako přístup z kampaně. Pokud se taková stránka umístí ve výsledcích hledání některého hledaného slova na dobré pozici, můžete se se smysluplnými čísly rozloučit úplně.

Řešením je přesměrování či mřížka

U klasických systémů založených na analýze serverových logů lze problém duplicit vyřešit okamžitým přesměrováním na základní variantu URL bez měřicího parametru. Takto to má vyřešeno například Megapixel. Po prokliknutí odkazu www.megapixel­.cz/?from=h1blog se toto URL i s parametrem uloží do logu. Následně je uživatel či robot pomocí HTTP 301 odpovědi automaticky přesměrován na správnou základní adresu www.megapixel.cz. Podrobněji je tento postup popsán ve starším článku Vyhodnocování účinnosti on-line kampaní. Google Analytics ale měří pomocí JavaScriptu až v prohlížeči. Měřicí parametry utm_source a utm_medium se tak nemohou přesměrovávat bez náhrady. Proto existuje alternativa, která je z hlediska SEO bezproblémová. Do konfiguračního skriptu Google Analytics (nebo do každé stránky před funkci pagetracker._trac­kPageview();) se vloží nastavení pageTracker._se­tAllowAnchor(tru­e);. Pokud používáte náš upravený měřicí skript, nemusíte přidávat vůbec nic, skript toto volání zajišťuje automaticky. Potom můžete vkládat měřicí parametry za mřížku #místo otazníku. Roboti část URL za mřížkou zcela ignorují, takže se touto cestou bezpečně vyhnete duplicitám.

Mřížka vs. Internet Explorer

Buďte ale obezřetní, kde mřížku používáte. Internet Explorer ji totiž při některých přesměrováních odstraní. Paradoxně jej odstraní právě u prokliků z AdWords nebo AdSense, kde nedochází ke standardnímu přesměrování přes HTTP hlavičku 301. To může naměřená čísla významně pokřivit. Naše řešení problému spočívá v tom, že se měřicí parametry utm_source, utm_medium a další předávají standardně za otazníkem, ale na serveru se přesměrují na variantu s křížkem. Roboti vyhledávačů tedy duplicitu nezaznamenají, parametr přitom bez problému projde všemi neočekávanými přesměrováními až k měřicímu skriptu Google Analytics. Dodatečnou výhodou je i fakt, že pak můžete sledovat své kampaně najednou pomocí systémů založených na analýze logů i na měřicí tečce či JavaScriptu. Přesměrování z otazníku na křížek můžete zařídit snadno pomocí mod_rewrite. Stačí vložit do vašeho .htaccess souboru následující pravidla – aktualizováno 24. ledna 2009: /---code RewriteEngine On RewriteCond %{QUERY_STRING} ^(utm_.)$ RewriteRule ^(.)$ /$1#%1? [R=301,NE,L] RewriteCond %{QUERY_STRING} ^(.?)&(utm_.)$ RewriteRule ^(.)$ /$1?%1#%2 [R=301,NE,L] \--- Pozor, pro správnou funkčnost těchto pravidel je nutné mít na serveru Apache 2.x! Pokud máte starší verzi Apache 1.x, nebudou pravidla fungovat. V takovém případě můžete jako náhradní nedokonalou berličku použít alespoň následující původní pravidla z první verze tohoto článku, která však mají některé nevýhody: /---code RewriteEngine On RewriteCond %{QUERY_STRING} ^(.+)&(utm_sou­rce=.+&utm_me­dium.+|utm_me­dium=.+&utm_sou­rce=.+)$ RewriteRule ^(.)$ /$1?%1#%2 [R=301,NE,L] RewriteCond %{QUERY_STRING} ^(utm_source=­.+&utm_medium=­.+|utm_medium=­.+&utm_source=­.+)$ RewriteRule ^(.*)$ /$1#%1? [R=301,NE,L] \--- Přestože jsme všechna pravidla testovali, může být u vašeho webu nutná nějaká úprava. Na IIS/ASP je nutné tuto záležitost řešit jinak. Víte-li o řešení, které by fungovalo, budeme rádi, pokud se o ně s námi podělíte v komentářích.

Autorem článku je Roman Appeltauer.