GA4 · Konverziómérés

Hogyan ellenőrizze, hogy a GA4 helyesen méri-e az érdeklődéseket és vásárlásokat?

A GA4 nem attól van helyesen beállítva, hogy látogatókat mutat. Ellenőrizni kell, hogy a fontos üzleti művelet a megfelelő pillanatban, pontos adatokkal és duplikáció nélkül kerül-e rögzítésre. A Küldés gombra kattintás nem ugyanaz, mint egy sikeresen beérkezett megkeresés.

Először határozza meg, mit jelent az eredmény

Egy szolgáltatói oldalnál ez lehet a sikeresen beérkezett kapcsolatfelvétel. Webáruháznál fontos a visszaigazolt rendelés, a fizetés és a visszáru azonban további üzleti követést igényel. Írja le az eseményt, a pontos kiváltó feltételt, a szükséges paramétereket és az ellenőrzés módját.

Példa mérési tervre: a generate_lead azután kerül elküldésre, hogy a szerver visszaigazolta a megkeresés befogadását. A contact_click az emailre vagy telefonszámra kattintást jelzi, de nem bizonyítja, hogy beszélgetés történt. A purchase a vásárlást írja le egyedi tranzakcióazonosítóval és helyes pénznemmel. Ez a szétválasztás megakadályozza, hogy sok kattintás sok ügyfélnek tűnjön.

Ellenőrizze a tulajdont, a domaint és a hozzájárulást

Ellenőrizze, hogy a webhely a kívánt GA4-tulajdonba és webes adatfolyamba küldi-e az adatokat. A Google Tag Manager jelenléte önmagában nem igazolja a megfelelő Google-címke és események meglétét. Fordítva is igaz: közvetlenül telepített Google-címke GTM nélkül is működhet.

Külön tesztelje az analitikai választás előtti és utáni működést. Ha a webhely csak hozzájárulás után tölti be az analitikát, a hozzájárulás előtti eseményhiány elvárt viselkedés. Ne a felhasználó meglévő választásának eltávolításával javítsa meg a mérést.

Ismételje meg a tesztet tiszta munkamenetben. A követést blokkoló bővítmények megmagyarázhatják, miért nem lát egy adott személy eseményeket. Ezt különítse el a minden látogatót érintő hibától. Ne módosítsa minden felhasználó beállításait azért, hogy egyetlen teszt sikeres legyen.

A Realtime és a DebugView más célt szolgál

A Realtime gyors ellenőrzésre használható: megérkeznek-e az adatok. A DebugView részletesebb eseményvizsgálatot tesz lehetővé teszteléskor, ha a teszteszközön engedélyezett a hibakeresési mód. Egyik nézet sem igazolja önmagában minden későbbi jelentés és üzleti számítás helyességét.

Jegyezze fel a teszt időpontját, az oldalt, a műveletet, a várt eseményt és a kapott eredményt. Hibás eseménynél ellenőrizze a paramétereket és az előfordulások számát. Ha a page_view kétszer kerül elküldésre, vizsgálja meg, nincs-e ugyanaz a konfiguráció közvetlenül és GTM-en keresztül is telepítve, illetve nem aktív-e több indító feltétel.

Az élő ellenőrzés után várja meg a normál jelentések feldolgozását, majd ugyanazt az időszakot vizsgálja. Ne következtessen azonnal hibás címkére azért, mert egy új esemény még nem jelenik meg minden normál jelentésben.

Tesztelje az űrlap sikerét és hibáját is

Küldjön be hibás űrlapot: a sikeres megkeresés eseménye nem indulhat el. Ezután tesztkörnyezetben ellenőrizzen sikertelen szerverválaszt vagy hálózati megszakítást. A gombnyomás egyik esetben sem válhat sikeres konverzióvá.

Siker esetén három külön dolgot ellenőrizzen: az alkalmazás befogadta a megkeresést, az üzenet eljutott a kívánt helyre, és az esemény egyszer jelent meg. Az analitikai visszajelzés nem bizonyítja az email kézbesítését. Teszteléskor ellenőrzött címet és egyértelműen jelölt teszttartalmat használjon.

Ne küldje el az üzenet szövegét, az emailcímet, a telefonszámot vagy a személy nevét GA4-paraméterként. Az oldalak URL-jeit is ellenőrizze: a kapcsolati adatok időnként query paraméterekbe kerülnek, és így akaratlanul továbbítódhatnak az analitikába.

Vásárlásnál a teljes folyamatot ellenőrizze

Járja végig az utat a terméktől és a kosártól a vásárlás visszaigazolásáig. Ellenőrizze, hogy a purchase a mérési terv szerinti megfelelő transaction_id, value, currency és termékadatokat tartalmazza-e. Különösen fontos ellenőrizni, hogy a köszönőoldal frissítése vagy újbóli megnyitása ne hozzon létre újabb eladást.

Hasonlítson össze néhány megjelölt tesztrendelést a webáruház nyilvántartásával. Az árbevételi eltérések nem oldhatók meg pusztán az összes eseményszám vizsgálatával. Ellenőrizni kell az egyes összegeket, pénznemeket, adókat, szállítást, lemondásokat és a jelentési időszakot.

Amikor az esemény megbízhatóan ír le egy fontos üzleti műveletet, a célnak megfelelően jelölje kulcseseményként. A jelölés önmagában nem javítja ki a hibás kiváltó feltételt, és nem alakítja a kattintást valódi eladássá.

Ellenőrzőlista

  • Megfelelő GA4-tulajdon és webes adatfolyam.
  • Az analitikai választás és a teszt hibakeresési mód ellenőrizve.
  • A megkeresés rögzítése a siker visszaigazolása után történik.
  • A vásárlások összegei és azonosítói helyesek.
  • Nincsenek személyes adatok vagy duplikált küldések.

Miért mutat a GA4 kevesebb vásárlást, mint a webáruház?

Lehetséges ok az analitikai hozzájárulás, a követésblokkolás, a technikai hiba, illetve a feldolgozás vagy a jelentési időszak eltérése. Az okot ellenőrzött tesztekkel és a rendelések összehasonlításával kell megállapítani, nem csupán két összesített szám összevetésével.

Hivatalos dokumentáció

Szeretné ellenőriztetni a rendszerét?

Küldje el webhelye címét és a probléma rövid leírását. Egyeztetjük a kampányok, az analitika vagy az értékesítési folyamat vizsgálatának terjedelmét.

Beszéljen Aleksandarral

Amikor a webhelynek jobb rendszerre van szüksége

Kapcsolódó útmutatók

Web · Landing oldalak · CRO

Landing oldal: hogyan szerezzen releváns érdeklődőket?

Hangolja össze a hirdetést, az ajánlatot és az űrlapot. Gyakorlati útmutató az érthető landing oldalhoz, mobilnézethez és az érdeklődők méréséhez.

SEO · GEO · AIO

SEO, GEO és AIO: weboldalak az AI-keresésben

SEO, GEO és AIO üres ígéretek nélkül: érthető válaszok, szerző, források, belső linkek és technikai ellenőrzések a keresőkhöz és AI-válaszokhoz.

Automatizálás · CRM · Értékesítés

Érdeklődők automatizálása: az űrlaptól a CRM-ig

Kapcsolja össze az űrlapot, az emailt és a CRM-et. Státuszok, felelősök, kézbesítési ellenőrzések és az AI-asszisztens feladatai, elvesző megkeresések nélkül.

Meta Ads · Tervezés

Mekkora keretet érdemes szánni Facebook- és Instagram-hirdetésekre?

Számítsa ki a Meta-hirdetések induló keretét az árrés, az elfogadható ügyfélszerzési költség és a teszt célja alapján, konkrét példával.

E-kereskedelem · Nyereségesség

ROAS és nyereség: mikor hoz valóban pénzt a hirdetés?

Konkrét számítás mutatja meg, miért nem jelent automatikusan nyereséget a 4-es ROAS. Fedezeti pont árréssel, visszáruval és hirdetési költséggel.