Översikt

Använd den här guiden om händelser saknas, anrop misslyckas eller uppgifterna i Ads Manager inte stämmer överens med företagets egna uppgifter. Utgå från ett genomfört köp, ett inskickat lead eller en annan handling. Anteckna vad som hände och när. Välj sedan den fråga nedan som passar.

En händelse registrerar en handling, till exempel ett köp. Pixeln skickar händelser från besökarens webbläsare, medan Conversions API (CAPI) skickar dem från din server. Ads Manager samlar dessa händelser i en datakälla. Attribution avgör vilken annons som tillskrivs handlingen. Ett attributionsfönster anger hur lång tid efter en annonsinteraktion en handling kan räknas med.

Vanliga frågor

1. Var ska jag börja?

Identifiera den handling du vill mäta, vad som skickar den och vilket annonskonto och pixel-ID som används. Din konfiguration kan använda pixeln, CAPI, en partnerintegration eller en kombination. CAPI kräver ett pixel-ID även om du inte har installerat webbläsarpixeln.

Om du konfigurerar för första gången, se: Konverteringsmätning och Konverteringsspårning. Din utvecklare kan använda guiderna för pixeln, CAPI och händelser som stöds. Hantera CAPI-anrop och nycklar på din server.

Om en partner hanterar din integration använder du konfigurationsguiden för mätningspartner eller konfigurationsguiden för mobila mätningspartner. För en HubSpot-anslutning, se: Konfigurera ChatGPT Ads i HubSpot.

Kontrollera varje steg om du redan har en konfiguration:

• Skickades ett händelseanrop när handlingen utfördes?

• Returnerade anropet ett fel eller accepterades det?

• Kan du bekräfta att rätt datakälla tog emot händelsen?

• Tillskrevs händelsen en annons i kampanjrapporten?

2. Min pixel är installerad. Varför ser jag inga köp eller leads?

Pixeln kan laddas utan att skicka den köp- eller leadhändelse du behöver. Be din utvecklare kontrollera en genomförd handling:

• Kontrollera händelsenamnet, pixel-ID:t och sidan eller callback-funktionen som skickar händelsen. En sidvisning är inte ett genomfört köp.

• Bekräfta att pixeln initieras innan händelsen skickas, även när den laddas av en tagghanterare.

• Kontrollera webbläsarkonsolen och nätverksanropet. Att en tagghanterare visar meddelandet ”utlöst” bekräftar inte i sig att händelsen skickades. Pixelns felsökningsläge kan vara till hjälp.

• Kontrollera om samtyckesval, blockering i webbläsaren eller webbplatsens säkerhetspolicy hindrade anropet.

• Kontrollera sidor som kräver inloggning, kassan, bokningssidor, omdirigeringar och inbäddade formulär. Att pixeln fungerar på landningssidan bekräftar inte att spårningen fungerar på andra ställen.

Om inget anrop skickades ska du åtgärda det steget först. Det hjälper inte att vänta på rapporteringen. Använd felsökningsguiden för pixeln innan du lägger till ytterligare en integration.

3. Vad ska jag göra om en händelse avvisas, tidsgränsen överskrids eller ett serverfel returneras?

Spara svarskoden, det exakta felmeddelandet, tidpunkten för anropet och händelsens ID. Be din utvecklare kontrollera händelseformatet, pixel-ID:t och nyckeln. Händelseanrop till CAPI använder en Conversions API-nyckel för samma annonskonto. Anrop för konfiguration, hantering och rapportering använder den separata Advertiser API-nyckeln. Skicka inte API-nycklar till supporten.

Om du skickar händelser i batcher till CAPI kan en enda ogiltig händelse göra att hela batchen misslyckas.

CAPI kräver handlingens ursprungliga tidpunkt som Unix-tid i millisekunder. Händelsen får inte vara äldre än 7 dagar eller ligga mer än 10 minuter framåt i tiden. Den här tidsgränsen för att skicka in händelser är skild från attributionsfönstret. Ändra inte tidpunkten för en gammal händelse för att få den godkänd.

Om tidsgränsen överskrids eller ett serverfel uppstår kan det vara oklart om händelsen kom fram. Kontrollera det ursprungliga anropet och eventuella mottagningsloggar. Om du skickar samma handling igen ska du behålla dess ursprungliga händelse-ID och tidsstämpel. Ett nytt ID kan få den att se ut som en annan handling.

Undersök avvisade händelser eller återkommande anropsfel så snart som möjligt. Den uppskattade rapporteringstiden på 24–48 timmar gäller inte dessa fel. För krav på anrop, se: Conversions API.

4. Jag ser att händelsen accepterades. Varför finns den inte i rapporten?

Att en händelse accepteras betyder inte att den tillskrivs en annons. Kontrollera vad svaret bekräftar och om anropet använde rätt datakälla. I CAPI kontrolleras händelser utan att sparas när validate_only är satt till true.

För en ny händelse kan din utvecklare kontrollera senaste händelser, där funktionen finns tillgänglig. Där visas ett urval av de senaste händelserna, inte en fullständig historik eller ett attributionsresultat.

Om du inte kan kontrollera mottagningen kontaktar du supporten och skickar med det ursprungliga svaret och en exempelhändelse. Berätta vilka kontroller du har gjort. Du behöver inte hitta orsaken först.

Om mottagningen är bekräftad fortsätter du till fråga 5. Skicka inte händelsen igen med nya ID:n bara för att kampanjrapporten inte har ändrats.

Det kan ta ungefär 24–48 timmar innan attribuerade konverteringar visas, och totalsiffror för den senaste tiden kan ändras under bearbetningen. Detta garanterar inte att varje accepterad händelse kommer att visas och bekräftar inte heller att den har tagits emot. Se: Mät resultat.

5. Händelser tas emot. Varför visar kampanjen fortfarande noll konverteringar?

Kontrollera följande innan du ändrar integrationen:

• Är den avsedda datakällan ansluten till rätt konto?

• Stämmer händelsen du skickar överens med kampanjens konverteringsinställning? För anpassade händelser ska du kontrollera den anpassade typen och det exakta händelsenamnet. Det räcker inte att den etikett som visas stämmer överens.

• Var rätt konvertering kopplad till kampanjen innan aktiviteten du kontrollerar ägde rum?

• Föregicks handlingen av ett annonsklick eller en annonsvisning som uppfyller attributionsinställningarnas krav?

• Tittar du på rätt kampanj, händelsekolumn och datum, och utgår rapporteringen från rätt typ av tidpunkt?

Matchningsinformation hjälper till att koppla en händelse till en annons, men garanterar inte attribution. Behåll den verkliga klickreferensen från OpenAI, oppref, under hela besöket och inkludera den i serverhändelser när den finns tillgänglig. Hitta aldrig på en referens och använd inte en annan besökares referens.

Kontrollera webbläsar- och serverhändelser separat. En referens eller ett kundfält som är tillgängligt för pixeln kan saknas i serverhändelsen.

Det valda målet för en konverteringsoptimerad kampanj kan inte ändras efter att kampanjen har skapats. Skapa en ny kampanj om du vill använda ett annat mål. Anpassade händelser kan inte vara optimeringsmål. Se: Konverteringsoptimerade kampanjer.

När du har åtgärdat en felaktig konfiguration ska du kontrollera ny aktivitet som uppfyller kraven. Utgå inte från att ändringen rättar till tidigare rapporter. För matchningsregler, se: Konverteringsmätning.

6. Varför visar Ads Manager, vårt analysverktyg och vårt CRM olika resultat?

Jämför samma handlingar med samma rapporteringsregler. Ditt CRM kanske räknar alla köp, medan en annonsrapport räknar de köp som tillskrivs den plattformen. Olika plattformar kan attribuera samma köp på olika sätt.

I Ads Manager omfattar Konverteringar både klickbaserade konverteringar och kvalificerade visningsbaserade konverteringar när rapporteringsfönstret för visningar är 1 dag. Med ett visningsfönster på 0 dagar räknas bara klickbaserade konverteringar. Använd samma inställning när du jämför rapporter.

Anta till exempel att någon klickar på en annons, återkommer direkt senare och gör ett köp. Ett verktyg kan märka besöket som ”Direkt”, medan ett annat tillskriver den tidigare annonsen köpet. Den skillnaden i sig betyder inte att köpet räknades två gånger.

Om trafikkällornas etiketter skiljer sig åt ska du kontrollera måladressen och de spårningsparametrar som användes vid besöket. De aktuella kampanjinställningarna kan skilja sig från dem som användes tidigare.

Jämför:

• Konto, kampanj, händelsetyp, filter och rapporteringsnivå.

• Datumintervall, tidszon och om datumen avser annonsinteraktionen eller själva konverteringen.

• Inställningar för klick- och visningsbaserad attribution samt exakt vilket mätvärde eller vilken kolumn som valts.

• Fördröjningar i den senaste bearbetningen, dubbletthantering, samtycke och tillgänglig matchningsinformation.

• Modellerade konverteringar, där sådana finns, som kan skilja sig från direkt registrerade transaktioner.

• För värden: valuta, enheter och om jämförelsen gäller hela beställningen eller enskilda artiklar.

För intäkter: jämför skatt, frakt, rabatter och avgifter. Kontrollera att kopiorna från webbläsaren och servern skickar samma ordervärde. Försäljning från skapade beställningar och ROAS för skapade beställningar räknar bara attribuerade order_created-händelser.

Importerad GA4-aktivitet omfattar händelser från alla trafikkällor i den valda egendomen. Dessa totalsiffror är inte konverteringar som attribuerats till kampanjer. Se: Anslut Google Analytics 4 till OpenAI Ads Manager.

Vid API-jämförelser ska du anteckna slutpunkten och ange rapporteringsalternativen uttryckligen. Om en inställning utelämnas kanske den inte stämmer överens med Ads Manager. Rapporter kan också omfatta olika händelser: vissa omfattar kampanjmål men inte andra spårade handlingar. Att en händelse saknas i en rapport bevisar inte att den aldrig togs emot.

Använd samma inställningar vid en CSV-jämförelse och spara de oredigerade exportfilerna. Se: Mät resultat för vyer i Ads Manager och Rapportering för API-alternativ.

7. Räknas ett köp två gånger om jag använder både pixeln och CAPI?

För att undvika att samma handling räknas två gånger ska du använda samma pixel-ID, händelsenamn och händelse-ID i kopiorna från webbläsaren och servern. Fältet för händelse-ID heter id i CAPI och event_id i pixeln. Använd även samma anpassade händelsenamn på båda sidor.

Behåll samma ID när du skickar en handling igen. Använd ett nytt ID för varje ny handling. Kontrollera om det finns dubbla taggar, upprepade sidladdningar eller callback-anrop samt partnerintegrationer som kanske redan skickar händelsen.

Skicka inte en dubblett för att ändra den ursprungliga händelsens värde eller matchningsinformation. Kontrollera det dokumenterade beteendet innan du försöker göra en korrigering. Se: deduplicering av webbläsar- och serverhändelser.

8. Vi använder Shopify. Behöver vi ytterligare en integration?

Kontrollera din Shopify-anslutning innan du lägger till ytterligare en integration. Bekräfta vilket annonskonto och vilken pixel som är anslutna. Kontrollera sedan vilka händelser appen skickar för din butik.

Om du även använder anpassade taggar, kod i kassan eller en funktion som skickar från servern ska du kontrollera om de skickar samma händelser. Shopify-konfigurationer kan använda olika kombinationer av webbläsar- och serverspårning. Se: Konfigurera ChatGPT Ads för Shopify.

9. Hur ska vi hantera samtycke och testning?

Skicka bara data som du har rätt att dela och respektera besökarnas samtyckesval. Din utvecklare bör följa integrationens vägledning om samtycke och matchningsdata som stöds, inklusive eventuell nödvändig normalisering och hashning. Ta inte bort samtyckeskontroller för att öka antalet rapporterade konverteringar eller förbättra ett poängvärde.

Samtycke till mätning och opt_out har olika syften. Alternativet opt_out gäller personalisering. Det stoppar inte alla mätningsanrop. Be din utvecklare kontrollera samtyckeshanteringen i både webbläsar- och serverintegrationer.

Anteckna tidpunkt, namn och ID för en testhandling. Kontrollera om den skickades, validerades och togs emot. Ett lyckat implementationstest visar inte att en annons uppfyller kraven för att tillskrivas handlingen.

Alternativet validate_only i CAPI kontrollerar händelser utan att spara dem. Pixelns felsökningsläge loggar aktivitet men utesluter inte testhändelser från rapporteringen. Märk upp tester i dina egna register. Hitta inte på köp och ändra inte händelsetider för att tvinga fram ett resultat.

10. Betyder ett lågt eller otillgängligt händelsekvalitetspoäng att spårningen inte fungerar?

Inte i sig. Händelsekvaliteten bedömer den information som tas emot från en datakälla. Den visar inte hur många konverteringar som tillskrevs annonser. Ett lågt eller otillgängligt poängvärde kan inte ensamt avgöra om spårningen fungerar.

Kontrollera att verkliga handlingar som nyligen utförts registreras korrekt. Undersök sedan varningen. Skicka inte extra händelser eller påhittade identifierare för att höja poängvärdet. För kontroller och uppdateringstider, se: Förstå och förbättra händelsekvaliteten.

11. Vad ska jag ta med när jag kontaktar supporten?

Berätta vad du förväntade dig, vad som hände, när det började och vad du har kontrollerat. Ta med de uppgifter du har från den här listan:

• Annonskontots ID, pixel-ID eller datakälla samt ID:n för berörda kampanjer och annonser.

• Typ av integration och exakt händelsenamn, inklusive eventuella anpassade händelsenamn.

• Ett eller två befintliga händelse-ID:n som exempel, med handlingarnas tidsstämplar och tidszon.

• Vid anropsfel eller osäkerhet om mottagning: svarskod, exakt felmeddelande, tidpunkt för anropet, eventuellt returnerat anrops-ID eller CF-Ray samt anropsdata eller ett loggutdrag där känsliga uppgifter har tagits bort.

• Vid skillnader i rapporteringen: datumintervall, vilken tidpunkt rapporteringen utgår från, attributionsinställningar, valda kolumner, CSV-export och en jämförelse med samma avgränsningar.

• Relevanta skärmbilder och eventuella nyligen gjorda konfigurationsändringar, inklusive separat kassa eller partnerintegration.

Berätta om du har bekräftat att händelsen skickades, accepterades eller togs emot, eller om du bara har kontrollerat rapporten. Du kan be om hjälp även om du inte kan genomföra dessa kontroller.

Ta bort API-nycklar, auktoriseringshuvuden, lösenord, cookies och onödiga kunduppgifter från bilagor. Rapportera fel eller en tidigare fungerande integration som plötsligt slutar fungera så snart som möjligt. Vänta inte tills rapporteringstiden har gått.