Kaksi eri tehtävää

Kun kävijä tekee suostumusvalinnan, on tapahduttava kaksi erillistä asiaa. Ensinnäkin selaimen on muistettava valinta, jotta banneri ei ilmesty uudelleen joka sivulla ja tagit tietävät, mitä ne saavat tehdä. Toiseksi sinun on ehkä myöhemmin todistettava, että valinta tehtiin, mitä kävijälle näytettiin ja milloin. Näitä tehtäviä hoitavat usein eri tallennusmekanismit, ja niiden sekoittaminen aiheuttaa todellisia ongelmia: bannereita, jotka ilmestyvät yhä uudelleen, valintoja, jotka katoavat joissakin selaimissa, tai tietueen puute, kun joku kysyy.

Tämä vertailu tarkastelee kolmea yleistä vaihtoehtoa — ensimmäisen osapuolen evästeitä, selaintallennusta kuten localStorage ja palvelinpuolen suostumustietueita — ja sitä, mihin kukin sopii.

Vaihtoehto 1: ensimmäisen osapuolen evästeet

Evästeet ovat suostumustilan perinteinen koti. TCF-CMP:t tallentavat suostumusmerkkijonon yleensä ensimmäisen osapuolen evästeeseen, ja monet CMP:t säilyttävät siellä myös omat asetustietonsa.

Vahvuudet

• Palvelin voi lukea ne. Eväste lähetetään jokaisen pyynnön mukana, joten palvelinpuolen koodi, reunalogiikka ja palvelinpuolen tagitus voivat lukea valinnan odottamatta JavaScriptiä.
• Jaettavissa aliverkkotunnusten kesken. Rekisteröitävälle verkkotunnuksellesi asetettu eväste voi kattaa www-, blog- ja shop-aliverkkotunnukset.
• Laajasti odotettuja. Monet mainosteknologiaintegraatiot etsivät suostumusta evästeistä.

Heikkoudet

• Kokorajoitukset. Selaimet rajoittavat evästeen koon noin 4 kt:hen, ja TCF-merkkijono, jossa on paljon toimittajia, sekä muut arvot voivat lähestyä sitä.
• Pyyntöjen lisäkuorma. Jokainen pyyntö verkkotunnukseesi kantaa evästettä, myös kuva- ja skriptipyynnöt.
• Elinajan rajoitukset joissakin selaimissa. Safarin Intelligent Tracking Prevention rajoittaa JavaScriptillä luotujen evästeiden enimmäiselinajan seitsemään päivään. Oman palvelimesi HTTP-vastauksessa asettamia evästeitä kohdellaan yleensä anteliaammin, vaikka poikkeuksia on.

Vaihtoehto 2: localStorage ja muu selaintallennus

Jotkin CMP:t tallentavat yksityiskohtaiset asetukset localStorageen, joskus pienemmän evästeen rinnalla.

Vahvuudet

• Enemmän tilaa. Useita megatavuja per origin, riittävästi yksityiskohtaisiin toimittajatason valintoihin.
• Ei pyyntöjen lisäkuormaa. Palvelimelle ei lähetetä mitään automaattisesti.

Heikkoudet

• Näkymätön palvelimelle. Palvelinpuolen koodi ja reunalogiikka eivät voi lukea sitä, joten kaikkien palvelinpuolen päätösten on odotettava selainta.
• Sidottu yhteen originiin. Tallennus osoitteessa www.example.com ei ole käytettävissä osoitteessa shop.example.com, joten kävijä voi nähdä bannerin uudelleen jokaisessa aliverkkotunnuksessa.
• Poistamiselle altis. Safari voi poistaa skriptillä kirjoitettavan tallennuksen, myös localStoragen, sivustoilta, joiden kanssa käyttäjä ei ole ollut vuorovaikutuksessa seitsemään selauspäivään, ja yksityisselauksen tilat tyhjentävät sen yleensä istunnon päättyessä.

Vaihtoehto 3: palvelinpuolen suostumustietueet

Palvelinpuolen tietue on merkintä, jonka sinä tai CMP-toimittajasi tallennatte aina, kun valinta tehdään. Se sisältää yleensä pseudonyymin tunnisteen, aikaleiman, valinnat, näytetyn bannerin tai käytännön version ja kontekstin, kuten alueen.

Vahvuudet

• Kestävä näyttö. Se säilyy evästeiden tyhjentämisen ja selainrajoitusten yli, mikä tekee siitä oikean työkalun suostumuksen saamisen osoittamiseen.
• Auditoitavissa. Voit raportoida valinnoista ajan yli ja vastata kysymyksiin yksittäisistä tapahtumista.
• Laitteiden välinen potentiaali. Kirjautuneiden lukijoiden kohdalla palvelintietue voi synkronoida valinnat laitteiden välillä, jos selität tämän heille.

Heikkoudet

• Ei korvaa paikallista tilaa. Selaimen tagit tarvitsevat silti nopean, paikallisen signaalin; palvelimen kutsuminen jokaisella sivunäytöllä suostumuksen hakemiseksi lisää viivettä.
• Se on itsessään henkilötietoa. Tietueet tarvitsevat säilytysajan, pääsynhallinnan ja paikan tietosuojaselosteessasi.
• Riippuvuus tunnisteesta. Anonyymit kävijät voidaan yhdistää tietueeseen vain laitteelleen tallennetun tunnisteen kautta, mikä palauttaa sinut paikalliseen tallennukseen.

Yhteenveto rinnakkain

• Paras valinnan muistamiseen verkossa: ensimmäisen osapuolen evästeet, mieluiten oman palvelimesi asettamat vakaalla elinajalla.
• Paras yksityiskohtaisille asetustiedoille selaimessa: localStorage yhdistettynä evästeeseen, jonka palvelin voi lukea.
• Paras valinnan todistamiseen: palvelinpuolen tietueet.
• Huonoin yksittäinen valinta: luottaa vain localStorageen, mikä jättää palvelimen sokeaksi ja valinnan hauraaksi joissakin selaimissa.

Käytännöllinen yhdistetty lähestymistapa

1. Tallenna ensisijainen paikallinen signaali — esimerkiksi TCF-merkkijono ja tiivis asetustietue — ensimmäisen osapuolen evästeeseen, joka kattaa rekisteröitävän verkkotunnuksesi.
2. Käytä localStoragea vain täydentäviin tietoihin, joiden ei tarvitse päästä palvelimelle.
3. Kirjoita palvelinpuolen tietue jokaisesta valinnasta, mukaan lukien näytetyn bannerin ja käytännön versio.
4. Jos tallennettu valinta katoaa, näytä banneri uudelleen sen sijaan, että olettaisit aiemman vastauksen.
5. Aseta tallennetuille valinnoille uudelleenkysymisjakso ja kirjaa se käytäntöösi.

Kävijän suostumusvalinnan tallentamista pidetään yleensä tarpeellisena kävijän pyytämän palvelun tarjoamiseksi — hänen päätöksensä muistamiseksi — mutta tarkista pääkohdemarkkinoillasi sovellettavat ohjeet.

Keskeiset opit

• Valinnan muistaminen ja valinnan todistaminen ovat eri tehtäviä, jotka tarvitsevat eri tallennusta.
• Evästeet ovat palvelimen luettavissa ja jaettavissa aliverkkotunnusten kesken, mutta rajoitettuja kooltaan ja Safarissa elinajaltaan, kun ne on asetettu skriptillä.
• localStorage tarjoaa tilaa, mutta on näkymätön palvelimelle ja selaimet voivat tyhjentää sen.
• Palvelinpuolen tietueet ovat todisteiden kerros, eivät paikallisen signaalin korvike.
• Yhdistä palvelimen asettama ensimmäisen osapuolen eväste, valinnainen selaintallennus ja palvelintietueet.