DFP Small Business

Avvik kan ha følgende årsaker:

• Tidsforsinkelse: Forsinkelse mellom en opprinnelig forespørsel og utseendet til reklamen kan føre til ulike tellinger. En bruker går for eksempel ofte til en annen side etter at nettleseren mottar artikkelforespørselen for DFP, men før tredjeparten svarer med den forespurte artikkelen. Et annet eksempel er at brukeren klikker på en kobling, men går et annet sted før destinasjonssiden er lastet inn.

• Nettverkstilkobling og tjenerpålitelighet: En tredjepartsannonsetjener kan ha kortvarige tjenesteavbrudd eller støte på problemer som hindrer den i å loggføre en visning.

• Blokkering av annonser: Programvare for blokkering av annonser kan hindre artikkelen i å leveres av tredjeparten etter at DFP allerede har talt en visning.

• Lave visningsmålsetninger: Et lavt antall avvik kan forårsake et prosentvis høyt avvik hvis artikkelen leverer få visninger totalt sett. Hvis du for eksempel har en kampanje som leverer 100 visninger per dag, kan et enkeltdagsavvik på 30 visninger føre til et enkeltdagsavvik på 30 %, selv om det reelle antallet manglende visninger er lavt.

• Sporingsmetoder: DFP teller artikkelforespørsler, men en tredjepart kan registrere en visning på et annet tidspunkt (f.eks. når en sporingspiksel gjengis).

• Filtrering: Annonsetjenere har ulike måter å filtrere visninger på fra nettsøppelspredere, roboter, edderkopper, svindelklikk (back-to-back clicks), koblingsanalysatorer og annen automatisert eller ikke-representativ Internett-trafikk.

• Testing: DFP utelukker visninger eller klikk fra alle som har en IP-adresse som har logget på en DFP-konto tidligere. Tredjeparter gjør ikke nødvendigvis dette.

Ting du bør undersøke:

• Er makroene implementert på riktig måte? (Les mer om implementering av makroer.)

  Hvis DFP gjenkjenner tredjepartsannonsetjeneren du bruker, kan du la DFP sette inn makroene automatisk. Hvis du er usikker på hvor du skal plassere makroer, snakker du med reklameutvikleren, annonsøren eller tredjeparten for å få veiledning.

  • %%CACHEBUSTER%% – Sørg for at du har satt inn et tilfeldig tall på riktig måte i hvert oppkall.
  • %%CLICK_URL_ESC_ESC%% or %%CLICK_URL_UNESC%% – Bekreft at klikkmakroen er tatt med i riktig del av klikknettadressen i koden din.
  • %%VIEW_URL_ESC%% eller %%VIEW_URL_UNESC%% – For mellomliggende reklamer må du sørge for at denne makroen er inkludert i koden til reklamen.

  Det er en god fremgangsmåte å bruke en oppdaget (… UNESC) klikkmakro når reklamen som har en annen tjener som vert er et bilde i standardformat, som for eksempel .gif eller .jpg. Du bør bruke makroen for uoppdagede klikk (… ESC) på Flash-reklamer.

• Har du definert flere annonseetiketter i overskriftdelen på nettsiden enn i selve brødteksten? Annonseetiketter som er definert i overskriften, men som ikke vises i brødteksten, telles som visninger hver gang etikettene lastes inn, men de foretar ikke oppkall til tredjepartstjenere. Dette medfører avvik. Kontroller at alle annonseetiketter som er definert i overskriftsdelen også vises i brødteksten på nettsiden.

• Sammenligner du den samme datoperioden hos tredjeparten og utgiveren?

• Bruker både DFP og tredjeparten samme tidssone? Annonsetjenere som rapporterer på bakgrunn av ulike tidssoner gir forskjellige resultater.

• Sammenligner du de samme artiklene eller annonsene?

• Bruker du de samme tredjepartsetikettene i noen andre artikler i nettverket ditt?

• Har du fått bekreftet av tredjeparten at de samme etikettene ikke har blitt levert til noen andre utgivere?

• Hvor stort er reklameelementet? Store reklamer kan ha lange innlastingstider, og kan forårsake ulikheter i tidspunktene for visningstelling.

• Inneholder DFP-rapporten ufylte visninger? Ufylte visninger fører til kunstig høye DFP-tall ved å ta med forekomster der tredjepartsannonsetjeneren ikke ble kalt opp. (Les mer om rapportering av ufylte visninger.)

• Bruker artikkelen geografisk målretting på tredjepartsannonsetjeneren? Ulike annonsetjenere kartlegger posisjonsdata fra IP-adresser på ulike måter, noe som fører til omfattende avvik.

• Er artikkelen dags- eller tidsoppdelt på tredjepartsannonsetjeneren? Dags- eller tidsoppdeling på tredjepartsannonsetjeneren kan føre til at DFP teller visninger i situasjoner der tredjeparten ikke returnerer en artikkel.

• Krever reklamen oppringninger til flere tredjeparts annonsetjenere (også kjent som sammenkjeding)? Hver tredjeparts annonsetjener kan føre til kampanjevariasjoner på inntil 20 %. Hvis én tjener fra tredjepart peker til enda enn tjener fra nok en tredjepart, øker det forventede avviket. (Med 80 % nøyaktighet mellom hver tjener, fører dette til et normalavvik på inntil 36 %, som vist i følgende utregning: 1 - (1 - 0.2) × (1 - 0.2) = 0,36).

• Bruker tredjepartsannonsetjeneren frekvenstak? Tredjepartsfrekvenstak hindrer en annonseforespørsel fra å bli fylt, til tross for at DFP har talt en visning.

• Omfatter noen av de aktuelle artiklene tilbakesendingsetiketter? (Les mer om tilbakesendinger.)

Sidevisninger kontra visninger
Analytics-sporing er basert på sidevisninger. Til forskjell fra dette er DFP-annonsetjenerkonsepter utformet for ikke å være sidespesifikke:

• En annonseetikett kan plasseres på mange sider.
• En annonseenhet kan knyttes til mange sider.
• En artikkel kan målrettes til mange annonseenheter.
• En artikkel kan leveres til en enkeltside mange ganger.

Utføring av kode
DFP teller visninger som leveres til annonseetiketter. Analytics-pakker teller utføringen av Analytics-sporingskode. Siden disse kodebitene befinner seg i ulike deler av koden til siden din, kan det hende at ikke begge skriptene lastes inn eller utføres for hver sidevisning.

Enkelte Analytics-pakker anbefaler for eksempel at sporingskode plasseres nederst i HTML-koden. Hvis en bruker forlater en side før sporingskoden er utført, teller ikke Analytics-pakken en sidevisning. Men DFP teller likevel en visning.

Siden det ikke er noen samhandling mellom annonseetikettkoden og Analytics-sporingskoden, kan ikke Analytics-pakker bekrefte ufylte visninger, noe som kan forårsakes av en rekke elementer:

• mangel på beholdning
• brannmurer og feilkonfigurert sikkerhetsprogramvare
• blokkering av annonser
• uregelmessige nettverkstilkoblinger
• generell tidsforsinkelse

Iframes
Enkelte utgivere leverer DFP-etiketter i iframes. Nettlesere som ikke støtter etiketten <iframe> rapporterer ikke en visning, men en Analytics-pakke teller en sidevisning. Annonseetiketter med iframe kan føre til en ekstra omvei mellom nettleseren og tjeneren. Denne ekstra tidsforsinkelsen kan føre til at enkelte brukere forlater siden før nettleseren har tid til å utføre oppkallene til både Analytics-pakken og DFP. Hvis Analytics-sporingskoden er til stede både i en iframe og i den overordnede rammen, registrerer Analytics-programvaren et kunstig høyt antall sidevisninger.

Informasjonskapsler
Analytics-pakker krever vanligvis informasjonskapsler for å spore sidevisninger. Enkelte pakker registrerer bare besøkstrafikk som er knyttet til en besøksinformasjonskapsel. Hvis denne informasjonskapselinformasjonen ikke er tilgjengelig for en visning, eller hvis en bruker har deaktivert informasjonskapsler, kan det hende at det ses bort fra den aktuelle visningen.

Henvisningsnettadresser
Sammenligning av henvisningsnettadresser og DFP-klikk er ikke anbefalt. Av følgende grunner er ikke henvisningsnettadresser i Analytics et nøyaktig mål på klikk eller åpning av sider:

• Henvisningsnettadresser kan deaktiveres av brukere.

• Internettsikkerhetsprogrammer kan blokkere henvisningsnettadressedata.

• Brannmurer og mellomtjenere kan filtrere henvisningsnettadresser.

• Brukere kan etterligne henvisningsnettadresser for å hindre tjenere i å vite hvor de har vært.

• Avhengig av artikkelreklametypen (audiovisuelt innhold, standardbilde osv.) og annonseetiketten (iframe, JavaScript, standard HTML osv.) på siden, kan henvisningsnettadressen være enten «DoubleClick» eller domenet ditt.

• Internet Explorer sender ikke henvisningsdata når det byttes fra (a) HTTP til HTTPS, eller (b) alle protokoller som ikke er HTTP/HTTPS (f.eks. file://) til HTTP/HTTPS.

Vanligvis registrerer DFP en visning med én gang annonsetjeneren bestemmer hvilken reklame som skal sendes. Når reklametypen DoubleClick-etikett velges, registrerer DFP imidlertid ikke visningen før artikkelen er sendt og en visning har blitt registrert av DFA. Derfor reduserer denne prosessen avvik mellom DFP og DFA, normalt til mindre enn 2 %. Reklametypen DoubleClick-etikett fjerner også behovet for å legge til klikksporingsmakroer.

Hvis en DoubleClick-etikett bestilles som en tilpasset reklame eller tredjepartsreklame, faller denne utvidede funksjonaliteten bort, slik at DFP behandler DoubleClick-etiketten som en tredjepartsetikett. DFP rapporterer ikke klikk uten DFP-klikkmakroen, og du får se et større avvik i leveransetallene (slik tilfellet er med alle tredjepartsannonsetjenere). Hvis du har kjørt en DoubleClick-etikett som en tilpasset reklametype eller tredjepartsreklametype, og opplever rapporteringsavvik mellom DFP og DFA, ber vi deg se nærmere på delen «Tredjepartsavvik» ovenfor. Hvis ikke, kan du se nærmere på følgende muligheter.

Avvik kan ha følgende årsaker:

• Nettsøppelfiltrering: DFP og DFA har litt ulike filtreringsmåter, noe som kan resultere i avvik i tilfeller der ugyldige aktiviteter forekommer hyppig. (Les mer om filtrering i DFP.)

• Testfiltrering: DFP filtrerer testklikk og testvisninger. DFA gjør ikke dette. Visninger som er generert av testing eller forhåndsvisning av en reklame tas ikke med i rapporter.

Ting du bør undersøke:

• Har den riktige DoubleClick-etiketten blitt kjørt? På samme måte som DFP, har DFA mange etikett-typer, blant annet en som er spesifikt ment for bruk i DFP.

• Sammenligner du de riktige objektene i DFA og DFP? Hvilke DFA-annonser er inkludert i plasseringen for etiketten du har kjørt i DFP?

• Har du eller annonsøren gjort noen endringer i det aktuelle tidsrommet (f.eks. endret eller tilordnet reklamer på nytt)?

• Ser du på data for enkeltdager eller akkumulerte resultater? Bryt ned dataene til dags- og artikkelnivå.

• Lastes annonsørkoden inn på riktig måte? Utfør live-tester på nettsider der artikkelen skal leveres for å bekrefte at de riktige annonseetikettoppkallene gjennomføres.