Áttekintés

Használd ezt az útmutatót, ha események hiányoznak, a kérések sikertelenek, vagy a hirdetéskezelő adatai eltérnek az üzleti nyilvántartásaidtól. Kezdj egy befejezett vásárlással, beküldött érdeklődői űrlappal vagy más művelettel. Jegyezd fel, mi és mikor történt, majd válaszd ki az alábbiak közül a helyzethez illő kérdést.

Egy esemény egy műveletet, például egy vásárlást rögzít. A Pixel a látogató böngészőjéből, a Conversions API (CAPI) pedig a szerveredről küldi az eseményeket. A hirdetéskezelő ezeket az eseményeket egy adatforrásban gyűjti. A hozzárendelés határozza meg, hogy az eredményt melyik hirdetés javára számítja el a rendszer. A hozzárendelési időablak szabja meg, hogy a hirdetéssel való interakció után mennyi ideig számítható be egy művelet.

Gyakori kérdések

1. Hol érdemes kezdenem?

Határozd meg, melyik műveletet szeretnéd mérni, mi küldi el az adatait, és melyik hirdetési fiókot és Pixel-azonosítót használja. A beállításod használhatja a Pixelt, a CAPI-t, partnerintegrációt vagy ezek kombinációját. A CAPI-hoz akkor is szükség van Pixel-azonosítóra, ha nem telepítetted a böngészőoldali Pixelt.

Az első beállításhoz lásd: Konverziómérés és Konverziókövetés. A fejlesztőd a Pixel, a CAPI és a Támogatott események útmutatóit használhatja. A CAPI-kéréseket és -kulcsokat a szervereden kezeld.

Ha egy partner kezeli az integrációdat, használd a mérési partner beállítási útmutatóját vagy a mobilmérési partner beállítási útmutatóját. A HubSpot csatlakoztatásához lásd: ChatGPT-hirdetések beállítása a HubSpotban.

Meglévő beállítás esetén ellenőrizd az egyes lépéseket:

• Elküldte a rendszer az eseménykérést a művelet hatására?

• A kérés hibát adott vissza, vagy a rendszer elfogadta?

• Meg tudod erősíteni, hogy a megfelelő adatforrás fogadta az eseményt?

• A kampányjelentésben hozzárendelte a rendszer az eseményt egy hirdetéshez?

2. A Pixel telepítve van. Miért nem látok vásárlásokat vagy érdeklődőket?

A Pixel úgy is betöltődhet, hogy nem küldi el a szükséges vásárlási vagy érdeklődői eseményt. Kérd meg a fejlesztődet, hogy egy befejezett műveletnél ellenőrizze a következőket:

• Ellenőrizze az esemény nevét, a Pixel-azonosítót, valamint az eseményt küldő oldalt vagy visszahívást. Az oldalmegtekintés nem jelent befejezett vásárlást.

• Győződjön meg arról, hogy a Pixel az esemény elküldése előtt inicializálódik, akkor is, ha címkekezelő tölti be.

• Ellenőrizze a böngésző konzolját és a hálózati kérést. A címkekezelő „aktiválva” üzenete önmagában nem erősíti meg az esemény elküldését. A Pixel hibakeresési módja segíthet.

• Ellenőrizze, hogy a hozzájárulási beállítások, a böngésző blokkolása vagy a webhelyed biztonsági házirendje akadályozta-e a kérést.

• Ellenőrizze a bejelentkezés után elérhető oldalakat, a fizetési felületet, a foglalási oldalakat, az átirányításokat és a beágyazott űrlapokat. Ha a Pixel működik a céloldalon, az még nem igazolja, hogy a követés máshol is működik.

Ha a kérés nem lett elküldve, először ezt a lépést javítsd ki. Nem segít, ha a jelentésre vársz. Mielőtt másik integrációt adnál hozzá, használd a Pixel hibaelhárítási útmutatóját.

3. Mit tegyek, ha egy eseményt elutasít a rendszer, időtúllépés történik, vagy szerverhibát kapok?

Mentsd el a válaszkódot, a pontos hibaüzenetet, a kérés időpontját és az eseményazonosítót. Kérd meg a fejlesztődet, hogy ellenőrizze az esemény formátumát, a Pixel-azonosítót és a kulcsot. A CAPI-eseménykérések az adott hirdetési fiókhoz tartozó Conversions API-kulcsot használják. A beállítási, kezelési és jelentéskészítési kérések a különálló Advertiser API-kulcsot használják. Ne küldj API-kulcsokat az ügyfélszolgálatnak.

A CAPI-kötegekben egyetlen érvénytelen esemény is az egész köteg sikertelenségét okozhatja.

A CAPI a művelet eredeti időpontját kéri, ezredmásodpercben megadott Unix-időbélyegként. Az esemény időpontja legfeljebb 7 nappal lehet a múltban, és legfeljebb 10 perccel a jövőben. Ez a beküldési időkorlát független a hozzárendelési időablaktól. Ne módosítsd egy régi esemény időpontját azért, hogy átmenjen az ellenőrzésen.

Időtúllépés vagy szerverhiba esetén bizonytalan lehet, hogy megérkezett-e az esemény. Ellenőrizd az eredeti kérést és a fogadásról rendelkezésre álló feljegyzéseket. Ha újraküldöd ugyanazt a műveletet, tartsd meg az eredeti eseményazonosítóját és időbélyegét. Új azonosítóval a rendszer egy másik műveletnek tekintheti.

Az elutasítást vagy a kérések tartós sikertelenségét mielőbb vizsgáld ki. A jelentésekben való megjelenésre becsült 24–48 órás idő ezekre a hibákra nem vonatkozik. A kérésekre vonatkozó követelményekről lásd: Conversions API.

4. Látom, hogy a rendszer elfogadta az eseményt. Miért nem szerepel a jelentésben?

Az elfogadás nem jelenti azt, hogy az eseményt a rendszer hozzárendelte egy hirdetéshez. Ellenőrizd, mit erősít meg a válasz, és hogy a kérés a megfelelő adatforrást használta-e. A CAPI-ban a true értékre állított validate_only ellenőrzi az eseményeket, de nem menti őket.

Új esemény esetén a fejlesztőd ellenőrizheti a legutóbbi eseményeket, ahol ez elérhető. Ez a legutóbbi eseményekből mutat egy mintát, nem a teljes előzményt vagy a hozzárendelés eredményét.

Ha nem tudod ellenőrizni a fogadást, fordulj az ügyfélszolgálathoz az eredeti válasszal és egy mintaeseménnyel. Írd meg, mely ellenőrzéseket végezted el; nem kell előbb megtalálnod a hiba okát.

Ha a fogadás megerősítést nyert, folytasd az 5. kérdéssel. Ne küldd újra az eseményt új azonosítókkal csak azért, mert a kampányjelentés nem változott.

A hozzárendelt konverziók megjelenése körülbelül 24–48 órát vehet igénybe, és a legfrissebb összesített értékek a feldolgozás során változhatnak. Ez nem garantálja, hogy minden elfogadott esemény megjelenik, és nem erősíti meg az esemény fogadását sem. Lásd: Eredmények mérése.

5. Az események beérkeznek. Miért mutat a kampány mégis nulla konverziót?

Az integráció módosítása előtt ellenőrizd a következőket:

• A használni kívánt adatforrás a megfelelő fiókhoz van csatlakoztatva?

• Az elküldött esemény megfelel a kampány konverziós beállításának? Egyéni eseményeknél ellenőrizd az egyéni típust és a pontos eseménynevet. Nem elég, ha a megjelenített címke egyezik.

• A megfelelő konverzió már az ellenőrzött tevékenység előtt hozzá volt kapcsolva a kampányhoz?

• A művelet olyan hirdetéskattintást vagy -megtekintést követett, amely megfelel a hozzárendelési beállításoknak?

• A megfelelő kampányt, eseményoszlopot, dátumokat és jelentési időbeli viszonyítási alapot nézed?

Az egyeztetési adatok segítenek összekapcsolni az eseményt egy hirdetéssel, de nem garantálják a hozzárendelést. Őrizd meg a valódi OpenAI-kattintási hivatkozást, az oppref értékét a látogatás során, és ha rendelkezésre áll, add meg a szerveroldali eseményekben is. Soha ne találj ki hivatkozást, és ne használd másik látogatóét.

A böngésző- és szerveroldali eseményeket külön ellenőrizd. A Pixel számára elérhető hivatkozás vagy ügyféladatmező hiányozhat a szerveroldali eseményből.

A konverzióra optimalizált kampány kiválasztott célja a létrehozás után nem módosítható. Másik cél használatához hozz létre új kampányt. Egyéni események nem használhatók optimalizálási célként. Lásd: Konverzióra optimalizált kampányok.

A beállítási eltérés kijavítása után az új, feltételeknek megfelelő tevékenységeket ellenőrizd. Ne feltételezd, hogy a módosítás a korábbi jelentéseket is kijavítja. Az egyeztetési szabályokról lásd: Konverziómérés.

6. Miért térnek el a hirdetéskezelő, az analitikai eszközünk és a CRM-rendszerünk adatai?

Azonos műveleteket hasonlíts össze, azonos jelentéskészítési szabályok mellett. A CRM-rendszered minden vásárlást számolhat, míg egy hirdetési jelentés csak az adott platformhoz hozzárendelt vásárlásokat számolja. A különböző platformok eltérően rendelhetik hozzá ugyanazt a vásárlást.

A hirdetéskezelőben a Konverziók mutató a kattintás utáni és a feltételeknek megfelelő megtekintés utáni konverziókat is tartalmazza, ha a megtekintés utáni konverziók jelentési időablaka 1 nap. 0 napos megtekintési időablak esetén csak a kattintás utáni konverziókat számolja. A jelentések összehasonlításakor ugyanazt a beállítást használd.

Például valaki rákattint egy hirdetésre, később közvetlenül visszatér az oldalra, és vásárol. Az egyik eszköz „Közvetlen” címkével jelölheti a látogatást, míg egy másik a korábbi hirdetéshez rendeli a vásárlást. Ez az eltérés önmagában nem jelenti azt, hogy a vásárlást kétszer számolták.

Ha eltérnek a forgalmi források címkéi, ellenőrizd az adott látogatás céloldalának URL-jét és követési paramétereit. A kampány jelenlegi beállításai eltérhetnek a korábban használtaktól.

Hasonlítsd össze a következőket:

• Fiók, kampány, eseménytípus, szűrők és jelentési szint.

• Dátumtartomány, időzóna, valamint az, hogy a dátumok a hirdetéssel való interakcióra vagy magára a konverzióra vonatkoznak-e.

• A kattintás és megtekintés utáni konverziók beállításai, valamint a kiválasztott konkrét mutató vagy oszlop.

• A közelmúltbeli feldolgozási késések, a duplikációk kezelése, a hozzájárulás és a rendelkezésre álló egyeztetési adatok.

• A modellezett konverziók, ahol elérhetők, mivel ezek eltérhetnek a közvetlenül rögzített tranzakcióktól.

• Értékek esetén a pénznem, a mértékegységek, valamint az, hogy az összehasonlítás a teljes rendelésre vagy az egyes tételekre vonatkozik-e.

A bevételnél hasonlítsd össze az adókat, a szállítási költséget, a kedvezményeket és a díjakat. Ellenőrizd, hogy a böngészőből és a szerverről küldött példányok ugyanazt a rendelési értéket tartalmazzák-e. A Létrehozott rendelések árbevétele és a Létrehozott rendelések ROAS-a csak a hirdetéshez hozzárendelt order_created eseményeket veszi figyelembe.

Az importált GA4-tevékenység a kiválasztott tulajdon forgalmi forrásainak eseményeit tartalmazza. Ezek az összesített értékek nem a kampányhoz hozzárendelt konverziókat jelentik. Lásd: A Google Analytics 4 csatlakoztatása az OpenAI hirdetéskezelőhöz.

API-adatok összehasonlításakor jegyezd fel a végpontot, és kifejezetten add meg a jelentéskészítési beállításokat. Egy kihagyott beállítás eltérhet a hirdetéskezelőben használttól. A jelentésekben szereplő események is eltérhetnek: egyes jelentések a kampánycélokat lefedik, de más követett műveleteket nem. Ha egy esemény hiányzik az egyik jelentésből, az nem bizonyítja, hogy a rendszer soha nem fogadta.

A CSV-fájlok összehasonlításához ugyanazokat a beállításokat használd, és őrizd meg a módosítatlan exportokat. A hirdetéskezelő nézeteiről az Eredmények mérése, az API lehetőségeiről pedig a Jelentéskészítés című útmutatóban olvashatsz.

7. A Pixel és a CAPI együttes használatakor kétszer számolja a rendszer a vásárlást?

Ugyanazon művelet kétszeres beszámításának elkerüléséhez használd ugyanazt a Pixel-azonosítót, eseménynevet és eseményazonosítót a böngészőből és a szerverről küldött példányban. Az eseményazonosító mezője a CAPI-ban id, a Pixelben pedig event_id. Az egyéni esemény neve is egyezzen meg mindkét oldalon.

Egy művelet újraküldésekor tartsd meg az azonosítóját; minden különálló művelethez használj új azonosítót. Ellenőrizd a többször szereplő címkéket, az ismétlődő oldalbetöltéseket és visszahívásokat, valamint azokat a partnerintegrációkat, amelyek esetleg már elküldik az eseményt.

Ne küldd el újra ugyanazt az eseményt az eredeti értékének vagy egyeztetési adatainak módosítása céljából. Mielőtt javítással próbálkoznál, ellenőrizd a dokumentációban leírt működést. Lásd: böngésző- és szerveroldali események deduplikációja.

8. Shopifyt használunk. Szükségünk van másik integrációra?

Mielőtt másik integrációt adnál hozzá, ellenőrizd a Shopify-kapcsolatot. Ellenőrizd a csatlakoztatott hirdetési fiókot és Pixelt, majd azt, hogy az alkalmazás mely eseményeket küldi el az áruházadból.

Ha egyéni címkéket, a fizetési felületen futó kódot vagy szerveroldali küldőt is használsz, ellenőrizd, hogy ezek ugyanazokat az eseményeket küldik-e. A Shopify-beállítások a böngésző- és szerveroldali követés különböző kombinációit használhatják. Lásd: ChatGPT-hirdetések beállítása a Shopifyhoz.

9. Hogyan kezeljük a hozzájárulást és a tesztelést?

Csak olyan adatokat küldj, amelyeket jogosult vagy megosztani, és tartsd tiszteletben a látogatók hozzájárulási döntéseit. A fejlesztőd kövesse az integráció hozzájárulásra és támogatott egyeztetési adatokra vonatkozó útmutatását, beleértve az előírt normalizálást és hashelést is. Ne távolítsd el a hozzájárulási vezérlőket azért, hogy több konverzió jelenjen meg a jelentésekben, vagy javuljon egy pontszám.

A méréshez adott hozzájárulás és az opt_out eltérő célt szolgál. Az opt_out beállítás a személyre szabásra vonatkozik; nem állít le minden mérési kérést. Kérd meg a fejlesztődet, hogy a böngésző- és szerveroldali integrációkban is ellenőrizze a hozzájárulás kezelését.

Jegyezd fel egy tesztművelet időpontját, nevét és azonosítóját. Ellenőrizd, hogy a rendszer elküldte, érvényesítette és fogadta-e. A megvalósítás sikeres tesztje nem igazolja, hogy a művelet hozzárendelhető egy hirdetéshez.

A CAPI validate_only beállítása mentés nélkül ellenőrzi az eseményeket. A Pixel hibakeresési módja naplózza a tevékenységet, de nem zárja ki a teszteseményeket a jelentésekből. Jelöld a teszteket a nyilvántartásaidban, és ne találj ki vásárlásokat, illetve ne módosítsd az események időpontját egy eredmény kikényszerítése érdekében.

10. Az alacsony vagy nem elérhető eseményminőségi pontszám azt jelenti, hogy hibás a követés?

Önmagában nem. Az eseményminőség az adatforrásból érkező információkat értékeli. Nem mutatja meg, hány konverziót rendelt a rendszer hirdetéshez. Az alacsony vagy nem elérhető pontszámból önmagában nem állapítható meg, hogy működik-e a követés.

Ellenőrizd, hogy a legutóbbi valós műveletek megfelelően rögzülnek-e, majd vizsgáld ki a figyelmeztetést. Ne küldj további eseményeket vagy kitalált azonosítókat a pontszám növelése érdekében. Az ellenőrzésekről és a frissítés időzítéséről lásd: Az eseményminőség megértése és javítása.

11. Milyen adatokat adjak meg, amikor az ügyfélszolgálathoz fordulok?

Írd le, mire számítottál, mi történt, mikor kezdődött a probléma, és mit ellenőriztél. Add meg az alábbiak közül mindazt, ami rendelkezésedre áll:

• A hirdetési fiók azonosítója, a Pixel-azonosító vagy az adatforrás, valamint az érintett kampányok és hirdetések azonosítói.

• Az integráció típusa és a pontos eseménynév, beleértve az egyéni eseményneveket is.

• Egy vagy két meglévő eseményazonosító példaként, a műveletek időbélyegével és az időzónával együtt.

• Sikertelen kérések vagy bizonytalan fogadás esetén: válaszkód, pontos hibaüzenet, a kérés időpontja, a válaszban kapott kérésazonosító vagy CF-Ray, valamint az érzékeny adatoktól megtisztított kérésadatok vagy naplórészlet.

• A jelentések közötti eltéréseknél: dátumtartomány, a jelentés időbeli viszonyítási alapja, hozzárendelési beállítások, kiválasztott oszlopok, CSV-export és azonos adatkörre vonatkozó összehasonlítás.

• Kapcsolódó képernyőképek és a beállítások legutóbbi módosításai, beleértve a különálló fizetési felületet vagy partnerintegrációt is.

Írd meg, hogy megerősítetted-e az esemény elküldését, elfogadását vagy fogadását, vagy csak a jelentést ellenőrizted. Akkor is kérhetsz segítséget, ha nem tudod elvégezni ezeket az ellenőrzéseket.

Távolítsd el a mellékletekből az API-kulcsokat, a hitelesítési fejléceket, a jelszavakat, a sütiket és a szükségtelen ügyféladatokat. Mielőbb jelezd a hibákat, illetve ha egy korábban működő integráció hirtelen leáll. Ne várd meg a jelentésekben való megjelenéshez szükséges idő leteltét.