Pregled

Ta vodnik uporabite, če dogodki manjkajo, zahtevki ne uspejo ali se podatki v upravitelju oglasov ne ujemajo z vašimi poslovnimi evidencami. Začnite z enim zaključenim nakupom, oddanimi podatki potencialne stranke ali drugim dejanjem. Zabeležite, kaj se je zgodilo in kdaj, nato pa spodaj izberite ustrezno vprašanje.

Dogodek je zapis dejanja, na primer nakupa. Sledilna pika pošilja dogodke iz obiskovalčevega brskalnika, API za konverzije (CAPI) pa iz vašega strežnika. Upravitelj oglasov te dogodke zbira v viru podatkov. Pripisovanje določa, kateremu oglasu se pripiše dejanje. Obdobje pripisovanja določa, koliko časa po interakciji z oglasom lahko dejanje še izpolnjuje pogoje za pripisovanje.

Pogosta vprašanja

1. Kje naj začnem?

Določite dejanje, ki ga želite meriti, kaj pošilja podatke o njem ter kateri oglaševalski račun in ID sledilne pike se uporabljata. Vaša nastavitev lahko uporablja sledilno piko, CAPI, partnersko integracijo ali njihovo kombinacijo. CAPI potrebuje ID sledilne pike, tudi če sledilne pike za brskalnik niste namestili.

Za začetno nastavitev glejte: Merjenje konverzij in Sledenje konverzijam. Vaš razvijalec lahko uporabi vodnike Sledilna pika, CAPI in Podprti dogodki. Zahtevke in ključe CAPI hranite na svojem strežniku.

Če vašo integracijo upravlja partner, uporabite vodnik za nastavitev partnerja za merjenje ali vodnik za nastavitev partnerja za merjenje v mobilnih aplikacijah. Za povezavo s HubSpotom glejte: Nastavitev Oglasov ChatGPT v HubSpotu.

Pri obstoječi nastavitvi preverite vsak korak:

• Ali se je ob dejanju poslal zahtevek z dogodkom?

• Ali je zahtevek vrnil napako ali je bil sprejet?

• Ali lahko potrdite, da je dogodek prejel pravi vir podatkov?

• Ali je bil dogodek v poročilu o oglaševalski akciji pripisan oglasu?

2. Moja sledilna pika je nameščena. Zakaj ne vidim nakupov ali potencialnih strank?

Sledilna pika se lahko naloži, ne da bi poslala želeni dogodek nakupa ali pridobitve potencialne stranke. Prosite razvijalca, naj preveri eno dokončano dejanje:

• Preverite ime dogodka, ID sledilne pike ter stran ali povratni klic, ki dogodek pošilja. Ogled strani ni zaključen nakup.

• Preverite, ali se sledilna pika inicializira pred pošiljanjem dogodka, tudi kadar jo naloži upravitelj oznak.

• Preverite konzolo brskalnika in omrežni zahtevek. Sporočilo upravitelja oznak »sproženo« samo po sebi ne potrjuje, da je bil dogodek poslan. V pomoč je lahko način za odpravljanje napak sledilne pike.

• Preverite, ali so zahtevek preprečile izbire glede privolitve, blokiranje v brskalniku ali varnostni pravilnik vašega spletnega mesta.

• Preverite strani za prijavljene uporabnike, zaključek nakupa, rezervacijska spletna mesta, preusmeritve in vdelane obrazce. Delujoča sledilna pika na ciljni strani ne potrjuje, da sledenje deluje tudi drugje.

Če zahtevek ni bil poslan, najprej odpravite težavo v tem koraku. Čakanje na prikaz v poročilih ne bo pomagalo. Preden dodate še eno integracijo, uporabite vodnik za odpravljanje težav s sledilno piko.

3. Kaj naj storim, če je dogodek zavrnjen, se zahtevek časovno izteče ali vrne napako strežnika?

Shranite kodo odziva, točno besedilo napake, čas zahtevka in ID dogodka. Prosite razvijalca, naj preveri obliko dogodka, ID sledilne pike in ključ. Zahtevki z dogodki CAPI uporabljajo ključ API-ja za konverzije za isti oglaševalski račun. Zahtevki za nastavitev, upravljanje in poročanje uporabljajo ločen ključ API-ja za oglaševalce. Ključev API ne pošiljajte podpori.

Pri paketih CAPI lahko en neveljaven dogodek povzroči, da obdelava celotnega paketa ne uspe.

CAPI zahteva prvotni čas dejanja kot časovni žig Unix v milisekundah. Čas dogodka ne sme biti več kot 7 dni v preteklosti ali več kot 10 minut v prihodnosti. Ta omejitev za pošiljanje je ločena od obdobja pripisovanja. Ne spreminjajte časa starega dogodka, da bi bil sprejet.

Po časovni prekoračitvi ali napaki strežnika morda ne boste vedeli, ali je dogodek prispel. Preverite prvotni zahtevek in morebitne zapise o prejemu. Če znova pošljete isto dejanje, ohranite prvotni ID dogodka in časovni žig. Z novim ID-jem bi bilo lahko videti kot drugo dejanje.

Zavrnitev ali ponavljajoče se neuspešne zahtevke raziščite čim prej. Predvidenih 24–48 ur do prikaza v poročilih za te napake ne velja. Za zahteve glede zahtevkov glejte: API za konverzije.

4. Vidim, da je bil dogodek sprejet. Zakaj ga ni v poročilu?

Sprejetje dogodka ne pomeni, da je bil pripisan oglasu. Preverite, kaj potrjuje odziv in ali je zahtevek uporabil pravi vir podatkov. V CAPI nastavitev validate_only na true preveri dogodke, ne da bi jih shranila.

Pri novem dogodku lahko vaš razvijalec preveri nedavne dogodke, kjer so na voljo. Ta prikaz vsebuje vzorec nedavnih dogodkov, ne pa celotne zgodovine ali rezultata pripisovanja.

Če prejema ne morete preveriti, se obrnite na podporo ter priložite prvotni odziv in primer dogodka. Povejte nam, katera preverjanja ste opravili; vzroka vam ni treba odkriti vnaprej.

Če je prejem potrjen, nadaljujte s 5. vprašanjem. Dogodka ne pošiljajte znova z novimi ID-ji samo zato, ker se poročilo o oglaševalski akciji ni spremenilo.

Pripisane konverzije se lahko prikažejo šele po približno 24–48 urah, nedavni skupni seštevki pa se lahko med obdelavo spreminjajo. To ne zagotavlja, da se bo prikazal vsak sprejeti dogodek, niti ne potrjuje, da je bil prejet. Glejte: Merjenje rezultatov.

5. Dogodki se prejemajo. Zakaj oglaševalska akcija še vedno prikazuje nič konverzij?

Preden spremenite integracijo, preverite:

• Ali je želeni vir podatkov povezan s pravim računom?

• Ali se dogodek, ki ga pošiljate, ujema z nastavitvijo konverzij za oglaševalsko akcijo? Pri dogodkih po meri preverite vrsto po meri in točno ime dogodka. Ujemanje prikazane oznake ni dovolj.

• Ali je bila prava konverzija povezana z oglaševalsko akcijo pred dejavnostjo, ki jo preverjate?

• Ali je dejanje sledilo kliku ali ogledu oglasa, ki izpolnjuje pogoje nastavitev pripisovanja?

• Ali imate izbrano pravo oglaševalsko akcijo, stolpec z dogodki, datume in časovno osnovo poročanja?

Podatki za ujemanje pomagajo povezati dogodek z oglasom, vendar ne zagotavljajo pripisovanja. Dejansko referenco klika OpenAI, oppref, ohranite ves čas obiska in jo vključite v strežniške dogodke, kadar je na voljo. Nikoli si ne izmišljajte reference in ne uporabljajte reference drugega obiskovalca.

Brskalniške in strežniške dogodke preverite ločeno. Referenca ali polje s podatki o stranki, ki je na voljo sledilni piki, lahko v strežniškem dogodku manjka.

Izbranega cilja oglaševalske akcije, optimizirane za konverzije, po ustvarjanju ni mogoče spremeniti. Če želite uporabiti drug cilj, ustvarite novo oglaševalsko akcijo. Dogodki po meri ne morejo biti cilji optimizacije. Glejte: Oglaševalske akcije, optimizirane za konverzije.

Ko odpravite neskladje v nastavitvah, preverite novo dejavnost, ki izpolnjuje pogoje. Ne predpostavljajte, da bo sprememba popravila prejšnja poročila. Za pravila ujemanja glejte: Merjenje konverzij.

6. Zakaj se podatki v upravitelju oglasov, našem analitičnem orodju in CRM-ju ne ujemajo?

Primerjajte ista dejanja ob enakih pravilih poročanja. Vaš CRM lahko šteje vsak nakup, poročilo o oglasih pa šteje nakupe, pripisane tej platformi. Različne platforme lahko isti nakup pripišejo različno.

V upravitelju oglasov meritev Konverzije združuje konverzije po kliku in ustrezne konverzije po ogledu, kadar je obdobje poročanja za konverzije po ogledu nastavljeno na 1 dan. Če je obdobje po ogledu nastavljeno na 0 dni, šteje le konverzije po kliku. Pri primerjavi poročil uporabite enako nastavitev.

Nekdo na primer klikne oglas, se pozneje vrne neposredno na spletno mesto in opravi nakup. Eno orodje lahko obisk označi kot »Neposredno«, drugo pa nakup pripiše prejšnjemu oglasu. Ta razlika sama po sebi ne pomeni, da je bil nakup štet dvakrat.

Če se oznake virov prometa razlikujejo, preverite URL ciljne strani in parametre sledenja, uporabljene pri tem obisku. Trenutne nastavitve oglaševalske akcije se lahko razlikujejo od prejšnjih.

Primerjajte:

• Račun, oglaševalsko akcijo, vrsto dogodka, filtre in raven poročanja.

• Časovno obdobje, časovni pas in to, ali se datumi nanašajo na interakcijo z oglasom ali na samo konverzijo.

• Nastavitve za konverzije po kliku in po ogledu ter točno izbrano meritev ali stolpec.

• Nedavne zamude pri obdelavi, obravnavo podvojenih dogodkov, privolitev in razpoložljive podatke za ujemanje.

• Modelirane konverzije, kjer so na voljo, saj se lahko razlikujejo od neposredno zabeleženih transakcij.

• Pri vrednostih: valuto, enote in to, ali primerjava zajema celotno naročilo ali posamezne izdelke.

Pri prihodkih primerjajte davek, stroške dostave, popuste in pristojbine. Preverite, ali brskalniške in strežniške kopije pošiljajo enako vrednost naročila. Meritvi Prodaja iz ustvarjenih naročil in ROAS ustvarjenih naročil upoštevata le pripisane dogodke order_created.

Uvožena dejavnost iz GA4 vključuje dogodke iz vseh virov prometa izbrane znamke. Ti skupni seštevki ne predstavljajo konverzij, pripisanih oglaševalski akciji. Glejte: Povezovanje storitve Google Analytics 4 z upraviteljem oglasov OpenAI.

Pri primerjavah prek API-ja zabeležite končno točko in izrecno nastavite možnosti poročanja. Izpuščena nastavitev se morda ne bo ujemala z nastavitvijo v upravitelju oglasov. Poročila lahko vključujejo tudi različne dogodke: nekatera zajemajo cilje oglaševalske akcije, ne pa drugih dejanj, ki jim sledite. Če dogodek manjka v enem poročilu, to še ne dokazuje, da ni bil nikoli prejet.

Za primerjavo datotek CSV uporabite enake nastavitve in shranite nespremenjene izvožene datoteke. Za prikaze v upravitelju oglasov glejte Merjenje rezultatov, za možnosti API-ja pa Poročanje.

7. Ali bo ob uporabi sledilne pike in CAPI nakup štet dvakrat?

Da istega dejanja ne bi šteli dvakrat, v njegovi brskalniški in strežniški kopiji uporabite isti ID sledilne pike, ime dogodka in ID dogodka. Polje za ID dogodka se v CAPI imenuje id, pri sledilni piki pa event_id. Na obeh straneh uporabite tudi isto ime dogodka po meri.

Pri ponovnem pošiljanju dejanja ohranite isti ID; za vsako drugo dejanje uporabite nov ID. Preverite podvojene oznake, ponavljajoča se nalaganja strani ali povratne klice ter partnerske integracije, ki morda že pošiljajo dogodek.

Ne pošiljajte podvojenega dogodka, da bi spremenili vrednost ali podatke za ujemanje prvotnega dogodka. Preden poskusite kaj popraviti, preverite delovanje, opisano v dokumentaciji. Glejte: odstranjevanje podvojenih brskalniških in strežniških dogodkov.

8. Uporabljamo Shopify. Ali potrebujemo še eno integracijo?

Preden dodate še eno integracijo, preverite povezavo s Shopifyjem. Preverite povezani oglaševalski račun in sledilno piko, nato pa še, katere dogodke aplikacija pošilja za vašo trgovino.

Če uporabljate tudi oznake po meri, kodo za zaključek nakupa ali strežniško pošiljanje, preverite, ali pošiljajo iste dogodke. Nastavitve v Shopifyju lahko uporabljajo različne kombinacije brskalniškega in strežniškega sledenja. Glejte: Nastavitev Oglasov ChatGPT za Shopify.

9. Kako naj ravnamo s privolitvijo in testiranjem?

Pošiljajte le podatke, ki jih smete deliti, in upoštevajte izbire obiskovalcev glede privolitve. Vaš razvijalec naj upošteva navodila integracije glede privolitve in podprtih podatkov za ujemanje, vključno z zahtevano normalizacijo in zgoščevanjem. Ne odstranjujte mehanizmov za upravljanje privolitve, da bi povečali število konverzij v poročilih ali izboljšali oceno.

Privolitev v merjenje in opt_out imata različna namena. Možnost opt_out se nanaša na prilagajanje uporabniku; ne ustavi vseh zahtevkov za merjenje. Prosite razvijalca, naj preveri obravnavo privolitve tako v brskalniških kot v strežniških integracijah.

Zabeležite čas, ime in ID enega testnega dejanja. Preverite, ali je bilo poslano, preverjeno kot veljavno in prejeto. Uspešen preizkus implementacije ne dokazuje, da oglas izpolnjuje pogoje za pripisovanje.

Možnost validate_only v CAPI preveri dogodke, ne da bi jih shranila. Način za odpravljanje napak sledilne pike beleži dejavnost, vendar testnih dogodkov ne izključi iz poročil. V svojih evidencah označite teste ter si ne izmišljajte nakupov in ne spreminjajte časov dogodkov, da bi izsilili rezultat.

10. Ali nizka ali nerazpoložljiva ocena kakovosti dogodkov pomeni, da sledenje ne deluje?

Sama po sebi ne. Ocena kakovosti dogodkov ovrednoti podatke, prejete iz vira podatkov. Ne pove vam, koliko konverzij je bilo pripisanih oglasom. Samo na podlagi nizke ali nerazpoložljive ocene ni mogoče ugotoviti, ali sledenje deluje.

Preverite, ali se nedavna dejanska dejanja pravilno zajemajo, nato pa raziščite opozorilo. Ne pošiljajte dodatnih dogodkov ali izmišljenih identifikatorjev, da bi zvišali oceno. Za preverjanja in čas osveževanja glejte: Razumevanje in izboljšanje kakovosti dogodkov.

11. Katere podatke naj priložim, ko se obrnem na podporo?

Povejte nam, kaj ste pričakovali, kaj se je zgodilo, kdaj se je težava začela in kaj ste preverili. Priložite podatke s tega seznama, ki jih imate:

• ID oglaševalskega računa, ID sledilne pike ali vir podatkov ter identifikatorje zadevnih oglaševalskih akcij in oglasov.

• Vrsto integracije in točno ime dogodka, vključno z morebitnim imenom dogodka po meri.

• En ali dva primera obstoječih ID-jev dogodkov in časovne žige dejanj s časovnim pasom.

• Pri neuspešnih zahtevkih ali negotovem prejemu: kodo odziva, točno besedilo napake, čas zahtevka, morebitni vrnjeni ID zahtevka ali CF-Ray ter vsebino zahtevka ali izsek dnevnika z odstranjenimi občutljivimi podatki.

• Pri razlikah v poročilih: časovno obdobje, časovno osnovo poročanja, nastavitve pripisovanja, izbrane stolpce, izvoz CSV in primerjavo podatkov z enakim obsegom.

• Ustrezne posnetke zaslona in morebitne nedavne spremembe nastavitve, vključno z ločenim postopkom zaključka nakupa ali partnersko integracijo.

Povejte nam, ali ste potrdili, da je bil dogodek poslan, sprejet ali prejet, ali pa ste preverili le poročilo. Za pomoč lahko zaprosite, tudi če teh preverjanj ne morete opraviti.

Iz prilog odstranite ključe API, avtorizacijske glave, gesla, piškotke in nepotrebne podatke o strankah. Čim prej prijavite napake ali nenadno prenehanje delovanja integracije, ki je prej delovala. Ne čakajte, da se izteče predvideni čas za prikaz v poročilih.