Oversigt

Brug denne vejledning, hvis der mangler hændelser, anmodninger fejler, eller Ads Manager ikke stemmer overens med din virksomheds registreringer. Tag udgangspunkt i ét gennemført køb, ét indsendt lead eller en anden handling. Notér, hvad der skete og hvornår, og vælg derefter det spørgsmål nedenfor, der passer.

En hændelse registrerer en handling, f.eks. et køb. Pixel sender hændelser fra en besøgendes browser, mens Conversions API (CAPI) sender dem fra din server. Ads Manager samler disse hændelser i en datakilde. Attribuering afgør, hvilken annonce handlingen tilskrives. Et attribueringsvindue angiver, hvor længe efter en annonceinteraktion en handling kan tilskrives annoncen.

Ofte stillede spørgsmål

1. Hvor skal jeg begynde?

Find ud af, hvilken handling du vil måle, hvad der sender den, og hvilken annoncekonto og hvilket Pixel-id der bruges. Din opsætning kan bruge Pixel, CAPI, en partnerintegration eller en kombination. CAPI kræver et Pixel-id, selvom du ikke har installeret Pixel i browseren.

Ved førstegangsopsætning kan du se: Konverteringsmåling og Konverteringssporing. Din udvikler kan bruge vejledningerne til Pixel, CAPI og understøttede hændelser. Hold CAPI-anmodninger og -nøgler på din server.

Hvis en partner administrerer din integration, kan du bruge opsætningsvejledningen til målepartnere eller opsætningsvejledningen til mobilmålepartnere. For en HubSpot-forbindelse kan du se: Opsætning af ChatGPT Ads i HubSpot.

Ved en eksisterende opsætning skal du kontrollere hvert trin:

• Blev der sendt en hændelsesanmodning ved handlingen?

• Returnerede anmodningen en fejl, eller blev den accepteret?

• Kan du bekræfte, at den korrekte datakilde modtog hændelsen?

• Blev hændelsen tilskrevet en annonce i kampagnerapporten?

2. Min Pixel er installeret. Hvorfor kan jeg ikke se køb eller leads?

Pixel kan indlæses uden at sende den købs- eller leadhændelse, du har brug for. Bed din udvikler om at kontrollere én gennemført handling:

• Kontrollér hændelsesnavnet, Pixel-id'et og den side eller det callback, der sender hændelsen. En sidevisning er ikke et gennemført køb.

• Bekræft, at Pixel initialiseres, før hændelsen sendes, også når den indlæses af en tagmanager.

• Kontrollér browserkonsollen og netværksanmodningen. En tagmanagers besked om, at et tag er »udløst«, bekræfter ikke i sig selv, at hændelsen blev sendt. Pixels fejlfindingstilstand kan hjælpe.

• Kontrollér, om samtykkevalg, blokering i browseren eller dit websites sikkerhedspolitik forhindrede anmodningen.

• Kontrollér sider bag login, betalingsprocessen, bookingsider, omdirigeringer og indlejrede formularer. At Pixel fungerer på landingssiden, bekræfter ikke, at sporingen fungerer andre steder.

Hvis der ikke blev sendt en anmodning, skal du rette det trin først. Det hjælper ikke at vente på rapporteringen. Brug fejlfindingsvejledningen til Pixel, før du tilføjer endnu en integration.

3. Hvad skal jeg gøre, hvis en hændelse afvises, får timeout eller returnerer en serverfejl?

Gem svarkoden, den præcise fejl, tidspunktet for anmodningen og hændelses-id'et. Bed din udvikler om at kontrollere hændelsesformatet, Pixel-id'et og nøglen. CAPI-hændelsesanmodninger bruger en Conversions API-nøgle til den samme annoncekonto. Anmodninger om opsætning, administration og rapportering bruger den separate Advertiser API-nøgle. Send ikke API-nøgler til support.

I CAPI-batches kan én ugyldig hændelse få hele batchen til at fejle.

CAPI kræver handlingens oprindelige tidspunkt angivet som Unix-tid i millisekunder. Hændelsen må højst ligge 7 dage tilbage og højst 10 minutter ude i fremtiden. Denne tidsgrænse for indsendelse er adskilt fra attribueringsvinduet. Du må ikke ændre tidspunktet for en gammel hændelse for at få den accepteret.

En timeout eller serverfejl kan skabe tvivl om, hvorvidt hændelsen nåede frem. Kontrollér den oprindelige anmodning og eventuelle registreringer af modtagelsen. Hvis du prøver at sende den samme handling igen, skal du beholde dens oprindelige hændelses-id og tidsstempel. Et nyt id kan få den til at fremstå som en anden handling.

Undersøg straks afvisninger eller vedvarende anmodningsfejl. Den anslåede rapporteringstid på 24–48 timer gælder ikke for disse fejl. Se kravene til anmodninger her: Conversions API.

4. Jeg kan se, at hændelsen blev accepteret. Hvorfor er den ikke med i rapporten?

At en hændelse er accepteret, betyder ikke, at den er tilskrevet en annonce. Kontrollér, hvad svaret bekræfter, og om anmodningen brugte den korrekte datakilde. I CAPI kontrolleres hændelserne uden at blive gemt, når validate_only er sat til true.

For en ny hændelse kan din udvikler kontrollere seneste hændelser, hvor funktionen er tilgængelig. Her vises et udsnit af de seneste hændelser, ikke en fuld historik eller et attribueringsresultat.

Hvis du ikke kan kontrollere modtagelsen, skal du kontakte support med det oprindelige svar og et eksempel på en hændelse. Fortæl os, hvilke kontroller du har gennemført. Du behøver ikke finde årsagen først.

Hvis modtagelsen er bekræftet, skal du fortsætte til spørgsmål 5. Send ikke hændelsen igen med nye id'er, blot fordi kampagnerapporten ikke har ændret sig.

Der kan gå ca. 24–48 timer, før attribuerede konverteringer vises, og de seneste samlede tal kan ændre sig under behandlingen. Dette garanterer ikke, at alle accepterede hændelser vises, og bekræfter heller ikke, at de er modtaget. Se: Mål resultater.

5. Hændelserne bliver modtaget. Hvorfor viser kampagnen stadig nul konverteringer?

Kontrollér følgende, før du ændrer integrationen:

• Er den ønskede datakilde forbundet med den korrekte konto?

• Matcher den hændelse, du sender, kampagnens konverteringsindstilling? For brugerdefinerede hændelser skal du kontrollere den brugerdefinerede type og det præcise hændelsesnavn. Det er ikke nok, at det viste navn matcher.

• Var den korrekte konvertering knyttet til kampagnen, før den aktivitet, du undersøger, fandt sted?

• Skete handlingen efter et annonceklik eller en annoncevisning, der opfylder attribueringsindstillingerne?

• Ser du på den korrekte kampagne, hændelseskolonne og de korrekte datoer og tidsgrundlag for rapporteringen?

Matchningsoplysninger hjælper med at knytte en hændelse til en annonce, men garanterer ikke attribuering. Bevar den faktiske OpenAI-klikreference, oppref, gennem hele besøget, og medtag den i serverhændelser, når den er tilgængelig. Opfind aldrig en reference, og brug ikke en anden besøgendes.

Kontrollér browser- og serverhændelser hver for sig. En reference eller et kundefelt, der er tilgængeligt for Pixel, kan mangle i serverhændelsen.

Det valgte mål for en konverteringsoptimeret kampagne kan ikke ændres efter oprettelsen. Opret en ny kampagne, hvis du vil bruge et andet mål. Brugerdefinerede hændelser kan ikke bruges som optimeringsmål. Se: Konverteringsoptimerede kampagner.

Når du har rettet en uoverensstemmelse i konfigurationen, skal du kontrollere ny aktivitet, der opfylder betingelserne. Du skal ikke gå ud fra, at ændringen retter tidligere rapporter. Se matchningsreglerne her: Konverteringsmåling.

6. Hvorfor viser Ads Manager, vores analyseværktøj og vores CRM forskellige tal?

Sammenlign de samme handlinger med de samme rapporteringsregler. Dit CRM tæller måske alle køb, mens en annoncerapport tæller køb, der tilskrives den pågældende platform. Forskellige platforme kan attribuere det samme køb forskelligt.

I Ads Manager omfatter Konverteringer både klikbaserede og kvalificerede visningsbaserede konverteringer, når rapporteringsvinduet for visningsbaserede konverteringer er 1 dag. Med et visningsvindue på 0 dage tælles kun klikbaserede konverteringer. Brug den samme indstilling, når du sammenligner rapporter.

En person klikker f.eks. på en annonce, vender senere direkte tilbage og køber noget. Ét værktøj kan markere besøget som »Direkte«, mens et andet tilskriver købet den tidligere annonce. Denne forskel betyder ikke i sig selv, at købet blev talt med to gange.

Hvis trafikkilderne er angivet forskelligt, skal du kontrollere landings-URL'en og de sporingsparametre, der blev brugt ved besøget. De aktuelle kampagneindstillinger kan være anderledes end dem, der blev brugt tidligere.

Sammenlign:

• Konto, kampagne, hændelsestype, filtre og rapporteringsniveau.

• Datointerval, tidszone, og om datoerne henviser til annonceinteraktionen eller selve konverteringen.

• Indstillinger for klik- og visningsbaserede konverteringer samt den præcise valgte metrik eller kolonne.

• Nylige behandlingsforsinkelser, håndtering af dubletter, samtykke og tilgængelige matchningsoplysninger.

• Modellerede konverteringer, hvor de er tilgængelige, da de kan afvige fra direkte registrerede transaktioner.

• For værdier: valuta, enheder, og om sammenligningen omfatter hele ordren eller enkelte varer.

For omsætning: sammenlign afgifter, fragt, rabatter og gebyrer. Kontrollér, at browser- og serverkopier sender den samme ordreværdi. Salg fra oprettede ordrer og ROAS for oprettede ordrer medregner kun attribuerede order_created-hændelser.

Importeret GA4-aktivitet omfatter hændelser på tværs af den valgte ejendoms trafikkilder. Disse samlede tal er ikke konverteringer, der er tilskrevet kampagner. Se: Forbind Google Analytics 4 med OpenAI Ads Manager.

Ved API-sammenligninger skal du notere endepunktet og angive rapporteringsindstillingerne eksplicit. Hvis en indstilling udelades, stemmer den muligvis ikke overens med Ads Manager. Rapporter kan også omfatte forskellige hændelser: Nogle dækker kampagnemål, men ikke andre sporede handlinger. At en hændelse mangler i én rapport, beviser ikke, at den aldrig blev modtaget.

Brug de samme indstillinger ved en CSV-sammenligning, og gem de uredigerede eksportfiler. Se Mål resultater for visninger i Ads Manager og Rapportering for API-indstillinger.

7. Bliver et køb talt med to gange, hvis jeg bruger både Pixel og CAPI?

For at undgå at tælle den samme handling to gange skal du bruge samme Pixel-id, hændelsesnavn og hændelses-id i både browser- og serverkopien. Feltet til hændelses-id hedder id i CAPI og event_id i Pixel. Brug også det samme brugerdefinerede hændelsesnavn begge steder.

Behold det samme id, når du prøver at sende en handling igen. Brug et nyt id til hver ny handling. Se efter dublerede tags, gentagne sideindlæsninger eller callbacks og partnerintegrationer, der muligvis allerede sender hændelsen.

Send ikke en dublet for at ændre den oprindelige hændelses værdi eller matchningsoplysninger. Læs i dokumentationen, hvordan det håndteres, før du forsøger at rette noget. Se: deduplikering af browser- og serverhændelser.

8. Vi bruger Shopify. Har vi brug for endnu en integration?

Kontrollér din Shopify-forbindelse, før du tilføjer endnu en integration. Bekræft, at den tilknyttede annoncekonto og Pixel er korrekte, og kontrollér derefter, hvilke hændelser appen sender for din butik.

Hvis du også bruger brugerdefinerede tags, kode i betalingsprocessen eller en serverbaseret afsender, skal du kontrollere, om de sender de samme hændelser. Shopify-opsætninger kan bruge forskellige kombinationer af browser- og serversporing. Se: Opsæt ChatGPT Ads til Shopify.

9. Hvordan skal vi håndtere samtykke og test?

Send kun data, som du har tilladelse til at dele, og respekter de besøgendes samtykkevalg. Din udvikler bør følge integrationens vejledning om samtykke og understøttede matchningsdata, herunder eventuelle krav til normalisering og hashing. Fjern ikke samtykkekontroller for at øge antallet af rapporterede konverteringer eller forbedre en score.

Samtykke til måling og opt_out tjener forskellige formål. Indstillingen opt_out vedrører personalisering. Den stopper ikke alle måleanmodninger. Bed din udvikler om at kontrollere samtykkehåndteringen i både browser- og serverintegrationer.

Notér tidspunkt, navn og id for én testhandling. Kontrollér, om den blev sendt, valideret og modtaget. En vellykket implementeringstest viser ikke, at en annonce opfylder betingelserne for at få tilskrevet en handling.

CAPI-indstillingen validate_only kontrollerer hændelser uden at gemme dem. Pixels fejlfindingstilstand logger aktivitet, men udelukker ikke testhændelser fra rapporteringen. Markér test i dine registreringer, og opfind ikke køb eller ændr hændelsestidspunkter for at fremtvinge et resultat.

10. Betyder en lav eller utilgængelig hændelseskvalitetsscore, at sporingen ikke virker?

Ikke i sig selv. Hændelseskvalitet vurderer de oplysninger, der modtages fra en datakilde. Den fortæller ikke, hvor mange konverteringer der blev tilskrevet annoncer. En lav eller utilgængelig score kan ikke i sig selv afgøre, om sporingen fungerer.

Kontrollér, at nylige, faktiske handlinger registreres korrekt, og undersøg derefter advarslen. Send ikke ekstra hændelser eller opdigtede id'er for at øge scoren. Læs om kontroller og opdateringstidspunkter her: Forstå og forbedr hændelseskvaliteten.

11. Hvad skal jeg oplyse, når jeg kontakter support?

Fortæl os, hvad du forventede, hvad der skete, hvornår det begyndte, og hvad du har kontrolleret. Medtag de oplysninger, du har, fra denne liste:

• Annoncekonto-id, Pixel-id eller datakilde samt id'er for de berørte kampagner og annoncer.

• Integrationstype og det præcise hændelsesnavn, herunder eventuelle brugerdefinerede hændelsesnavne.

• Et eller to eksempler på eksisterende hændelses-id'er og tidsstempler for handlingerne med tidszone.

• Ved anmodningsfejl eller usikker modtagelse: svarkode, den præcise fejl, tidspunktet for anmodningen, eventuelle returnerede anmodnings-id'er eller CF-Ray samt en payload eller et loguddrag, hvor følsomme oplysninger er fjernet.

• Ved forskelle i rapporteringen: datointerval, rapporteringens tidsgrundlag, attribueringsindstillinger, valgte kolonner, CSV-eksport og en sammenligning med samme afgrænsning.

• Relevante skærmbilleder og eventuelle nylige ændringer i opsætningen, herunder en separat betalingsproces eller partnerintegration.

Fortæl os, om du har bekræftet, at hændelsen blev sendt, accepteret eller modtaget, eller om du kun har kontrolleret rapporten. Du kan bede om hjælp, selvom du ikke kan gennemføre disse kontroller.

Fjern API-nøgler, autorisationsheadere, adgangskoder, cookies og unødvendige kundeoplysninger fra vedhæftede filer. Meld straks fejl, eller hvis en integration, der tidligere virkede, pludselig holder op med at fungere. Vent ikke på, at rapporteringsvinduet udløber.