En ChatGPT-kampanj rapporterar köp, men attribuerad försäljning eller ROAS saknas. Den första frågan är inte om produkterna var gratis. Frågan är om giltiga penningvärden följde med de räknade köpeventen och om rapporten kan beräkna det efterfrågade måttet i det aktuella sammanhanget.
Att ett köp inträffade och vad köpet var värt är två olika uppgifter. Eventantal kan finnas samtidigt som några eller alla belopp saknas. Felsök täckningsluckan innan rapporten används för att rangordna kampanjer efter intäktseffektivitet eller dra slutsatsen att en kampanj inte gav något kommersiellt värde.
Identifiera vilket värde som är otillgängligt
Spara rapport eller endpoint, fältnamn, datumintervall, kampanjurval och hämtningstid. En tom ruta i gränssnittet, ett nullvärde i API-svaret och en numerisk nolla ska inte behandlas som samma observation. Behåll ursprungsformatet i utredningen så att presentationsregler inte tar bort skillnaden.
OpenAI:s rapportdokumentation förklarar att otillgängliga penningvärden kan vara null och att ROAS beror på köpbelopp och kostnad. Om intäkt finns men kostnaden är noll eller saknas är problemet med kvoten ett annat än saknade köpbelopp. Granska därför täljare och nämnare var för sig.
Bekräfta också att de räknade eventen verkligen är köp. Kampanjens totala konverteringar kan avse andra konfigurerade handlingar. Om alla målkonverteringar jämförs med ett fält för köpbelopp kan en skenbar motsägelse uppstå trots att varje fält följer sin egen dokumenterade definition.
Mät beloppstäckningen före uppskattningar
Där rapporten ger både eventantal och antal med värde för samma population kan de jämföras. I ett hypotetiskt exempel har tio attribuerade köp belopp på åtta event. Det innebär 80 procents beloppstäckning, inte att de återstående två köpen bevisligen var värda noll.
Ange täckningens nämnare tydligt. Ett antal från en kampanj och ett värdeantal från hela kontot ger ingen meningsfull procent. Håll eventurval, fönster, tidsgrund och uppdelning konstanta så att luckan faktiskt beskriver saknade värden inom den population ni vill granska.
Om bara en totalsumma finns ska ingen täckningsprocent konstrueras. Skriv att beloppens fullständighet är okänd och granska tillåten diagnostik från avsändaren eller interna orderposter. En synlig begränsning är lättare att hantera än en exakt siffra som saknar stöd i tillgängliga data.
Antal köp är inte beloppstäckning
- 10 köpevent
Det observerade antalet attribuerade handlingar.
- 8 med värde
Beloppstäckning 80 procent om fälten delar samma urval.
- 2 okända
Saknat värde får inte ersättas med noll eller snitt utan märkning.
Följ beloppet från ordersystemet
Välj ett litet urval berörda order från perioden och granska mappningen till eventet. Kontrollera om beloppet saknas, är tomt, har fel format eller blir tillgängligt först efter att avsändaren redan har skickat. Granska valutan samtidigt eftersom ett tal utan nödvändig valutakontext kanske inte är användbart som penningvärde.
Ett hypotetiskt fel är att bekräftelsesidan skickar köpeventet innan orderuppgifterna hunnit laddas asynkront. Handlingen registreras men beloppet är ännu inte tillgängligt. Ett annat möjligt fel är att servermappningen läser ett fält som finns för kortbetalningar men saknas för en alternativ betalningsväg.
Exemplen är möjliga felsökningsspår och inga påståenden om er implementation. Jämför fungerande och berörda order efter avsändarversion, betalningsväg, valuta och vägen genom kassan. Ett mönster som bara gäller en väg ger ett mer användbart rättelsemål än en allmän uppmaning att installera om spårningen.
Skilj saknade belopp från fel enhet
Om beloppet finns men är hundra gånger för stort eller för litet används granskningen av köpbeloppens enheter. Det är ett skalfel. Om beloppet saknas kan en multiplikation av totalsumman med en omräkningsfaktor inte återskapa den saknade informationen.
Kontrollera webbläsarens och serverns innehåll var för sig när båda vägarna är aktiva. Anta inte att den väg som har fullständigt belopp automatiskt rättar den ofullständiga informationen från en annan väg. Verifiera dokumenterat leveransbeteende och det faktiskt observerade resultatet efter att integrationen rättats.
Granskningen av eventkälla hjälper när de undersökta orderna verkar nå en annan källa än kampanjen som rapporteras. Ett giltigt belopp i fel källa visar inte att den avsedda kampanjen har fullständig beloppstäckning under perioden.
Håll uppskattningar utanför rapporterad intäkt
En intern planeringsmodell kan uppskatta saknade belopp med lämpligt orderunderlag. Märk uppskattningen, beskriv dess grund och bevara observerad intäkt separat. Saknade värden kan vara koncentrerade till dyra eller billiga order, så medelvärdet av kända belopp är inte automatiskt representativt för de okända.
Om exempelvis alla saknade belopp kommer från fakturaorder kan genomsnittet bland kända kortorder vara en dålig ersättning. Ett känslighetsintervall kan visa om osäkerheten förändrar budgetbeslutet utan att ge sken av att de saknade eventen återskapats exakt.
Använd hantering av nullvärden för att bevara otillgängliga uppgifter genom kalkylblad och rapportvyer. Om null automatiskt blir noll ser efterföljande summor fullständiga ut och felet kan döljas för nästa analytiker som arbetar med materialet.
Verifiera nya event efter rättelsen och dokumentera den historiska period som berördes. Påstå inte att äldre rapporter ändrats utan bekräftelse. En ansvarsfull avslutning anger den felaktiga mappningen, verifierad rättelse, aktuell täckning och vilka intäktstal som fortfarande inte lämpar sig för jämförelse. Operatören kan då fortsätta använda pålitliga antal utan att dra ekonomiska slutsatser som de ofullständiga värdena inte stödjer.
Källor och avgränsning
Felsök saknad beloppstäckning när attribuerade köp räknas och undvik att tolka otillgänglig intäkt som noll.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.