Návštěvnost z AI v GA4: Jak ji měřit a co v reportech neuvidíte

Návštěvnost z AI v GA4 je část zachycených návštěv webu, kterou podle dostupných údajů přiřadíte AI asistentům nebo přesně vymezeným AI službám. Nejčastěji pracujete se zdrojem návštěvy, médiem a případným označením kampaně. Výsledek závisí na tom, co se při příchodu předá, co vaše měření zaznamená a jak nastavíte pravidla reportu.

Správně připravený přehled ukáže, na které stránky tato návštěvnost přichází a zda vede k objednávkám nebo relevantním poptávkám. Neřekne však, kolikrát AI značku zmínila bez prokliku. Tento návod vás provede nastavením vlastního kanálu, kontrolou regulárního výrazu, ověřením sběru i čtením výsledků bez přeceňování toho, co data dokazují.

Dokumentace ověřena k 18. 9. 2026. Názvy funkcí uvádíme také anglicky pro snazší dohledání. Rozložení nabídky závisí na konfiguraci služby a oprávněních. Ukázkové zdroje, konfigurace a obchodní výsledky jsou modelové; nenahrazují kontrolu konkrétního účtu.

1. Co v GA4 změříte a co už je jiná otázka

GA4 si představte jako evidenci dění uvnitř obchodu s informací o části příchodů. Z této evidence se nedozvíte všechno, co zákazník slyšel před návštěvou. Pokud mu AI doporučí značku, ale on na web nepřejde, běžné měření webu tuto odpověď nezaznamená.

V reportu proto používejte název „Rozpoznaná návštěvnost z AI“ a připojte definici. Širší dohledatelnost řeší GEO; tento článek se soustředí na návštěvy a obchodní události zachycené v Google Analytics.

2. Rozlišujte zdroj, médium, referrer a rozsah dimenze

Referrer je informace o odkazující stránce předaná při příchodu, pokud je dostupná. Zdroj v GA4 je výsledná informace o původu návštěvnosti; nemusí být doslovnou kopií referreru. Do určení původu vstupuje také označení kampaně a pravidla zpracování.

Google dokumentuje zdroj, médium a manuální či automatické označení návštěvnosti samostatně. [1] Při kontrole proto nejdřív zjistěte skutečné hodnoty. Nespoléhejte na předpoklad, že každá návštěva z konkrétního asistenta musí mít stejné médium nebo vždy stejný zápis zdroje.

Která dimenze odpovídá vaší otázce

First user source / medium popisuje získání uživatele při prvním zaznamenaném kontaktu. Session source / medium pracuje se zdrojem relace. Dimenze zdroje bez těchto předpon mohou mít událostní rozsah a sloužit k atribuci klíčových událostí. Google tyto rozsahy výslovně rozlišuje. [2]

Pro základní přehled AI návštěv začněte zdrojem relace. Otázku, odkud jste získali nové uživatele, a otázku, kterému kontaktu se připíše zásluha za nákup, vyhodnocujte jako další samostatné pohledy. Jejich rozdílné výsledky nemusí znamenat závadu.

3. Nejdřív zkontrolujte měření a skutečné hodnoty

Nový kanál neopraví chybně nasazenou analytiku. Před konfigurací ověřte, že pracujete ve správné službě GA4, měří se relevantní domény a klíčové události mají srozumitelný význam. Pokud dvě integrace odesílají stejný nákup, bude chybný i report AI.

První kontrola návštěvnosti

Otevřete Přehledy → Akvizice → Získávání návštěvnosti (Reports → Acquisition → Traffic acquisition) a zvolte Session source / medium. Report zahrnuje návštěvy nových i vracejících se uživatelů. Pokud jej nevidíte, může být jinak uspořádaná navigace nebo nemusí být zařazen do kolekce přehledů. [3]

Vyberte uzavřené období s dostatkem dat pro váš web a projděte zdroje související s asistenty. U malého webu může být potřeba delší období. Nenastavujte univerzální hranici návštěv, od které má měření údajně smysl.

Příklad hodnoty chatgpt.com / referral berte jako ukázku, nikoli jako záruku, že ji každý účet uvidí. Návštěvník mohl přijít přes jinou podobu odkazu, označenou URL nebo prostředí, které původ nepředá. Automatické přiřazení podle jména služby vždy porovnejte se záznamem.

4. Vytvořte vlastní AI kanál

Vlastní kanál použijte pro stabilní klasifikaci. Následující cesta vychází z dokumentace Googlu; potřebujete oprávnění Editor nebo vyšší na úrovni služby. [4]

1. Otevřete Správce. V části Zobrazení dat vyberte Skupiny kanálů (Admin → Data display → Channel groups).
2. Vytvořte kopii skupiny. Pojmenujte ji například „Akvizice s AI — v1“.
3. Přidejte kanál „AI asistenti“. Pro pole Source nastavte přesné shody nebo regulární výraz podle ověřeného seznamu.
4. Zkontrolujte pořadí. AI pravidlo umístěte před obecný kanál, který by stejné návštěvy zachytil dříve.
5. Uložte skupinu a zobrazte ji v reportu. Použijte její dimenzi v rozsahu relace a ověřte zahrnuté zdroje.

Návštěvnost se zařadí do prvního odpovídajícího kanálu. Vlastní skupinu lze v podporovaných přehledech použít i pro již zachycená data. Tím se neobnovují dříve nezaznamenané příchody. [4]

Rozhodněte, co do kanálu patří

Pokud chcete sledovat jen neplacené příchody, samotná doména nemusí stačit. Prověřte médium a označení placených kampaní. Pravidla mohou rozlišovat například „AI — rozpoznané neplacené příchody“, vlastní řízenou distribuci a placené kampaně. Názvy přizpůsobte tomu, co skutečně měříte.

První verzi doporučujeme nejdřív používat jako samostatný analytický pohled. Změna primární skupiny kanálů je další krok s dopadem na zavedený reporting. Nepotřebujete ji provádět jen proto, abyste ověřili jeden nový kanál.

5. Použijte přesné pravidlo a otestujte i vyloučení

Regulární výraz je pravidlo pro rozpoznání textu. Široká podmínka „obsahuje ai“ nerozlišuje asistenta od nesouvisejícího názvu. Podmínka obsahující celé jméno služby bez vymezení hranic zase může zahrnout cizí doménu se stejným řetězcem.

Následující výraz je modelový seznam konkrétních hodnot zdroje. Není automaticky úplný ani platný pro každý účet. Ponechte nebo doplňte jen položky, které odpovídají vašim podkladům. Starší i novější zápisy mohou mít význam při analýze historie.

Znak ^ označuje začátek a $ konec hodnoty. Svislá čára odděluje povolené možnosti a \. znamená skutečnou tečku. Díky tomu ukázka neshodne libovolnou doménu, která pouze obsahuje výraz „chatgpt“.

Alias není automaticky totéž co doména

V ručně označené kampani může být zdroj třeba assistant_owned. Takovou hodnotu výše uvedený výraz nezachytí. Přidejte ji samostatně až po ověření významu a rozhodnutí, zda vlastní distribuci chcete zahrnout do stejné skupiny.

Stejně opatrně pracujte s přesměrovacími službami a obecnými platformovými doménami. Jedna doména může hostovat více různých funkcí. Pokud z dostupných údajů AI původ nerozlišíte, ponechte návštěvnost jako nejasnou místo vynuceného zařazení.

6. Připravte tři přehledy pro běžnou práci

Přehled zdrojů: odkud přicházejí rozpoznané relace

V přehledu získávání návštěvnosti zobrazte vlastní skupinu kanálů v rozsahu relace, vyberte AI kanál a přidejte rozpad podle zdroje a média. Ponechte vedle sebe relace, relevantní klíčové události a zvolenou metriku tržeb. Přehled si uložte s popisem období a pravidla.

Souhrnný řádek vždy musí jít rozpadnout na zdroje. Jinak si nemusíte všimnout, že růst způsobila nově přidaná hodnota nebo jediný testovací příchod s vysokou objednávkou. Před porovnáním období zkontrolujte změny seznamu.

Vstupní stránky: kam návštěvník skutečně přišel

Report Landing page pracuje s první stránkou relace. Přehled všech zobrazených stránek odpovídá jiné otázce. [5] Pro AI segment proto sledujte vstupní stránky se stejným filtrem nebo srovnáním na úrovni relace.

Rozlišujte produkt, kategorii, článek, návod a kontaktní stránku. Návštěvník návodu po nákupu nemusí mít stejný cíl jako návštěvník ceníku. Nízký počet okamžitých objednávek u servisního obsahu proto sám neznamená nízkou hodnotu návštěvnosti.

Obchodní události: co se v návštěvách stalo

Pro e-shop sledujte nákupy a jejich hodnotu. Pro služby úspěšné odeslání relevantního formuláře a následné vyhodnocení poptávky. Kliknutí na tlačítko není totéž co dokončení formuláře a samotný počet všech událostí nevyjadřuje obchodní přínos.

7. Počítejte návštěvy, události a tržby odděleně

Počet nákupních událostí dělený relacemi nemusí být podíl nakupujících relací. Jedna návštěva může obsahovat více událostí. Při použití míry klíčové události relace v GA4 ověřte, kterou klíčovou událost vyhodnocujete; celková míra všech klíčových událostí může zahrnout i méně důležité akce. [3]

V modelovém období bylo rozpoznáno 200 AI relací. Nákup proběhl v 10 z nich, nákupních událostí bylo 12 a zvolená metrika tržeb z nákupů ukázala 24 000 Kč. Za předpokladu správného sběru jde o následující různé ukazatele:

U e-shopu ověřte obsah nákupní události

Dokumentace Googlu pro e-commerce popisuje události purchase a refund, identifikátor transakce, měnu, hodnotu a položky. [6] Porovnejte vzorek s objednávkami: správná měna, jedinečný identifikátor, způsob výpočtu hodnoty, případné opakované odeslání a zachycení vratek.

Celkové tržby služby, tržby z nákupů, obrat z objednávkového systému a marže nejsou zaměnitelné. U každého výstupu napište použitou metriku a zacházení se storny, vratkami, dopravou a daní. Odlišné definice mohou vysvětlit rozdíl i při správné implementaci.

U poptávek ověřte skutečné dokončení

Správce měření má doložit, kdy se událost odesílá. Ověřte úspěšné odeslání, chybu formuláře, opakované načtení potvrzení i duplicitní integraci. Google doporučuje před vytvořením vlastní události zkontrolovat, zda už existuje vhodná automatická nebo doporučená událost. [7]

Kvalitu poptávky vyhodnoťte v navazující obchodní evidenci. Pět odeslání může znamenat pět relevantních zákazníků, ale také spam, duplicity a jedinou skutečnou příležitost. Propojení se systémem pro správu zákazníků navrhněte podle dostupných identifikátorů a pravidel práce s daty; neslibujte automatické propojení všech návštěv.

8. Pochopte rozdíl mezi příchodem a zásluhou za nákup

Zákazník může nejdřív přijít z asistenta, později z newsletteru a nakoupit až při dalším návratu. Report prvního získání uživatele, report relací a atribuční přehled budou tuto cestu popisovat různě. Žádný z nich sám nepředstavuje úplné vysvětlení nákupního rozhodnutí.

Atribuce je způsob rozdělení zásluhy za výsledek mezi zachycené kontakty. Google nabízí atribuční modely a popisuje jejich pravidla včetně zacházení s přímými návštěvami. [8] Model nemůže doložit přečtení AI odpovědi, které ve vstupních datech vůbec není.

Zdroj relace není vždy poslední viditelný referrer

Dokumentace Googlu ukazuje, že se u přímého návratu může uplatnit předchozí nepřímý zdroj podle atribučních pravidel. [9] Řádek s AI zdrojem proto nevykládejte jako přesný počet fyzických kliknutí z konkrétní aplikace. Stejně tak „Direct“ není úplný seznam všech lidí, kteří někdy napsali adresu ručně.

Uživatelský a relační rozsah podle dokumentace nemění přiřazení jen tím, že přepnete vykazovací atribuční model; událostní rozsah se řídí příslušným nastavením modelu. [2] Při odlišném výsledku tedy nejdřív porovnejte dimenzi, období a metriku.

Tržby přiřazené AI nejsou automaticky přírůstkové tržby

Rozdíl je obchodně důležitý. Přiřazené tržby jsou výstupem zvoleného pohledu na zachycené kontakty. Přírůstkový přínos by odpovídal otázce, kolik obchodů by bez daného vlivu nevzniklo. To z běžného akvizičního reportu přímo nevyčtete.

Pro hodnocení GEO proto vedle nákladů a rozpoznaných výsledků sledujte změny nabídky, cen, kampaní a sezony. Při malém počtu objednávek nezobecňujte jednu vysokou zakázku na stabilně nadprůměrnou kvalitu celého kanálu.

9. UTM používejte tam, kde ovládáte externí odkaz

UTM parametry pomáhají označit řízenou distribuci. Google popisuje zejména utm_source, utm_medium a utm_campaign. [10] Nejsou nástrojem, kterým dodatečně zjistíte původ všech neoznačených návštěv.

Pokud například spravujete vlastního asistenta na externí platformě a můžete upravit jeho odchozí odkazy, zaveďte samostatnou konvenci. Takové příchody oddělte od nezávislých doporučení veřejných asistentů.

Co udělat před použitím

• Stanovte názvy a jejich význam, aby různí správci nevytvářeli několik označení téže aktivity.
• Ověřte, že parametry přežijí přesměrování a načtení stránky až do okamžiku měření.
• V reportu rozlište vlastní distribuci, test a případnou placenou kampaň.
• Do parametrů nevkládejte jména, e-maily, obsah zákaznické konverzace ani jiné nepotřebné citlivé údaje.

Pokud asistent běží přímo na vašem webu, jeho interní odkazy neoznačujte jako nový externí zdroj. Interakci sledujte vhodnou událostí v rámci webu. Ani pouhé přidání utm_source=chatgpt k vlastní kampani neprokazuje, že doporučení skutečně pochází z ChatGPT.

Proč UTM nenajdete vždy tam, kde je čekáte

Google upozorňuje, že UTM parametry se nezobrazují v dimenzích Landing page + query string a Page path + query string; pro diagnostiku je rozlišujte od plné adresy Page location a od kampaní. [10] Absence UTM v přehledu vstupních cest proto sama nedokazuje jejich ztrátu.

Současně nevytvářejte měřicí parametry plošně na interních odkazech ani v kanonických adresách jako údajný GEO signál. Zvyšovalo by to složitost interpretace bez doložení původu návštěvy.

10. Ověřte měření od kliknutí až po report

Oddělte tři kontroly: přenos údajů, odeslání událostí a následnou klasifikaci. Fungující regulární výraz neprokazuje fungující značku GA4. Událost v ladicím nástroji zase neprokazuje konečné zařazení v akvizičním přehledu.

DebugView slouží ke kontrole událostí ze zařízení s aktivním laděním. Google uvádí, že zobrazení ovlivňuje také nastavení soukromí a souhlas s analytickými cookies. [11] Prázdný DebugView proto není bez dalších kontrol důkazem, že nikde neproběhla žádná komunikace měření.

Dokumentace GA4 upozorňuje, že zpracování může trvat 24–48 hodin a reporty se v této době mohou měnit. [12] Tento údaj není slibem stejné prodlevy u každé metriky. Průběžnou kontrolu používejte pro diagnostiku, závěr o konečném přiřazení opřete o zpracovaná data.

Testovací návštěvu nezaměňujte za zákazníka

Poznamenejte si čas a rozsah vlastních testů. Testovací UTM označte samostatně. Pokud používáte filtry interního či vývojářského provozu, zkontrolujte jejich nastavení před interpretací chybějících řádků; nepřepisujte filtry bez znalosti dopadu.

U e-shopu neodesílejte smyšlené nákupy do produkčních výsledků jen kvůli kontrole grafu. Využijte připravený testovací postup a odpovídající prostředí, případně skutečnou kontrolní objednávku s jasnou evidencí jejího účelu.

11. Počítejte s neúplným sběrem a chybějícím původem

Souhlas a blokování měření

Google rozlišuje základní a pokročilou implementaci Consent Mode, které se liší chováním značek a dostupnými signály při neuděleném souhlasu. Modelování má vlastní podmínky. [13] Není proto přesné obecně tvrdit ani „bez souhlasu GA4 vždy zaznamená všechno“, ani „bez souhlasu se nikdy nepřenese žádný údaj“.

Pro interpretaci reportu potřebujete znát skutečnou implementaci. Změna lišty, blokování skriptů nebo způsobu spuštění měření může změnit počet zachycených návštěv bez změny zájmu zákazníků. Zaznamenejte datum takového zásahu a zvažte jeho vliv na porovnání období.

Modelovaná data nejsou archivem chybějících konverzací. Ani kvalitně nastavený Consent Mode sám neodhalí původní otázku uživatele ani spolehlivě nepřejmenuje neznámý zdroj na konkrétního asistenta.

Direct, nevyplněný údaj a nulová návštěvnost

(direct) / (none) označuje návštěvnost bez jasně určeného zdroje. Google uvádí různé příčiny, například přímý příchod nebo ztrátu informací o původu. [14] Nejde o skrytou kategorii určenou výhradně pro AI.

Také (not set) neznamená „AI bez domény“. Prověřte, u které dimenze údaj chybí, jak vznikl a zda už je zpracování hotové. Nula v konkrétním filtrovaném přehledu navíc může znamenat neodpovídající filtr nebo jiné období.

Návštěvy bez dohledatelného propojení

Člověk si může z odpovědi zapamatovat název firmy, dohledat ji později nebo pokračovat na jiném zařízení. U takové cesty nemusíte mít doklad původního kontaktu s AI. Nespojujte dvě návštěvy jen podle podobného času nebo navštívené stránky.

Také zkopírovaný odkaz může dál putovat mezi lidmi. Samotné označení zdroje není kryptografickým důkazem, kdo odkaz vytvořil nebo zda aktuální příjemce viděl původní AI odpověď. Interpretujte jej jako dostupný signál v rámci popsané metodiky.

12. AI vyhledávání a citace doplňte jinými reporty

Obecný zdroj Google nebo Bing nepřejmenovávejte celý na AI. Jedna platforma poskytuje více typů výsledků. Pokud dostupná pole konkrétní plochu nerozlišují, samotná klasifikace v GA4 tento rozdíl nevytvoří.

Co doplní Search Console

Aktuální dokumentace Search Console popisuje generativní report vyhledávání s impresemi odkazů v AI Overviews a AI Mode a s členěním podle stránek, zemí, zařízení a data. Dostupnost konkrétního reportu ověřte ve své službě. [15]

Tyto imprese nejsou relace GA4 ani počty všech slovních zmínek. Nepočítejte „AI CTR“ jako poměr relací z asistentských domén k těmto impresím. Čitatel a jmenovatel by nepopisovaly stejné události ani stejný rozsah.

Co doplní Bing Webmaster Tools

Microsoft u AI Performance popisuje citace napříč podporovanými AI prostředími, citované URL a vzorek výrazů použitých při dohledávání podkladů. Tyto grounding queries nejsou automaticky původní otázkou zákazníka ani zdrojem návštěvy. [16]

Pokud chcete zjistit, jak AI značku doporučuje, potřebujete samostatnou sadu otázek a archiv odpovědí. V měsíčním přehledu mohou být všechny tři pohledy vedle sebe: výskyt v odpovědích, platformové reporty a rozpoznané návštěvy. Nesčítejte je do jednoho počtu „AI zásahů“.

Co nezachrání serverové měření

Serverové zpracování může být součástí řešení konkrétních problémů sběru. Samo však nedodá informaci o konverzaci, která na server nikdy nepřišla. Obdobně návštěva robota v přístupovém logu dokládá požadavek robota, nikoli lidský proklik nebo obchodní výsledek.

13. Udržujte pravidla a historii srovnatelné

Přidání dalšího zdroje může zvýšit vykázanou AI návštěvnost i bez nových návštěv. Google u vlastních skupin kanálů popisuje zpětné použití pravidel v reportech, zatímco primární skupina má odlišné chování při změně definice. [4] Uchovávejte proto verzi pravidel a export před změnou.

Pokud nové pravidlo použijete zpětně pro obě porovnávaná období, napište to do reportu. Pokud porovnáváte původně uložené hodnoty s novou klasifikací, uveďte přerušení srovnatelnosti. Neprezentujte změnu taxonomie jako důkaz růstu GEO.

Historická data nemusejí být dostupná ve všech pohledech

Nastavení uchování uživatelských a událostních dat ovlivňuje dostupnost podkladů například v Průzkumech; běžné agregované reporty se chovají jinak. Prodloužení uchování nevrací už smazaná data. [17] Plán archivace proto připravte před dlouhodobým porovnáváním.

U každého exportu uložte službu, období, časové pásmo, dimenze, filtry, metriku a verzi klasifikace. V externím přehledu nebo datovém skladu udržujte stejné definice; nová vizualizace sama neodstraní rozdíl ve výpočtu.

14. Šest konkrétních problémů a zadání k opravě

AI domény nepřidávejte mezi nežádoucí odkazy kvůli úklidu reportu

Funkce unwanted referrals slouží k jinému účelu, například při některých návratech z platebních systémů. Google vysvětluje, že jejím nastavením ovlivníte použití referreru jako zdroje. [9] Potřebujete-li oddělit AI návštěvy, klasifikujte je v reportu; nepotlačujte jejich zdroj jako náhradu za vlastní kanál.

Stejně tak pro pouhé sledování návštěvnosti nepotřebujete do stránky vkládat speciální skript, který bude každému návštěvníkovi přepisovat zdroj podle domněnky. Jakýkoli zásah do sběru nejdřív spojte s konkrétním doloženým problémem.

15. Chyby, na které si dát při vyhodnocení pozor

Následuje metodický kontrolní seznam, nikoli žebříček četnosti z klientských účtů.

16. Co lze doložit a co v reportech neuvidíte

Co lze ověřit

Lze zkontrolovat konkrétní přenos údajů, události, pravidla klasifikace a hodnoty zpracovaného přehledu. U obchodních výsledků lze porovnat vzorek s objednávkami či poptávkami. Jasně definovaný report pomáhá rozhodnout, které vstupní stránky a které části nákupní cesty stojí za další práci.

Co zůstává mimo běžný report

• Zmínky, citace a doporučení, po kterých nevznikla zachycená návštěva.
• Původní otázka, kontext a přesné znění cizí konverzace, pokud je nezískáváte jiným doloženým způsobem.
• Spolehlivý původ příchodu, pro který potřebné informace nebyly předány nebo zachyceny.
• Úplná cesta zákazníka přes různá zařízení, aplikace a pozdější návraty bez odpovídajícího propojení.
• Přesný přírůstkový přínos AI nebo GEO pouze z akvizičních tabulek.

Chybějící část vlivu nemá univerzální známé procento. Bez vlastního podkladu nenásobte rozpoznanou návštěvnost ani tržby koeficientem, který má údajně doplnit „neviditelnou AI“.

Praktický cíl je udržitelný report rozpoznaných příchodů s ověřenou obchodní hodnotou a jasně popsanými hranicemi. Pro širší obrázek ho doplňte pozorováním AI odpovědí a dostupnými reporty platforem.

Časté otázky k návštěvnosti z AI v GA4

Autor článku

Mgr. Michal Binka

Zakladatel SEO PRAKTICKY, 23+ let v SEO

U analytiky kladu důraz na to, aby čísla odpovídala otázce, kterou řešíme. Rozpoznaný zdroj návštěvy, obchodní událost a skutečný přínos pro firmu nejsou totéž. Smyslem reportu je pomoci rozhodnout o další práci a přitom přiznat, co z dostupných dat nevíme.

Vedu tým seniorních specialistů v brněnském Technologickém parku. Jsme Zlatý Shoptet Partner a členové metodické skupiny pro SEO na Shoptetu.

• Autor 3 knih o SEO
• Zlatý Shoptet Partner
• Certifikovaný Collabim specialista
• 23+ let praxe

O nás → Naše knihy o SEO → Případové studie →