Miksi CTV-suostumus on erilaista

Verkon ja mobiilin suostumuskokemuksilla on yhteinen oletus: käyttäjä voi helposti lukea pientä tekstiä, painaa tarkasti kontrolleja ja selata. 10 jalan käyttöliittymä, jota käytetään D-pad-kaukosäätimellä, rikkoo jokaisen näistä oletuksista. Sillä on suoria seurauksia suostumuksen suunnittelulle:

• Kirjoittaminen on kallista. Käyttäjät eivät pysty mukavasti syöttämään pitkää tietoa, mikä rajoittaa sitä, kuinka paljon mukauttamista voit odottaa.
• Usean käyttäjän laitteet ovat normi. Aikuiset ja lapset voivat jakaa yhden television, eikä ole luotettavaa tapaa tietää, kuka katsoo parhaillaan.
• Rajoitetut pysyvät tunnisteet. Tunnisteet vaihtelevat alustan mukaan: Roku käyttää RIDA:a, Amazon Fire TV käyttää Fire Advertising ID:tä, Android TV tarjoaa Advertising ID:n, tvOS rajoittaa tunnistamista voimakkaasti. Ne kaikki voidaan nollata ja useat voidaan poistaa kokonaan käytöstä.
• Sovellussäiliöiden rajoitukset. Useimmat CTV-alustat ajavat sovelluksia hiekkalaatikossa, joka rajoittaa sitä, mitä CMP voi injektoida, mitä tallennustilaa se voi käyttää ja mitä käyttöliittymän kehyksiä on saatavilla.

Mitkä yksityisyyslait todella pätevät

Ei ole olemassa CTV-kohtaista yksityisyyslakia, mikä tarkoittaa, että CTV-sovelluksia ja SSP:itä hallitsevat yleiskäyttöiset kehykset, jotka jo kattavat digitaaliset palvelut:

• GDPR ja ePrivacy EU:ssa ja Isossa-Britanniassa — ne pätevät aina, kun CTV-sovellus sijoittaa tallennusta laitteelle tai lukee siltä tietoja, mukaan lukien mainostunnisteen.
• CCPA / CPRA Kaliforniassa, joka käsittelee laitetunnisteita ja katseluhistoriaa henkilötietoina ja myöntää oikeuden kieltäytyä kyseisten tietojen "myynnistä" ja "jakamisesta".
• LGPD Brasiliassa, PIPL Kiinassa ja DPDP Act Intiassa — kaikki nämä koskevat CTV-katsojia samalla tavalla kuin verkkokäyttäjiä.
• COPPA Yhdysvalloissa, joka on erityisen merkityksellinen perhekeskeisille CTV-sovelluksille ja kaikelle inventaarille, jossa on kohtuullinen syy uskoa, että lapset katsovat.

Mikään näistä laeista ei vapauta CTV:tä, eikä mikään hyväksy "se on televisio" -perustetta suostumuksen ohittamiseen. Kysymys ei ole siitä, kerätäänkö suostumusta — vaan siitä, miten se kerätään tavalla, jonka käyttäjät voivat todella suorittaa kaukosäätimellä.

IAB Tech Labin kehys CTV-suostumusta varten

IAB Tech Lab on julkaissut spesifikaatiot, jotka tekevät ohjelmallisesta CTV-kaupallistamisesta yhteensopivan suostumuksen kanssa. Tärkeimmät osat ovat:

• Global Privacy Platform (GPP) — TCF- ja USP-merkkijonojen seuraaja, joka on suunniteltu alusta alkaen edustamaan useita lainkäyttöalueita yhdessä suostumussignaalissa ja kulkemaan puhtaasti palvelinpuolen tarjouspyyntöjen läpi.
• OpenRTB 2.6 ja uudemmat — sisältää kentät GPP-merkkijonojen, herkkien kategorioiden lippujen ja käyttäjän loggedInState-tilan välittämiseen, jotta ostajat voivat kunnioittaa suostumusta huutokauppa-aikana.
• App-ads.txt ja sellers.json — välttämättömiä inventaarion todentamiseen kanavassa, jossa petos ja väärät tiedot ovat yleisiä, ja epäsuorasti merkityksellisiä, koska ostajat kieltäytyvät yhä enemmän tarjoamasta CTV-inventaarista ilman liitettyä todennettavissa olevaa suostumussignaalia.

Jos CTV-kaupallistamispinosi ei puhu GPP:tä tai välitä suostumusmerkkijonoa tarjouspyynnössä, monet DSP:t yksinkertaisesti pudottavat näyttökerran sen sijaan, että ottaisivat riskin ostaa ilman oikeusperustetta.

Toimivan CTV-suostumuskokemuksen suunnittelu

Hyvä CTV-suostumus on ensin UX-ongelma ja vasta toiseksi juridinen ongelma. Muutama periaate, jotka toimivat käytännössä johdonmukaisesti:

1. Näytä ilmoitus kerran, heti alussa. Esitä tietosuojailmoitus ensimmäisellä käynnistyksellä ennen kuin mitään mainoskutsua tehdään, ei asetuksiin haudattuna.
2. Käytä suuria, kaukosäätimelle sopivia kohteita. Kaksi tai kolme painiketta, jokainen vähintään neljäsosa näytön leveydestä, korkeakontrastisilla fokustiloilla, jotka selviävät D-pad-navigoinnista.
3. Tarjoa aito "hylkää"-vaihtoehto samalla tasolla kuin "hyväksy". Hylkäyksen piilottaminen alavalikkoon on oppikirjamainen pimeä kuvio ja on johtanut valvontatoimiin verkkoyhteyksissä — sääntelyviranomaiset eivät anna CTV:lle vapaata kulkua.
4. Tue äänivahvistusta, kun alusta sen tarjoaa. Alexalla, Google Assistantilla ja Siri-yhteensopivilla laitteilla puhuttu vahvistus on usein helpoin tapa antaa suostumus.
5. Tarjoa pysyvä asetusnäyttö, joka on tavoitettavissa päävalikosta kahdella klikkauksella tai vähemmällä.
6. Älä koskaan estä sisältöä suostumuksen perusteella. Mainosrahoitteiset tasot voivat edellyttää mainonnan hyväksymistä, mutta maksullisen ja ilmaisen tason välillä tehtävän valinnan on oltava aidosti merkityksellinen — ei naamioitu evästemuuri.

Palvelinpuolen mainosten lisäys ja suostumusketju

Suurin osa laadukkaasta CTV-inventaarista toimitetaan palvelinpuolen mainosten lisäyksen (SSAI) kautta, jossa mainos ommellaan videoon julkaisijan palvelimilla eikä loppukäyttäjän laite koskaan soita suoraan mainospalvelimelle. SSAI luo suostumusketjun, jota on käsiteltävä huolellisesti:

• Sovellus kerää suostumuksen laitteelta ja tuottaa GPP-merkkijonon.
• GPP-merkkijono välitetään SSAI-toimittajalle osana istunnon alustusta.
• SSAI-toimittaja välittää merkkijonon mainospalvelimelle tai SSP:lle jokaisessa ylävirtaan menevässä pyynnössä.
• SSP sisällyttää merkkijonon OpenRTB-tarjouspyyntöihin ostajille.

Mikä tahansa katkos tässä ketjussa — puuttuva kenttä, vanhentunut välimuistissa oleva merkkijono, SSAI-toimittaja, joka ei välitä GPP:tä — ja alavirran ostaja ostaa käytännössä sokeasti. GDPR-lainkäyttöalueilla se on oikeudellinen riski jokaiselle ketjun osapuolelle.

Lapset ja CTV

Perheet käyttävät CTV-kanavaa paljon, ja sääntelyviranomaiset suhtautuvat kielteisesti seurantaan näytöillä, joita lapset todennäköisesti katsovat. Käytännön suojatoimet sisältävät alustatason lapsitilojen tukemisen, pelkästään kontekstuaalisen mainoskokemuksen tarjoamisen lasten sisällölle ja sen varmistamisen, että mikä tahansa COPPA-kattama sovellus ajaa täysin erillistä suostumus- ja mainosvalintaputkea yleisöstä. FTC on toistuvasti osoittanut, että se kohtelee "emme tienneet, että hän oli lapsi" -puolustusta heikkona, kun sisältö selvästi kohdistuu lapsiin.

Mitä CTV-julkaisijoiden tulisi tehdä nyt

1. Tarkasta nykyinen suostumussignaalisi. Vahvista, että CTV-sovelluksesi todella tuottaa suostumusmerkkijonon ja että se saapuu SSP:lle jokaisessa tarjouspyynnössä. Monet julkaisijat huomaavat tarkastuksessa, että he luottavat oletuksena "1YNN"-merkkijonoon tai tyhjään merkkijonoon.
2. Ota GPP käyttöön. Pelkät TCF- tai USP-merkkijonot eivät enää riitä monen lainkäyttöalueen inventaariolle. Siirry GPP:hen, jotta yksi signaali kattaa EU:n, Ison-Britannian, USA:n osavaltiolait ja nousevat kehykset.
3. Suunnittele ensimmäisen käynnistyksen kokemus uudelleen kaukosäätimelle sopivan suostumus-UI:n ympärille ennen seuraavan sovelluspäivityksen julkaisua.
4. Dokumentoi suostumusketjusi päästä päähän, sovelluksesta SSAI:n kautta ostajalle. Sääntelyviranomaiset alkavat pyytää tätä kaaviota nimeltä.
5. Kouluta mainostoimintatiimisi tunnistamaan, mikä inventaari on suostuttua ja mikä ei, jotta he voivat tarjota pelkästään kontekstuaalisia varasuunnitelmia, kun suostumussignaali puuttuu.

Johtopäätös

CTV ei ole yksityisyydestä vapaata aluetta, ja oletus, että "kukaan ei sääntele televisiota", on jo väärin jokaisella suurella markkinalla. Hyvä uutinen on, että rakennuspalikat — GPP, OpenRTB 2.6, SSAI-tietoinen suostumuksen välittäminen ja kaukosäätimelle sopivat UX-kuviot — ovat kaikki olemassa. Julkaisijat, jotka ottavat ne käyttöön varhain, ovat niitä, jotka voivat jatkaa premium-CTV-inventaarion myyntiä, kun ostajat alkavat hylätä kaikkea muuta. Olohuoneen ruutu on suostumuksen hallinnan seuraava rintama, ja toimijat, jotka kohtelevat sitä sellaisena, omistavat mainosdollarit, kun muu markkina ottaa kiinni.