Konverteringsrapporten fungerar utan eventfilter men ger HTTP 400 när ett eget eventnamn läggs till. Börja med valideringen av förfrågan. Svaret visar inte att kampanjen saknar konverteringar eller att webbplatsen har slutat skicka data. Det visar att rapportfrågan inte accepterades i den skickade formen.
Vid annonsering i ChatGPT är val av exakta eventnamn en separat fråga från eventleverans, målkoppling och attribuerad aktivitet. Gå igenom gränserna i ordning. Att ändra kampanjmålet på försök är en onödigt omfattande åtgärd när orsaken kan vara ett stavfel i rapporturvalet.
Skapa en jämförelse med en giltig fråga
Bevara den misslyckade förfrågan utan behörighetsuppgifter och spara felinformationen från svaret. Behåll konto, objekt, datum, fönster och tidsgrund när ni jämför med en fråga utan det problematiska urvalet. Då isoleras det tillagda namnet från andra förändringar i rapporteringen.
Om grundfrågan också misslyckas måste det problemet lösas först. Ett ogiltigt datumintervall eller en oförenlig parameter rättas inte genom att välja ett annat eventnamn. Om grundfrågan fungerar läggs ett avsett namn till med den dokumenterade strukturen för eventdetaljer och det nya svaret granskas.
OpenAI:s rapportdokumentation beskriver exakta eventnamn och villkoren för att namn ska kännas igen i urvalet. Använd det aktuella kontots riktiga namn i stället för exempel som kopierats från dokumentationen eller från en annan kunds implementation.
Jämför tekniskt namn och inte visningstext
En eventinställning kan ha ett läsbart namn men välja en annan teknisk eventidentitet. En rapportrubrik kan lägga till en tredje etikett. Verifiera värdet som integrationen skickar och konfigurerad eventtyp eller eget namn. Jämför sedan detta med rapporturvalets värde tecken för tecken.
Leta efter ändrade avskiljare, blanksteg, stora och små bokstäver och ett gammalt namn som blivit kvar efter driftsättning. Anta inte att jokertecken, läsbara alias eller delmatchning stöds. Använd bara den urvalsform som dokumenteras för den aktuella endpointen.
I en hypotetisk implementation säger rapportrubriken Offertförfrågningar medan avsändaren använder service_quote_requested. Att skicka den läsbara rubriken som urval är inte samma sak som att välja eventet. Spara mappningen så att nästa analytiker inte behöver göra samma felsökning igen.
Skilj igenkänt namn från nyligen mottaget event
Ett namn känns igen i rapporturvalet när det förekommer i konverteringsinställningar, även arkiverade sådana, eller i publicerad historik över mottagna event. Mottagning betyder inte att historiken redan har publicerats. En lyckad leveranskontroll och ett accepterat rapporturval kan därför bli tillgängliga vid olika tidpunkter. Även historikens lagringsgränser kan påverka vilka namn som känns igen.
Bekräfta aktuell inställning och relevant publicerad historik där det stöds. Om eventet verkligen är nytt ska första sändning och rapportförsök dokumenteras med tider. Undvik att hitta på nya stavningar upprepade gånger medan ett publiceringssteg pågår. Det kan skapa en växande samling oavsiktliga namn utan att lösa grundorsaken.
Använd regler för eventnamn för att hålla den avsedda identiteten stabil. Åtgärden kan vara att rätta urvalet eller invänta dokumenterad publicering i stället för att ändra den bakomliggande affärshandlingen eller skapa en helt ny mätdefinition.
Tolka ett giltigt tomt resultat separat
När förfrågan lyckas är en tom lista med attribuerade event en annan observation än HTTP 400. Det valda eventet kan sakna motsvarande detalj för raden eller perioden. Ett igenkänt namn behöver inte ha aktivitet i varje efterfrågat intervall. En tom lista bekräftar inte heller att all historisk bearbetning är färdig.
Förstå också vad urvalet filtrerar. Valda eventnamn begränsar underliggande detaljer men gör inte rapportens målantal till en summa för enbart dessa namn. En rad kan behålla aktivitet i sammanfattningen samtidigt som den valda detaljlistan är tom. Läs om mål och andra event innan svaret tolkas som motsägelsefullt.
En hypotetisk rad kan exempelvis innehålla köpintäkt medan ett valt nyhetsbrevsevent saknar detaljer. Sammanfattningen och urvalet svarar då på olika delar av rapportkontraktet. Tvinga inte fram överensstämmelse genom att ersätta summarader med summan av de underliggande event som råkade väljas i den aktuella frågan.
Tre olika svar, tre olika undersökningar
- HTTP 400
Kontrollera namn och förfrågans dokumenterade form.
- Tom eventlista
Frågan lyckades, men detaljurvalet saknar träff i raden.
- HTTP 413
Resultatet är för stort och behöver delas upp.
Hantera gränser som ett annat felsökningsspår
Kontrollera aktuella urvalsgränser och valideringskrav i referensen när en lång lista misslyckas. Lägg till namn avsiktligt och bevara vilka värden som accepterats. Dela inte listan slumpmässigt utan att först avgöra om orsaken är ett namn, listans struktur eller en dokumenterad gräns.
Om svaret i stället blir HTTP 413 används rutinen för för stora rapporter. Det gäller resultatets storlek. Färre eventdetaljer kan hjälpa, men upprepade summarader behöver hanteras försiktigt om resultat från flera förfrågningar senare ska kombineras.
Avsluta utredningen med det exakta accepterade namnet, inställningen eller historiken som stöder det och en lyckad fråga för avsedd omfattning. Bevara uppgifter om kvarvarande fördröjning eller täckningsbegränsning. Ett rättat urval bevisar att rapporten accepterade namnet, men inte att historisk leverans är fullständig, att attribueringen lyckats eller att kampanjens optimeringsmål är giltigt. Skilda slutsatser gör rättelsen både mindre och mer tillförlitlig.
Källor och avgränsning
Felsök ogiltiga eventnamn i rapporturval utan att blanda ihop validering med saknad aktivitet eller ändra summornas betydelse.
Arbetsmetoder och exempel är redaktionella förslag. Kontrollera aktuella plattformsvillkor och funktioner inför genomförandet.