Zbuloni hapin e radhës kur mungojnë ngjarje, kërkesat dështojnë ose raportet e konvertimeve nuk përputhen.

Përmbledhje

Përdoreni këtë udhëzues nëse mungojnë ngjarje, kërkesat dështojnë ose të dhënat në Ads Manager nuk përputhen me regjistrat e biznesit tuaj. Filloni me një blerje të përfunduar, një formular interesi të dorëzuar ose një veprim tjetër. Shënoni çfarë ndodhi dhe kur, pastaj zgjidhni pyetjen e përshtatshme më poshtë.

Një ngjarje regjistron një veprim, si për shembull një blerje. Pixel dërgon ngjarje nga shfletuesi i një vizitori; API-ja e konvertimeve (CAPI) i dërgon nga serveri juaj. Ads Manager i mbledh këto ngjarje në një burim të dhënash. Atribuimi përcakton se cilës reklamë i njihet merita për veprimin. Periudha e atribuimit përcakton sa kohë pas një ndërveprimi me reklamën mund të ndodhë një veprim që të kualifikohet për atribuim.

Pyetje të shpeshta

1. Nga duhet të filloj?

Përcaktoni veprimin që doni të matni, çfarë e dërgon atë, si dhe llogarinë e reklamave dhe ID-në e Pixel që përdoren. Konfigurimi juaj mund të përdorë Pixel, CAPI, një integrim me partner ose një kombinim të tyre. CAPI kërkon një ID të Pixel edhe nëse nuk e keni instaluar Pixel në shfletues.

Për konfigurimin fillestar, shihni: Matja e konvertimeve dhe Gjurmimi i konvertimeve. Zhvilluesi juaj mund të përdorë udhëzuesit për Pixel, CAPI dhe Ngjarjet e mbështetura. Mbajini kërkesat dhe çelësat e CAPI në serverin tuaj.

Nëse integrimin tuaj e menaxhon një partner, përdorni udhëzuesin e konfigurimit të partnerit të matjes ose udhëzuesin e konfigurimit të partnerit të matjes për pajisjet celulare. Për lidhjen me HubSpot, shihni: Konfigurimi i Reklamave në ChatGPT në HubSpot.

Për një konfigurim ekzistues, kontrolloni çdo hap:

A u dërgua një kërkesë ngjarjeje nga veprimi?
Kërkesa ktheu një gabim apo u pranua?
A mund të konfirmoni që ngjarja mbërriti te burimi i duhur i të dhënave?
A iu atribuua ngjarja një reklame në raportin e fushatës?

2. Pixel është i instaluar. Pse nuk shoh blerje ose klientë potencialë?

Pixel mund të ngarkohet pa dërguar ngjarjen e blerjes ose të klientit potencial që ju nevojitet. Kërkojini zhvilluesit tuaj të kontrollojë një veprim të përfunduar:

Kontrolloni emrin e ngjarjes, ID-në e Pixel dhe faqen ose funksionin callback që e dërgon. Një shikim faqeje nuk është një blerje e përfunduar.
Konfirmoni që Pixel inicializohet përpara se të dërgojë ngjarjen, përfshirë rastet kur ngarkohet nga një menaxhues etiketash.
Kontrolloni konsolën e shfletuesit dhe kërkesën e rrjetit. Vetëm mesazhi “u aktivizua” i një menaxhuesi etiketash nuk konfirmon që ngjarja u dërgua. Modaliteti i diagnostikimit të Pixel mund të ndihmojë.
Kontrolloni nëse zgjedhjet e pëlqimit, bllokimi nga shfletuesi ose politika e sigurisë së sajtit tuaj e penguan kërkesën.
Kontrolloni faqet që kërkojnë hyrje në llogari, procesin e pagesës, sajtet e rezervimeve, ridrejtimet dhe formularët e integruar. Fakti që Pixel funksionon në faqen e mbërritjes nuk konfirmon se gjurmimi funksionon edhe gjetkë.

Nëse nuk u dërgua asnjë kërkesë, rregulloni fillimisht atë hap. Pritja për raportimin nuk do të ndihmojë. Përdorni udhëzuesin për zgjidhjen e problemeve me Pixel përpara se të shtoni një integrim tjetër.

3. Çfarë duhet të bëj nëse një ngjarje refuzohet, tejkalon kohën e pritjes ose kthen një gabim të serverit?

Ruani kodin e përgjigjes, gabimin e saktë, kohën e kërkesës dhe ID-në e ngjarjes. Kërkojini zhvilluesit tuaj të kontrollojë formatin e ngjarjes, ID-në e Pixel dhe çelësin. Kërkesat e ngjarjeve në CAPI përdorin një çelës të API-së së konvertimeve për të njëjtën llogari reklamash. Kërkesat e konfigurimit, menaxhimit dhe raportimit përdorin çelësin e veçantë të API-së së reklamuesit. Mos i dërgoni çelësat e API-së ekipit të mbështetjes.

Kur ngjarjet dërgohen në grup përmes CAPI, një ngjarje e pavlefshme mund të bëjë që i gjithë grupi të dështojë.

CAPI kërkon kohën origjinale të veprimit në milisekonda Unix. Koha e ngjarjes duhet të jetë brenda 7 ditëve të fundit dhe jo më shumë se 10 minuta në të ardhmen. Ky kufi për dërgimin është i veçantë nga periudha e atribuimit. Mos e ndryshoni kohën e një ngjarjeje të vjetër që ajo të pranohet.

Tejkalimi i kohës së pritjes ose një gabim i serverit mund t'ju lërë të pasigurt nëse ngjarja ka mbërritur. Kontrolloni kërkesën origjinale dhe çdo regjistrim të marrjes së saj. Nëse e riprovoni dërgimin e të njëjtit veprim, ruani ID-në dhe vulën kohore origjinale të ngjarjes. Një ID e re mund ta bëjë të duket si një veprim tjetër.

Hetoni menjëherë një refuzim ose dështim të vazhdueshëm të kërkesës. Koha e parashikuar prej 24–48 orësh për raportim nuk vlen për këto gabime. Për kërkesat teknike, shihni: API-ja e konvertimeve.

4. Shoh që ngjarja u pranua. Pse nuk është në raport?

Pranimi nuk do të thotë se ngjarja iu atribuua një reklame. Kontrolloni çfarë konfirmon përgjigjja dhe nëse kërkesa përdori burimin e duhur të të dhënave. Në CAPI, validate_only me vlerën true kontrollon ngjarjet pa i ruajtur.

Për një ngjarje të re, zhvilluesi juaj mund të kontrollojë ngjarjet e fundit, kur kjo mundësi është e disponueshme. Kjo tregon një mostër të ngjarjeve të fundit, jo një historik të plotë ose një rezultat atribuimi.

Nëse nuk mund të kontrolloni nëse ngjarja ka mbërritur, kontaktoni ekipin e mbështetjes dhe dërgoni përgjigjen origjinale dhe një ngjarje si shembull. Na tregoni cilat kontrolle keni përfunduar; nuk është e nevojshme ta gjeni më parë shkakun.

Nëse marrja është konfirmuar, kaloni te pyetja 5. Mos e ridërgoni ngjarjen me ID të reja vetëm sepse raporti i fushatës nuk ka ndryshuar.

Konvertimet e atribuuara mund të duan rreth 24–48 orë për t'u shfaqur dhe totalet e fundit mund të ndryshojnë gjatë përpunimit. Kjo nuk garanton se çdo ngjarje e pranuar do të shfaqet dhe as konfirmon se ajo është marrë. Shihni: Matni rezultatet.

5. Ngjarjet po merren. Pse fushata tregon ende zero konvertime?

Përpara se të ndryshoni integrimin, kontrolloni:

A është burimi i synuar i të dhënave i lidhur me llogarinë e duhur?
A përputhet ngjarja që dërgoni me cilësimin e konvertimit të fushatës? Për ngjarjet e personalizuara, kontrolloni llojin e personalizuar dhe emrin e saktë të ngjarjes. Nuk mjafton që etiketa e shfaqur të përputhet.
A ishte lidhur konvertimi i duhur me fushatën përpara aktivitetit që po kontrolloni?
A ndodhi veprimi pas një klikimi ose shikimi të reklamës që plotëson kushtet sipas cilësimeve të atribuimit?
A po shikoni fushatën, kolonën e ngjarjes, datat dhe bazën kohore të duhur të raportimit?

Informacioni i përputhjes ndihmon në lidhjen e një ngjarjeje me një reklamë, por nuk garanton atribuimin. Ruani referencën reale të klikimit të OpenAI, oppref, gjatë gjithë vizitës dhe përfshijeni në ngjarjet e serverit kur është e disponueshme. Mos shpikni kurrë një referencë dhe mos përdorni atë të një vizitori tjetër.

Kontrolloni veçmas ngjarjet e shfletuesit dhe të serverit. Një referencë ose fushë e klientit që është e disponueshme për Pixel mund të mungojë në ngjarjen e serverit.

Objektivi i zgjedhur i një fushate të optimizuar për konvertime nuk mund të ndryshohet pas krijimit. Për të përdorur një objektiv tjetër, krijoni një fushatë të re. Ngjarjet e personalizuara nuk mund të jenë objektiva optimizimi. Shihni: Fushatat e optimizuara për konvertime.

Pasi të korrigjoni një mospërputhje në konfigurim, kontrolloni aktivitetin e ri që plotëson kushtet. Mos supozoni se ndryshimi korrigjon raportet e mëparshme. Për rregullat e përputhjes, shihni: Matja e konvertimeve.

6. Pse Ads Manager, mjeti ynë i analizës dhe CRM-ja jonë japin rezultate të ndryshme?

Krahasoni të njëjtat veprime dhe rregulla raportimi. CRM-ja juaj mund të numërojë çdo blerje; një raport reklamash numëron blerjet që i atribuohen asaj platforme. Platforma të ndryshme mund ta atribuojnë ndryshe të njëjtën blerje.

Në Ads Manager, Konvertimet përfshijnë konvertimet pas klikimit dhe ato pas shikimit që plotësojnë kushtet, kur periudha e raportimit pas shikimit është 1 ditë. Me një periudhë shikimi prej 0 ditësh, numërohen vetëm konvertimet pas klikimit. Përdorni të njëjtin cilësim kur krahasoni raportet.

Për shembull, dikush klikon një reklamë, kthehet më vonë drejtpërdrejt në faqe dhe blen. Një mjet mund ta etiketojë vizitën si “E drejtpërdrejtë”, ndërsa një tjetër ia atribuon blerjen reklamës së mëparshme. Vetëm ky dallim nuk do të thotë se blerja u numërua dy herë.

Nëse etiketat e burimit të trafikut ndryshojnë, kontrolloni URL-në e mbërritjes dhe parametrat e gjurmimit të përdorur gjatë asaj vizite. Cilësimet aktuale të fushatës mund të ndryshojnë nga ato të përdorura më parë.

Krahasoni:

Llogarinë, fushatën, llojin e ngjarjes, filtrat dhe nivelin e raportimit.
Intervalin e datave, zonën kohore dhe nëse datat i referohen ndërveprimit me reklamën apo vetë konvertimit.
Cilësimet për konvertimet pas klikimit dhe pas shikimit, si dhe treguesin ose kolonën e saktë të zgjedhur.
Vonesat e fundit në përpunim, trajtimin e dublikatave, pëlqimin dhe informacionin e disponueshëm për përputhje.
Konvertimet e modeluara, kur janë të disponueshme, të cilat mund të ndryshojnë nga transaksionet e regjistruara drejtpërdrejt.
Për vlerat, monedhën, njësitë dhe nëse krahasimi përdor të gjithë porosinë apo artikuj individualë.

Për të ardhurat, krahasoni taksat, transportin, zbritjet dhe tarifat. Kontrolloni që kopjet nga shfletuesi dhe serveri të dërgojnë të njëjtën vlerë porosie. Shitjet nga porositë e krijuara dhe ROAS për porositë e krijuara numërojnë vetëm ngjarjet order_created të atribuuara.

Aktiviteti i importuar nga GA4 përfshin ngjarje nga të gjitha burimet e trafikut të pronës së zgjedhur. Këto totale nuk janë konvertime të atribuuara fushatës. Shihni: Lidhni Google Analytics 4 me Ads Manager të OpenAI.

Për krahasimet me API-në, shënoni pikën fundore dhe caktoni shprehimisht opsionet e raportimit. Një cilësim i pacaktuar mund të mos përputhet me atë në Ads Manager. Raportet mund të përfshijnë edhe ngjarje të ndryshme: disa mbulojnë objektivat e fushatës, por jo veprime të tjera të gjurmuara. Mungesa e një ngjarjeje në një raport nuk provon se ajo nuk është marrë kurrë.

Përdorni të njëjtat cilësime për një krahasim CSV dhe ruani eksportet pa i ndryshuar. Shihni: Matni rezultatet për pamjet në Ads Manager dhe Raportimi për opsionet e API-së.

7. A do të numërohet dy herë një blerje nëse përdor Pixel dhe CAPI?

Që i njëjti veprim të mos numërohet dy herë, përdorni të njëjtën ID të Pixel, emër ngjarjeje dhe ID ngjarjeje në kopjet e tij nga shfletuesi dhe serveri. Fusha e ID-së së ngjarjes është id në CAPI dhe event_id në Pixel. Përdorni gjithashtu të njëjtin emër të ngjarjes së personalizuar në të dyja anët.

Ruani të njëjtën ID kur riprovoni dërgimin e një veprimi; përdorni një ID të re për çdo veprim të ndryshëm. Kontrolloni për etiketa të dyfishuara, ngarkime të përsëritura të faqes ose thirrje të përsëritura të funksioneve callback, si dhe integrime me partnerë që mund ta dërgojnë tashmë ngjarjen.

Mos ridërgoni një kopje për të ndryshuar vlerën ose informacionin e përputhjes së ngjarjes origjinale. Kontrolloni sjelljen e përshkruar në dokumentacion përpara se të provoni një korrigjim. Shihni: heqja e dublikatave nga shfletuesi dhe serveri.

8. Ne përdorim Shopify. A na duhet një integrim tjetër?

Kontrolloni lidhjen tuaj me Shopify përpara se të shtoni një integrim tjetër. Konfirmoni llogarinë e reklamave dhe Pixel të lidhur, pastaj kontrolloni cilat ngjarje dërgon aplikacioni për dyqanin tuaj.

Nëse përdorni edhe etiketa të personalizuara, kod në procesin e pagesës ose një mekanizëm dërgimi nga serveri, kontrolloni nëse dërgojnë të njëjtat ngjarje. Konfigurimet e Shopify mund të përdorin kombinime të ndryshme të gjurmimit nga shfletuesi dhe serveri. Shihni: Konfiguroni Reklamat në ChatGPT për Shopify.

9. Si duhet t'i trajtojmë pëlqimin dhe testimin?

Dërgoni vetëm të dhëna që ju lejohet të ndani dhe respektoni zgjedhjet e vizitorëve për pëlqimin. Zhvilluesi juaj duhet të ndjekë udhëzimet e integrimit për pëlqimin dhe të dhënat e mbështetura për përputhje, përfshirë çdo normalizim dhe hashim të kërkuar. Mos i hiqni kontrollet e pëlqimit për të rritur konvertimet e raportuara ose për të përmirësuar një vlerësim.

Pëlqimi për matje dhe opt_out shërbejnë për qëllime të ndryshme. Opsioni opt_out lidhet me personalizimin; ai nuk i ndalon të gjitha kërkesat e matjes. Kërkojini zhvilluesit tuaj të kontrollojë trajtimin e pëlqimit si në integrimet e shfletuesit, ashtu edhe në ato të serverit.

Shënoni kohën, emrin dhe ID-në e një veprimi testues. Kontrolloni nëse u dërgua, u vërtetua si i vlefshëm dhe u mor. Një test i suksesshëm i zbatimit nuk tregon se një reklamë plotëson kushtet për atribuim.

Opsioni validate_only i CAPI kontrollon ngjarjet pa i ruajtur. Modaliteti i diagnostikimit të Pixel regjistron aktivitetin, por nuk i përjashton ngjarjet testuese nga raportimi. Shënojini testet në regjistrat tuaj dhe mos shpikni blerje apo ndryshoni kohët e ngjarjeve për të arritur me çdo kusht një rezultat.

10. A do të thotë një Vlerësim i cilësisë së ngjarjeve i ulët ose i padisponueshëm se gjurmimi nuk funksionon?

Jo, vetëm kjo nuk mjafton. Cilësia e ngjarjeve vlerëson informacionin e marrë nga një burim të dhënash. Ajo nuk ju tregon sa konvertime iu atribuuan reklamave. Vetëm një vlerësim i ulët ose i padisponueshëm nuk mund të përcaktojë nëse gjurmimi funksionon.

Kontrolloni që veprimet reale të fundit të regjistrohen saktë, pastaj hetoni paralajmërimin. Mos dërgoni ngjarje shtesë ose identifikues të shpikur për të rritur vlerësimin. Për kontrollet dhe kohën e përditësimit, shihni: Kuptoni dhe përmirësoni cilësinë e ngjarjeve.

11. Çfarë duhet të përfshij kur kontaktoj ekipin e mbështetjes?

Na tregoni çfarë prisnit, çfarë ndodhi, kur filloi dhe çfarë kontrolluat. Përfshini informacionet që keni nga kjo listë:

ID-në e llogarisë së reklamave, ID-në e Pixel ose burimin e të dhënave, si dhe identifikuesit e fushatës dhe reklamës së prekur.
Llojin e integrimit dhe emrin e saktë të ngjarjes, përfshirë çdo emër ngjarjeje të personalizuar.
Një ose dy ID ngjarjesh ekzistuese si shembull dhe vulat kohore të veprimeve, bashkë me zonën kohore.
Për dështime kërkesash ose kur marrja është e pasigurt: kodin e përgjigjes, gabimin e saktë, kohën e kërkesës, çdo ID kërkese ose CF-Ray të kthyer, si dhe përmbajtjen e kërkesës ose një fragment regjistri me të dhënat sensitive të hequra.
Për dallime në raportim: intervalin e datave, bazën kohore të raportimit, cilësimet e atribuimit, kolonat e zgjedhura, eksportin CSV dhe një krahasim me të njëjtën fushë mbulimi.
Pamjet përkatëse të ekranit dhe çdo ndryshim të fundit në konfigurim, përfshirë një proces të veçantë pagese ose integrim me partner.

Na tregoni nëse konfirmuat që ngjarja u dërgua, u pranua ose mbërriti, apo nëse kontrolluat vetëm raportin. Mund të kërkoni ndihmë edhe nëse nuk mund t'i përfundoni këto kontrolle.

Hiqni nga bashkëngjitjet çelësat e API-së, kokat e autorizimit, fjalëkalimet, cookie-t dhe informacionet e panevojshme të klientëve. Raportoni menjëherë gabimet ose një integrim që funksiononte më parë dhe ndalon papritur. Mos prisni të kalojë periudha e raportimit.

Zgjidhja e problemeve të gjurmimit të konvertimeve për Reklamat në ChatGPT