GA4 Audit: Kontrolný Zoznam na 10 Oblastí

Minulý kvartál som robil audit Google Analytics pre stredne veľkú SaaS firmu. Míňali okolo 9 000 EUR mesačne na Google Ads a produktové rozhodnutia robili na základe GA4 dashboardov. Ich marketingový manažér mi povedal, že čísla "nesedia", ale nevedel presne povedať kde.

Do dvoch hodín som mal odpoveď. Ich consent banner blokoval GA4 pre každého návštevníka, ktorý odmietol cookies -- zhruba 30 percent trafficu. Cross-domain tracking medzi marketingovým webom a aplikáciou bol rozbitý a dvojnásobne počítal používateľov. A vývojár tri mesiace predtým pushol zmenu v dataLayeri, ktorá potichu rozbila polovicu custom eventov. Nič z toho sa nezobrazilo ako chyba. GA4 pokojne reportovalo ďalej -- reporty boli jednoducho nesprávne.

Toto je vzorec, ktorý vidím pri väčšine projektov. Dáta nechýbajú dramaticky. Sú potichu nekompletné a ľudia na ich základe robia rozpočtové rozhodnutia. Nižšie je kontrolný zoznam na audit Google Analytics, ktorý prechádzam pri každom projekte -- desať oblastí, zoradených podľa toho, ako často spôsobujú reálne škody.

Audit Google Analytics: Začnite tým, čo bolí najviac

Pred otvorením akéhokoľvek reportu si stanovím zdroj pravdy. To znamená porovnanie transakcií alebo leadov v GA4 so systémom, ktorý nezávisí od browser JavaScriptu: váš CRM, Shopify admin, Stripe dashboard alebo backendová databáza. Z mojej skúsenosti, ak je rozdiel medzi GA4 a zdrojom pravdy pod 5 percent, vaše nastavenie je pravdepodobne v poriadku. Ak je 15 percent alebo viac, niečo je rozbité a stojí za to to nájsť.

Kontrolný zoznam nižšie je to, čím prechádzam, keď robím klientovi audit trackingu. Väčšinu z toho zvládnete aj sami.

Kontrolný zoznam na audit Google Analytics: Desať oblastí

1. Firovanie tagov a ich umiestnenie

Otvorte Tag Assistant a načítajte päť až desať kľúčových stránok: homepage, produktová stránka, cenník, potvrdenie objednávky, blogový článok.

Skontrolujte:

• GA4 config tag sa firuje presne raz na stránku, na každej stránke.
• Žiadne duplicitné Measurement ID. Videl som weby, kde vývojár hardkódol gtag.js popri GTM, čím sa každý pageview počítal dvakrát.
• Tag sa firuje až po rozhodnutí o súhlase, nie pred ním (pokiaľ nepoužívate Consent Mode Advanced, ktorý načíta tagy v obmedzenom režime ešte pred udelením súhlasu).

2. Konfigurácia Consent Mode

Toto je najčastejší zdroj straty dát, aký nachádzam v európskych účtoch. Cookie banner beží, ale Consent Mode k nemu nikdy nebol pripojený.

Keď consent mode chýba alebo je zle nastavený:

• Každý návštevník, ktorý odmietne cookies, produkuje nulové dáta -- žiadne pingy, žiadne behaviorálne modelovanie, žiadne modelovanie konverzií.
• Google behaviorálne modelovanie pre GA4 vyžaduje Advanced režim a minimálne 1 000 denných eventov s analytics_storage='denied' počas aspoň 7 dní, kým sa aktivuje.
• Bez týchto modelovaných sessions vaše čísla o trafficu a konverziách odrážajú len zlomok používateľov, ktorí cookies prijali.

Rýchly test: odmietnite cookies na svojom webe, potom skontrolujte záložku Network, či sa odosielajú requesty na analytics.google.com. Ak sa v payloade objaví gcs=G100, súhlas bol udelený. Ak po odmietnutí nevidíte žiadne requesty, ste v Basic režime alebo consent mode nie je implementovaný. Podrobný návod nájdete v mojom sprievodcovi implementáciou Consent Mode v2.

3. Cross-domain tracking a self-referraly

Ak váš biznis používa viac ako jednu doménu -- marketingový web, samostatný checkout, subdoména pre aplikáciu -- skontrolujte, či je cross-domain tracking nakonfigurovaný v nastaveniach GA4 data streamu pod Configure tag settings > Configure your domains.

Príznaky, že je rozbitý:

• Vaša vlastná doména sa zobrazuje ako zdroj referral trafficu v reporte Traffic Acquisition.
• Počty sessions sú nafúknuté, pretože každý prechod medzi doménami spúšťa novú session.
• Konverzné cesty ukazujú vášho payment procesora (Stripe, PayPal) ako odkazujúci zdroj, čím kradne atribúciu skutočnej kampani.

Skontrolujte tiež zoznam nechcených referralov pre platobné brány a third-party autentifikačných providerov. Ak sa Stripe alebo váš OAuth provider zobrazuje ako top zdroj referralov, pridajte ho tam.

4. Tracking eventov a konvencie pomenovania

GA4 je event-based, čo znamená, že všetko dôležité pre váš biznis by malo byť event. Ale "event-based" neznamená "chaos v eventoch."

Otvorte zoznam eventov pod Admin > Events. Hľadajte:

• Duplicitné eventy s nekonzistentným pomenovaním (napr. generate_lead, GenerateLead, form_submit -- všetky trackujú rovnakú akciu).
• Eventy, ktoré sa firujú bez povinných parametrov. Event purchase bez transaction_id alebo value je nepoužiteľný pre revenue reporting.
• Odporúčané eventy, ktoré Google očakáva pre váš typ biznisu, ale chýbajú alebo sú zle nakonfigurované.
• Custom eventy prekračujúce limit 500 unikátnych názvov eventov na property.

Lowercase, snake_case, sloveso na začiatku. Držte sa toho a ušetríte hodiny upratovania neskôr.

5. Konfigurácia key eventov (konverzií)

GA4 v roku 2024 premenoval "conversions" na "key events", ale koncept je rovnaký: eventy dôležité pre váš biznis, ktoré feedujú biddovanie v Google Ads.

Skontrolujte:

• Správne eventy sú označené ako key eventy. Pravidelne nachádzam property, kde je page_view označený ako konverzia, alebo kde skutočný purchase event nikdy nebol zapnutý.
• Metóda počítania je nastavená správne. Pre lead gen je zvyčajne správne "once per session". Pre nákupy "once per event."
• Parametre eventov obsahujú value a currency, aby revenue dáta tiekli do reportov a do Google Ads, ak používate value-based bidding.

6. Filtre a data streamy

Pod Admin > Data Streams skontrolujte:

• Filtre interného trafficu. Ak váš dev tím alebo agentúra nie sú odfiltrovaní, ich testovanie nafukuje pageviews a skresľuje engagement metriky. Definujte interný traffic podľa IP v nastaveniach tagu, potom aktivujte filter pod Admin > Data Settings > Data Filters. Filtre defaultne ostávajú v stave "Testing" -- prepnite ich na "Active", inak nerobia nič.
• Iba jeden web data stream na property. GA4 nie je navrhnuté pre viacero web streamov pre ten istý web. Dva streamy vytvárajú duplicitné dáta, ktoré je takmer nemožné rozmotať.

7. Nastavenia atribúcie

GA4 defaultne používa data-driven atribúciu s 90-dňovým lookback oknom pre akvizičné eventy a 30-dňovým oknom pre ostatné key eventy. Pre väčšinu biznisov je to rozumné, ale oplatí sa to overiť:

• Ak ste počas migrácie prepli na last-click atribúciu a zabudli prepnúť späť, vaše multi-touch kanály (display, social, content marketing) budú systematicky podhodnotené.
• Ak váš sales cyklus presahuje 90 dní -- bežné v B2B -- možno budete musieť predĺžiť lookback okno. Viac o tom, prečo štandardná atribúcia zlyháva pri dlhých B2B cykloch, nájdete v mojom sprievodcovi B2B konverzným trackingom.

Skontrolujte to pod Admin > Attribution Settings.

8. Signály kvality dát: thresholding, sampling a kardinalita

Tri mechanizmy potichu skrývajú dáta v GA4 reportoch:

Problém	Čo sa deje	Ako ho odhaliť
Thresholding	GA4 zadržiava riadky, aby zabránilo identifikácii jednotlivých používateľov, najmä keď sú zahrnuté demografické dáta alebo audiencie	Žltá ikona v reportoch; riadky zmiznú, keď pridáte sekundárnu dimenziu
Sampling	Free GA4 property sampluje Explorations, ktoré dotazujú viac ako 10 miliónov eventov	Zelená ikona štítu sa zmení na žltú; objaví sa nápis "Based on X% of data"
Kardinalita	Keď má dimenzia príliš veľa unikátnych hodnôt, GA4 zoskupí dlhý chvost do "(other)"	Objaví sa riadok "(other)" s neúmerným podielom trafficu

Ak thresholding skrýva dáta, prepnite reporting identity z "Blended" na "Observed" pod Admin > Reporting Identity. Tým sa vypnú Google signals a zvyčajne sa threshold odstráni -- ale prídete o cross-device modelovanie. Pri samplingu skráťte dátumový rozsah alebo použite štandardné reporty namiesto Explorations.

9. Server-side tracking a odolnosť voči ad blockerom

Aj dokonale nakonfigurovaný client-side setup stráca dáta kvôli ad blockerom. Výskum naznačuje, že zhruba 30 percent desktopových používateľov používa nejakú formu ad-blockingu, a mnohé z nich blokujú aj requesty na Google Analytics spolu s reklamami.

Server-side tracking cez server-side Google Tag Manager kontajner na vlastnej subdoméne smeruje GA4 requesty cez vašu infraštruktúru. Tým sa requesty stávajú nerozoznateľnými od first-party trafficu, takže ad blockery a Safari ITP obmedzenia cookies ich nepotlačia.

Ak prevádzkujete paid media vo väčšom rozsahu, server-side tracking už nie je voliteľný. Z mojej skúsenosti sa capture rate posunie zo zhruba 60 percent na viac ako 90, keď audit identifikuje medzery a server-side tagging ich uzavrie.

10. Dokumentácia a change management

Toto je najmenej technická kontrola a tá, ktorú väčšina firiem preskočí. Pýtam sa tri otázky:

• Existuje measurement plán, ktorý mapuje biznis ciele na GA4 eventy a parametre?
• Existuje change log zaznamenávajúci, kedy boli modifikované tagy alebo dataLayer štruktúry?
• Zahŕňa váš deployment proces krok na QA trackingu predtým, než kód ide do produkcie?

Ak je odpoveď na všetky tri nie -- a zvyčajne je -- akákoľvek oprava z auditu, ktorú dnes aplikujete, sa potichu rozbije pri ďalšom nasadení aktualizácie webu. Audit Google Analytics je len taký trvalý, aký je proces okolo neho.

Ako vyzerá šablóna auditu Google Analytics v praxi

Každý audit GA4 dodávam ako tabuľku s tromi stĺpcami: kontrola, jej stav (pass, fail alebo warning) a oprava. Tu je zjednodušená verzia:

Oblasť	Stav	Poznámky
Tag sa firuje na všetkých stránkach	Pass / Fail	Zoznam stránok, kde tag chýba
Consent Mode pripojený	Pass / Fail	Špecifikujte Basic vs Advanced, poznačte oprávnenosť na modelovanie
Cross-domain tracking	Pass / Fail / N/A	Zoznam domén, poznačte nájdené self-referraly
Konzistentnosť pomenovania eventov	Pass / Warning	Zoznam duplicít alebo neštandardných názvov
Key eventy nakonfigurované	Pass / Fail	Zoznam eventov, ktoré by mali byť označené
Interný traffic odfiltrovaný	Pass / Fail	Poznačte, či je filter v Testing vs Active
Atribučný model správny	Pass / Warning	Poznačte aktuálny model a lookback okno
Problémy s kvalitou dát	Pass / Warning	Poznačte thresholding, sampling alebo problémy s kardinalitou
Server-side tracking	Nasadený / Nie je	Poznačte odhadovanú stratu dát bez neho
Dokumentácia existuje	Áno / Nie	Measurement plán, change log, QA proces

Ak chcete, aby som toto spustil na vašej property s konkrétnymi odporúčaniami, presne toto dodávam v rámci auditu trackingu.

Po audite: Prioritizujte podľa dopadu na revenue

Nie každý nález treba opraviť okamžite. Problémy radujem podľa toho, ako veľmi skresľujú dáta, na základe ktorých rozdeľujete rozpočet:

1. Medzery v Consent Mode -- ak je 25 -- 30 percent vášho trafficu neviditeľných (čo v európskych property typicky vidím), každá nadväzujúca metrika je nesprávna.
2. Rozbitý tracking eventov -- ak sa vaše kľúčové konverzné eventy nefirujú alebo sa firujú dvakrát, vaše biddovacie signály sú poškodené.
3. Self-referraly a nafúknuté sessions -- skresľujú engagement metriky a multi-touch atribúciu.
4. Chýbajúci server-side tracking -- pomalý únik dát, ktorý najviac zasiahne biznisy míňajúce na paid media, kde presnosť konverzií priamo ovplyvňuje bidding.

Opravujte v tomto poradí a získate späť najviac signálu za najmenej času.

FAQ

Nie ste si istí, či sú vaše GA4 dáta dôveryhodné? Objednajte si audit trackingu -- presne vám poviem, čo je rozbité a ako to opraviť.