Provoz self-referral v GA4? Referral exclusions (2026)

Zhruba 80 procent GA4 properties, které v roce 2026 reportují vlastní doménu nebo poskytovatele plateb v kanálu Referral, nevidí chybu v sledování — vidí mezeru v konfiguraci, která rozděluje jednu návštěvu na dvě relace a přepisuje kampaň, jež získala konverzi. Self-referral se nikdy neopravuje úpravou tagů nebo kódu; opravuje se tím, že GA4 řeknete, kteří hostitelé patří k sobě a které referrery ignorovat.

Tento průvodce projde sedmi opravami — co je self-referral, jak poškozuje atribuci, nastavení unwanted referrals a configured traffic, měření napříč subdoménami, pokladny třetích stran, souvislost s cross-domain a ověření — abyste svůj čas věnovali příčině, nikoli příznaku. Chcete-li své sledování automaticky zkontrolovat oproti nejčastějším únikům atribuce, spusťte náš bezplatný 5osý audit sledování.

Aktualizováno 2026-05-09 o aktuální chování configured traffic, cross-domain a DebugView pozorované napříč účty z USA, Velké Británie a Evropy.

TL;DR — proč se váš vlastní web zobrazuje jako referral :

Self-referral je mezera v konfiguraci, nikoli chyba v kódu — váš vlastní hostitel nebo platební doména je čtena jako externí. 2. Zpáteční cesty zahajují novou relaci — pokladna, přihlášení a přeskoky mezi subdoménami přepisují původní zdroj. 3. Configured traffic je nový název pro seznam unwanted referrals, spravovaný pro každý datový stream. 4. Stripe a PayPal jsou obvyklými viníky — přidejte kořenovou doménu, abyste vyloučili každou subdoménu. 5. Oprava platí pouze dopředu — GA4 nikdy nezpracovává historii znovu, takže poznamenejte datum a ověřte čerstvým provozem.

Co je self-referral a odkud pochází?

Self-referral je první pojem, který je třeba si ujasnit, protože název popisuje příznak, nikoli příčinu. Nastává, když se doména, kterou vlastníte nebo ovládáte, zobrazí v kanálu Referral, jako by šlo o cizí web, který vám posílá provoz. Návštěvník nikdy neopustil vaši kontrolu, a přesto GA4 zaznamená návrat jako zcela nový příchod od referreru.

Vaše vlastní doména — Nejjednodušším případem je váš primární web, který odkazuje sám na sebe. Řetězec přesměrování, kešovaná stránka na jiném hostiteli nebo přihlašovací krok na samostatném serveru mohou všechny poslat uživatele zpět s vaší vlastní doménou jako referrerem, kterou GA4 čte jako externí.

Subdoména — Když se uživatel přesune z www na shop nebo z marketingového webu na app na jiné subdoméně, GA4 považuje každou subdoménu za odlišného hostitele, dokud mu neřeknete jinak. Překročení hranice zahájí novou relaci atribuovanou předchozí subdoméně.

Doména třetí strany — Poskytovatelé plateb, rezervací a ověřování přesměrují uživatele mimo váš web a zpět. Při návratu je jako zdroj zaznamenána doména poskytovatele — nikoli vaše kampaň. Pro širší obraz toho, jak referraly dorazí do vašich reportů, si přečtěte našeho průvodce sledováním referral provozu v GA4.

Jak self-referral poškozuje atribuci zdroje?

Jakmile pochopíte, odkud self-referraly pocházejí, je škoda, kterou působí, snadno viditelná. Jádrem problému je, že GA4 zahajuje novou relaci, kdykoli zjistí nový zdroj, a self-referral vždy vypadá jako nový zdroj. Toto jediné chování kaskádovitě přechází do tří měřitelných zkreslení.

Začíná nová relace — GA4 otevře čerstvou relaci ve chvíli, kdy se objeví neočekávaný referrer. Jedna skutečná návštěva, která projde pokladnou, se stane dvěma relacemi, čímž zdvojnásobí počet relací pro tutéž osobu a tentýž záměr.

Původní zdroj je přepsán — Kampaň, médium a zdroj, které návštěvu získaly, jsou nahrazeny odkazující doménou. Klik z kampaně Google Ads, který projde platebním hostitelem, se vrátí atribuovaný tomuto hostiteli, takže kampaň ztrácí kredit za konverzi.

Konverze přistávají na špatném kanálu — Protože se konverze spustí v relaci po návratu, je připsána kanálu Referral spíše než placenému nebo organickému zdroji, který ji vyvolal. Přesně tuto nesrovnalost řešíte v našem průvodci sladěním konverzí mezi GA4 a Google Ads. Ponecháno bez opravy způsobí, že placené kampaně vypadají slabší a referral provoz silnější, než je realita.

Kde nastavíte unwanted referrals a configured traffic?

Nastavení, které opravuje většinu self-referralů, neslo dva názvy, a proto si rady online často odporují. Znalost obou názvů — a toho, kde teď ovládací prvek žije — vám v celém tomto průvodci ušetří nejvíce času.

Unwanted referrals — Toto byl původní štítek pro seznam domén, které by GA4 nemělo považovat za zdroje typu referral. Přidání domény sem říká GA4, aby ji jako referrer ignorovalo, takže nikdy nezahájí novou relaci ani nepřepíše zdroj.

Configured traffic — Toto je aktuální plocha pro tutéž schopnost, nalezená v nastavení tagu datového streamu. Seznam unwanted referrals žije uvnitř Configure tag settings, pod Show all, kde přidáte podmínku shody pro každou doménu k vyloučení.

Pro datový stream, nikoli pro property — Ovládací prvek se nastavuje na každém jednotlivém webovém datovém streamu, nikoli jednou pro celou property. Pokud máte několik streamů, zopakujte konfiguraci na každém. Vyloučení zachová původní kampaň a médium spíše než smazání provozu a mění to, jak jsou příchody klasifikovány nadále. Přesné typy shody a podmínky jsou zdokumentovány v oficiální referenci configured traffic odkazované v sekci Sources.

Jak řešit měření napříč subdoménami?

Subdomény jsou nejvíce nepochopeným zdrojem self-referralů, protože chování závisí na tom, na které generaci sledování se nacházíte. Dobrou zprávou je, že moderní GA4 zvládá většinu cestování mezi subdoménami automaticky, ale výjimky stále koušou.

Automatický rozsah cookie — GA4 nastavuje svou měřicí cookie ve výchozím nastavení na nejvyšší soukromé doméně, takže pohyb mezi www.example.com a shop.example.com obvykle udrží jedinou relaci bez jakékoli další konfigurace. To je nejčastější důvod, proč je self-referral subdomény již napůl vyřešen.

Když subdomény přesto unikají — Problémy se vracejí, když subdoména provozuje samostatnou konfiguraci GA4, jiný rozsah cookie nebo tag, který se načítá nekonzistentně. V těchto případech se cookie nepřenese a přeskok mezi subdoménami zahájí novou relaci s předchozí subdoménou jako referrerem.

Oprava s dvojitým jištěním — Přidejte své vlastní subdomény do seznamu configured traffic jako záchrannou síť, aby ani nekonzistentní přeskok nebyl nikdy počítán jako referral. To doplňuje rozsah cookie, nikoli jej nahrazuje. Pro přístup k serverovému měření, který obchází několik těchto křehkostí na straně klienta, si přečtěte našeho průvodce serverovým sledováním s GTM.

Jak vyloučit pokladny třetích stran (Stripe, PayPal)?

Pokladny třetích stran jsou jedinou největší příčinou chybně atribuovaných konverzí, protože platební přesměrování vrátí uživatele zpět na vaši děkovací stránku s poskytovatelem jako referrerem. Zde se vyloučení správných domén okamžitě vyplatí.

Identifikujte poskytovatele — Podívejte se do svého kanálu Referral na jakoukoli platební, rezervační nebo peněženkovou doménu. Stripe, PayPal, hostované rezervační widgety a externí poskytovatelé přihlášení jsou obvyklá jména a každý z nich zachytává kredit za skutečný prodej.

Přidejte kořenovou doménu — Přidejte každého poskytovatele do seznamu configured traffic s použitím jeho kořenové domény, jako je stripe.com nebo paypal.com. GA4 spáruje subdomény pod kořenem, takže jeden záznam pokrývá checkout.stripe.com a jakéhokoli jiného hostitele, kterého poskytovatel používá, což udržuje seznam krátký a spolehlivý.

Ověřte oproti skupině kanálů — Po vyloučení poskytovatelů by konverze měly připadnout zpět na kampaň, placený nebo organický zdroj, který je skutečně vyvolal. To, jak GA4 zařadí opravený provoz do kbelíků, se řídí výchozími pravidly skupiny kanálů odkazovanými v sekci Sources. Abyste se ujistili, že upstream tagování kampaně je čisté, takže zachovaný zdroj je správný, vytvářejte odkazy pomocí našeho nastavení importu konverzí mezi GA4 a Google Ads.

Jak to souvisí s cross-domain měřením?

Referral exclusion a cross-domain měření jsou často zaměňovány, protože se dotýkají téhož problému z opačných konců. Správné pochopení rozdílu vám zabrání použít špatný nástroj a ponechat únik otevřený.

Cross-domain propojuje vaše vlastní weby — Když vlastníte dvě nebo více odlišných domén, mezi kterými se uživatel pohybuje — řekněme marketingovou doménu a samostatnou doménu obchodu — cross-domain měření sešije cestu do jedné relace předáním parametru linker v URL. Toto je pro kontinuitu napříč properties, které ovládáte.

Exclusion umlčí neovládanou doménu — Referral exclusion jednoduše zabrání tomu, aby byla pojmenovaná doména počítána jako referral. Sáhnete po něm, když třetí strana, kterou neovládáte, jako platební hostitel, neustále přepisuje váš zdroj a vy nemáte žádný způsob, jak přidat linker na jejich straně.

Mnoho nastavení potřebuje obojí — Typická ecommerce property používá cross-domain ke spojení svých vlastních marketingových a obchodních domén a configured traffic k vyloučení poskytovatelů plateb uprostřed. Nastavují se v týchž nastaveních tagu datového streamu a fungují společně. Nakonfigurujte své domény v rámci cross-domain měření, jak je zdokumentováno v oficiální referenci odkazované v sekci Sources, a poté navrstvěte vyloučení navrch pro třetí strany.

Jak ověřit opravu a jaké má limity?

Uplatnění nastavení je jen polovina práce; druhou polovinou je prokázat, že fungovala, a pochopit, co nedokáže. Přeskočte ověření a riskujete, že budete důvěřovat opravě, která nikdy nezabrala.

Otestujte živou cestou — Spusťte skutečnou zpáteční cestu přes vyloučenou doménu, poté sledujte DebugView a Realtime. Potvrďte, že při návratu uživatele nezačíná žádná nová relace a že je původní zdroj zachován. Reporty Realtime a DebugView odrážejí změnu během několika minut, dlouho předtím, než se agregované reporty ustálí.

Počkejte na zpracování — Standardní zpracování GA4 se zpožďuje zhruba o 24 až 48 hodin, takže kanál Referral v hlavních reportech se aktualizuje den nebo dva po opravě. Proveďte změnu, ověřte ihned v DebugView, poté posuzujte agregované reporty následující den.

Použijte tabulku níže — Spárujte příznak, který vidíte, s pravděpodobným únikem a nejrychlejší opravou, postupujte shora dolů.

Vyloučení nikdy nepřepisují vaše minulá data :

Přidání domény do configured traffic mění pouze to, jak GA4 klasifikuje provoz shromážděný poté, co to uložíte. GA4 nezpracovává znovu ani nepřeatribuovává relace již zaznamenané, takže reporty z minulého měsíce si navždy ponechají své nafouknuté počty referralů a rozdělené relace. Poznamenejte si přesné datum, kdy jste uplatnili každé vyloučení, ověřte opravu čerstvým provozem během 24 až 48 hodin a nikdy neporovnávejte hrubá čísla před a po, jako by pravidlo bylo aktivní vždy.

Ověření uzavírá smyčku: oprava self-referralu, kterou jste netestovali v DebugView, je oprava, které nemůžete důvěřovat. Jakmile živá cesta potvrdí, že zdroj přežije zpáteční cestu, a zpracované reporty ukážou, že referral vypadl, je atribuce opět poctivá. Chcete-li automaticky odhalit každý zbývající únik atribuce, spusťte bezplatný 5osý audit SteerAds free 5-axis audit a abyste udrželi tagování kampaní čisté, takže zachovaný zdroj je vždy správný, vytvářejte odkazy pomocí našeho nástroje UTM builder.

Sources

Oficiální zdroje konzultované pro tohoto průvodce:

FAQ

Co je self-referral v GA4?

Self-referral je situace, kdy se vaše vlastní doména, jedna z vašich subdomén nebo doména třetí strany, kterou ovládáte, objeví v reportech GA4 jako zdroj typu referral. V téměř 80 procentech případů to pramení z toho, že uživatel opustí váš web směrem k poskytovateli plateb nebo rezervací a vrátí se zpět, nebo přejde z jedné subdomény na druhou bez sdíleného měření. Protože vracející se návštěva nese vaši doménu jako referrer, GA4 to čte jako nový provoz, nikoli jako pokračování. Výsledkem je nafouknutý počet relací a kanál Referral, který uvádí názvy, jež jste nikdy nečekali. Opravou je konfigurace, nikoli kód.

Proč se moje vlastní doména zobrazuje jako referral?

Vaše doména se zobrazí jako referral, když GA4 vidí příchozí návštěvu, jejíž referrer je hostitel, který nerozpozná jako součást téhož webu. Obvyklými spouštěči jsou tok pokladny nebo přihlášení na jiné subdoméně, přesměrování přes marketingového hostitele nebo poskytovatel plateb, který uživatele odrazí zpět na děkovací stránku. Každý návrat vypadá jako nový příchod z externího zdroje. GA4 považuje provoz za interní teprve tehdy, když mu řeknete, kteří hostitelé patří k sobě, prostřednictvím nastavení configured traffic a cross-domain. Do té doby je každá zpáteční cesta zaznamenána jako referral.

Jaký je rozdíl mezi unwanted referrals a configured traffic?

Jde o stejnou funkci pod dvěma názvy, které se v čase změnily. Seznam unwanted referrals — nyní zpřístupněný jako seznam configured traffic v nastavení datového streamu — říká GA4, které odkazující domény by neměly zahajovat novou relaci ani přepisovat existující zdroj. Když je doména na tomto seznamu, GA4 ji jako referrer ignoruje a zachová původní kampaň, médium a zdroj. Provoz nemaže; pouze reklasifikuje příchod tak, aby již nebyl počítán jako referral. Spravujete to pro každý webový datový stream, nikoli na úrovni property.

Mám v GA4 vyloučit Stripe a PayPal z referralů?

Ano. Poskytovatelé plateb jako Stripe, PayPal a většina rezervačních widgetů uživatele přesměrují mimo vaši doménu a zpět, takže bez vyloučení se u každé transakce objeví jako zdroj typu referral. To je nejčastější způsob, jak jsou skutečné konverze chybně atribuovány platební doméně místo kampaně, která je získala. Přidejte každou doménu poskytovatele do seznamu configured traffic jako referral k vyloučení. Stačí kořenová doména, například stripe.com nebo paypal.com, a GA4 spáruje subdomény pod ní. Poté znovu otestujte živý nákup a potvrďte, že zdroj přežije zpáteční cestu.

Opraví vyloučení referralu moje historická data?

Ne. Referral exclusions a nastavení configured traffic se vztahují pouze na data shromážděná poté, co změnu provedete. GA4 nezpracovává znovu ani nepřeatribuovává relace, které již byly zaznamenány, takže reporty za minulé týdny si nafouknuté počty referralů a rozdělené relace ponechají. Proto byste měli poznamenat datum, kdy jste opravu uplatnili, a porovnat období před ní a po ní. Berte změnu jako korekci zaměřenou dopředu, ověřte ji čerstvým provozem během 24 až 48 hodin a vyhněte se porovnávání hrubých čísel před a po, jako by pravidlo bylo aktivní vždy.

Jaký je rozdíl mezi referral exclusion a cross-domain měřením?

Řeší příbuzné problémy z opačných konců. Cross-domain měření propojuje dvě nebo více odlišných domén, které vlastníte — například marketingový web a samostatný obchod — aby byl jediný uživatel sešit do jedné relace, jak se mezi nimi pohybuje. Referral exclusion naproti tomu jednoduše zabrání tomu, aby byla pojmenovaná doména počítána jako referral. Cross-domain použijete, když chcete kontinuitu napříč svými vlastními properties, a exclusion, když třetí strana, kterou neovládáte, jako platební hostitel, neustále znečišťuje zdroj. Mnoho správných nastavení používá obojí najednou, nakonfigurované v témže datovém streamu.

Jak dlouho trvá, než referral exclusion v GA4 začne fungovat?

Nastavení se na nový provoz použije téměř okamžitě, ale čisté reporty neuvidíte ihned. Standardní zpracování GA4 zavádí zpoždění obvykle 24 až 48 hodin, než se data ustálí, a reporty DebugView a Realtime zobrazí opravené chování mnohem dříve. Praktický přístup je provést změnu, během několika minut projít testovací cestu přes vyloučenou doménu, potvrdit v DebugView, že nezačíná žádná nová relace, a pak počkat den, než budete posuzovat agregované reporty. Stávající probíhající relace zůstávají nedotčené, takže nejčistší odečet pochází z provozu, který začne po změně.