Apžvalga
Naudokitės šiuo vadovu, jei trūksta įvykių, užklausos nepavyksta arba Reklamų tvarkytuvės duomenys nesutampa su jūsų verslo apskaitos duomenimis. Pradėkite nuo vieno užbaigto pirkimo, pateiktų potencialaus kliento duomenų ar kito veiksmo. Užsirašykite, kas ir kada įvyko, tada pasirinkite tinkamą klausimą toliau.
Įvykis užfiksuoja veiksmą, pavyzdžiui, pirkimą. Pikselis siunčia įvykius iš lankytojo naršyklės, o konversijų API (CAPI) – iš jūsų serverio. Reklamų tvarkytuvė šiuos įvykius kaupia duomenų šaltinyje. Priskyrimas nustato, kuriai reklamai priskiriamas veiksmas. Priskyrimo laikotarpis apibrėžia, per kiek laiko po sąveikos su reklama atliktas veiksmas gali būti jai priskirtas.
DUK
1. Nuo ko pradėti?
Nustatykite, kokį veiksmą norite matuoti, kas siunčia jo duomenis ir kokia reklamos paskyra bei pikselio ID naudojami. Jūsų sąrankoje gali būti naudojamas pikselis, CAPI, partnerio integracija arba jų derinys. CAPI reikia pikselio ID, net jei naršyklės pikselio nesate įdiegę.
Jei nustatote pirmą kartą, žr.: Konversijų matavimas ir Konversijų sekimas. Jūsų programuotojas gali naudotis pikselio, CAPI ir palaikomų įvykių vadovais. CAPI užklausas vykdykite ir raktus saugokite savo serveryje.
Jei jūsų integraciją valdo partneris, naudokitės matavimo partnerio sąrankos vadovu arba mobiliojo matavimo partnerio sąrankos vadovu. Apie prijungimą prie „HubSpot“ žr.: „ChatGPT“ reklamų nustatymas „HubSpot“.
Jei sąranka jau veikia, patikrinkite kiekvieną etapą:
Ar atlikus veiksmą buvo išsiųsta įvykio užklausa?
Ar užklausa grąžino klaidą, ar buvo priimta?
Ar galite patvirtinti, kad įvykį gavo tinkamas duomenų šaltinis?
Ar kampanijos ataskaitoje įvykis buvo priskirtas reklamai?
2. Pikselis įdiegtas. Kodėl nematau pirkimų ar potencialių klientų?
Pikselis gali būti įkeltas, bet nesiųsti jums reikalingo pirkimo ar potencialaus kliento įvykio. Paprašykite programuotojo patikrinti vieną užbaigtą veiksmą:
Patikrinkite įvykio pavadinimą, pikselio ID ir įvykį siunčiantį puslapį ar atgalinį iškvietimą. Puslapio peržiūra nėra užbaigtas pirkimas.
Įsitikinkite, kad pikselis inicijuojamas prieš siunčiant įvykį, taip pat ir tada, kai jį įkelia žymų tvarkytuvė.
Patikrinkite naršyklės konsolę ir tinklo užklausą. Vien žymų tvarkytuvės pranešimas „suaktyvinta“ nepatvirtina, kad įvykis buvo išsiųstas. Gali padėti pikselio derinimo režimas.
Patikrinkite, ar užklausos nesustabdė sutikimo pasirinkimai, naršyklės blokavimas arba jūsų svetainės saugumo politika.
Patikrinkite puslapius, pasiekiamus prisijungus, atsiskaitymą, rezervavimo svetaines, peradresavimus ir įterptąsias formas. Tai, kad pikselis veikia nukreipimo puslapyje, nepatvirtina, kad sekimas veikia kitur.
Jei užklausa nebuvo išsiųsta, pirmiausia ištaisykite šį etapą. Laukti, kol pasirodys ataskaitos duomenys, nepadės. Prieš pridėdami kitą integraciją, pasinaudokite pikselio trikčių šalinimo vadovu.
3. Ką daryti, jei įvykis atmetamas, baigiasi užklausos laikas arba grąžinama serverio klaida?
Išsaugokite atsako kodą, tikslų klaidos pranešimą, užklausos laiką ir įvykio ID. Paprašykite programuotojo patikrinti įvykio formatą, pikselio ID ir raktą. CAPI įvykių užklausoms naudojamas tos pačios reklamos paskyros konversijų API raktas. Sąrankos, valdymo ir ataskaitų užklausoms naudojamas atskiras reklamuotojo API raktas. Nesiųskite API raktų pagalbos komandai.
Siunčiant CAPI įvykius paketais, dėl vieno netinkamo įvykio gali nepavykti apdoroti viso paketo.
CAPI reikia nurodyti pradinį veiksmo laiką „Unix“ milisekundėmis. Įvykio laikas turi būti ne ankstesnis nei prieš 7 dienas ir ne daugiau kaip 10 minučių ateityje. Šis pateikimo laiko apribojimas nepriklauso nuo priskyrimo laikotarpio. Nekeiskite seno įvykio laiko, kad jis būtų priimtas.
Pasibaigus užklausos laikui arba įvykus serverio klaidai, gali būti neaišku, ar įvykis buvo gautas. Patikrinkite pradinę užklausą ir visus gavimo įrašus. Jei pakartotinai siunčiate tą patį veiksmą, išlaikykite pradinį įvykio ID ir laiko žymą. Dėl naujo ID jis gali būti palaikytas kitu veiksmu.
Atmetimo arba pasikartojančios užklausos klaidos priežastį aiškinkitės nedelsdami. Numatomas 24–48 valandų duomenų pateikimo ataskaitose laikas šioms klaidoms netaikomas. Užklausų reikalavimus rasite čia: Konversijų API.
4. Matau, kad įvykis buvo priimtas. Kodėl jo nėra ataskaitoje?
Priėmimas nereiškia, kad įvykis buvo priskirtas reklamai. Patikrinkite, ką patvirtina atsakas ir ar užklausoje naudotas tinkamas duomenų šaltinis. Kai CAPI parinkties validate_only reikšmė yra true, įvykiai tikrinami, bet neišsaugomi.
Naują įvykį programuotojas gali patikrinti naujausių įvykių sąraše, jei jis prieinamas. Jame rodoma naujausių įvykių imtis, o ne visa istorija ar priskyrimo rezultatas.
Jei negalite patikrinti, ar įvykis gautas, kreipkitės į pagalbos komandą ir pateikite pradinį atsaką bei įvykio pavyzdį. Praneškite, kokias patikras atlikote; nebūtina pirmiausia nustatyti priežastį.
Jei gavimas patvirtintas, pereikite prie 5 klausimo. Nesiųskite įvykio iš naujo su naujais ID vien dėl to, kad kampanijos ataskaita nepasikeitė.
Priskirtos konversijos gali pasirodyti maždaug per 24–48 valandas, o apdorojant duomenis naujausios bendros sumos gali keistis. Tai negarantuoja, kad kiekvienas priimtas įvykis bus parodytas, ir nepatvirtina, kad jis buvo gautas. Žr.: Rezultatų matavimas.
5. Įvykiai gaunami. Kodėl kampanijoje vis dar rodoma nulis konversijų?
Prieš keisdami integraciją, patikrinkite:
Ar numatytas duomenų šaltinis prijungtas prie tinkamos paskyros?
Ar siunčiamas įvykis atitinka kampanijos konversijos nustatymą? Pasirinktinių įvykių atveju patikrinkite pasirinktinį tipą ir tikslų įvykio pavadinimą. Vien sutampančio rodomo pavadinimo nepakanka.
Ar tinkama konversija buvo susieta su kampanija prieš įvykstant tikrinamam veiksmui?
Ar veiksmas atliktas po reklamos paspaudimo ar peržiūros, atitinkančių priskyrimo nustatymus?
Ar žiūrite tinkamą kampaniją, įvykio stulpelį ir datas, o ataskaita sudaryta pagal tinkamą laiko atskaitą?
Susiejimo informacija padeda susieti įvykį su reklama, bet negarantuoja priskyrimo. Viso apsilankymo metu išsaugokite tikrąjį „OpenAI“ paspaudimo identifikatorių oppref ir, jei jį turite, įtraukite į serverio įvykius. Niekada neišgalvokite identifikatoriaus ir nenaudokite kito lankytojo identifikatoriaus.
Naršyklės ir serverio įvykius tikrinkite atskirai. Serverio įvykyje gali trūkti identifikatoriaus ar kliento duomenų lauko, kuris prieinamas pikseliui.
Sukūrus konversijoms optimizuotą kampaniją, pasirinkto tikslo pakeisti nebegalima. Jei norite naudoti kitą tikslą, sukurkite naują kampaniją. Pasirinktiniai įvykiai negali būti optimizavimo tikslais. Žr.: Konversijoms optimizuotos kampanijos.
Ištaisę konfigūracijos neatitikimą, patikrinkite naujus reikalavimus atitinkančius veiksmus. Nemanykite, kad pakeitimas ištaiso ankstesnes ataskaitas. Susiejimo taisykles rasite čia: Konversijų matavimas.
6. Kodėl Reklamų tvarkytuvės, mūsų analizės įrankio ir CRM duomenys nesutampa?
Lyginkite tuos pačius veiksmus pagal tas pačias ataskaitų sudarymo taisykles. Jūsų CRM gali skaičiuoti visus pirkimus, o reklamos ataskaita – tik tai platformai priskirtus pirkimus. Skirtingos platformos tą patį pirkimą gali priskirti skirtingai.
Reklamų tvarkytuvėje rodiklis Konversijos apima konversijas po paspaudimo ir tinkamas konversijas po peržiūros, kai konversijų po peržiūros ataskaitinis laikotarpis yra 1 diena. Kai laikotarpis po peržiūros yra 0 dienų, skaičiuojamos tik konversijos po paspaudimo. Lygindami ataskaitas naudokite tą patį nustatymą.
Pavyzdžiui, žmogus spusteli reklamą, vėliau grįžta tiesiogiai ir perka. Vienas įrankis gali pažymėti apsilankymą kaip „Tiesioginį“, o kitas priskirti jį ankstesnei reklamai. Vien šis skirtumas nereiškia, kad pirkimas buvo suskaičiuotas du kartus.
Jei srauto šaltinių žymos skiriasi, patikrinkite per tą apsilankymą naudotą nukreipimo URL ir sekimo parametrus. Dabartiniai kampanijos nustatymai gali skirtis nuo naudotų anksčiau.
Palyginkite:
Paskyrą, kampaniją, įvykio tipą, filtrus ir ataskaitos detalumo lygį.
Datų intervalą, laiko juostą ir tai, ar datos nurodo sąveikos su reklama, ar pačios konversijos laiką.
Konversijų po paspaudimo ir peržiūros nustatymus bei tikslų pasirinktą rodiklį ar stulpelį.
Pastarojo meto apdorojimo vėlavimus, dublikatų tvarkymą, sutikimą ir turimą susiejimo informaciją.
Modeliuojamas konversijas, jei jos pateikiamos, nes jos gali skirtis nuo tiesiogiai užfiksuotų operacijų.
Lygindami vertes – valiutą, vienetus ir tai, ar lyginamas visas užsakymas, ar atskiros prekės.
Lygindami pajamas, palyginkite mokesčius, pristatymo išlaidas, nuolaidas ir rinkliavas. Patikrinkite, ar iš naršyklės ir serverio siunčiamose kopijose nurodyta ta pati užsakymo vertė. Rodikliai Sukurtų užsakymų pardavimo pajamos ir Sukurtų užsakymų ROAS skaičiuojami tik pagal reklamai priskirtus order_created įvykius.
Importuoti GA4 veiklos duomenys apima įvykius iš pasirinktos nuosavybės srauto šaltinių. Šios bendros sumos nėra kampanijai priskirtos konversijos. Žr.: „Google Analytics 4“ prijungimas prie „OpenAI“ Reklamų tvarkytuvės.
Lygindami API duomenis, užsirašykite prieigos tašką ir aiškiai nurodykite ataskaitų parinktis. Nenurodyto nustatymo reikšmė gali nesutapti su Reklamų tvarkytuvės nustatymu. Ataskaitos taip pat gali apimti skirtingus įvykius: kai kurios apima kampanijos tikslus, bet ne kitus sekamus veiksmus. Tai, kad įvykio nėra vienoje ataskaitoje, neįrodo, jog jis nebuvo gautas.
Lygindami CSV duomenis naudokite tuos pačius nustatymus ir išsaugokite nepakeistus eksportuotus failus. Apie Reklamų tvarkytuvės rodinius žr. Rezultatų matavimas, o apie API parinktis – Ataskaitų teikimas.
7. Ar naudojant pikselį ir CAPI pirkinys bus suskaičiuotas du kartus?
Kad tas pats veiksmas nebūtų suskaičiuotas du kartus, iš naršyklės ir serverio siunčiamose jo kopijose naudokite tą patį pikselio ID, įvykio pavadinimą ir įvykio ID. Įvykio ID laukas CAPI vadinamas id, o pikselyje – event_id. Abiejose pusėse taip pat naudokite tą patį pasirinktinio įvykio pavadinimą.
Pakartotinai siųsdami veiksmą išlaikykite tą patį ID; kiekvienam kitam veiksmui naudokite naują ID. Patikrinkite, ar nėra pasikartojančių žymų, pakartotinių puslapio įkėlimų ar atgalinių iškvietimų ir ar partnerių integracijos jau nesiunčia to paties įvykio.
Nesiųskite dublikato, norėdami pakeisti pradinio įvykio vertę ar susiejimo informaciją. Prieš bandydami taisyti, patikrinkite dokumentacijoje aprašytą veikimą. Žr.: Naršyklės ir serverio įvykių dublikatų šalinimas.
8. Naudojame „Shopify“. Ar mums reikia dar vienos integracijos?
Prieš pridėdami kitą integraciją, patikrinkite ryšį su „Shopify“. Patikrinkite prijungtą reklamos paskyrą ir pikselį, tada pažiūrėkite, kokius jūsų parduotuvės įvykius siunčia programėlė.
Jei taip pat naudojate pasirinktines žymas, atsiskaitymo kodą ar siuntimo iš serverio įrankį, patikrinkite, ar jie nesiunčia tų pačių įvykių. „Shopify“ sąrankose gali būti naudojami įvairūs sekimo naršyklėje ir serveryje deriniai. Žr.: „ChatGPT“ reklamų nustatymas „Shopify“.
9. Kaip tvarkyti sutikimą ir atlikti bandymus?
Siųskite tik tuos duomenis, kuriais jums leidžiama dalytis, ir paisykite lankytojų sutikimo pasirinkimų. Jūsų programuotojas turėtų laikytis integracijos sutikimo ir palaikomų susiejimo duomenų gairių, įskaitant reikiamą normalizavimą ir maišos funkcijų taikymą. Nešalinkite sutikimo valdymo priemonių, siekdami padidinti ataskaitose rodomą konversijų skaičių ar pagerinti įvertį.
Sutikimas dėl matavimo ir opt_out skirti skirtingiems tikslams. Parinktis opt_out susijusi su suasmeninimu; ji nesustabdo visų matavimo užklausų. Paprašykite programuotojo patikrinti sutikimo tvarkymą tiek naršyklės, tiek serverio integracijose.
Užsirašykite vieno bandomojo veiksmo laiką, pavadinimą ir ID. Patikrinkite, ar jis buvo išsiųstas, patikrintas ir gautas. Sėkmingas integracijos veikimo bandymas neparodo, kad veiksmas gali būti priskirtas reklamai.
CAPI parinktis validate_only tikrina įvykius jų neišsaugodama. Pikselio derinimo režimas registruoja veiklą, tačiau nepašalina bandomųjų įvykių iš ataskaitų. Pažymėkite bandymus savo įrašuose ir neišgalvokite pirkimų bei nekeiskite įvykių laiko, kad gautumėte norimą rezultatą.
10. Ar žemas arba neprieinamas įvykių kokybės įvertis reiškia, kad sekimas neveikia?
Vien tai – ne. Įvykių kokybės rodiklis vertina iš duomenų šaltinio gautą informaciją. Jis neparodo, kiek konversijų buvo priskirta reklamai. Vien pagal žemą arba neprieinamą įvertį negalima nustatyti, ar sekimas veikia.
Patikrinkite, ar naujausi tikri veiksmai užfiksuojami teisingai, tada išsiaiškinkite įspėjimo priežastį. Nesiųskite papildomų įvykių ar išgalvotų identifikatorių, kad padidintumėte įvertį. Apie patikras ir atnaujinimo laiką žr.: Įvykių kokybės supratimas ir gerinimas.
11. Kokią informaciją pateikti kreipiantis į pagalbos komandą?
Papasakokite, ko tikėjotės, kas nutiko, kada tai prasidėjo ir ką patikrinote. Pateikite turimą informaciją iš šio sąrašo:
Reklamos paskyros ID, pikselio ID arba duomenų šaltinį ir kampanijos bei reklamos, su kuriomis kilo problemų, identifikatorius.
Integracijos tipą ir tikslų įvykio pavadinimą, įskaitant pasirinktinio įvykio pavadinimą, jei toks yra.
Vieno ar dviejų esamų įvykių ID pavyzdžius ir veiksmų laiko žymas su laiko juosta.
Jei užklausos nepavyksta arba neaišku, ar jos gautos: atsako kodą, tikslų klaidos pranešimą, užklausos laiką, grąžintą užklausos ID arba CF-Ray ir užklausos duomenis ar žurnalo ištrauką, iš kurių pašalinta neskelbtina informacija.
Jei ataskaitų duomenys skiriasi: datų intervalą, pagal kokį laiką sudaroma ataskaita, priskyrimo nustatymus, pasirinktus stulpelius, eksportuotą CSV failą ir vienodos apimties duomenų palyginimą.
Susijusias ekrano kopijas ir informaciją apie naujausius sąrankos pakeitimus, įskaitant atskirą atsiskaitymo sistemą ar partnerio integraciją.
Praneškite, ar patvirtinote, kad įvykis buvo išsiųstas, priimtas arba gautas, ar tik patikrinote ataskaitą. Galite kreiptis pagalbos, net jei negalite atlikti šių patikrų.
Iš priedų pašalinkite API raktus, autorizavimo antraštes, slaptažodžius, slapukus ir nereikalingą klientų informaciją. Apie klaidas ar staiga nustojusią veikti integraciją praneškite nedelsdami. Nelaukite, kol praeis duomenų pateikimo ataskaitose laikotarpis.
