Hvorfor video er annerledes

Video er ofte en utgivers mest verdifulle inventar, og det er også der samtykkesignaler oftest går tapt. Displayannonser går vanligvis gjennom en header bidding-wrapper og en annonseserver-tagg som leser CMP-en automatisk. Videoannonser tar en lengre vei: siden laster en spiller, spilleren bygger en annonseforespørsel, en annonseserver returnerer et VAST-dokument, og det dokumentet kan peke videre til flere wrappere, sporingspiksler og mediefiler, som hver hentes av spilleren og ikke av siden.

Ved hvert ledd må samtykkesignalet videreformidles eksplisitt. Når det ikke skjer, behandler kjøpere enten visningen som uten samtykke eller dropper den, og det mest verdifulle formatet på nettstedet ditt tjener stille mindre enn det burde.

Trinn 1: Vit hvordan spilleren din leser samtykke

Videospillere faller grovt sett i tre grupper:

• Spillere som leser CMP-en direkte. De kaller selv __tcfapi eller __gpp og legger signalene til annonseforespørsler.
• Spillere som forventer at du leverer samtykket. Du sender samtykkestrengen og flagg i spillerkonfigurasjonen eller direkte i URL-en til annonsetaggen.
• Spillere som ikke gjør noen av delene. Vanligvis eldre eller skreddersydde versjoner, der annonseforespørsler sendes uten noe signal i det hele tatt.

Sjekk dokumentasjonen til spilleren din og verifiser deretter atferden i fanen Network. Dokumentasjonen beskriver hva som bør skje; forespørselen viser hva som skjer.

Trinn 2: Legg signalene på annonseforespørselen

De fleste annonseservere og SSP-er godtar samtykke som URL-parametere på videoannonseforespørselen. Navnene varierer mellom plattformer, men de vanlige er:

• gdpr — 1 hvis GDPR gjelder for forespørselen, 0 hvis ikke;
• gdpr_consent — TCF-samtykkestrengen;
• addtl_consent — Googles Additional Consent-streng, for leverandører utenfor TCF Global Vendor List;
• gpp og gpp_sid — GPP-strengen og de gjeldende seksjons-ID-ene;
• plattformspesifikke flagg for ikke-personalisert eller begrenset databehandling.

Hvis spilleren bygger tagger fra en mal, sørg for at verdiene fylles ut på forespørselstidspunktet, ikke når siden først lastes. En besøkende som godtar samtykke etter at spilleren er initialisert, bør ikke få sin første annonseforespørsel sendt av gårde med en tom streng.

Trinn 3: Bruk VAST-samtykkemakroene

Et VAST-svar inneholder ofte sporings-URL-er og wrapper-URL-er som spilleren kaller senere. Makrolisten i IAB VAST 4.1 inneholder [GDPRCONSENT], som spilleren forventes å erstatte med samtykkestrengen når den utløser disse URL-ene. Spør demand-partnerne dine om taggene deres bruker den, og bekreft at spilleren din støtter makroerstatning. Hvis makroen står uerstattet, ser det mottakende endepunktet den bokstavelige plassholderen i stedet for et gyldig signal.

Trinn 4: Håndter timingen ved pre-roll

Pre-roll skaper en timingspenning. Annonseforespørselen vil gå ut så snart spilleren er klar, men for en førstegangsbesøkende fra EU kan banneret fortsatt være på skjermen. Du har tre alternativer:

1. Vent på en beslutning. Hold annonseforespørselen tilbake til CMP-en melder en endelig tilstand. Det gir kjøperne det beste signalet, men kan forsinke avspillingen.
2. Forespør med gjeldende tilstand. Send forespørselen umiddelbart med det signalet som finnes, og godta at den første annonsen kan bli behandlet som uten samtykke.
3. Forsink autoplay litt. Start spilleren først etter at den besøkende har interagert med banneret eller siden, noe som passer for nettsteder der videoen ligger under det synlige området.

Det finnes ikke noe universelt riktig svar. Mål fill rate, CPM og starttid for avspilling for hvert alternativ på din egen trafikk før du bestemmer deg.

Trinn 5: Ikke glem mid-roll og lange økter

Lange videoer og direktestrømmer kan ha mid-roll-pauser mange minutter etter at siden ble lastet. Hvis den besøkende har endret valget sitt i mellomtiden, må senere annonseforespørsler gjenspeile den nye tilstanden. Spillere som bufrer samtykkestrengen ved initialisering, vil fortsette å sende den gamle verdien. Foretrekk integrasjoner som abonnerer på hendelser om samtykkeendringer eller leser CMP-en på nytt før hver annonsepause.

Trinn 6: Skill mediehosting fra annonsering

Selve videofilen kan også komme fra en tredjepart. Å bygge inn en hostet spiller fra en videoplattform kan sette informasjonskapsler eller laste sporing allerede før noen annonse forespørres. Behandle spilleren som sin egen leverandør: før den opp i CMP-konfigurasjonen din, bestem hvilket formål den bygger på, og last den bak en plassholder hvis den setter ikke-nødvendige informasjonskapsler.

Slik hjelper FlexyConsent

FlexyConsent eksponerer standard-API-er for IAB TCF 2.4 og GPP v1.1, sammen med signaler fra Google Consent Mode v2, slik at spillere og annonsetagger som leser CMP-en direkte, finner signalene i formatet de forventer. FlexyConsent er en Google-sertifisert CMP (CMP ID 317) og sertifisert av IAB Europe og IAB Canada.

En rask verifiseringsrutine

• Last en videoside fra en EU-lokasjon, godta og sjekk at den første annonseforespørselen har en utfylt samtykkestreng.
• Avvis og gjenta; bekreft at forespørselen fortsatt sendes med riktig signal, ikke uten.
• Følg en VAST-wrapperkjede og sjekk at sporings-URL-er inneholder en ekte streng i stedet for en uerstattet makro.
• Endre samtykket under avspilling og sjekk neste annonsepause.

Viktigste poenger

• Videoannonseforespørsler bygges av spilleren, så samtykke må videreformidles bevisst.
• Fyll ut samtykkeparametere på forespørselstidspunktet, ikke ved sideinnlasting.
• Bekreft at [GDPRCONSENT] og lignende makroer erstattes langs VAST-kjeden.
• Velg en timingstrategi for pre-roll basert på dine egne data om fill, CPM og starttid.
• Behandle videohosten som en leverandør i seg selv.