CRM-i, kõnede ja füüsilise müügi mõõtmine
ChatGPT Ads offline conversions: kuidas mõõta CRM-i müüki ja telefonikõnesid?
Jah, ChatGPT Adsiga saab mõõta osa tulemustest, mis kinnitatakse hiljem CRM-is, telefonikõnes, e-kirjas või füüsilises müügikohas. OpenAI 7. novembril 2026 kontrollitud Conversions API dokumentatsioon lubab sündmuse action_source väärtusteks muu hulgas offline, physical_store, phone_call, email ja other. Tulemuse saadab ettevõtte server või CRM Conversions API kaudu; brauseri Pixel üksi hiljem kinnitatud müüki ei saada. See ei tähenda, et iga serverisse saadetud tulemus omistatakse reklaamile: sündmus peab jõudma õigesse andmeallikasse, sobima kampaania konversiooniseadistusega, kandma tegelikku tegevuse aega ja sisaldama saadaolevaid lubatud sobitamissignaale. CAPI sündmuse timestamp peab olema viimase 7 päeva sees, samal ajal kui praegune event setting kasutab 30-päevast klikijärgset atribuutimisakent.
Mis on ChatGPT Ads offline conversion?
Offline conversion on reklaamijärgne äriline tulemus, mis ei kinnitu veebilehe brauseris samal hetkel. Näiteks vormist saab CRM-is kvalifitseeritud müügivõimalus, müügikõne lõpeb tellimusega, konsultatsioon broneeritakse telefoni teel või ost vormistatakse füüsilises esinduses.
OpenAI Conversions API saadab sellise tulemuse ettevõtte serverist Ads Manageri andmeallikasse. Sündmuse action_source kirjeldab, kus tegevus toimus: offline, physical_store, phone_call, email või other. Veebis toimunud tegevuse allikas on web ja mobiilirakenduse sündmusel mobile_app.
Action source ei asenda sündmuse nime. Lõpetatud ost on endiselt order_created, telefonis kokku lepitud konsultatsioon võib olla appointment_scheduled ning päring lead_created. Allikas ütleb, kus tegevus juhtus; sündmuse tüüp ütleb, mis juhtus.
Millal on offline conversions ettevõttele vajalik?
Offline-mõõtmine on vajalik siis, kui veebikonversioon ei ole päris äritulemus. B2B teenusel võib vormitäitja ostuni jõuda nädal hiljem CRM-is. Autokauplus võib saada veebipäringu, kuid tehing sõlmitakse salongis. Kliinik või remonditeenus võib müügi kinnitada telefonikõnes.
Kui kogu ost toimub e-poes ja order_created saadetakse juba veebist, pole sama ostu eraldi offline-sündmusena vaja dubleerida. Kui saadad ühe tegevuse Pixelist ja CAPI-st, kasuta sama Pixel ID-d, sündmuse nime ning event ID-d, et OpenAI saaks koopiad deduplikeerida.
Offline-sündmus on väärtuslik ainult siis, kui CRM-i etapp on üheselt määratletud. „Müügijuht vaatas liidi üle” pole tavaliselt konversioon; „leping allkirjastatud” või „konsultatsioon broneeritud” on kontrollitav tulemus.
Pixel või Conversions API – kumb mõõdab offline-tulemust?
Measurement Pixel töötab kliendi brauseris ning sobib veebilehe vaatamiste, vormide ja veebis lõpetatud ostude mõõtmiseks. Conversions API töötab serveris ning sobib CRM-is, kassas, telefonis või tagasüsteemis kinnitatud tulemuste saatmiseks.
Server-only lahendus vajab siiski sama andmeallika Pixel ID-d, kuigi brauseri Pixeli paigaldamine pole sellisel juhul kohustuslik. Pixel ID identifitseerib allika CAPI päringus; Conversions API võti autentib serveripäringu.
Praktikas kasutatakse sageli mõlemat: Pixel kogub veebiteekonna ja klikiviite, CAPI saadab hiljem kinnitatud tulemuse. Mõlemad kanalid peavad järgima sama sündmuste definitsiooni ja nõusolekuloogikat.
- Pixel – tegevus toimub ja kinnitub veebibrauseris
- CAPI – tulemus kinnitub serveris, CRM-is, telefonis või kassas
- mõlemad – brauseriteekond ja serveris kinnitatud tulemus ühe andmeallika all
- server-only – Pixel ID on vajalik, brauseri skript ei ole tingimata vajalik
Milline action_source valida CRM-i, kõne või poemüügi jaoks?
Kasuta offline väärtust üldisele CRM-is või muus veebivälises süsteemis kinnitatud tegevusele. physical_store sobib füüsilises müügikohas toimunud ostule. phone_call kirjeldab telefonikõnes kinnitatud tegevust ning email e-kirja kaudu toimunud tulemust.
Kasuta other ainult siis, kui ükski täpsem allikas ei kirjelda olukorda. Ära märgi CRM-is kinnitatud müüki web-sündmuseks lihtsalt sellepärast, et algne liid tuli veebist.
Kui üks klienditeekond sisaldab mitut etappi, saada ainult päriselt vajalikud tulemused. Näiteks veebivorm võib olla lead_created allikaga web ja hiljem telefonis kinnitatud konsultatsioon appointment_scheduled allikaga phone_call.
- offline – CRM-is või muus veebivälises süsteemis kinnitatud tulemus
- physical_store – füüsilises kaupluses või esinduses toimunud tegevus
- phone_call – telefonikõnes kinnitatud broneering, päring või müük
- email – e-kirjas kinnitatud tegevus
- other – muu allikas, mida täpsem väärtus ei kata
- web – veebis toimunud tegevus, mitte hilisem CRM-i staatus
Milline sündmus saata CRM-i etapist?
Vali standardne sündmus siis, kui see kirjeldab tulemust täpselt. lead_created sobib loodud müügivihjele, appointment_scheduled kokkulepitud demole või konsultatsioonile, order_created lõpetatud ostule, registration_completed lõpetatud registreerimisele ning subscription_created alanud tasulisele tellimusele.
CRM-i sisemine etapp „qualified lead” või „proposal accepted” võib vajada custom-sündmust, kui ükski standardne sündmus ei sobi. Custom event’i saab kampaaniaga aruandluseks ühendada, kuid OpenAI dokumentatsiooni järgi ei saa custom-sündmust kasutada konversioonile optimeeritud kampaania eesmärgina.
Ära saada iga CRM-i staatust konversioonina. Piisab ühest varasemast mõõdetavast tegevusest ja ühest tegelikust äritulemusest, kui nende põhjal saab kampaaniat või müügiprotsessi muuta.
Kuidas säilitada reklaamiklikist CRM-i müügini oppref?
oppref on OpenAI antud klikiviide, mis võib aidata serverisündmust reklaamiklikiga seostada. Pixel saab selle maandumis-URL-ist brauseris automaatselt püüda, kuid Conversions API ei lisa seda ise.
Kui kasutaja täidab vormi, salvesta selle teekonna oppref lubatud viisil liidi või kontakti juurde. Kui sama liid hiljem CRM-is müügiks muutub, saada algne oppref muutmata kujul vastava CAPI sündmusega.
Ära kopeeri teise inimese opprefi ega kasuta vaikimisi väärtust. Kui oppref puudub, võib sündmuse siiski saata koos teiste saadaolevate lubatud signaalidega; OpenAI soovitab saata kõik konversioonid, mitte ainult klikiviitega sündmused.
Millised ajapiirangud offline conversionile kehtivad?
CAPI sündmuse timestamp_ms peab kirjeldama tegelikku tegevuse aega Unix millisekundites. OpenAI dokumentatsiooni järgi peab aeg olema viimase 7 päeva sees ega tohi olla rohkem kui 10 minutit tulevikus.
Seitsmepäevane piir on sündmuse saatmise tehniline piir, mitte atribuutimisaken. Event settingu praegune seadistus kasutab 30-päevast klikijärgset atribuutimisakent. Seega peab müük ise mahtuma sobiva reklaamikliki järgsesse aknasse ning sündmus tuleb saata hiljemalt 7 päeva pärast müügi tegelikku aega.
Ära muuda vana müügi timestamp’i tänaseks, et see API-st läbi läheks. See moonutab aruandlust ja võib tekitada vale atribuutimise. Kui CRM-i integratsioon seisis üle 7 päeva, dokumenteeri andmekadu ning paranda edasine saatmine.
Milliseid kliendiandmeid offline-sündmusega saata?
Conversions API user-objekti väljad on valikulised. Saada ainult need esimese osapoole andmed, mis sul on, mida tohid reklaamimõõtmiseks kasutada ja mille kasutamine on kliendile läbipaistvalt selgitatud.
E-post, telefon, väline kliendi-ID ning ees- ja perekonnanimi tuleb normaliseerida ja SHA-256 räsida OpenAI juhendi järgi. Ära saada nende väljade toorväärtusi. Riik, linn ja postiindeks saadetakse dokumenteeritud kujul ilma räsimiseta.
Telefoninumber peab sisaldama riigikoodi ja 8–15 numbrit pärast vorminduse eemaldamist. Väline ID peab olema sama inimese jaoks stabiilne ega tohi olla kõigile kontaktidele ühine näidisväärtus.
Kuidas saata ostu väärtus ja valuuta?
Kui offline-tulemusel on rahaline väärtus, saada amount täisarvuna valuuta väikseimas standardses ühikus ning lisa kolmetäheline ISO 4217 currency kood. Näiteks 4200 koos väärtusega EUR tähendab 42 eurot.
order_created sündmus kasutab contents andmekuju. Kogu sündmuse amount kirjeldab terviku väärtust; rea contents[].amount kirjeldab ühe ühiku hinda ning quantity kogust.
Ära saada eeldatavat müügiväärtust tegeliku käibena. B2B tehingu puhul otsusta eraldi, kas sündmus kirjeldab sõlmitud lepingut, esimest arvet või kogu lepinguväärtust, ning kasuta sama definitsiooni kõigis kampaaniates.
Kuidas vältida CRM-i sündmuste duplikaate?
Iga päris tegevus vajab kordumatut event ID-d. Sama tegevuse korduskatsel kasuta sama ID-d ja algset timestamp’i. Kui lood uue ID, võib korduskatse paista eraldi konversioonina.
Kui sama tulemus saadeti juba veebipixelist, kasuta CAPI koopial sama Pixel ID-d, sündmuse nime ja event ID-d. Custom-sündmuse puhul peab kattuma ka custom_event_name. OpenAI kasutab sobiva võtme korral esimesena saabunud sündmust ja eirab hilisemat koopiat.
CRM-i töövoog peab meeles pidama, kas sündmus on saadetud, vastu võetud või ootel. Ära käivita sama sündmust iga kord, kui müügivõimaluse kirje salvestatakse.
Kuidas offline conversions integratsiooni testida?
Alusta validate_only väärtusega true. See kontrollib CAPI päringu kuju sündmusi salvestamata. Valideerimissündmus ei ilmu recent events vaatesse, seega tee pärast edukat validatsiooni eraldi märgistatud test päris salvestamisega.
Recent events endpoint näitab ligikaudu viimase 15 minuti sündmuste valimit ja aitab kontrollida Pixel ID-d, sündmuse tüüpi, allikat ning server_to_server kanalit. See ei tõesta reklaamile omistamist ega ajaloolist aruandlust.
Kontrolli Ads Manageris või conversion insights aruandes hiljem omistatud tulemusi ning võrdle CRM-i algandmetega. Null aruandes võib tuleneda valest event settingust, puuduva kampaaniaseose, atribuutimisakna või sobitamissignaali puudumisest isegi siis, kui API sündmuse vastu võttis.
- validate_only kinnitab kuju sündmust salvestamata
- testkasutus kasutab päris sündmuse nime ja õiget Pixel ID-d
- recent events kinnitab vastuvõttu, mitte atribuutimist
- event setting vastab saadetud sündmuse nimele ja allikale
- kampaania sisaldab õiget event settingu ID-d
- CRM-i logis säilivad event ID, tegevuse aeg ja API vastus
- Ads Manageri tulemust võrreldakse sama ajavahemiku CRM-i andmetega
Millised tehnilised vead offline-mõõtmist rikuvad?
Levinud viga on Conversions API võtme panemine brauserikoodi, tag manageri veebikonteinerisse, logisse või lähtekoodi. Võti peab jääma serveripoolsesse saladuste haldusesse.
Teine viga on vale API-võti või Pixel ID: CAPI võti ja andmeallikas peavad kuuluma samale reklaamikontole. Kolmas viga on timestamp’i saatmine sekundites millisekundite asemel või vana tehingu aja asendamine tänasega.
Neljas viga on liiga suur kontrollimata batch. OpenAI CAPI võtab vastu kuni 1000 sündmust, kuid ühe sündmuse viga kukutab läbi terve batch’i. Väiksemad partiid, idempotentne järjekord ja API vastuste logimine teevad veaotsingu turvalisemaks.
- CAPI võti lekib brauserisse või lähtekoodi
- võti ja Pixel ID kuuluvad eri reklaamikontodele
- timestamp on vale ühiku, ajavööndi või tegevusajaga
- oppref on muudetud, väljamõeldud või vale inimese oma
- sama CRM-i tegevus saab igal korduskatsel uue event ID
- sündmuse nimi ei vasta event settingule
- üks vigane sündmus kukutab läbi kontrollimata batch’i
- API vastuvõttu peetakse automaatselt atribuutimiseks
Kas offline conversionit saab kasutada kampaania optimeerimiseks?
Standardne konversioonisündmus võib olla konversioonile optimeeritud kampaania eesmärk, kui aktiivne event setting oli kampaania loomisel õigesti valitud. OpenAI nõuab sellisel kampaanial täpselt üht standardset sündmust.
Custom-sündmust saab mõõta ja kliki- või näitamiskampaaniaga aruandluseks siduda, kuid custom event ei ole konversioonile optimeerimise eesmärgina toetatud. Kampaania eesmärki ega valitud konversioonisündmust ei saa pärast loomist muuta.
Offline order_created võib olla sisuliselt tugevam tulemus kui veebivorm, kuid optimeerimine vajab piisavat, õigeaegset ja korrektset sündmuste voogu. OpenAI ei anna garanteeritud minimaalset mahtu ega tulemust; harva sulguva B2B müügi korral tasub mõõta ka varasemat standardset etappi.
Mis mõjutab offline conversions seadistamise hinda?
Lihtne töövoog saadab ühe CRM-i etapi ühe standardse sündmusena. Töömaht kasvab, kui vaja on säilitada opprefi mitme süsteemi vahel, räsida kliendiandmeid, saata müügiväärtust, hallata korduskatseid või siduda mitu domeeni ja müügitoru.
Hinda mõjutavad CRM-i API või webhookid, andmemudel, sündmuste arv, ajalooline andmekvaliteet, consent-loogika, testkeskkond, serveri infrastruktuur, monitooring ja järelkontroll. Meediaeelarve ei sisalda seda integratsioonitööd.
Väikese eelarve puhul alusta ühest tulemusest, näiteks appointment_scheduled või order_created. Kui see voog töötab, lisa järgmine etapp ainult siis, kui see muudab kampaania- või müügiotsust.
Milline on Kala Ruudu offline conversions tööprotsess?
Kala Ruudus alustab äritulemusest: milline CRM-i, kõne või poemüügi hetk on päriselt mõõdetav ja millise standardse sündmusega see sobib? Kaardistame reklaamikliki, veebivormi, opprefi, CRM-i kontakti ning lõpptulemuse vahelise teekonna.
Seejärel seadistame või juhendame CAPI võtme, Pixel ID, event settingu, sündmuse nime, action_source väärtuse, event ID, timestamp’i, räsimise, nõusoleku ja korduskatsed. Saladusi ei panda brauserisse ega lähtekoodi.
Lõpus teeme validate_only kontrolli, päris vastuvõtutesti, recent events kontrolli ja hilisema Ads Manageri ning CRM-i võrdluse. Kui soovid teada, kas sinu CRM-i müük, telefonikõne või kaupluse ost sobib offline conversioniks, saada Kala Ruudusele päring koos müügiteekonna ja kasutatava CRM-i kirjeldusega.
Kontrollnimekiri enne offline conversions käivitamist
- mõõdetav CRM-i või offline-tulemus on üheselt defineeritud
- valitud standardne või custom-sündmus kirjeldab tegevust ausalt
- action_source vastab tegelikule kanalile
- Pixel ID ja CAPI võti kuuluvad samale kliendi reklaamikontole
- CAPI võti asub ainult serveripoolses saladuste halduses
- oppref säilib liidi juures muutmata kujul, kui see on olemas
- event ID on ühe tegevuse jaoks kordumatu ja korduskatsel sama
- timestamp on Unix millisekundites ja kirjeldab tegelikku tegevusaega
- sündmus saadetakse hiljemalt 7 päeva pärast tegevust
- kliendiidentifikaatorid on lubatud, normaliseeritud ja SHA-256 räsitud
- amount kasutab valuuta väikseimat ühikut ja currency õiget ISO koodi
- event setting viitab õigele allikale ja sündmusele
- validate_only ning päris vastuvõtutest on eraldi tehtud
- recent events vastuvõttu ei nimetata atribuutimiseks
- Ads Manageri tulemust võrreldakse sama definitsiooniga CRM-i andmetega
Korduma kippuvad küsimused
Kas ChatGPT Ads saab mõõta CRM-is hiljem lõppenud müüki?
Jah. Server või CRM saab saata kinnitatud tulemuse Conversions API kaudu, kasutades sobivat sündmust ja action_source väärtust nagu offline, phone_call või physical_store.
Kui vana offline conversioni saab OpenAI-le saata?
CAPI timestamp peab olema viimase 7 päeva sees. Ära muuda vana tehingu aega uuemaks. See tehniline saatmispiir erineb 30-päevasest klikijärgsest atribuutimisaknast.
Kas offline conversion vajab opprefi?
oppref on valikuline, kuid saada algne väärtus, kui see on kasutaja reklaamiteekonnast olemas. Ära leiuta ega kasuta teise inimese klikiviidet.
Kas telefonikõnele on eraldi action_source?
Jah. OpenAI Conversions API toetab phone_call väärtust. Sündmuse tüüp kirjeldab eraldi, kas kõnes loodi liid, broneeriti aeg või lõpetati ost.
Kas CAPI võtme võib panna Google Tag Managerisse?
Ainult serveripoolsesse lahendusse, mitte veebikonteinerisse ega brauserikoodi. Võti peab jääma serveri saladuste haldusesse.
Kas Kala Ruudus saab CRM-i offline conversions seadistada?
Jah. Kala Ruudus saab kaardistada sündmuse, opprefi, CRM-i töövoo, CAPI, räsimise, deduplikatsiooni, event settingu, testimise ja aruandluse.
Loe edasi
Kontrollitud allikad
Artikli tootefaktid kontrolliti 7. novembril 2026.
Platvormi võimalused, saadavus ja hinnastus võivad muutuda. Kontrollime kampaania planeerimisel alati konto hetkeolukorda ning OpenAI ametlikku dokumentatsiooni.