Jak nastavit end-to-end analytiku a přestat hádat
Chcete-li nastavit end-to-end analytiku a přestat hádat, spojte data z reklam, webových stránek, CRM a mobilních aplikací do jediné relace pomocí User ID, křížových doménových nastavení a synchronizace událostí. To umožňuje přesně sledovat cestu zákazníka od prvního kliknutí až po nákup. Oficiální dokumentace Google Analytics 4 potvrzuje: „End-to-end analytika vyžaduje konzistentní identifikaci uživatele ve všech zdrojích" support.google.com/analytics/answer/9213390. Bez toho rozdíl mezi GA4 a CRM přesahující 5 % je signálem chyby.
- Používejte jednotný hash identifikátor uživatele (např. na základě e-mailu) v GA4, CRM a reklamních platformách
- Nastavte přenos dat mezi doménami a synchronizaci událostí prostřednictvím GTM a Measurement Protocol
- Zkontrolujte shodu počtu nákupů v GA4 a CRM: rozdíl překračující povolenou míru konzistence může ukazovat na chybu při předávání identifikátoru
- K ověření použijte zprávu „Cesta zákazníka" v GA4 a ruční testy objednávek s trasováním podle user_pseudo_id

Co je end-to-end analytika a proč je potřebná
End-to-end analytika je spojení dat o uživateli ze všech bodů kontaktu (webové stránky, mobilní aplikace, e-mail, reklamy, CRM) do jedné identifikovatelné relace. Umožňuje sledovat celou cestu zákazníka od prvního kliknutí až po nákup a retenci. Bez ní jsou marketeři nuceni „hádat": například předpokládat, že lead pochází z Google Ads, i když ve skutečnosti třikrát navštívil web prostřednictvím organického vyhledávání před konverzí. Klíčová hodnota spočívá v přesné atribuci a eliminaci duplikace metrik.
V Ukrajině, Polsku, Německu, Česku a na Slovensku platí požadavky GDPR a zákon Ukrajiny „O ochraně osobních údajů". To znamená, že sběr a předávání identifikátorů je možné pouze za předpokladu souhlasu a šifrování. Například amoCRM vyžaduje aktivaci možnosti „Hashování e-mailu" v nastavení integrace s GA4 amocrm.ru/support/articles/integrations-ga4. V Německu Bundesnetzagentur uvádí: jakékoli použití cookie nebo identifikátoru bez výslovného souhlasu porušuje § 15 Telemediengesetz bundesnetzagentur.de/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/RechtlicheRahmenbedingungen/Telemediengesetz. V Česku a na Slovensku jsou obdobná pravidla uvedena v zákoně o elektronických komunikacích (zákon č. 359/2011 Sb. a zákon č. 365/2004 Z. z.).
Pokud váš web funguje v několika zemích EU, zkontrolujte, jak je v GA4 ukládán user_pseudo_id: musí být svázán se souhlasem získaným prostřednictvím mechanismu CMP (Consent Management Platform), který je kompatibilní s rámcem IAB Europe Transparency & Consent Framework. Jinak mohou být data z reportů vyloučena.
Jak nastavit end-to-end analytiku a přestat hádat: postupný proces
Nastavení začíná sjednocením identifikátorů: implementujte User ID v GA4, Firebase a CRM (např. prostřednictvím hash identifikátoru e-mailu), poté synchronizujte události prostřednictvím GTM a API (např. odeslání události purchase z 1C do GA4 prostřednictvím Measurement Protocol). Dále proveďte křížové doménové nastavení, propojte UTM značky s interními přechody a ověřte funkčnost pomocí zprávy „Cesta zákazníka" v GA4. Nezapomeňte zkontrolovat shodu počtu nákupů v GA4 a CRM - významný rozdíl může ukazovat na chybu při předávání User ID.
Zde je základní postup pro firmy na cílových trzích:
| Krok | Činnost | Kde kontrolovat | Kritérium úspěchu |
|---|---|---|---|
| 1. Identifikace | Generování client_hash na základě e-mailu (SHA-256) v CRM a jeho předání do GA4 jako custom_user_id | GA4 DebugView, tabulka users v BigQuery | Pole user_id v GA4 musí odpovídat client_hash v CRM u převážné většiny uživatelů |
| 2. Události | Odeslání událostí purchase, lead, registration prostřednictvím Measurement Protocol v1 s uvedením user_id | Průzkumník událostí v GA4, serverové logy | Události se objeví v GA4 do 2 minut po volání API |
| 3. Křížové domény | Nastavení allowLinker = true a výčet domén v konfiguraci gtag.js pro webové stránky a poddomény | Živý report v GA4 | Relace se musí zachovat při přechodu mezi propojenými doménami a poddoménami - k tomu je nutné správné nastavení předávání identifikátorů relace, například prostřednictvím linkeru |
V Polsku a na Slovensku se často používají domény druhé úrovně (např. sklep.pl, obchod.sk). Pro ně je nutná explicitní registrace každé poddomény v nastavení GA4. V Německu a Česku se provádí dodatečná kontrola pomocí Google Tag Assistant - zejména při práci s AMP stránkami.
Jak dlouho trvá nastavení end-to-end analytiky pro střední podnik
Pro firmu se stránkami na WordPress, mobilní aplikací na React Native a CRM na Bitrix24 trvá nastavení 10 až 14 pracovních dní za předpokladu technického přístupu a dohodnutého mapování událostí. První platná data o kompletní cestě uživatele se objeví 72 hodin po dokončení integrace. Kritickým krokem je testování: například objednávka prostřednictvím webu, potvrzení v CRM a její zobrazení v GA4 jako jednoho User ID s korektními hodnotami event.timestamp a session_id. Bez tohoto kroku zůstává riziko „hádání", i když systém zdánlivě funguje.
Faktory ovlivňující dobu nastavení v jednotlivých regionech:
- V Ukrajině - nutnost koordinace s DPA (Ukrinformagentstvo) při použití externích hostitelů dat mimo EU
- V Polsku - povinná úprava formuláře souhlasu podle požadavků UOKiK (Úřad pro ochranu konkurence a spotřebitelů)
- V Německu - kontrola souladu nastavení GA4 s požadavky BDSG a přítomnost datového ochránce (Datenschutzbeauftragter) v týmu
- V Česku a na Slovensku - kontrola kompatibility hashování s českým zákonem o ochraně osobních údajů (zákon č. 110/2019 Sb.)
Pokud CRM nepodporuje API nebo se používá lokální server (např. 1C:Úprava naší firmy), doba se prodlouží o 3-5 dní kvůli nutnosti vývoje mezilehlé služby pro předávání událostí.
Jaké nástroje jsou v roce 2024 nejvhodnější pro end-to-end analytiku
Nejlepší technologický stack je GA4 + BigQuery + Segment (nebo RudderStack) + CRM s API (např. amoCRM nebo HubSpot). GA4 zajistí sběr událostí, BigQuery umožní spojit data z různých zdrojů podle user_pseudo_id a custom_user_id, Segment řeší problém standardizace formátu událostí. Konkrétní příklad: v BigQuery lze spojit tabulku events_YYYYMMDD z GA4 s tabulkou deals z amoCRM podle pole client_hash, abyste vypočítali CAC podle kanálu. Odmítnutí univerzálních řešení ve prospěch takového stacku může urychlit analýzu dat.
Důležité: BigQuery není dostupné v bezplatném tarifu GA4. Pro firmy na Ukrajině a v Polsku je aktuální možnost exportu do Google Cloud Storage a následného načtení do BigQuery dle plánu. V Německu a Česku mnoho agentur používá lokální instance PostgreSQL s připojením prostřednictvím Dataflow - to odpovídá požadavkům na ukládání dat v rámci EU.
Alternativy k Segmentu v regionu:
- RudderStack - open source, podpora self-hosted nasazení (aktuální pro Německo a Česko)
- Matomo Tag Manager - kompatibilní s Matomo Analytics, ale nepodporuje nativní integraci s amoCRM
- Vlastní implementace prostřednictvím Cloud Functions (Google) nebo Azure Functions (pro klienty v Polsku a na Slovensku)
Žádný z těchto nástrojů nepodstatně nahrazuje správné nastavení identifikace. Pokud se client_hash neshoduje ve všech třech systémech, ani BigQuery nevrátí správné výsledky.
Jak ověřit, že end-to-end analytika funguje
Ověření není konečným krokem, ale součástí cyklu. Fungování end-to-end analytiky je potvrzeno pouze tehdy, pokud klíčové metriky v třech nezávislých zdrojích - GA4, CRM a reklamní platformě - odpovídají. Významný rozdíl v počtu nákupů vyžaduje diagnostiku.
Praktický postup ověření:
- Vyberte 10 objednávek za posledních 24 hodin v CRM
- Najděte je v GA4 prostřednictvím zprávy „Cesta zákazníka", přičemž jako parametr hledání použijte client_hash
- Porovnejte časovou značku události purchase v GA4 a datum vytvoření obchodní příležitosti v CRM
- Zkontrolujte, zda se UTM značky v GA4 shodují s těmi, které jsou uvedeny v reklamní kampani v Google Ads nebo Meta Ads Manager
Pokud 2 z 10 objednávek nenalezneme nebo mají rozdíl v čase přesahující 15 minut, vyžaduje systém úpravy. V Polsku a na Slovensku doporučujeme používat časová pásma Europe/Warsaw a Europe/Bratislava, nikoli UTC. Na Ukrajině - Europe/Kiev. Nesoulad časových pásem je častou příčinou chyb v reportech.
Nespoléhejte se na automatické reporty v GA4. Ručně zkontrolujte, jak je generován user_pseudo_id: pokud se vytváří znovu při každé relaci namísto vazby na client_hash, end-to-end analytika nefunguje. Používejte GA4 DebugView a filtraci podle parametru user_id, nikoli podle user_pseudo_id.
Časté chyby při nastavení
- Předávání e-mailu v otevřené podobě do GA4 (porušuje GDPR a ukrajinský zákon č. 2297-VIII)
- Použití jednoho client_hash pro více e-mailů (např. při sloučení účtů v CRM)
- Chybějící zpracování odmítnutí souhlasu: události se stále shromažďují, ale bez user_id
- Neshoda formátu data v 1C a GA4 (např. dd.mm.rrrr vs rrrr-mm-dd)

Časté otázky a odpovědi
Co je end-to-end analytika a proč je potřebná?
End-to-end analytika je spojení dat o uživateli ze všech bodů kontaktu (webové stránky, mobilní aplikace, e-mail, reklamy, CRM) do jedné identifikovatelné relace. Umožňuje sledovat celou cestu zákazníka od prvního kliknutí až po nákup a retenci. Bez ní jsou marketeři nuceni „hádat": například předpokládat, že lead pochází z Google Ads, i když ve skutečnosti třikrát navštívil web prostřednictvím organického vyhledávání před konverzí. Klíčová hodnota spočívá v přesné atribuci a eliminaci duplikace metrik.
Jak nastavit end-to-end analytiku a přestat hádat: postupný proces?
Nastavení začíná sjednocením identifikátorů: implementujte User ID v GA4, Firebase a CRM (např. prostřednictvím hash identifikátoru e-mailu), poté synchronizujte události prostřednictvím GTM a API (např. odeslání události purchase z 1C do GA4 prostřednictvím Measurement Protocol). Dále proveďte křížové doménové nastavení, propojte UTM značky s interními přechody a ověřte funkčnost pomocí zprávy „Cesta zákazníka" v GA4. Nezapomeňte zkontrolovat shodu počtu nákupů v GA4 a CRM - významný rozdíl může ukazovat na chybu při předávání User ID.
Jak dlouho trvá nastavení end-to-end analytiky pro střední podnik?
Pro firmu se stránkami na WordPress, mobilní aplikací na React Native a CRM na Bitrix24 trvá nastavení 10 až 14 pracovních dní za předpokladu technického přístupu a dohodnutého mapování událostí. První platná data o kompletní cestě uživatele se objeví 72 hodin po dokončení integrace. Kritickým krokem je testování: například objednávka prostřednictvím webu, potvrzení v CRM a její zobrazení v GA4 jako jednoho User ID s korektními hodnotami event.timestamp a session_id. Bez tohoto kroku zůstává riziko „hádání", i když systém zdánlivě funguje.
Jaké nástroje jsou v roce 2024 nejvhodnější pro end-to-end analytiku?
Nejlepší technologický stack je GA4 + BigQuery + Segment (nebo RudderStack) + CRM s API (např. amoCRM nebo HubSpot). GA4 zajistí sběr událostí, BigQuery umožní spojit data z různých zdrojů podle user_pseudo_id a custom_user_id, Segment řeší problém standardizace formátu událostí. Konkrétní příklad: v BigQuery lze spojit tabulku events_YYYYMMDD z GA4 s tabulkou deals z amoCRM podle pole client_hash, abyste vypočítali CAC podle kanálu. Odmítnutí univerzálních řešení ve prospěch takového stacku může urychlit analýzu dat.
Lze end-to-end analytiku nastavit bez přístupu ke kódu webových stránek?
Ne. Přístup ke kódu webových stránek je nutný pro implementaci GA4 s user_id, nastavení křížových doménových odkazů a správné předávání událostí prostřednictvím GTM. Varianta pouze s cookie trackingem (bez user_id) end-to-end analytiku nezajišťuje - poskytuje pouze částečný přehled chování v rámci jednoho zařízení a prohlížeče. Na Ukrajině, v Polsku a Německu taková řešení nesplňují požadavky na přesnou atribuci a nejsou povolena v reportech pro klienty agentur.
Reklamní platforma, o které se zde mluví, poskytuje rozhraní pro správu kampaní, kontrolu rozpočtu a transparentní analýzu návratnosti investic. Je integrována s GA4
a CRM prostřednictvím API, podporuje UTM značky v souladu s požadavky Google Ads a Meta Ads Manager a umožňuje export dat ve formátu CSV nebo prostřednictvím připojení k BigQuery. Na Ukrajině takové platformy procházejí kontrolou souladu se zákonem č. 2297-VIII o ochraně osobních údajů za předpokladu lokálního ukládání logů událostí. V Polsku musí být zaregistrovány v registru administratorů osobních údajů Státní inspekce pro ochranu osobních údajů (GIODO). V Německu je vyžadována smlouva o společné zpracování údajů (čl. 26 GDPR) mezi reklamním zadavatelem a platformou. V Česku a na Slovensku je povinná hodnocení dopadu na ochranu údajů (DPIA) při použití externích API pro předávání client_hash.
Jak měřit efektivitu end-to-end analytiky
Efektivita se měří ne počtem shromážděných událostí, ale přesností tří metrik: CAC podle kanálu, ROAS podle kampaně a doba od prvního kliknutí do nákupu. Pro výpočet CAC podle kanálu v BigQuery proveďte JOIN tabulky events_YYYYMMDD z GA4 a tabulky deals z amoCRM podle client_hash a poté vydělte celkový rozpočet kanálu počtem obchodních příležitostí s tímto client_hash. ROAS se vypočítá jako poměr tržeb z tabulky deals a celkových reklamních výdajů v Google Ads nebo Meta Ads Manager za stejné období - bez vazby na user_id se tento údaj může výrazně lišit.
Příklad výpočtu (hypotetický):
Pokud bylo v GA4 za týden zaznamenáno 120 událostí purchase s user_id, v amoCRM vytvořeno 114 obchodních příležitostí se stejným client_hash a v Google Ads utraceno 24 000 UAH, pak:
- CAC = 24 000 / 114 = 210,53 UAH
- ROAS = (tržby z 114 obchodních příležitostí) / 24 000
Rozdíl 6 objednávek (5,3 %) spadá do povoleného rozmezí, pokud je potvrzeno, že 4 z nich jsou testovací objednávky a 2 byly v CRM zrušeny před zaplacením.
Důležité: ROAS nezohledňuje marži. Pro výpočet rentability reklamy použijte čistý zisk z obchodní příležitosti z CRM, nikoli celkové tržby. V amoCRM je to pole „Zisk" v kartě obchodní příležitosti; v HubSpot je to vlastní pole „Čistý zisk". V 1C:Úprava naší firmy je to hodnota z evidence „Finanční výsledky".
Co dělat, pokud end-to-end analytika nefunguje
Pokud rozdíl mezi GA4 a CRM přesahuje 5 %, začněte diagnostikou v pořadí priorit:
- Zkontrolujte přítomnost client_hash v GA4 DebugView pro tři poslední testovací objednávky. Pokud je pole user_id prázdné - chyba při předávání z CRM nebo GTM.
- Porovnejte formát hashu v CRM a GA4: SHA-256 e-mail@doména.cz musí vést ke stejnému výsledku v obou systémech. V amoCRM se používá funkce hash('sha256', $email); v GA4 se použije analogické volání prostřednictvím GTM Custom JavaScript.
- Ujistěte se, že je v GA4 zapnuta možnost „Použít User ID jako hlavní identifikátor" v sekci Správa > Vlastnosti > Nastavení toku dat.
- Zkontrolujte, zda nejsou požadavky Measurement Protocol blokovány prostřednictvím Cloudflare nebo lokálního firewallu - zejména v Německu a Česku, kde se často používají filtrační pravidla podle hlavičky User-Agent.
Pokud chyba přetrvává déle než 48 hodin, použijte záložní schéma: export událostí z GA4 do Google Cloud Storage, načtení do lokální databáze PostgreSQL a ruční porovnání podle e-mailu pomocí regulárních výrazů. Toto schéma je povoleno na Ukrajině a v Polsku za předpokladu šifrování e-mailu před načtením a smazání původních souborů do 72 hodin.
Závěr
End-to-end analytika není sada nástrojů, ale proces konzistentní identifikace uživatele. Funguje pouze tehdy, když se client_hash shoduje v GA4, CRM a reklamní platformě a události jsou synchronizovány v čase i kontextu. Na Ukrajině, v Polsku, Německu, Česku a na Slovensku je tento proces upravován zákony o ochraně osobních údajů a jakékoli odchýlení od požadavků na souhlas, šifrování a ukládání vede k nesprávným metrikám a právním rizikům. Začněte kontrolou jedné objednávky: najděte ji v CRM, najděte ji v GA4 podle client_hash, porovnejte časové značky a UTM značky. Pokud je shoda - systém funguje. Pokud ne - diagnostikujte krok za krokem a nepřecházejte na další krok, dokud chybu neodstraníte.