# Google Ads és GA4 hibák

> Figyelmeztetések és eltérések a Google Adsben és a GA4-ben: téves licitstratégia, konverzió-módosítások hibái, ID never received, túl magas érték, Tag not placed correctly, üres HTTP 400, Unassigned forgalom, (not set) kezdőlap, visszatérítés.

## Google Ads

### Misconfigured Bidding Strategy

A Google Ads időnként a „Misconfigured bidding strategy” figyelmeztetést adja. A súgószöveg ez: „Your campaign is running with limited performance. Set up conversion tracking for your account to improve your performance, spending and see reporting”.

Sajnos a figyelmeztetés néha akkor is megjelenik, ha a konverziókövetés rendben be van állítva. Jellemzően a Smart Shopping kampányoknál jön. A Smart Shopping kampányok konverziókövetésének további követelményei vannak a jó működéshez, és ha ezek nem teljesülnek, ugyanezt a figyelmeztetést adja.

1. Először győződj meg róla, hogy a konverziókövetés helyesen van beállítva. Ellenőrizd újra a konverzióazonosítót és a konverziócímkét.
2. Gondoskodj róla, hogy a termékazonosító típusa megegyezzen azzal, amelyet a Google Merchant Centerben használsz. A termékazonosítóknak egyezniük kell.
3. A Smart Shopping kampányokhoz az elmúlt 30 napban legalább 30 konverzió kell. A remarketinglisták használatához listánként legalább 100 látogató kell az elmúlt 30 napban. Ha a követelmények teljesülnek, a figyelmeztetés eltűnik.
4. Ellenőrizd, hogy a licitstratégia a megfelelő költségkeret-típust használja. A beállításoktól függően más keret kellhet. A kampányonkénti egyetlen költségkeret általában jó, de megosztott költségkeretnél gondoskodj róla, hogy az ugyanabban a megosztott keretben lévő összes kampány ugyanazt a licitstratégiát használja.
5. Ha nem hiszed, hogy a közeljövőben teljesíteni tudod a követelményeket, jobb, ha szabványos vásárlási kampányt futtatsz.

### A konverzió-módosítások feltöltése hibákat mutat

A Google Adsben a konverzió-módosítások feltöltési jelentésében ilyen hibákat látsz: „This conversion does not exist” vagy „The conversion action specified in the adjustment request cannot be found”. A Google e-mail értesítést is küldhet, vagy a kampányokon figyelmeztetéseket mutathat a konverzió-módosítási problémákról.

Ez várt viselkedés. A Pixel Manager az összes visszatérített és lemondott rendelést belefoglalja a konverzió-módosítási feedbe, nem csak azokat, amelyek a Google Adsből jöttek. A Google Ads hibát mutat azokra a rendelésekre, amelyeket nem tud Google Ads-konverzióhoz párosítani (például organikus keresésből, e-mailből vagy más hirdetési platformról érkezett rendelések). A Google pontosan ezt javasolja, és nyugodtan figyelmen kívül hagyhatod.

A Google nemrég elkezdett e-mail értesítéseket küldeni és kampányszintű figyelmeztetéseket megjeleníteni ezekről a várt hibákról. Bár ijesztően néznek ki, ugyanaz a várt viselkedés váltja ki őket, és nyugodtan figyelmen kívül hagyhatod. Ez a Google oldali következetlenség: a figyelmeztető rendszer olyan viselkedést jelöl meg, amelyet a saját dokumentációjuk is várhatónak mond.

**Hogyan ellenőrizd, hogy minden működik:** nyisd meg a feltöltési jelentést a Google Adsben (**Goals → Conversions → Uploads**). A sikeres és a sikertelen sorok keverékét kell látnod. A sikeres sorok megerősítik, hogy a tényleges Google Ads-konverziókra vonatkozó módosítások helyesen érvényesülnek.

Ha minden sor sikertelen, ellenőrizd, hogy a konverzió neve a Pixel Managerben pontosan egyezik-e a Google Ads konverzió nevével, és hogy a feltöltés a megfelelő Google Ads-fiókból fut-e. A beállítás részleteit a [Követőpixelek: Google Ads](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/pixelek-google-ads/) fejezet tartalmazza.

### A Google Ads felhasználónevet és jelszót kér a konverzió-módosítási feedhez

A konverzió-módosítási feed összekötésekor a Google Ads ragaszkodik egy felhasználónévhez és jelszóhoz, vagy „invalid credentials” hibát jelez, miután megadtál ilyet.

A kötelező mezők a **Tools → Data manager** HTTPS-adatforrásához tartoznak. Ez az összekötő egyáltalán nem tud konverzió-módosításokat importálni: a konverzióimportjából hiányzik a módosítástípus és a módosított érték mező. Ne ott kösd össze a feedet.

A konverzió-módosításokat a **Goals → Conversions → Uploads → Schedules** alatt kell ütemezni, ahol a felhasználónév és a jelszó nem kötelező. Hagyd üresen. Csak akkor töltsd ki őket, ha a feedet a hitelesítőadat-szűrővel védted (lásd a [PHP-szűrők: szerveroldali küldés és rendelések](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/fejlesztoknek-php-szurok-szerveroldal/) fejezetet), és ebben az esetben friss bővítménykiadást használj. A régebbi kiadások „invalid credentials” hibával elutasították az adatokat, mert a WordPress alkalmazásjelszavas bejelentkezésként olvasta őket, mielőtt a Pixel Manager ellenőrizhette volna.

Ha a fiókod **Schedules** fülén már nincs plusz gomb, a Google eltávolította a fájlalapú útvonalat a fiókodnál. A beállításról a Google Ads fejezet ír.

### Issue: ID never received

A Google Ads néha figyelmeztetést ad, hogy az azonosítót sosem kapta meg. Sajnos ez a figyelmeztetés akkor is megjelenik, amikor minden tökéletesen működik.

Magad is ellenőrizheted, hogy az azonosítók megérkeznek-e a célközönségjelentésben. Váltsd a grafikont a **Parameters → ID hits** nézetre. Ha érkező ID-találatokat mutató grafikont látsz, minden rendben van, a figyelmeztetést elutasíthatod, és nem kell tovább olvasnod. Ha látsz érkező ID-találatokat, de a figyelmeztetést tovább akarod vizsgálni, kérdezd a Google támogatását.

Ha viszont nem látsz ID-találatokat a grafikonon, olvass tovább. Ez nem jelenti, hogy a Google Ads mindig téved ezzel a figyelmeztetéssel. Vannak esetek, amikor jogos. A lehetséges okok:

- Rossz konverzióazonosítót adtál meg. Ellenőrizd, és ha kell, javítsd.
- A remarketing-közönségek beállításakor a `retail` és a `custom` közönséget is bekapcsoltad. A bővítmény csak az egyikhez vagy a másikhoz tud jelet küldeni, mindkettőhöz nem (ami úgysem lenne értelmes). Így az egyik vertikális (általában a `custom`) soha nem kap azonosítót, és ilyenkor a figyelmeztetés rendszeresen megjelenik, de általában elutasítható. Sajnos a `custom` vertikális nem kapcsolható ki, ha egyszer bekapcsolták.
- Valami blokkolja a remarketing-szkriptet az események helyes küldésében, általában valamilyen JavaScript-optimalizáló bővítmény.

Győződj meg róla, hogy ezek egyike sem okozza a problémát.

Az azonosító küldésének legjobb ellenőrzése a Google Tag Assistant:

1. Nyisd meg a Google Tag Assistantot (tagassistant.google.com).
2. A Tag Assistantban add meg az egyik termékoldalad.
3. Ha az oldal változó termék, válassz ki a legördülő menükből egy variációt.
4. Utána váltsd vissza a Google Tag Assistant lapot.
5. A középső panelen kattints a `dataLayer` részre.
6. A bal oldali sávban kattints a `view_item` eseményre. Ha a Google Analyticset is beállítottad, több `view_item` eseményt látsz. Kattints végig rajtuk, amíg a `dataLayer` mutatja azt az eseményt, amely a Google Ads konverzióazonosítódnak küld eseményt.
7. Ha megtaláltad a helyes eseményt, ellenőrizd, hogy az azonosító megy-e. Ha igen, minden rendben, bizonyítékod van, hogy az azonosító megy, és a figyelmeztetés téves. Elutasíthatod.
8. Ha szeretnéd, ezeket az eredményeket elviheted a Google Ads támogatásához, és kérheted a figyelmeztetés javítását. (Nagy segítség lenne, mert túl sok ilyen téves pozitív figyelmeztetést vizsgálunk.)

### A mért konverziós érték túl magas a Google Adsben

**Helyzet:** a mért konverziós érték túl magas a Google Adsben. Ha a Google Ads weboldal-jelentésében összeveted az egyes tranzakciók konverziós értékét a WooCommerce tényleges tranzakcióértékével, a Google Ads konverziós értéke magasabb a tényleges tranzakcióértéknél.

Ezt egy vagy több ok magyarázhatja:

- **Bekapcsoltad, hogy egy vagy több kampány magasabbat licitáljon az új ügyfelekre.** Ilyenkor a Google Ads a beállított értékkel megnöveli az új ügyfelek konverziós értékét. Ez a Google Ads egy funkciója, nem hiba. Csak akkor tapasztalhatod ezt, ha a Pixel Managert használod. Ennek az az oka, hogy a Pixel Manager azon kevés követőkód-kezelők egyike, amely meg tudja különböztetni az új és a meglévő ügyfeleket, és a `new_customer` paramétert elküldi a Google Adsnek.
- **A Pixel Manager konverzióérték-szűrőjével növeled a konverzió értékét.** Ilyenkor a konverzió értéke a szűrő által meghatározott értékkel nő. Ez a Pixel Manager funkciója, nem hiba. A szűrőről a [PHP-szűrők: értékek, azonosítók és profit](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/fejlesztoknek-php-szurok-ertekek/) fejezetben olvashatsz. A **Marketing value logic** beállításról az [Általános beállítások](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/altalanos/) fejezetben.

### Tag not placed correctly figyelmeztetés

A Google Ads bizonyos körülmények között figyelmeztet, hogy a címke nincs jól elhelyezve. A leggyakoribb okok:

- **A Pixel Manager lusta betöltése.** A Pixel Manager Pro változata lehetővé teszi a követőszkriptek lusta betöltését. Ez kiváló az oldal gyorsítására. A követőszkriptek a weboldallal való interakcióra (egérmozgás, görgetés, billentyűbevitel stb.) azonnal betöltődnek. Ez viszont azt is jelenti, hogy a követőszkriptek nem töltődnek be azonnal, amikor a Google robot feltérképezi az oldalt. Ez okozhatja a figyelmeztetést. Ha látod, nyugodtan figyelmen kívül hagyhatod, vagy kikapcsolhatod a lusta betöltést a Pixel Managerben a **General → General → Lazy-load the Pixel Manager** kapcsolóval.
- **Harmadik féltől származó bővítmények.** Egyes JavaScript-optimalizáló bővítmények megváltoztathatják a Pixel Manager betöltési sorrendjét, és így figyelmeztetést okozhatnak.

A figyelmeztetés ártalmatlan. Olyan robot váltja ki, amely nem lép interakcióba az oldallal, és semmit nem mond a valódi látogatókról, akiknek a konverzióit mindenképp követi, mert a kosár- és pénztároldal mindig azonnal betölti a követést. Ha látod a figyelmeztetést, de minden más működik, nyugodtan figyelmen kívül hagyhatod. A harmadik féltől származó lusta betöltő bővítményekről nem tudunk nyilatkozni.

A lusta betöltésnek valódi ára is van, de más: azok a látogatók, akik nem lépnek interakcióba az oldallal, egyáltalán nincsenek követve ([Általános beállítások](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/altalanos/)).

Ha mégis jobban érzed magad a figyelmeztetés nélkül, kapcsold ki a lusta betöltést a Pixel Managerben a **General → General → Lazy-load the Pixel Manager** kapcsolóval, vagy kapcsold ki a figyelmeztetést okozó harmadik fél bővítményét.

### A Google Ads konverziós kérés üres HTTP 400 választ ad

**Tünet:** a vásárlások nem jelennek meg a Google Adsben. A megerősítő oldalon a `googleadservices.com/pagead/conversion/` (vagy `google.com/pagead/1p-conversion/`) felé küldött konverziós kérés `400` választ ad üres tartalommal (`Content-Length: 0`), miközben ugyanazon az oldalon a többi Google-kérés, például a `ccm/collect` és az `rmkt/collect`, `200`-at ad.

**Ok:** a Google konverziós végpontja ennél a fióknál elutasítja a konverziót, és nem ad indoklást. Maga a címke helyesen fut le, amit a szomszédos sikeres kérések bizonyítanak. Ugyanezt az elutasítást láttuk olyan konverziós műveletnél is, amelyet frissen hoztak létre ugyanabban a fiókban, ami az okot a Google Ads-fiókba helyezi, nem a boltba.

**Így ellenőrizheted:**

1. Adj le egy új tesztrendelést, és nyisd meg a megerősítő oldalt nyitott fejlesztői eszközökkel. Minden teszthez új rendelést használj, mert a Pixel Manager nem küldi el kétszer a konverziót egy már követett rendelésre. Ha ugyanazon a rendelésen akarod megismételni a tesztet, add hozzá a `nodedupe` paramétert ([Diagnosztika és tesztelés](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/diagnosztika-es-tesztelles/)).
2. A **Network** fülön szűrj a `pagead` szóra, és kattints a konverziós kérésre. Ellenőrizd az állapotot és a válaszfejléceket. Nézd meg a kérés URL-jében az üres vagy hibás paraméterneveket is, például egy `,@,` nevű paramétert. A Google címkéje nem hoz létre ilyeneket. Ha találsz ilyet, az az oldalon lévő szkriptből jön, amely módosítja a kérést, nem a Google-től.
3. Zárd ki egyenként a boltoldali változókat, és minden alkalommal adj le új tesztrendelést: kapcsold ki a **Tracking Pixels → Google (Ads & GA4) → Enhanced Conversions** beállítást, töröld a **Tracking Pixels → Google (Ads & GA4) → Merchant Center ID** mezőt, és próbáld ki egy új konverziós művelet címkéjét a **Tracking Pixels → Google (Ads & GA4) → Conversion Label** mezőben. Utána állítsd vissza a beállításaidat.

**Megoldás:** ha az üres `400` mind a három teszt után megmarad, a támogatás megkeresése előtt ellenőrizz két dolgot a Google Adsben: hogy a konverziós művelet még engedélyezett-e, és ha az Enhanced Conversions be van kapcsolva, hogy elfogadták-e az ügyféladatokra vonatkozó feltételeket. Ha mindkettő rendben van, csak a Google Ads támogatása tudja feloldani. Küldd el nekik a konverzióazonosítót és a címkét, a tesztrendelés időpontját és magát a sikertelen kérést, nem képernyőképet: kattints rá jobb gombbal a **Network** fülön, és válaszd a **Copy → Copy as cURL** lehetőséget, vagy exportáld a munkamenetet HAR-fájlként. Mindkettő a teljes kérés-URL-t és a fejléceket, sütiket is tartalmazza, ezért csak a támogatással oszd meg.

## GA4

### Unassigned forgalom a GA4-ben

A GA4 előfordulhat, hogy hozzárendeletlen („Unassigned”) forgalomból érkező tranzakciókat mutat. A leggyakoribb ok a GA4 Measurement Protocol használata.

A Measurement Protocol egyik fő előnye, hogy minden tranzakciót a helyes bevételi értékkel követ. A bevételnek nagyon közel kell egyeznie a WooCommerce bevételével. A kompromisszum a csatorna-hozzárendelés. A Measurement Protocol azokat a rendeléseket is rögzíti, amelyeknél a látogató böngészőoldali GA4-címkéje nem futott le, például reklámblokkoló, sütibanner vagy fizetési átjáró átirányítása miatt. Ezek a rendelések a helyes bevétellel, de csatorna nélkül érkeznek a GA4-be, így a GA4 az Unassigned alá teszi őket.

#### Miért történik

Egy Measurement Protocol esemény nem hordoz saját forgalmi forrást. A GA4 úgy rendeli hozzá, hogy egy olyan munkamenethez köti, amelyet a látogató böngészője már létrehozott. A Pixel Manager a `client_id` értéket a `_ga` sütiből, a `session_id` értéket a `_ga_<mérési azonosító>` sütiből olvassa, és mindkettőt elküldi a rendeléssel.

- Ha a böngészőoldali GA4-címke a látogatás során valamikor lefutott, a munkamenet létezik. A GA4 ehhez köti a vásárlást, és a vásárlás örökli a munkamenet csatornáját.
- Ha a böngészőoldali GA4-címke soha nem futott le, nincs munkamenet, amelyhez köthető. A GA4 olyan vásárlást kap, amelyet egyetlen csatornába sem tud besorolni, ezért Unassigned alatt jelenti.

Az Unassigned csökkentésének módja a böngészőoldali címke ellenállóbbá tétele, nem a szerver által küldött adat megváltoztatása.

**Az Unassigned felső korlát, nem mérés.** Kísértő az Unassigned arányát úgy olvasni, hogy „milyen gyakran blokkolják a GA4-címkémet”. Nem ez. Ennek a tárolónak jelentős része általában egyáltalán nem követési veszteség, és egy szigorú sütibanneres boltban a nagy része a hozzájárulási beállításod tervezett működése. Mielőtt bármit költenél a szám hajszolására, menj végig az alábbi négy populáción.

#### Mit tartalmaz valójában az Unassigned

Egy bolt egyetlen nap 310 Measurement Protocol vásárlását rendelésről rendelésre ellenőrizte a GA4-ben, és 74-et talált Unassigned alatt. Így oszlottak meg, és az alakzat tipikus:

| Populáció | Az adott bolt Unassigned értékének hányada | Követési veszteség? |
|---|---|---|
| A látogató megtagadta a statisztikai hozzájárulást, így a Google-címke nem futott le | kb. 66% | Nem. Ez a hozzájárulási beállítás működése. A bevétel továbbra is helyes. |
| A közegre nincs csatornacsoport-szabály | kb. 11% | Nem. Lásd lent. |
| A címke lefutott, de a találatai nem értek el a Google-t | kb. 8% | Igen, és ezt érdemes hajszolni. |
| A munkamenet napokkal a rendelés előtt tényleg elcsendesedett | kb. 1% | Igen, de ritka. |
| Minden más, a forrás nélküli munkamenetek is | a maradék | Vegyes. |

A csatornacsoport-szabály nélküli közeg az, ami az embereket meglepi. A GA4 alapértelmezett csatornacsoportja az `utm_medium` értékek rögzített halmazára illeszt. Az a munkamenet, amelynek a közegére a GA4-nek nincs szabálya, például egy e-mail platform `utm_medium=flow` vagy egy árösszehasonlító oldal `utm_medium=product` értéket küld, tökéletes forrást és közeget rögzít. A GA4 egyszerűen nem tudja egyik csatornába sem sorolni, ezért az Unassigned alá kerül. Semmi nem veszett el, és egyetlen pixel sem hibázott.

Ezt vizsgáld meg először, mert ingyen javítható, és semmibe nem kerül kizárni:

1. A GA4-ben nyisd meg a **Reports → Acquisition → Traffic acquisition** részt, és váltsd az elsődleges dimenziót a **Session default channel group** értékről a **Session source / medium** értékre.
2. Szűrj az Unassigned munkamenetekre.
3. Ha valódi forrást és közeget mutatnak, a probléma a csatornacsoportod, nem a követésed. Hozz létre egyéni csatornacsoportot az **Admin → Data display → Channel groups** alatt a közegeidhez, vagy változtasd a kampány-URL-eket úgy, hogy a GA4 által ismert közeget használjanak, például `email` vagy `cpc`.

Ha az Unassigned munkamenetek a forrásra és a közegre is `(not set)` értéket mutatnak, akkor tényleg a követési okok egyike áll fenn, és az alábbi részek érvényesek.

**Hogyan látod, melyik áll fenn a saját rendeléseidnél:** egy napra kapcsold a naplózót Debug szintre ([Naplók](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/fejlesztoknek-naplok/)). Minden Measurement Protocol vásárlás kiír egy sort, amely megnevezi a tranzakcióazonosítóját, a kliensazonosítót, amellyel kiment, és a munkamenet állapotát, függetlenül attól, hogy lefutott-e figyelmeztetés. Keresd ki a tranzakcióazonosítókat a GA4-ben, vond ki azokat, amelyeket egy figyelmeztető sor megmagyaráz, és ami marad, az az a populáció, amelyet egyetlen boltoldali ellenőrzés sem lát. A Pixel Manager Pro friss kiadásában ez a sor azt is jelenti, hogy a böngésző találatai egyáltalán elértek-e a Google-t.

Ha nem sikerült `client_id` értéket olvasni, a Pixel Manager generált tartalékot küld, például `anon_76413.1786483870`. Ha konkrét rendeléseket vizsgálsz a naplókban, és tudni akarod, melyik azonosító ment ki és miért, lásd a [GA4 anon_* kliensazonosítók](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/hibaelharitas-ga4-anon-client-id/) fejezetet. Ott az is le van írva, miért nem bizonyítja a `HTTP 204` válasz és a beállított `wpm_google_analytics_4_mp_purchase_hit` jelző, hogy a GA4 hozzárendelte a vásárlást.

#### Miért nem küldhető el helyette a GCLID

Gyakori feltételezés, hogy a Pixel Manager a Google Ads kattintásazonosítót (a `GCLID`, amely a `_gcl_aw` sütiben van) hozzáfűzhetné a Measurement Protocol eseményhez egy olyan paraméterrel, mint a `session_traffic_source_last_click.google_ads_campaign.gclid`, és a GA4 a vásárlást a Paid Searchhöz rendelné.

Ez nem lehetséges. A `session_traffic_source_last_click` a GA4 BigQuery-exportjának és jelentési sémájának mezője, vagyis valami, amit a GA4 a saját attribúciója eredményeként ír. Nem olyan paraméter, amelyet a Measurement Protocol bejövő eseményeken elfogad. A Measurement Protocol referenciája egyáltalán nem dokumentál forgalmiforrás- vagy kattintásazonosító-bemenetet, és a Google dokumentált megoldása a hozzárendeletlen szerveroldali eseményekre az, amit fent leírtunk: a látogató meglévő munkamenetének `session_id` értékét kell elküldeni.

Ezért a Pixel Managerben nincs erre beállítás, nincs szűrő, amely bekapcsolná, és nincs kerülőmegoldás WooCommerce-horgon át. A GCLID hozzáadása az üzenethez egyszerűen hatástalan lenne, mert a GA4 figyelmen kívül hagyja a paramétert.

A Google Ads-konverzióidat mindez nem érinti. A Pixel Manager a kattintásazonosítót a rendelésen tárolja, és a GA4 csatornajelentéseitől függetlenül használja a Google Ads-attribúcióhoz. Az a rendelés, amely a GA4-ben Unassigned alatt jelenik meg, a Google Adsben még helyesen hozzárendelődhet.

#### Mit tehetsz

- **Először ellenőrizd a csatornacsoportodat.** Amint fent leírtuk, az a közeg, amelyre a GA4-nek nincs szabálya, az Unassigned alá kerül, a forrás sértetlen marad. Ez semmibe sem kerül, és gyakran nagy része a tárolónak.
- **Tedd nehezebben blokkolhatóvá a böngészőoldali GA4-címkét.** Mivel minden hozzárendelt vásárláshoz böngészőmunkamenet kell, minden, ami segít a böngészőoldali címke lefutásában, az Unassigned-et is csökkenti. A Google Tag Gateway for advertisers a Google-címkét a saját domainedről szolgálja ki, és ez itt a legjobb intézkedés ([Hozzájárulás és adatvédelem: Google](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/hozzajarulas-google/)).
- **Add hozzá a fizetési szolgáltatódat a GA4 nem kívánt hivatkozóihoz.** Az a vásárló, aki egy külső fizetési oldalról tér vissza, új munkamenetet indíthat, amely a fizetési szolgáltatónak íródik jóvá, ami az eredeti forrás elvesztésével jár éppen azoknál az átjáróknál, amelyek amúgy is a legrosszabbul követnek. Sorold fel a pontos domaineket, ahonnan a vásárlók visszatérnek, azokat is, amelyek eltérnek a szolgáltató fő domainjétől.
- **Ellenőrizd a hozzájárulási beállításaidat.** Ha a látogatók nem adnak statisztikai hozzájárulást, a böngészőoldali címke nem tud lefutni, és ezek a vásárlások nem rendelhetők hozzá.
- **Fogadd el a kompromisszumot.** Az Unassigned vásárlások továbbra is a helyes bevételt hordozzák. Az összesítéseid pontosak maradnak, csak a csatornamegoszlás hiányos.
- **Vagy kapcsold ki a Measurement Protocolt.** A Pixel Managerben a **Tracking Pixels → Google (Ads & GA4)** alatt az **API Secret (for Measurement Protocol)** mező törlésével kikapcsolható. Ne feledd, hogy ezzel a pontos tranzakció- és bevételkövetést is feladod, és a GA4 kevesebb rendelést fog jelenteni, mint a WooCommerce.

A GA4 Measurement Protocol további korlátai is vannak; ezek listája a [Gyakori kérdések: Google Ads és GA4](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/hibaelharitas-gyik-google/) fejezetben található.

### A GA4 „(not set)” kezdőlapot mutat

**Tünet:** a GA4 kezdőlap-jelentésében nagy `(not set)` sor van.

**Ok:** a GA4 a kezdőlapot a munkamenet első `page_view` eseményéből veszi. Az a munkamenet, amely bármilyen más eseménnyel indul, nem rendelkezik kezdőlappal. Három ok adja ezek zömét:

- **Másik címke küld ugyanabba a GA4-tulajdonba.** Egy második Google-címke, egy Google Tag Manager konténer, egy másik bővítmény vagy egy harmadik féltől származó szkript olyan eseményeket küld a mérési azonosítóddal, mint a `scroll`, `user_engagement` vagy a saját egyedi eseményei. Valahányszor ilyen esemény egy munkamenetben a `page_view` előtt érkezik, kezdőlap nélküli munkamenetet nyit.
- **Measurement Protocol vásárlások, amelyeket a GA4 nem tudott böngészőmunkamenethez kötni**, ahogy az „Unassigned forgalom a GA4-ben” részben leírtuk.
- **Régi Pixel Manager kiadás letiltott GA4-azonosítóval.** Amikor a bolt szervere nem érte el a Google-t, vagy a Google maga nem szolgálta ki a `G-` azonosítót, a régi kiadások kihagyták a GA4-konfigurációt, miközben az e-kereskedelmi események kimentek. Ez oldalmegtekintés nélküli munkameneteket hozott létre. A bővítmény frissítése megoldja ([Követőpixelek: Google Analytics](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/pixelek-google-analytics/)).

**Hogyan különítsd el őket:**

1. A GA4-ben nyisd meg az **Explore → Free form** nézetet.
2. Add hozzá a **Landing page + query string** és **Event name** dimenziókat, valamint a **Sessions**, **Key events** és **Total revenue** metrikákat.
3. Szűrj a `(not set)` kezdőlapra, és bontsd eseménynév szerint.

Ha a sor főleg bevételt hordozó `purchase` eseményekből áll, a Measurement Protocol populációról van szó, és az Unassigned bejegyzés érvényes. Ha sok munkamenet más eseménynevekkel és kevés vagy semmi bevétellel, akkor egy második címke küld a tulajdonba, vagy egy régi kiadásnál a GA4 a konfigurációja nélkül futott.

A GA4 közönségindítói is naplóznak saját eseményeket. Nem erősítettük meg, hogy kezdőlap nélküli munkameneteket nyitnak, ezért kezeld tesztelendő hipotézisként: ha a `(not set)` sorban lévő felhasználók száma nagyjából egyezik egy közönségindító felhasználóival, függeszd fel az indítót egy időre, és nézd meg, csökken-e a sor.

A címke megtalálásához nyisd meg a fejlesztői eszközöket a boltodon, szűrd a **Network** fület a `collect?v=2` kifejezésre, és keress a mérési azonosítóddal (`tid=G-…`) küldött kéréseket, amelyek eseménynevére (`en=`) nem `page_view`. Az **Initiator** oszlop megmutatja, melyik szkript küldte őket. Aktív Google Tag Gateway for advertisers mellett a GA4-kérések a bolt saját domainjére mennek Google-domain helyett, ezért ilyenkor a `collect` szóra szűrj, ne Google-hosztnévre.

**Megoldás:** távolítsd el a második címkét, vagy irányítsd egy másik GA4-tulajdonba, hogy a Pixel Manager legyen az egyetlen küldő ennek a mérési azonosítónak. Ha a bolt régi Pixel Manager kiadást futtat, frissítsd.

### A visszatérítés nem von le bevételt a GA4-ben

Két nagyon különböző helyzet adhatja ezt a panaszt, és az első lépés a kettő megkülönböztetése: vagy a visszatérítés sosem hagyta el a szervert, vagy elhagyta, és rossz helyen keresed.

#### Az üres böngészőkonzol nem a tünet

A visszatérítés az egyetlen e-kereskedelmi esemény, amelyet a Pixel Manager sosem követ a böngészőben. A visszatérítést a WooCommerce adminban hozzák létre, boltoldal megnyitása nélkül, így semmi kliensoldali nem tud lefutni. A `refund` esemény PHP-ban épül fel, és a szerverről megy a Google Analyticsnek a Measurement Protocolon át.

A konzolnaplózó ezért néma marad, amikor visszatérítesz egy rendelést, és a böngésző Network füle sem mutat kérést. Ez a tervezett viselkedés, nem hiba, és nem bizonyíték arra, hogy valami elromlott. A tényleges kérés megtekintéséhez használd a bővítmény naplóját a GA4-fejezetben leírtak szerint ([Követőpixelek: Google Analytics](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/pixelek-google-analytics/)).

#### Ha a napló egyáltalán nem mutat visszatérítési kérést

Menj végig sorban:

- **Hiányzik a GA4 API-titok.** A visszatérítések kizárólag a Measurement Protocolon át mennek. API-titok nélkül egyáltalán nincs visszatérítés-jelentés, bármi más be van is állítva. Ellenőrizd a **Tracking Pixels → Google (Ads & GA4) → API Secret** mezőt.
- **A rendelés vásárlási eseményét sosem küldték el.** A Pixel Manager szándékosan visszatartja a visszatérítést, ha a Google Analytics sosem kapta meg a vásárlást, hogy ne kérjen olyan bevétel visszavonását, amelyet sosem rögzített.
- **A visszatérítés-követés ki van kapcsolva.** Nézd meg a téma `functions.php` fájlját és minden kódrészlet-bővítményt a `pmw_google_analytics_refund_tracking` szűrő után, és a `refund` eseményt blokkoló szerveroldali eseményszűrők után ([Eseményszűrők](https://hub.hellowp.io/hu/plugins/woocommerce-pixel-manager/fejlesztoknek-esemenyszurok/)).
- **Ez a Pro változat, ugye?** A Measurement Protocol követés, és vele a visszatérítés-jelentés, Pro funkció.

#### Ha a visszatérítési kérés kimegy, de az összeg 0 marad

Akkor elavult kiadást használsz. A visszatérítéseknél két bevételi javítás volt:

| Javítás | Mit javított |
|---|---|
| Az egyik korábbi kiadás | A visszatérítési események nem hordoztak `value` és `currency` mezőt, így a GA4 rögzítette az eseményt, de semmit nem vont le. Ez alatt minden visszatérítés 0-t vont le. |
| A másik korábbi kiadás | A több lépésben visszatérített rendelés többet vont vissza, mint amit visszatérítettek: a rendelést lezáró esemény a teljes rendelési összeget hordozta a már jelentett részleges visszatérítések tetejére. |

Mindkét esetben a megoldás a jelenlegi kiadásra frissítés. A már elküldött visszatérítéseket utólag nem korrigálja, mert a Google Analytics adatai nem írhatók felül.

A visszavont bevétel az attribúciós jelentésekben a „(not set)” alatt jelenik meg, mert a visszatérítés nem hordoz munkamenetet. A korrekció így is érvényesül a tulajdon szintjén.