Az események tüzelnek. A riportok generálódnak. A forgalmi számok léteznek. Mindenki feltételezi, hogy az adatok rendben vannak. Valószínűleg nincsenek.
A legtöbb GA4 implementáció a felszínen működőképesnek tűnik, de a felszín alatt csendesen hibás. Duplikált események, amelyek felfújják a konverziókat. Következetlen elnevezések, amelyek egyetlen műveletet három különböző metrikává változtatnak. Consent-hibás konfiguráció, amely olyan adatokat szivárogtat, amiket nem kellene gyűjtenie - vagy blokkolja azokat, amelyekre valóban szüksége van. Cross-domain tracking, amely egyetlen felhasználói utat fantom munkamenetekre oszt.
Mi úgy auditáljuk a GA4 implementációkat, ahogy egy mérnök vizsgálja az infrastruktúrát - szisztematikusan, technikailag, és nem feltételezzük, hogy bármi is működik, amíg magunk nem ellenőriztük.
GA4 Audit kéréseA GA4 nem hangosan bukik el. Csendben bukik - továbbra is gyűjti az adatokat, generálja a riportokat, számokat ad. Csak éppen rosszakat.
A CMS natívan injektálja a GA4-et. A GTM is tüzeli a GA4-et. Az Enhanced Measurement saját réteget ad hozzá. Így minden page_view kétszer tüzel, minden scroll kétszer tüzel, és az elköteleződési metrikái 40-100%-kal felfújtak. Senki nem veszi észre, mert a számok "egészségesnek" tűnnek.
form_submit, formSubmit, submit_form, contact_form_send - ugyanaz a művelet, négy különböző esemény. A tölcsér elemzése olyan lemorzsolódásokat mutat, amelyek nem léteznek. A konverziós riportjai alulszámlálnak, mert a GA4 minden variánst különálló metrikaként kezel. Egyetlen elnevezési inkonzisztencia egy egész tölcsért tehet láthatatlanná.
A page_view-t méri konverzióként, mert valaki bepipált egy dobozt a beállítás során. Eközben a tényleges üzleti műveletek - minősített lead beküldések, foglalás megerősítések, vásárlás befejezések - vagy nem követettek, vagy egyedi eseményekbe vannak temetve, amelyeket senki nem monitoroz. A mérési terve nem létezik, mert senki nem írta meg.
A felhasználók mozognak a fő weboldala, a foglalási platform és a fizetési átjáró között. Megfelelő cross-domain konfiguráció nélkül a GA4 minden domain-váltást új munkamenetként és új felhasználóként kezel. A forgalma 2-3x-osnak tűnik a valóságosnál. A konverziós aránya 2-3x alacsonyabbnak. A bevétel referral-hoz kerül attribuálásra ahelyett a kampány helyett, amely ténylegesen hozta.
Consent Mode nélkül olyan felhasználóktól gyűjt adatot, akik nem adták meg a hozzájárulásukat - ez megfelelőségi felelősség. Rosszul konfigurált Consent Mode esetén a forgalma 30-60%-ánál blokkol minden mérést és semmit nem kap vissza, még a modellezett adatokat sem, amelyeket a Google biztosít, amikor a Consent Mode megfelelően van beállítva.
utm_source=Facebook, utm_source=facebook, utm_source=fb, utm_source=meta - ugyanaz a platform, négy csatorna bejegyzés. Valaki kitalálta, hogy utm_source=spring_sale. Az Unassigned csatorna a GA4-ben havonta nő, és senki nem tudja, miért. A kampány teljesítményadatok használhatatlanok, mert a bemenetek soha nem lettek standardizálva.
Ez nem egy 15 perces automatizált eszközből származó vizsgálat. A teljes mérési stack technikai inspekciója.
Adatmegőrzési beállítások, Google Signals, Enhanced Measurement kapcsolók, belső forgalom szűrők, referral kizárások, cross-domain beállítás. Az alapbeállítások, amelyeket a legtöbb implementáció az első napon elront és soha nem vizsgál felül.
Minden esemény, amely a weboldalán tüzel - leképezve, kategorizálva és ellenőrizve duplikátumok, elnevezési ütközések és paraméter inkonzisztenciák szempontjából. Összehasonlítjuk, amit a GTM küld azzal, amit a GA4 ténylegesen kap. A rés általában nagyobb, mint bárki gondolná.
A konverziói azt mérik, amit Ön gondol? Validáljuk minden konverziós eseményt a tényleges felhasználói viselkedéssel szemben, ellenőrizzük a dupla számlálást, és igazoljuk, hogy a GA4 számai egyeznek a CRM-je vagy backend-je riportjaival. Ha nem egyeznek - és általában nem egyeznek - kiderítjük, miért.
Tag tüzelési sorrend, trigger feltételek, változó konfiguráció, consent integráció. Minden tag-et vizsgálunk ütközések, redundanciák és versenyhelyzetek szempontjából. A rendezetlen GTM konténer a rossz GA4 adatok leggyakoribb forrása.
Ha a felhasználói domain-eket váltanak - fizetési átjáró, foglalási rendszer, aldomainek - ellenőrizzük, hogy a munkamenetek megfelelően megmaradnak, a referral kizárások be vannak állítva, és a linker paraméterek átadódnak. A hibás cross-domain tracking láthatatlan a standard riportokban, de pusztító az attribúcióra nézve.
Consent Mode v2 implementáció ellenőrzés. A tag-ek tiszteletben tartják a consent jeleket? A modellezett adatok áramlanak? Olyan adatokat gyűjt, amelyeket nem kellene - vagy blokkolja azokat, amelyeket jogszerűen gyűjthet? A technikai implementációt a consent banner tényleges viselkedésével vetjük össze.
UTM paraméter audit. Alapértelmezett csatorna csoportosítás pontossága. Unassigned forgalom vizsgálat. Nyomon követjük, miért kerülnek a kampányok rossz csatornákba, és javítjuk a taxonómiát, hogy az akvizíciós riportjai valóban tükrözzék a valóságot.
Összehasonlítjuk a GA4 konverziós számait a CRM-jével, fizetési feldolgozójával vagy backend adatbázisával. Az eltérés pontosan megmondja, mennyi adatot veszít - és hol tűnik el a pipeline-ban. Itt derül ki a legtöbb vállalkozás számára, hogy a GA4-jük 20-40%-kal alulszámlált.
Ez nem egy PDF, ami azt mondja, hogy "a dolgok lehetnének jobbak." Mérnöki riport konkrét eredményekkel, gyökérokokkal és implementációs utasításokkal.
Minden probléma dokumentálva súlyossággal, gyökérokkal és a riportálásra gyakorolt hatással. Nem homályos ajánlások - konkrét technikai eredmények, amelyeket átadhat bármely fejlesztőnek vagy ügynökségnek, és mondhatja: "javítsátok ezeket."
Problémák rangsorolva üzleti hatás szerint. Kritikus adatintegritási problémák először, kozmetikai javítások utoljára. Pontosan tudja, mit javítson, milyen sorrendben - és mit hagyhat nyugodtan figyelmen kívül.
Megfelelő esemény taxonómia, amely az üzleti célkitűzéseihez igazodik. Mit kövessen, hogyan nevezze el, milyen paramétereket tartalmazzon, és mi minősül konverziónak. Az a dokumentum, amelyből a GA4-jét eredetileg kellett volna felépíteni.
Nem csak átadjuk a riportot és eltűnünk. Ha azt akarja, hogy közvetlenül mi implementáljuk a javításokat, megtesszük. GTM változtatások, GA4 konfiguráció, Consent Mode beállítás, esemény átalakítás - DebugView-ban validálva, mielőtt bármi élesbe menne.
A GA4-je 50 konverziót mond. A CRM-je 35-öt. A fizetési feldolgozója 42-t. Senki nem tudja megmagyarázni az eltérést, így mindenki azt a számot választja, amelyik a saját riportját szebbé teszi.
Minden átadás törmeléket hagy maga után. A régi ügynökség tag-jei még mindig tüzelnek. Új tag-ek rétegződtek a tetejére. Senki nem csinált tiszta auditot az átmenet során, mert "az adatok jól néznek ki." Nem jól néznek ki.
Hibás mérésen skálázni a költést a pazarlás skálázása. Mielőtt növelné a költségvetést Google Ads-en, Meta-n vagy DV360-on, győződjön meg róla, hogy az algoritmusokat tápláló konverziós adatok valóban pontosak. Rossz adat be, rossz optimalizálás ki.
A konverziós számok gyanúsan magasak. Az elköteleződési metrikák felfújtnak tűnnek. Megérzése van, hogy valami duplán számlál, de nem tudja beazonosítani. Valószínűleg igaza van.
A jogi csapata kérdéseket tesz fel az adatgyűjtési gyakorlatokról. Bizonyítania kell - technikailag, nem csak adatvédelmi szabályzattal -, hogy a tracking-je tiszteletben tartja a consent-et és nem szivárogtat személyes adatokat harmadik feleknek.
A szerver oldali tracking-re váltás hibás GA4 alapon csak egy drágább környezetbe költözteti a problémákat. Először audit. Aztán migráció tiszta adatokon.
Egy GA4 audit napokat vesz igénybe, nem hónapokat. Az eredmény konkrét, cselekvésre alkalmas és azonnal implementálható. Ha az analitikája tiszta, megerősítjük. Ha nem - és általában nem az - pontosan tudni fogja, mit javítson és milyen sorrendben.
GA4 Audit kérése →