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

Përmbledhje

Përdorni 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. Nisni me një blerje të përfunduar, të dhënat e dërguara të një klienti potencial ose një veprim tjetër. Shënoni çfarë ndodhi dhe kur, pastaj zgjidhni pyetjen e mëposhtme që i përshtatet rastit tuaj.

Një ngjarje regjistron një veprim, si p.sh. një blerje. Pixel dërgon ngjarje nga shfletuesi i vizitorit; API-ja e konvertimeve (CAPI) i dërgon ato 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ë kryhet një veprim që të llogaritet si i atribuueshëm.

Pyetje të shpeshta

1. Nga duhet t’ia nis?

Identifikoni veprimin që dëshironi të matni, burimin që e dërgon, 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 si pasojë e veprimit?
A ktheu kërkesa një gabim apo u pranua?
A mund të konfirmoni se ngjarja u mor nga burimi i duhur i të dhënave?
A iu atribuua ngjarja një reklame në raportin e fushatës?

2. E kam instaluar Pixel. 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, edhe kur ngarkohet nga një menaxhues etiketash.
Kontrolloni konsolën e shfletuesit dhe kërkesën e rrjetit. Vetëm mesazhi “u aktivizua” i menaxhuesit të etiketave nuk konfirmon se ngjarja u dërgua. Modaliteti i diagnostikimit të Pixel mund t’ju ndihmojë.
Kontrolloni nëse zgjedhjet për pëlqimin, bllokimi nga shfletuesi ose politika e sigurisë e sajtit tuaj e penguan kërkesën.
Kontrolloni faqet ku kërkohet hyrje në llogari, përfundimin e blerjes, sajtet e rezervimit, ridrejtimet dhe formularët e integruar. Fakti që Pixel funksionon në faqen e destinacionit nuk konfirmon se gjurmimi funksionon edhe gjetkë.

Nëse nuk është dërguar 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, i skadon koha e pritjes ose kthen një gabim të serverit?

Ruani kodin e përgjigjes, mesazhin e saktë të gabimit, 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 për konfigurim, menaxhim dhe raportim përdorin çelësin e veçantë të API-së së reklamuesit. Mos i dërgoni çelësat API te ekipi i mbështetjes.

Kur ngjarjet dërgohen në grup me CAPI, një ngjarje e pavlefshme mund të shkaktojë dështimin e të gjithë grupit.

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 kohor për dërgimin është i veçantë nga periudha e atribuimit. Mos e ndryshoni kohën e një ngjarjeje të vjetër për ta bërë të kalojë kontrollin.

Skadimi 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 regjistër të marrjes së saj. Nëse riprovoni të dërgoni të njëjtin 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 pa vonesë çdo refuzim ose dështim të vazhdueshëm të kërkesave. Afati i përafërt prej 24–48 orësh për raportimin nuk vlen për këto gabime. Për kërkesat teknike të dërgimit, shihni: API-ja e konvertimeve.

4. Shoh se ngjarja është pranuar. Pse nuk shfaqet në raport?

Pranimi nuk do të thotë se ngjarja i është atribuuar 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 i kontrollon ngjarjet pa i ruajtur.

Për një ngjarje të re, zhvilluesi juaj mund të kontrollojë ngjarjet e fundit, kur ky funksion është i disponueshëm. Këtu shfaqet një mostër e ngjarjeve të fundit, jo një historik i plotë apo rezultat atribuimi.

Nëse nuk mund të kontrolloni marrjen e ngjarjes, kontaktoni ekipin e mbështetjes duke i dhënë përgjigjen origjinale dhe një ngjarje shembull. Na tregoni cilat kontrolle keni kryer; nuk keni nevojë të 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 afërsisht 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: Matja e rezultateve.

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

Përpara se të ndryshoni integrimin, kontrolloni:

A është lidhur burimi i synuar i të dhënave 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 e cilësimeve të atribuimit?
A po shihni fushatën, kolonën e ngjarjes, datat dhe bazën kohore të duhur të raportimit?

Të dhënat për përputhjen ndihmojnë në lidhjen e një ngjarjeje me një reklamë, por nuk garantojnë 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 krijoni kurrë një referencë të sajuar dhe mos përdorni atë të një vizitori tjetër.

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

Objektivi i zgjedhur për një fushatë të optimizuar për konvertime nuk mund të ndryshohet pas krijimit të saj. Për të përdorur një objektiv tjetër, krijoni një fushatë të re. Ngjarjet e personalizuara nuk mund të përdoren si 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 të dhënat në Ads Manager, mjetin tonë të analitikës dhe CRM-në tonë nuk përputhen?

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ë të njëjtën blerje në mënyra të ndryshme.

Në Ads Manager, Konvertimet bashkon konvertimet pas klikimit me konvertimet e vlefshme pas shikimit, kur periudha e raportimit pas shikimit është 1 ditë. Kur periudha pas shikimit është 0 ditë, 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ë sajt 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 ndryshim nuk do të thotë se blerja u numërua dy herë.

Nëse etiketat e burimit të trafikut ndryshojnë, kontrolloni URL-në e destinacionit 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 pas klikimit dhe pas shikimit, si dhe metrikën ose kolonën e saktë të zgjedhur.
Vonesat e fundit në përpunim, trajtimin e dublikatave, pëlqimin dhe të dhënat e disponueshme për përputhjen.
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 artikujt veçmas.

Për të ardhurat, krahasoni taksat, transportin, uljet dhe tarifat. Kontrolloni që kopjet e ngjarjes nga shfletuesi dhe serveri dërgojnë të njëjtën vlerë porosie. Shitjet nga porositë e krijuara dhe ROAS nga 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 që i atribuohen fushatës. Shihni: Lidhja e Google Analytics 4 me Ads Manager të OpenAI.

Për krahasimet përmes API-së, shënoni pikën fundore dhe përcaktoni shprehimisht opsionet e raportimit. Një cilësim i papërcaktuar 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 veprimet e tjera që gjurmohen. Mungesa e një ngjarjeje në një raport nuk provon se ajo nuk është marrë kurrë.

Përdorni të njëjtat cilësime për krahasimin e skedarëve CSV dhe ruani eksportet pa i ndryshuar. Shihni: Matja e rezultateve për pamjet në Ads Manager dhe Raportimi për opsionet e API-së.

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

Për të shmangur numërimin e dyfishtë të të njëjtit veprim, 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 edhe të njëjtin emër të ngjarjes së personalizuar në të dyja anët.

Ruani të njëjtën ID kur riprovoni të dërgoni një veprim; 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 callback, si dhe integrime me partnerë që mund ta dërgojnë tashmë ngjarjen.

Mos ridërgoni një dublikatë për të ndryshuar vlerën ose të dhënat e përputhjes së ngjarjes origjinale. Kontrolloni sjelljen e përshkruar në dokumentacion përpara se të provoni një korrigjim. Shihni: eliminimi i 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 për përfundimin e blerjes ose një mekanizëm dërgimi nga serveri, kontrolloni nëse ato dërgojnë të njëjtat ngjarje. Konfigurimet e Shopify mund të përdorin kombinime të ndryshme të gjurmimit nga shfletuesi dhe serveri. Shihni: Konfigurimi i Reklamave në ChatGPT për Shopify.

9. Si duhet ta trajtojmë pëlqimin dhe testimin?

Dërgoni vetëm të dhëna që ju lejohet t’i 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ërputhjen, 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 matjen 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 ai u dërgua, u verifikua 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 i 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 sajoni blerje apo ndryshoni kohët e ngjarjeve për të imponuar 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 të dhënat e marra nga një burim të dhënash. Ajo nuk 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 regjistrohen saktë, pastaj hetoni paralajmërimin. Mos dërgoni ngjarje shtesë ose identifikues të sajuar për të rritur vlerësimin. Për kontrollet dhe afatet e përditësimit, shihni: Kuptimi dhe përmirësimi i cilësisë së 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 të dhënat që keni nga kjo listë:

ID-në e llogarisë së reklamave, ID-në e Pixel ose burimin e të dhënave 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 kërkesat e dështuara ose kur marrja është e pasigurt: kodin e përgjigjes, mesazhin e saktë të gabimit, kohën e kërkesës, çdo ID kërkese ose CF-Ray të kthyer dhe të dhënat e dërguara ose një fragment regjistri me informacionin sensitiv të fshehur.
Për mospërputhjet 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 shtrirje të të dhënave.
Pamje përkatëse të ekranit dhe çdo ndryshim të fundit në konfigurim, përfshirë një proces të veçantë përfundimi blerjeje ose integrim me partner.

Na tregoni nëse konfirmuat që ngjarja u dërgua, u pranua ose u mor, 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 API, fushat e autorizimit të kreut, fjalëkalimet, cookie-t dhe informacionin e panevojshëm të klientëve. Raportoni pa vonesë gabimet ose ndalimin e papritur të një integrimi që më parë funksiononte. Mos prisni të mbarojë periudha e raportimit.

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