Översikt

Använd den här guiden om händelser saknas, förfrågningar 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 åtgärd. Notera vad som hände och när, och välj sedan den fråga nedan som passar.

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

Vanliga frågor

1. Var ska jag börja?

Ta reda på vilken åtgärd du vill mäta, vad som skickar den och vilket annonskonto och Pixel-id som används. Din konfiguration kan använda Pixel, CAPI, en partnerintegration eller en kombination. CAPI behöver ett Pixel-id även om du inte har installerat Pixel i webbläsaren.

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

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

Om konfigurationen redan finns, kontrollera varje steg:

• Skickades en händelseförfrågan när åtgärden utfördes?

• Returnerade förfrågan ett fel, eller accepterades den?

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

• Tillskrevs händelsen en annons i kampanjrapporten?

2. Jag har installerat Pixel. Varför ser jag inga köp eller leads?

Pixel kan läsas in utan att skicka den köp- eller leadhändelse du behöver. Be din utvecklare kontrollera en genomförd åtgärd:

• Kontrollera händelsens namn, Pixel-id och sidan eller callback-funktionen som skickar den. En sidvisning är inte ett genomfört köp.

• Bekräfta att Pixel initieras innan händelsen skickas, även när den läses in av en tagghanterare.

• Kontrollera webbläsarkonsolen och nätverksförfrågan. Enbart tagghanterarens meddelande om att en tagg har ”utlösts” bekräftar inte att händelsen skickades. Pixels felsökningsläge kan vara till hjälp.

• Kontrollera om samtyckesval, blockering i webbläsaren eller webbplatsens säkerhetspolicy hindrade förfrågan.

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

Om ingen förfrågan skickades, åtgärda det steget först. Det hjälper inte att vänta på rapporteringen. Använd felsökningsguiden för Pixel innan du lägger till en annan integration.

3. Vad ska jag göra om en händelse avvisas, förfrågan når tidsgränsen eller ett serverfel returneras?

Spara svarskoden, det exakta felet, tidpunkten för förfrågan och händelsens id. Be din utvecklare kontrollera händelseformatet, Pixel-id:t och nyckeln. Händelseförfrågningar i CAPI använder en Conversions API-nyckel för samma annonskonto. Förfrågningar för konfiguration, hantering och rapportering använder den separata Advertiser API-nyckeln. Skicka inte API-nycklar till supporten.

När händelser skickas i batchar via CAPI kan en ogiltig händelse få hela batchen att misslyckas.

CAPI kräver åtgärdens ursprungliga tidpunkt i Unix-tid i millisekunder. Händelsens tidpunkt får vara högst 7 dagar bakåt i tiden och högst 10 minuter framåt i tiden. Denna gräns för inskickning är separat från attribueringsfö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 den ursprungliga förfrågan och eventuella mottagningsloggar. Om du försöker skicka samma åtgärd igen, behåll dess ursprungliga händelse-id och tidsstämpel. Ett nytt id kan få den att se ut som en annan åtgärd.

Utred snarast om en förfrågan avvisas eller misslyckas upprepade gånger. Den uppskattade rapporteringstiden på 24–48 timmar gäller inte för dessa fel. För krav på förfrågningar, 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 har tillskrivits en annons. Kontrollera vad svaret bekräftar och om förfrågan använde rätt datakälla. Om validate_only är inställt på true i CAPI kontrolleras händelserna utan att de sparas.

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

Om du inte kan kontrollera mottagningen, kontakta supporten 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ätt 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 de senaste totalsiffrorna kan ändras under bearbetningen. Detta garanterar inte att varje accepterad händelse 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?

• Matchar händelsen du skickar kampanjens konverteringsinställning? För anpassade händelser, kontrollera den anpassade typen och det exakta händelsenamnet. Det räcker inte att visningsnamnet stämmer överens.

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

• Föregicks åtgärden av ett annonsklick eller en annonsvisning som uppfyller villkoren i attribueringsinställningarna?

• Tittar du på rätt kampanj, händelsekolumn, datum och tidsgrund för rapporteringen?

Matchningsinformation hjälper till att koppla en händelse till en annons, men garanterar inte att händelsen tillskrivs annonsen. Bevara den faktiska 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 Pixel 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 rättat en felaktig konfiguration, kontrollera ny aktivitet som uppfyller villkoren. 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 uppgifter?

Jämför samma åtgärder med samma rapporteringsregler. Ditt CRM kan räkna alla köp, medan en annonsrapport räknar 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 endast klickbaserade konverteringar. Använd samma inställning när du jämför rapporter.

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

Om trafikkällornas etiketter skiljer sig åt, kontrollera landningssidans URL och spårningsparametrarna som användes vid besöket. De nuvarande 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 visningsbaserade konverteringar 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 de är tillgängliga, som kan skilja sig från direkt registrerade transaktioner.

• För värden: valuta, enheter och om jämförelsen avser 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 endast attribuerade order_created-händelser.

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

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

Använd samma inställningar för 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 Pixel och CAPI?

Undvik att samma åtgärd räknas två gånger genom att 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 Pixel. Använd också samma namn för anpassade händelser på båda sidor.

Behåll samma id när du försöker skicka en åtgärd igen. Använd ett nytt id för varje separat åtgärd. Kontrollera om det finns dubbla taggar, upprepade sidinläsningar 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 en annan integration?

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

Om du också använder anpassade taggar, kod i kassan eller en serverbaserad avsändare, 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 eventuella krav på 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ätningsförfrågningar. Be din utvecklare kontrollera samtyckeshanteringen i både webbläsar- och serverintegrationerna.

Notera tidpunkt, namn och id för en teståtgärd. Kontrollera om den skickades, validerades och togs emot. Ett lyckat implementationstest visar inte att en annons uppfyller villkoren för attribuering.

Alternativet validate_only i CAPI kontrollerar händelser utan att spara dem. Pixels felsökningsläge loggar aktivitet men hindrar inte att testhändelser tas med i rapporteringen. Märk tester i dina egna uppgifter. 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ändelsekvalitet 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 åtgärder som nyligen utförts registreras korrekt och utred 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 identifierare för berörda kampanjer och annonser.

• Integrationstyp och exakt händelsenamn, inklusive eventuella anpassade händelsenamn.

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

• Vid misslyckade förfrågningar eller osäker mottagning: svarskod, exakt fel, tidpunkt för förfrågan, eventuellt returnerat förfrågnings-id eller CF-Ray samt en nyttolast eller ett loggutdrag med känsliga uppgifter maskerade.

• Vid rapporteringsskillnader: datumintervall, tidsgrund för rapporteringen, attribueringsinställningar, valda kolumner, CSV-export och en jämförelse med samma avgränsningar.

• Relevanta skärmbilder och eventuella ändringar som nyligen gjorts i konfigurationen, inklusive en 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 slutföra dessa kontroller.

Ta bort API-nycklar, auktoriseringshuvuden, lösenord, kakor och onödig kundinformation från bilagor. Rapportera snarast fel eller om en tidigare fungerande integration plötsligt slutar fungera. Vänta inte tills rapporteringsfönstret har löpt ut.