Dohromady nyní existuje cca 587 různých Instant Answers ve 4 hlavních kategoriích. Goodies (cheatshety a vychytávky pro geeky), Spice (produktové moduly, recepty či převody měn), Fathead (napojení na různé databáze a Wiki) a Longtail (zpracování komplexních dotazů, Q&A, napojení na diskuze ze StackExchange). Některé opravdu jen čerpají informace z různých databází nebo encyklopedií. Často se však jedná i o propracované funkce. DuckDuckGo proto může být i užitečným pomocníkem při běžné práci nebo při rešerších. Čtrnáct vybraných IA představuji v tomto článku. Snažil jsem se zaměřit především na funkce, které neumí Google.

Výběr Instant Answers

Zásadní výhodou IA je fakt, že jsou vyvíjeny komunitou. Existuje tak velká škála různých modulů. Zároveň je to i velká nevýhoda. Mnohé IA nejsou pravidelně aktualizovány a udržovány ve funkčním stavu. Nezřídka se tak stává, že ze dne na den některé z vyhledávání beze stopy mizí. Jen za poslední měsíc přestaly fungovat minimálně 3 zajímavé IA. Je tedy možné, že některé zde uvedené IA nebudou funkční, až je budete chtít vyzkoušet. Uvedené Instant Answers jsou řazeny abecedně. Obrázky fungují jako odkazy na příslušné vyhledávací dotazy v DuckDuckGo.

Alternative to

Hledá alternativy k software a aplikacím.

Bangs

DuckDuckGo umožňuje prohledávat několik tisíc webů na přímo, pomocí značky ! (tzv. bang).
Stačí zadat do vyhledávání vykřičník a ze seznamu vybrat web, který chcete prohledávat.
Kompletní seznam Bangů naleznete na adrese https://duckduckgo.com/bang.
Ke dni 5. října 2015 jich je celkem 6395.

Calendar

Zobrazí kalendář pro zadaný rok a měsíc.

Is down

Kontrola zda je vybraný web online a vrací stavový kód 200.
Update: Již nefunguje.

Lorem ipsum

Generátor textu Lorem ipsum.

HEX color codes

Zobrazení kódů barev za předpokladu, že znáte jejich názvy v angličtině.
Pokud nemáte problém z rukávu vysypat obskurní názvy barev typu GoldenRod či DeepPink, tak určitě doporučuji.

How many people are in space

Když vás zrovna zajímá, kdo všechno je ve vesmíru.

HTML Entity Encode

Převod speciálních znaků na HTML entity.

QR code

Vygenerování QR kódu.

Regex cheat sheet

Pomůcka pro práci s regulárními výrazy.

Stopky

Stopky přímo ve vyhledávání.

Shorten a expand URL

Zkracovač URL.

Dešifrovač již zkrácených URL

Twitter

Po zadání jména Twitter účtu zobrazí náhled profilu.

Zodiac

Po zadání výrazu „chinese zodiac today“ zobrazí aktuální znamení čínského zvěrokruhu.
Totéž funguje i pro běžný zvěrokruh po zadání dotazu „zodiac today“.

Podpora češtiny

Instant Answers s podporou češtiny byly spuštěny v únoru roku 2015. Jedná se však primárně o vyhledávací dotazy, na které je možné generovat odpověď z české Wikipedie. Žádná velká revoluce se tedy zatím nekoná.

Vyhledávač zvládne najít i české firmy.

A na betě je k nahlédnutí pěkný česko-anglický cheat sheet často používaných frází.

V případě zájmu se můžete zapojit i do překládání DuckDuckGo do češtiny na adrese https://duck.co/translate.

API

Nudíte se? Nepořizujte si medvídka mývala ani pásovce devítipásého. DuckDuckGo má totiž dostupné Instant Answers API. Zatím je k dispozici pouze několik typů IA, ale budou přibývat další. Třeba se vám podaří najít nějaké zajímavé využití. Další potřebné informace naleznete na adrese https://duckduckgo.com/api.

Závěrem

Seznam všech Instant Answers naleznete zde: https://duck.co/ia. Do článku jsem se snažil vybrat ty, které mi připadaly zajímavé, užitečné nebo zábavné.

Pokud vás tato funkce zaujala, můžete se zapojit i do komunity aktivních vývojářů. Potřebné informace jsou dostupné na webu http://duckduckhack.com/. Vývoj Instant Answers je otevřený všem a dokážu si představit, že se z toho může stát i poměrně užitečný marketingový nástroj. Znáte snad jiný vyhledávač, který vám umožní vyvinout modul, který se bude v SERP zobrazovat na „nulté“ pozici i s odkazem na váš web? Potenciál je obrovský, stačí ho jen využít.

⇦ DuckDuckGo.com – díl I. – Nový referral v Google Analytics

Seznam referrer spamu, na který můžete v Google Analytics narazit, se neustále rozšiřuje. Stále častěji také najdete v GA mezi referraly pochybně vypadající doménu duckduckgo.com. Odfiltrovat ji, by však byla chyba.

Pokud máte přístup do Google Analytics alespoň u nějakého středně velkého webu, je velká pravděpodobnost, že tam duckduckgo.com uvidíte. První návštěvy z tohoto zdroje můžete očekávat především z přelomu let 2014 a 2015. Možná, že prvních pár “vlaštovek” objevíte i v letech 2013 nebo 2012. Ale spíš bych s tím nepočítal, pokud se nejedná o Analytics většího zahraničního webu.

Kde se duckduckgo.com vzalo a co to je?

Vyhledávač s poutavým názvem DuckDuckGo založil v roce 2008 ve Spojených státech investor a entrepreneur Gabriel Weinberg. Můžete ho potkat na Twitteru a diskuzních fórech pod přezdívkou @yegg. Nevyčerpatelnou ochotou odpovídat na veškeré dotazy a aktivní participací na fungování komunity, odvrátil Weinberg předčasný konec tohoto vyhledávače na internetovém smetišti. V roce 2011 se také účastnil startupových soutěží, které mu zajistily zájem několika angel investorů. Díky nim a společnosti Union Ventures nakonec získal dostatek financí pro uspokojivý rozvoj svého projektu.

Inspirací se při výběru jména vyhledávače stala Weinbergovi dětská hra Duck Duck Goose. Přestože se tento název nedá dobře využít jako sloveso, objevuje se snaha zavést výraz “duck it” jako alternativa ke klasickému “google it”.

Technologie vyhledávače

S ohledem na použité technologie se nejedná o klasický vyhledávač ale “hybridní”. DuckDuckGo totiž výsledky vyhledávání agreguje z různých zdrojů pomocí API. Jen zčásti využívá vlastního crawlera (tzv. DuckDuckBot). Mezi zmíněné zdroje patří například Bing, Yahoo, Yandex či Wikipedia. Jednu dobu se také spekulovalo o tom, že DuckDuckGo je pouze nadstavba/agregátor Bingu. Tato zpráva se nakonec nepotvrdila.

DuckDuckGo si neklade za cíl vybudovat velký index a netají se využíváním zdrojů třetích stran. Sám Weinberg řekl, že crawling a indexace jsou velmi drahé a časově náročné procesy, pro které nemají přebytečné peníze. Ani nedává smysl v tomto soupeřit s Googlem. Z toho důvodu se DuckDuckGo zaměřuje na tři aspekty vyhledávání, které ostatní vyhledávače zanedbávají. Které to jsou?

Tři přednosti vyhledávače

První přednost je uživatelská přívětivost. Vyhledávací rozhraní DuckDuckGo je velice jednoduché. Stejně tak i samotné výsledky vyhledávání jsou přehledné a osekané o balast ve formě velkého množství reklam. Podobně jako jiné vyhledávače pochopitelně i DuckDuckGo vydělává primárně reklamně. Žádný remarketing. Reklamy jsou kontextové na základě zadaného vyhledávacího dotazu. Pro fungování a cash flow tohoto vyhledávače je to prý plně dostačující.

Druhou výhodou je relevance a kvalita výsledků vyhledávání. Důraz je kladen především na kvalitní agregační a především vyhledávací algoritmy. Relevance výsledků vyhledávání je na prvním místě. Hodně úsilí je také věnováno vybudování tzv. Instant Answers. Je to obdoba Knowledge Graphu od Google. Na určité vyhledávací dotazy se vám zobrazí okamžité odpovědi nebo relevantní úryvky z Wikipedie.

Třetím benefitem je zachování soukromí uživatelů. Díky tomu se stal DuckDuckGo skutečně populární a je to zároveň jeho hlavní marketingová zbraň. Tento vyhledávač totiž o svých uživatelích nesbírá žádná data. Umožňuje tak kompletně anonymní brouzdání na internetu. Také nenabízí personalizované výsledky hledání. Všichni uživatelé vidí u konkrétního vyhledávacího dotazu stejné výsledky.

Dílčí úspěchy

O DuckDuckGo se čím dál tím více mluví i píše a nabírá na popularitě. Ve stručnosti proto uvedu některé dílčí úspěchy a zajímavé články z posledních let.

• V dubnu 2014 o DuckDuckGo píše New York Times.
• V září 2014 Apple přidal možnost si v iOS8, OS X a prohlížeči Safari zvolit jakou defaultní vyhledávač DuckDuckGo. Díky tomu za necelý rok vyhledávač vzrostl o 600%.
• V listopadu 2014 byl DuckDuckGo zařazen do nové verze Firefoxu mezi vyhledávače, které je možné vybrat jako defaultní.
• V květnu 2015 proběhl zásadní redesign DuckDuckGo.
• Později v květnu 2015 magazín Time označil DuckDuckGo jako “Anti-Google” a mluví se o něm jako o nejprogresivnějším a nejnebezpečnějším konkurentovi pro Google.
• V červnu 2015 překonal DuckDuckGo hranici 10 milionů vyhledávacích dotazů za den. Pro srovnání, Google má kolem 3,5 miliardy vyhledávacích dotazů denně.
• DuckDuckGo aktuálně figuruje na 5. pozici v Alexa žebříčku vyhledávačů.

Rychlý pohled do Google Analytics

Tři různě velké weby a přístupy z DuckDuckGo

Dle některých zpráv může u vybraných (zahraničních) webů DuckDuckGo údajně dělat až 18 % referral návštěvnosti (!nepotvrzeno, neověřeno!). Možné to sice je, ale pojďme se raději podívat na 3 rozdílné reálně existující weby a jejich GA. Žádné velké zázraky se tam nedějí. Podíl návštěvnosti činí přinejlepším 0.03 %, což není zrovna mnoho. Zajímavý je prostřední web – středně velký eshop. Všimnout si můžete nízké míry opuštění a vysokého konverzního poměru. Právě na tomto eshopu jsem vyhledávač poprvé zaregistroval.

Velký zahraniční web	Středně velký eshop	Malý obsahový web

DuckDuckGo referrers

• duckduckgo.com

– běžný zdroj návštěvnosti v cca 95 % návštěv

• r.duckduckgo.com

– redirectovací URL pro staré prohlížeče, které neumí pracovat s meta referrery
– více viz https://duck.co/help/results/rduckduckgocom

• images.duckduckgo.com

– přístup přes vyhledávání obrázků

Srovnání Yahoo, Bing a DuckDuckGo

Z méně používaných vyhledávačů v ČR dominuje Bing, daleko za ním Yahoo a až úplně na konci DuckDuckGo. Časem uvidíme zda DuckDuckGo zvládne překonat alespoň jednoho z těchto dvou konkurentů. V každém případě je zřejmé, že pro Google v této chvíli zásadním konkurentem zcela určitě není.

Přidejte duckduckgo.com mezi vyhledávače

Google automaticky nerozpoznává všechny vyhledávače. Je tedy nutné si některé přidat v Google Analytics manuálně, aby přestaly padat do referralů ale do organicu. DuckDuckGo je jeden z nich. Pokud nevíte jak na to, pomůže vám návod na následujícím screenshotu.

Pro zajímavost. V případě střetu DuckDuckGo a Google se G. Weinberg jednou vyjádřil ve smyslu, že jim Google háže klacky pod nohy a je k nim v některých ohledech neférový. Toto může být jedna z ukázek. Původně se to týkalo přidání DuckDuckGo mezi vyhledávače v prohlížeči Chrome. Psal se rok 2012. K tématu se tenkrát vyjádřila SEO a PR specialistka Mihaela Lica Butler ve článku DuckDuckGo Vs. Google – The War Gets Dirty pro Search Engine Journal. Počínání Google však označila za naprosto běžné a naopak komunikaci DuckDuckGo, potažmo Weinberga, za zavádějící a neférovou. V diskuzi pod článkem naleznete i Weinbergovy rozsáhlé komentáře.

Závěrem

Podle některých dostupných údajů se může zdát, že trend soukromí na internetu postupně klesá. Ovšem velký zájem o vyhledávač DuckDuckGo, jehož hlavní předností je především zachování soukromí uživatelů, spíše prokazuje opak. Podle grafu z Google Trends se růst vyhledávače mírně svezl na kauze Edwarda Snowdena. Zájem o podivnou kauzu bývalého zaměstnance CIA klesá. Oproti tomu podíl ve vyhledávání, celková popularita a počet uživatelů vyhledávače roste. Těžko odhadovat jak se DuckDuckGo bude rozvíjet dále. Uvidíme, jestli se mu podaří dotáhnout se alespoň na úroveň Yahoo či Bingu. Těžko dělat závěry z toho mála dat, co nyní máme k dispozici.

Stručný slovníček pojmů

Hybridní vyhledávač – využívá více informačních zdrojů, nejen data získaná díky svému crawleru. Výsledky vyhledávání generuje pomocí vlastních algoritmů.
Referral – zdroj návštěvnosti z odkazů.
Referrer – zdroj odkazu.
HTTP referer – identifikační pole adresy (URI) zdrojového webu v HTTP headeru. Jedno chybějící r je překlep, ze kterého se stal postupem času standard.
Meta referrer – relativně nový meta tag, který se umisťuje do hlavičky webu. Určuje zda budou údaje o referreru poslány dál. Více v článku Cyruse Sheparda na MOZ: The Meta Referrer Tag: An Advancement for SEO and the Internet.

Na příští týden připravuji druhý díl článku, ve kterém představím několik užitečných vychytávek (Instant Answers) ve vyhledávání DuckDuckGo.

Co si myslíte o novém vyhledávači? A jaký je váš názor na soukromí na internetu (např. ve vztahu k remarketingu)?

DuckDuckGo.com – díl II. – Instant Answers ⇨

Reaguji na článek o placeném nástroji z pera Zdeňka Dvořáka. Postup uvedený v tomto článku je zdarma a dojdete ke stejnému výsledku.

Abych demostroval sílu návrhů z našeptávače Google, vzal jsem data z mé série článků o analýze klíčových slov, kde jsem tagoval 12 000 dotazů. Díky postupu níže, jsem získal dalších 40 000 klíčových slov. Soubor pro náhled přikládám zde.

Konec teorie, jdeme na postup.

Co budeme potřebovat?

1. Nástroj Open Refine. Doporučuji poslední beta verzi 2.6, ve které je odstraněna spousta chyb z předchozích verzí.
2. Seznam slov, který budeme chtít rozšířit o návrhy z našeptávače. První návrhy můžeme čerpat z následujících zdrojů:
   1. Z vyhledávacích dotazů v rámci PPC systémů Sklik a Adwords..
   2. Z nástroje pro návrhy klíčových slov Sklik a Adwords.
   3. Z přehledu organických klíčových slov z Google Analytics (dnes již čerpáme data pouze od Seznamu), přes která lidé přišli na náš web.
   4. Z klíčových slov z Google Search Console.

Nyní nám pro ilustraci postačí 100 klíčových slov na téma ledničky. Nejedná se o všechna dostupná slova z tohoto oboru. Cílem je ukázat postup. Sami pak můžete pracovat s větším množstvím dat.

Import dat do Open Refine

Klíčová slova pro získání návrhů z našeptávače jsme si připravili a nyní je potřebujeme nahrát do Open Refine. Zvolíme si tedy vložení dat pomocí volby „Create Project“ > „Clipboard“.

Následně budeme pokračovat volbou „Next“, kde zvolíme opět „Create Project“. Nyní se nemusíme zabývat žádným zásadním nastavením, nemáme zde žádné sloupce s různými formáty a podobnými věcmi.

Kódování klíčových slov do správného tvaru

Jakmile založíme projekt, rozbalíme volby u prvního sloupečku a vybereme „Edit column“ > „Add column based on this column“. Následně vložíme vzorec:

value.escape('url')

Výsledkem toho, co jsme doteď udělali, je transformace klíčových slov na jejich zakódovanou verzi. Proč děláme tento krok? Potřebujeme totiž klíčové slovo dynamicky dosazovat do url adresy, kde není možné používat spaciální znaky (jako je česká diakritika).

Načítání návrhů z našeptávače

Dostáváme se k dalšímu kroku, kdy rozbalíme sloupec „Data“ a zvolíme „Edit column“ > „Add column by fetching URLs“, kam zadáme

"http://suggestqueries.google.com/complete/search?&client=chrome&hl=cs&q=" + value

Zvolíme „Throttle delay 1000 ms“. To z toho důvodu, aby nás nástroj neodřízl za příliš požadavků v čase. Vzorec pak dosadí za „q“ do každého řádku klíčové slovo, na které se našeptávače chceme zeptat.

Pokud celý postup uděláme správně, měli bychom vidět tabulku podobnou té na následujícím obrázku.

Získání klíčových slov ve správném tvaru

Jestliže chceme získat klíčová slova z daného sloupce, použijeme vzorec „parseJson“, Přes volbu „Edit Column“ > „Add column based on this column“ vložíme následující v jazyce GREL následující:

value.parseJson()[1].join(';')

Tento vzoreček vezme všechny návrhy klíčových slov z našeptávače a oddělí je středníkem. Pokud bychom chtěli dostat jedno klíčové slovo na řádku, zvolíme následně „Edit cells“ > „Split multi-valued cells“ a tam zvolíme jako oddělovač středník.

V datech se pravděpodobně objeví i duplicitní klíčová slova. Je možné je odstranit buď přímo v Open Refine, nebo až následně v Excelu.

Na závěr si pojďme zhodnotit, co dělá metodu získávání dat z našeptávače tak jedinečnou. Je to především fakt, že proces můžeme opakovat znovu s nově vzniklými slovy. Díky tomu získáme stovky tisíc klíčových slov, které oceníme při plánování naší online strategie a která nám podstatně rozšíří data na analýzu klíčových slov.

Pokud si někteří nechtějí vyzkoušet celý postup, jak jsem jej popisoval výše, je možné použít mojí historii operací, kterou přikládám ke stažení zde. Pokud nyní použijete tlačítko „Apply“, celou sekvenci kroků udělá Open Refine sám. To však pouze v případě, jmenuje-li se první sloupeček stejně jako můj, tedy Column 1.

Soubor s historií je ke stažení zde.

Dodatečné doplnění článku ke dni 27. 7. 2015

Doplnění článku o našeptávač Seznamu

Pro načtení našeptávače Seznamu bude postup úkonů v Open Refine podobný.

1. Rozbalíme volby u sloupečku s klíčovým slovem a zvolíme: „Edit column“ > „Add column by fetching URLs“, kam zadáme:
   

   "http://suggest.fulltext.seznam.cz/?phrase="+value.escape('url')+"&count=100"

2. Po načtení dat z našeptávače na nový sloupec aplikujeme:
   

   forEach(value.parseJson().result,v,v.sentence).join(';')

3. Následně Edit Cells > Split-multi-cells value a jako separátor zvolíme středník „;“.

Související články a odkazy

• Zdeněk Dvořák: Získávejte data z našeptávače Google
• Lynt blog: Články označené analýza klíčových slov
• Sbírka nástrojů Lyntu, které vám ušetří čas
• Aplikace Übersuggest

User-agent: *
Disallow: /

Zapamatujte si jednoduché pravidlo. Robots.txt neslouží k zákazu indexace stránek. Nikdy a ani trochu. A naopak může uškodit.

Indexace versus crawlování

Pro pochopení je nutné znát rozdíl mezi crawlováním a indexací. Crawlování znamená, že se robot vyhledávače prochází po vašem webu a stahuje si k sobě od vás jednotlivé stránky pro další zpracování.

Indexace je pak sestavování indexu – tedy databáze, ve které fulltext po zadání dotazu hledá. Do indexu přitom zařazuje stránky a informace o nich získané nejen z crawlování, ale i z dalších zdrojů, které vyhledávači přijdou zajímavé a užitečné.

Typicky už jenom tím, že se na nějakou konkrétní stránku odkazuje odjinud, dostává vyhledávač o dané stránce řadu zásadních informací – link text odkazu, klíčová slova v její URL, tematický kontext, ze kterého se na ni odkazuje, podobu a sílu jejího odkazového profilu. Další údaje může získat z popisků či kategorií v katalozích, do kterých je stránka zařazena. A tak dále.

Co je na zákazu indexace přes robots.txt špatně?

Robots.txt nezakazuje zařazení dané stránky do indexu, ale jen a pouze její crawlování robotem vyhledávače. Říkáte tím tedy, že si na danou URL nesmí crawler přímo sáhnout a stáhnout si k sobě její obsah.

Vyhledávače si ale i nadále můžou zařadit stránku do indexu jen na základě dalších údajů z jiných zdrojů a nabízet ji ve výsledcích hledání. A skutečně to velice často dělají:

Je vidět, že informace, které Google o stránce na SERPu zobrazuje, nepochází ze samotné stránky, ale právě z nějakého link textu a dalších zdrojů v okolí dané stránky. Všimněte si, že vyhledávač uživatele upozorní, že o stránce má jenom dílčí neúplně informace. Ale i přesto ji indexuje, nabízí a zobrazuje.

Jak tedy správně zakázat indexaci?

Správný zákaz indexace závisí na kontextu a důvodech, proč to vlastně vůbec chcete dělat:

Link rel=canonical

V případě, kdy máte na webu duplicity nebo silné podobnosti, které nelze vyřešit sloučením všech stránek v jedinou a přesměrováním ostatních přes HTTP 301, je místo zákazu všech duplicitních variant lepší použít meta značku canonical:

<link rel="canonical" href="http://www.example.com/my-canonical-page"/>

Nejedná se o zákaz indexace v pravém slova smyslu, ale spíš o nezávaznou nápovědu vyhledávači, kam by měl všechny duplicitní a podobné stránky kanonizovat. Výhodou je, že pokud na to vyhledávač přistoupí, koncentruje do navržené kanonické stránky odkazy a rank ze všech takto označených stránek. Nevýhodou je, že to vyhledávač nemusí vůbec respektovat.

Meta robots noindex

Tohle je ta správná, čistá a bezpečná metoda, jak skutečně zakázat indexaci dané stránky. Do její HTML hlavičky přidáte meta značku:

<meta name="robots" content="noindex"/>

Využijete to v případě stránek, na které vůbec nechcete, aby vám uživatelé chodili z vyhledávačů napřímo. Typicky třeba kroky nákupního procesu nebo děkovací stránky po odeslání konverze. Čistě pro jistotu i všechny stránky s nějakými neveřejnými citlivými údaji, i přesto, že ty máte určitě všechny dávno schované za přihlášením.

Po meta robots noindex sáhnete i v případě, kdy se reálně potýkáte s duplicitami či podobnostmi, ale vyhledávač odmítá zohlednit navržený meta canonical. Nevýhodou je, že se vám pak rank tematicky nekoncentruje v ideální kanonické stránce, ale rozplizne se vám bezkontextově přes všechny odchozí odkazy do zbytku webu.

HTTP hlavička X-Robots-Tag

Alternativa k meta robots noindex. Jenom místo HTML zdrojáku se posílá přímo v HTTP hlavičkách v HTTP odpovědi od serveru:

HTTP/1.1 200 OK
Date: Tue, 25 May 2010 21:42:43 GMT
(…)
X-Robots-Tag: noindex
(…)

Čili v zásadě totéž jako meta robots noindex. Jenom je to složitější na implementaci – HTML tag vrazí do zdrojáku každý, HTTP hlavičky už jsou vyšší dívčí. A navíc písmeno X na začátku naznačuje, že je to nestandardní HTTP hlavička, takže nemusí být podporovaná zdaleka všemi vyhledávači. Takže meta robots noindex bude asi většinou lepší variantou.

Více viz článek Robots meta tag and X-Robots-Tag HTTP header specifications.

HTTP autentizace

Zejména pro testovací verze vyvíjeného webu se místo zákazu indexace hodí skrýt paušálně celý web za HTTP autentizaci. To se zapíná obvykle přímo v konfiguraci daného webového serveru. Testovací verze webu se schová za heslo, takže na ni nevidí nikdo nepovolaný. Vedlejším efektem pak je, že je chráněna i před nechtěným zcrawlováním a indexací vyhledávačem.

Čistě formálně vzato, stejně jako u robots.txt platí, že ani HTTP autentizace přímo nezakazuje indexaci, jenom se crawler nedostane k samotným stránkám. U testovací verze webu se ale neočekává, že by měla nějaký smysluplný odkazový profil a vnější kontext, ze kterého by mohl vyhledávač čerpat další informace. A i kdyby ji nějakým omylem zaindexoval, tak příchozí návštěvníci z vyhledávače narazí nanejvýš tak na přihlašovací formulář. Takže pro náš účel poslouží HTTP autentizace zpravidla uspokojivě.

Výhodou je i to, že po překlopení webu na ostrou doménu se často meta robots nebo robots.txt zákazy zapomínají odstranit, takže vedou obratem k vypadnutí celého webu z indexu vyhledávačů. U HTTP autentizace je riziko nechtěného zapomenutí minimální.

Pozor na chybné kombinace

Teď už víte, že pro zákaz indexace slouží primárně meta robots noindex. Možná vás napadne, že pro jistotu to stejně navíc podpoříte současným zákazem v robots.txt. Čistě pro sichr, co kdyby, za to nic nedáte.

To je ale přeci úplně špatně! Jen si to srovnejte v hlavě. Tím, že robotovi zakážete přistupovat na vaše stránky, nemůže si stáhnout HTML zdroják, takže se ani vůbec nedozví o tom, že tam nějaký meta robots noindex je. V důsledku paradoxně může tyto stránky vesele indexovat a nabízet ve výsledcích hledání.

Robots.txt prostě opravdu nesmí být u zákazu stránek ani trochu.

Obdobně doprovodí řada lidí meta robots noindex ještě dalším parametrem nofollow. Přeci čím víc zákazů, tím jistější:

<meta name="robots" content="noindex,nofollow"/>

Ve skutečnosti tím ale zakážete následování interních odkazů ze stránky dál a dost možná i přelévání ranku do zbytku webu. Vytvoříte tak černou díru na rank, což se vám může promítnout do nižších pozic obecně celého webu. Ale vy chcete zachovat a předat co nejvíce ranku, chcete, aby robot snáze objevil indexovatelný zbytek vašeho webu. Správný zápis je tedy:

<meta name="robots" content="noindex,follow"/>

S tím, že follow je výchozí hodnota, takže ji můžete úplně vynechat. Nofollow smysluplně použijete opravdu tak jednou za sto let.

A k čemu tedy v praxi využiju robots.txt?

Zůstává otázka, k čemu tedy vlastně robots.txt je, když ne k zákazu indexace.

Je přesně k tomu, k čemu byl navržený. Tedy pro zákaz přímého přístupu robota na web nebo nějakou jeho dílčí stránku. To se občas hodí, sic zdaleka ne tak často, jak jste si mysleli.

Například pokud máte URL, jehož pingnutím se hlasuje v nějaké anketě, a nechcete, aby vám roboti při procházení vaším webem přičítali hlasy. Totéž platí pro jakékoliv trackovací a přesměrovací skripty, například pro počítání návštěvnosti nebo prokliků z reklamního systému:

User-agent: *
Disallow: /poll/vote
Disallow: /clickthru

Roboty budete chtít někdy zakázat také z výkonnostních důvodů. Ať už na dílčích skriptech a stránkách, jejichž každé zobrazení představuje složitý výpočet náročný na serverové zdroje či vám prostě přijde zbytečné, aby si je vyhledávač stahoval:

User-agent: *
Disallow: /overkill-page

Anebo třeba přes robots.txt můžete paušálně odříznout nějakého konkrétního robota, pokud je neukázněný a sestřeluje vám web:

User-agent: badbot
Disallow: /

User-agent: *
Disallow:

Pořád jenom roboti. A co lidi?

Aby to bylo spravedlivé, máme tu pro zájemce jako bonus na závěr i standard humans.txt.

Podívejte se například, jak si žijí humans.txt na našem Medio webu!

Související odkazy

• Daniel Bradbury Dočekal: Robots.txt? K čemu něco takového je? A proč je to užitečné?
• Lindsay Wassell: Serious Robots.txt Misuse & High Impact Solutions

Export a import kontejnerů

Začnu tím nejmenším a nejrychlejším. Zároveň je to jediná věc, která přibyla i v aktuální verzi a narazíte na ni i bez beta účtu. Ode dneška můžete kopírovat a vkládat kompletní nastavení kontejnerů. GTM umožňuje import i export s výjimkou některých starších kontejnerů GTM,  kde není povolen import.

Při exportu jednoduše vyberete číslo verze nebo draft. Dostanete celkem jasný a předhledný JSON. Můžete si ho rovnou zkopírovat přes schránku, ale pro import do dalšího kontejneru je vyžadovaný vyexportovaný soubor, který stáhnete stiskem tlačítka Export.

Samotný import oproti tomu nabízí hned několik způsobů vkládání. Prvním z nich je Overwrite (přepsání), vytvoří verzi vašeho aktuálního draftu, všechno smaže a následně na základě vložené souboru vytvoří všechna nová makra, pravidla a tagy. Druhým způsobem je Merge (sloučení). Ten také nejprve z draftu udělá verzi a následně naimportuje všechna nová data a nastavení, aniž by cokoliv mazal. V případě konfliktů (stejné názvy a rozdílné nastavení) si sami vyberete, zda konfliktní položky přepíše podobně jako celá varianta jedna, nebo duplikuje a přejmenuje.

Celý proces je zabezpečený. Nejprve musíte jít na tzv. Preview, to vám ukáže počty nových, změněných či smazaných položek. Případně si k tomu můžete zobrazit bohužel nepřiliš přehledné detailní info. Teprve po kontrole vše potvrdíte.

Import konjterneru do GTM. Tzv. Preview mód pro kontrolu změn.

Nové uživatelské rozhraní

Velmi podstatnou změnou je nové uživatelské rozhraní. Oproti posledním změnám prošlo totálním redesignem. Zatím ho nedoporučuji používat na ostrá data, jelikož bude chvilku trvat, než se ustálí a odstraní všechny chyby. Nové rozhraní najdete na adrese tagmanager.google.com, zatímco staré zůstává na www.google.com/tagmanager.

Momentálně nemůžete využít nové rozhraní ve starých účtech a kontejnerech, pouze s ním založit nové účty. Volitelná migrace by měla být možná v nebližší době, v lednu 2015 pak Google nuceně zmigruje úplně všechny účty. Samozřejmě už i dnes je možné přesunout svá nastavení pomocí exportu a importu, pouze tím přijdete o verze a jejich historii. A samozřejmě musíte obměnit ID ve svém zdrojovém kódu.

Došlo k některým důležitým přejmenováním. Dosavadní rules (pravidla) se přejmenovala na triggers a dosavadní macros (makra) na variables. České ani jiné překlady zatím nejsou k dispozici.

Celkově je rozhraní posunuté směrem k nedávným redesignům Adwords a Analytics. Většina problémových věcí (konfliktní správa od více uživatelů naráz, nepřehlednost rozsáhlejšího kontejneru…) ale bohužel zůstala.

Nové UI v GTM. Hlavní stránka se shrnutím informací.

Na značky a proměnné jinak

Pokud už jste v GTM zběhlí, bude vám chvilku trvat, než si zvyknete na nové rozložení a způsob vytváření tagů. Každý tag nyní musí být bezpodmínečně svázaný s nějakým GTM eventem, který můžete chápat jako typ pravidla. Z technického hlediska funkčnosti GTM to takto bylo navržené vždycky, ale přímo v rozhraní to člověk moc nevnímal.

Příklad: Pokud jste měli tag, který se vám spouštěl na nějaké url, jednoduše jste vytvořili nové pravidlo, kdy se makro {{url}} rovnalo té dané URL. GTM tam pak sám doplnil {{event}} equals gtm.js (event značící načtení GTM knihovny a spuštění všech skriptů). Teď vytvoříte tag, jako trigger zvolíte typ Some Pages případně More a teprve tam můžete vytvářet podmínky, téměř stejně jak jste byli zvyklí. Podle úhlu pohledu je výhodou či nevýhodou, že můžete vytvořit několik triggerů naráz. Celkově je to ale zpočátku dost matoucí.

Dosavadní makra, nově variables (proměnné) prošla také drobnou změnou. Při vytváření kontejneru jste měli přegenerovanou hromadu maker, které jste ve většině případu nevyužili. Teď si o tom, které proměnné budete mít k dispozici, rozhodujete klikáním na příslušné checkboxy. Alternativně vytvořením Custom Variables. Každopádně na toto pozor při importech, nastavení starých kontejnerů se tomu neumí přizpůsobit a místo zakliknutí v předefinovaných proměnných přidá identické proměnné v podobě právě Custom Variables.

Dále nesmím opomenout, že se zvětšil počet předdefinovaných tagů, nicméně pro český trh to neznamená skoro nic, jelikož většinu nástrojů třetí strany zde moc webů nepoužívá.

GTM API

Poslední novinkou od Google je zpřístupnění veřejného API, na které se dá programátorsky napojit. Díky němu můžete spravovat a zautomatizovat:

• účty,
• kontejnery,
• tagy,
• pravidla – staré rozhraní,
• triggery,
• makra – staré rozhraní,
• proměnné,
• verze kontejnerů,
• uživatelská práva.

Více o API napíšu v nějakém dalším článku, zatím si můžete projít dokumentaci na Google Developers.

Závěrem jedno školení právě pro vás

GTM udělalo poměrně velký krok. Doufejme, že není poslední. Jaký dojem na vás udělala změna? Myslíte, že je to krok správným směrem?

Mimochodem máme jednu horkou novinku. Tímto představujeme nové velké celodenní školení zaměřené na Google Tag Manager pěkně zostra a do hloubky. Několik kratších a spíše začátečnických kurzů a workshopů GTM už se v Česku objevilo, naše velké školení ale půjde zgruntu a zaměří se na pokročilejší tipy a postupy, znalosti implementací a návrhů apod. Více informací najdete na našem školicím webu, nejbližší termín vypisujeme na 27. listopadu 2014.

Klasické nástroje pro analýzu zpětných odkazů, jako je MajesticSEO nebo Ahrefs, se pro prvotní oddělení zrn od plev moc nehodí, mají příliš zastaralé údaje. Na řadu tak přicházejí třeba pokročilejší možnosti vyhledávání, jako jsou operátory site: a link:. V následujícím článku shrnujeme jednu z technik při odstraňování penalizace, která nám v Medio Interactive pomáhá odfiltrovat největší odkazové bahno snadno a rychle.

Na co se tedy nejdříve díváme u každé domény odkazující na náš web?

• Operátor site: slouží k zobrazení zaindexovaných stránek pro zadanou doménu včetně subdomén. Nízký nebo dokonce nulový počet zaindexovaných stránek může signalizovat problematický či zabannovaný web, který chceme ze svého odkazového profilu dostat co nejdříve.
• Operátor link: umožňuje zjistit, jaké důležité stránky na konkrétní doménu odkazují. Opět čím nižší počet zobrazených zpětných odkazů, tím větší pozornost bychom měli danému odkazujícímu webu věnovat.

Chtělo by to nějak elegantně a automatizovaně (domén mohou být tisíce) dostat data do přehledné tabulky, třeba takovéto:

Jak jsem ji vytvořila?

Na začátek jsem si z nástroje pro analýzu zpětných odkazů vytáhla všechny odkazující domény. V tomto konkrétním případě mne zajímaly domény končící na .com, .info a .org. Seznam bez duplicit jsem zkopírovala do tabulky v Google Drive.

Do dalších sloupců v řádku jsem vložila následující hustokrutopřísný vzorec:

=VALUE(SUBSTITUTE(REGEXEXTRACT(IMPORTXML(CONCATENATE("https://www.google.cz/search?q=site%3A",A2),"//*[contains(@id, 'resultStats')]"),"\d+\s*\d*")," ",""))

=VALUE(SUBSTITUTE(REGEXEXTRACT(IMPORTXML(CONCATENATE("https://www.google.cz/search?q=link%3A",A2),"//*[contains(@id, 'resultStats')]"),"\d+\s*\d*")," ",""))

Co to přesně dělá? Přes příkaz CONCATENATE jsem vytvořila URL výsledků vyhledávání a vybraným operátorem. Z výsledkové stránky jsem přes funkci IMPORTXML vytáhla samotnou statistiku o přibližném počtu výsledků  – vzorec v ní umí pomocí XPath vystřihnout z HTML libovolný element a dále pracovat s jeho hodnotami a atributy. V tomto případě nás zajímá řádek se statistikou, který je označen id=resultStats. Pomocí REGEXEXTRACT jsem vytáhla pomocí regulárního výrazu podřetězec s hodnotou statistiky. Kombinace vzorců VALUE a SUBSTITUTE slouží k přetavení textového řetězce představující číslo skutečně v číslo. Protože, když už mám číselný údaj, tak podle něj chci filtrovat a řadit.

S vytvořením tabulky práce nekončí. Stále je třeba domény s nejhoršími výsledky (počet zaindexovaných stránek je menší než 10 nebo bez hodnoty) ručně projít a jednu po druhé vyhodnotit. Mravenčí práce nezbytná pro následující odpenalizační aktivity, největší část dřiny nám ale již zautomatizovala naše tabulka výše.

Jaké používáte techniky, nástroje a ulehčující postupy při zbavování se penalizace vy?

Související odkazy

• Negative Domain Research Part 2 – Filtering Majestic’s Referring Domain Data
• 27 Types of Unnatural Links & Link Building Strategie
• How A Single Guest Post May Have Gotten An Entire Site Penalized By Google
• 7 Things I Learned Analyzing Penalized Sites’ Backlinks
• Řešení manuální penalizace webu – případová studie
• SEO a affiliate – tipy, triky, možné problémy a penalizace
• Reportážně pojaté shrnutí toho, jak Portent.com doslali penalizaci a kterak se z ní dostávali ven
• Záznam z webinář zdarma na téma odstranění penalizace

Víme čím dál méně

Problematika parametru (not provided) je zřetelná zejména v **meziročním srovnání návštěvnosti z přirozeného vyhledávání**. U klientů, se kterými spolupracujeme, jsme porovnali data z února 2012, kdy se parametr se ještě v takové míře neprojevoval, s únorem 2013.

V roce 2012 se podíl (not provided) na celkové návštěvnosti z přirozených výsledků Google pohyboval v rozmezí 0,5–5 %. Tak velký rozptyl mezi jednotlivými weby je dán zejména jejich odlišným oborem, respektive cílovou skupinou. Každopádně letos se oproti tomu poměr **pohybuje už v rozmezí 25–40 %**.

Vývoj návštěvnosti přes (not provided) 2012/02–2013/01

Meziročně se tedy jedná o **„ztrátu“ třetiny dat**, které nemůžeme v návštěvnosti z vyhledávače Google podrobněji analyzovat. Nelze přitom očekávat změnu k lepšímu, právě naopak. Bolestivě to pocítíte v okamžiku, kdy se budete chtít zaměřit na vyhodnocení své podpory nějakého dílčího tématu, konkrétních klíčových slov. Existují však cesty, která alespoň částečné informace prozradí.

Vstupní stránky místo dotazů

Pro konkrétní ukázku si vezměme e-shop Sportega.cz. Řekněme, že se v rámci propagace a optimalizace pro vyhledávače soustředíme na **podporu florbalového vybavení** a všech možných s ním souvisejících klíčových slov. A zajímají nás samozřejmě výsledky našich snah kolem florbalu.

Za normálních okolností bychom jako základ pro analýzu brali návštěvníky **přicházející přes relevantní klíčová slova**. Mohou třeba obsahovat „florbal“ nebo časté překlepové „floorbal“. Při srovnání února 2012 s únorem 2013 se zdá, že návštěvnost z nich klesá, v lepším případě stagnuje, a že se tedy naše aktivity míjí účinkem. Na vině je ale samozřejmě právě parametr (not provided).

Zavádějícím statistikám se dá přitom elegantně vyhnout. Stačí se **vedle klíčových slov zaměřit na vstupní stránky**. Neboli budeme sledovat vývoj návštěvnosti přicházející z Google do sekce Florbal.

Zrovna u Sportegy můžeme využít toho, že URL úplně všech stránek z florbalové sekce začínají na /florbal/. **Vyfiltrování sekundární dimenze „Vstupní stránka“** je tak triviální záležitostí:

Parametr (not provided) a vstupní stránky

Složitější je situace u **webů s nepravidelnými URL**, kde všechny stránky jedné sekce nemají žádný společný jmenovatel typu /florbal/. Příkladem jsou Obchody24, kde třeba v sekci Televize mají všechny podstránky obecně zcela různá URL.

Pak můžete buď analyzovat každou vstupní stránku zvlášť, anebo sáhnout po **pokročilejších technikách měření do Google Analytics**, jako je podvrhávání falešných URL či nastavování vlastních proměnných. Výsledný postup filtrování je ale nakonec opět stejný jako u Sportegy.

Lepší něco než nic

Popsaným postupem stále nezjistíte, přes jaké konkrétní dotazy uživatelé přicházejí. Podíly jednotlivých klíčových slov skrytých pod (not provided) ale můžete velice hrubě **odvodit podle proporcí ostatních viditelných dotazů** přicházejících do dané sekce či vstupní stránky. Tedy například podle dat do ledna 2012 nebo podle zatím viditelných zbylých dvou třetin dotazů z Googlu nebo podle dotazů ze Seznamu. To vše můžete nakonec zkonfrontovat s velice hrubými statistikami hledaných dotazů v Google Webmaster Tools.

Je ale dobré mít na paměti, že výsledkem není získání konkrétních přesných dat o návštěvnosti z přirozeného vyhledávání. Získáte pouze širší přehled, zdali je podpora daného projektu a jeho sekce opravdu efektivní. Nebudete mít sice úplná data, ale jak se říká, lepší něco než nic.

„Na svých školeních Google Analytics jsem dosud ukazoval, že řada omezení v reportech je za stávající situace z principu neřešitelná, protože by Google musel celý systém od základu přepsat. No, a teď ho právě přepsal.“

Ohlášené změny bych bez zdráhání označil za revoluční. Nejedná se totiž jen o přidávání více či méně užitečných funkcí do stávajícího systému, jak tomu bylo doposud. Google to teď vzal pěkně z gruntu a překopal celé Google Analytics od základu. Technologicky i filozoficky. S nadsázkou řečeno nezůstane na pozadí měření kámen na kameni a během příštího roku budeme mít úplně nový a úplně jiný analytický systém. Lepší.

Webinář o Universal Analytics

V návaznosti na tento článek jsme připravili speciální webinář o Universal Analytics. Podívejte se na něj také:

Co je dnes na Google Analytics špatně?

Stávající Google Analytics jsou ve srovnání s konkurencí nejlepší web analytický nástroj zdarma. Trpí ale řadou omezení:

• Měření je dnes orientované na zařízení, na prohlížeč, na cookies. Dnes ale běžně jeden člověk používá více různých zařízení – počítač v práci, notebook doma, tablet, smartphone… Google Analytics je měří jako více naprosto nesouvisejících uživatelů.
• S tím souvisí i velmi problematické a složité měření napříč více doménami, které zatím nelze nijak rozumně vyřešit.
• Data se agregují. Detailní záznamy o konkrétních uživatelích, jejich jednotlivých návštěvách, hitech a vztazích mezi nimi se dlouhou dobu neukládaly vůbec nebo velice omezeně.
• Google Analytics tak neumí celou řadu důležitých analýz, například vyhodnocování typických cest uživatelů webem, smysluplnou práci s vracejícími se uživateli, nedejbože s vracejícími se zákazníky, sledování opakovaných objednávek (Customer Lifetime Value), pohodlné vyhodnocování akvizičních kampaní apod.
• Obecně pak v důsledku toho mají Google Analytics velice mizernou práci s uživateli (návštěvníky). Všimněte si, že také skoro všechny nabízené reporty se váží na návštěvy, nikoliv na návštěvníky.
• Zabudovaná atribuce konverzí na poslední započitatelný zdroj je jednak v řadě případů pro vyhodnocování kampaní nedostatečná, jednak pak způsobuje zásadní zkreslení celého reportu zdrojů návštěvnosti a jeho chybnou interpretaci běžnými uživateli.
• Nezdravě velkou část měřicí logiky řeší a rozhoduje kód na straně konkrétního prohlížeče, místo co by to měly pod kontrolou přímo servery Google Analytics. Ať už se jedná o počítání návštěv daného návštěvníka, expirace započaté návštěvy, vyhodnocování aktuálního zdroje návštěvnosti, evidence předchozího zdroje, rozlišování fulltextových vyhledávačů apod. Samotné Google Analytics slouží převážně jen jako hloupý mechanický sběrač a zobrazovač dat poslaných z měřicího kódu.
• Vlastní data přitékají jen z měřicího kódu a jen v reálném čase. Nejde jakkoliv kamkoliv přihrát nějaká vlastní smysluplná data, natož pak asynchronně. Nejde nic zpětně změnit nebo přepočítat, co do Google Analytics jednou spadne, to už tam je navždy.

Nicméně v posledním roce už bylo jasné, že se na pozadí systému začalo něco měnit. Google totiž začal zlehounka a nenápadně představovat některé funkce, které by s výše popsaným přístupem neměl teoreticky vůbec umět, například Multichannel Funnels.

Revoluci v celé šířce představuje ale právě nyní. Co bude tedy konkrétně jinak?

Uživatel, uživatel, uživatel!

Hlavní pozornost při měření se přesouvá z prohlížeče na uživatele. Uživatel reprezentovaný přiděleným jedinečným identifikátorem teď bude středobodem vesmíru a celého jsoucna. Pro změření jakékoliv akce uživatele kdekoliv stačí poslat do Google Analytics jeho unikátní ID a systém si k němu vše spáruje. Google o tom hovoří jako o Universal Analytics.

Je jedno, na jakém bude uživatel zařízení nebo na jaké bude doméně. Pokud máte způsob, jak si mezi nimi předat jeho ID, máte vyhráno. A nebudete dokonce ani odkázáni na ID, které vám vygeneroval nějaký měřicí kód. Můžete libovolně používat třeba svá vlastní uživatelská ID.

Na rozdíl od dosavadních složitých a komplikovaných cookies bude ID uživatele jediná věc, kterou si musíte pamatovat. Párování pageviews, rozlišování a expirování jednotlivých návštěv, počítání zdrojů, rozpoznávání vyhledávačů, tedy věci, o které se dosud staraly cookies a měřicí kód, se teď budou všechny řešit až přímo na serverech Google Analytics.

K čemu to bude dobré?

To má zásadní dopad na celé měření, reporty, vyhodnocování a nastavování:

• Budete umět snáze sledovat jednoho uživatele napříč různými zařízeními i různými doménami.
• Bude možné sledovat silnější kontext mezi jednotlivými návštěvami a pageviews stejného uživatele.
• Pro měření už v principu oficiálně vůbec nepotřebujete měřicí kód ani cookies a vlastně ani prohlížeč, pokud nechcete. Můžete snadno měřit cokoliv a odkudkoliv.
• Otevře se tím prostor pro řadu nových reportů pracujících s uživatelem. Sledování kohort, návratnosti uživatelů a frekvence jeho příchodů (RFM – Recency, Frequency, and Monetary Value), lepší evidence více různých zdrojů jednoho uživatele, počítání celkových vynosů z jednoho uživatele u opakovaných objednávek (CLV – Customer Lifetime Value), jejich celkové přiřazení k zapojeným kampaním apod.
• Google už také nyní dává do veřejného testování svůj Attribution Modelling Tool, umožňující přepínat různé atribuční modely a přiřazovat tak konverze příchozím zdrojům podle různých pravidel a kritérií tak, jak je to právě u vašeho projektu nejvhodnější a nejsmysluplnější. Ten byl zatím k dispozici jen v placené Premium verzi.
• Většina nastavování se přesune z měřicího kódu do grafického rozhraní Google Analytics. Dobu trvání kampaně, expirace návštěvy, přidání vyhledávače nebo vlastních souvisejících webů si bude moci naklikat markeťák sám bez nutnosti programátorských zásahů.
• To na druhou stranu umožní i naprosto legální a snadný vznik různých alternativních měřicích kódů s dosud netušenými rozšiřujícími funkcemi a vlastnostmi.

Nahrajte si vlastní data

Orientace na uživatele a jeho přiřazené ID otevírá prostor pro kombinování změřených přístupů s dalšími daty, která o uživateli máte. A Google v tomhle směru slibuje hodně.

Dosud Google pojímal Analytics jako sběrač dat z vašeho webu. A když jste chtěli něco víc, museli jste si reporty vyexportovat a následně je sami propojovat s dalšími daty někde stranou, třeba v Excelu. Situace se teď otáčí a právě Google Analytics by se časem mohly stát tím centrálním bodem, kam si třeba přes CSV nahrajete vše, co o uživateli víte, kde se všechna data potkají a zkombinují.

• Vlastní dimenze. Dosud jsme v Google Analytics omezeni jen předpřipravenými dimenzemi (zdroj, prohlížeč, název stránky…). Nově bude možné definovat vlastní dimenze a plnit je vlastními daty. Například demografickými údaji u všech svých uživatelů vytaženými ze svého CRM.
• Offline konverze. Obdobně budete moci k uživatelům, u kterých umíte nějak evidovat jejich uživatelské ID, přiřadit třeba i jejich offline objednávky uskutečněné nakonec po telefonu, e-mailem nebo osobně na prodejně.
• Náklady na kampaně. Do Google Analytics bude možné nahrávat i data o nákladech ze svých reklamních kampaní. To bylo dosud možné jen u reklamy z Google Adwords, pokud jste si propojili oba účty. Nově budete moci do Analytics dostat náklady za jakoukoliv libovolnou reklamní kampaň, ať už to bude Sklik nebo placené články z Placly. V reportech tak vznikne nová sekce Acquisitions.
• Související novinkou je pak výrazně lepší kategorizace a správa kampaní v administračním rozhraní a přes nově zavedený trackovací parametr utm_id.

Narušená kontinuita

Mějte ale na paměti, že základní metriky, jako je návštěva nebo uživatel, se sice budou jmenovat stejně, ale budou znamenat něco jiného. Mění se zásadně třeba i způsob, jak se od sebe navzájem rozlišují jednotlivé návštěvy.

Podobné reporty tedy budou nově dávat úplně jiná absolutní čísla a bude je potřeba jinak chápat a interpretovat. Totéž pak platí i pro všechny další od nich odvozené statistiky.

Přechod na nové měření tedy bude znamenat velkou změnu metodiky, a tedy i narušení kontinuity sledovaných dat. Po nutnou dobu ale bude možné používat staré i nové měření paralelně vedle sebe, aniž by se jakkoliv vzájemně ovlivňovala.

Co není úplně jasné

Osobně mi ještě není jasných pár věcí, kde se ale obávám, že je Google spíš řešit nebude, což by mohlo přínos ohlášených novinek trochu omezit. Možná mě v komentářích pod článkem doplní někdo informovanější?

• Google Analytics budou umět měřit jednoho uživatele pod jedním ID z více zařízení. Pravděpodobně ale neřeší nejdůležitější a nejsložitější část celého problému – tedy jak tohle jedno společné ID na těch víc zařízení dostat, jak na úplném začátku poznat, která všechna zařízení patří jednomu uživateli. Zatím to vypadá tak, že tohle si bude muset každý řešit sám po svém. Otázka je, zda lze vůbec nějaké univerzální řešení vymyslet.
• S tím souvisí i možnost zpětného párování uživatelů. Často až po nějakém čase zjistím, že dva návštěvníci, jeden na iPadu a druhý na notebooku, kterým jsem přiřadil dvě různá ID, jsou ve skutečnosti jeden a tentýž uživatel. Budu mít možnost je zpětně kanonizovat do jednoho uživatele?
• Základní měření bude nejspíš stále synchronní a jednou změřená data nebude nejspíš i nadále možné až na výjimky zpětně měnit, přepočítávat, upravovat, doplňovat.

Honza Tichý se ve své patnáctiminutové přednášce v rámci Google Search&Display Summitu zaměřuje na výkonnostní trychtýř – začínající u nákladů na propagaci a končící výnosy z dokončených objednávek.

Zvláštní pozornost přitom věnuje nejrozšířenějšímu nástroji Google Analytics. Upozorňuje na řadu možných problémů ovlivňujících vypovídací schopnost naměřených dat a nastiňuje, jak se s nimi vyrovnat. Třeba aplikací bulharské konstanty.

Chcete-li opravdu rozumět statistikám svého webu a dělat na základě nich správná rozhodnutí, navštivte Honzovo školení Google Analytics nebo zcela nové školení Ondřeje Slámy PPC reklama pro zadavatele kampaní.

Související odkazy

• Prezentace k přednášce
• Další přednášky v rámci Google Search&Display Summitu 2012
• Co je to Bulharská konstanta
• Články o Google Analytics a webové analytice
• Školení Google Analytics