IAB TCF v2.2tik v2.3ra migratzeko gida: Zer aldatu da eta nola eguneratu behar dute CMPek

IAB Europe Transparency and Consent Framework (TCF) Europako programmatic publizitatean gehien erabiltzen den baimen-seinalea da. Esparruaren bertsioak ez dira itxura-aldaketa hutsak; bertsio bakoitzak arautzaileen iruzkinak, betearazpen-neurriak eta benetako argitaratzaile eta hornitzaileek nola funtzionatzen duten ikasita ateratako ondorioak islatzen ditu. TCF v2.2tik v2.3ra igarotzea ez da salbuespena.

Gida honek v2.3k benetan zer aldatzen duen, aldaketa horiek zergatik egin diren eta nola migratu produkzioko CMP bat, baimendutako inbentarioa galdu gabe edo trantsizio-epean Policies urratu gabe, azaltzen du.

Labur-laburra

TCF v2.3 v2.2ren eboluzioa da, ez birdiseinu oso bat. TC String formatuarekin bateragarria da, lehendik dauden helburu eta ezaugarriak mantentzen dira, eta argitaratzaileei zuzendutako UI baldintza gehienak ia bere horretan geratzen dira. Aldaketa esanguratsuak lau arlotan biltzen dira:

Zergatik existitzen da v2.3

TCFren bertsio bakoitza hiru publikoen arteko negoziazioa da: monetizatzen jarraitu behar duten argitaratzaileak, interfaze tekniko egonkor bat behar duten hornitzaileak, eta beti hutsune espezifikoak aurkitzen jarraitzen duten arautzaileak. v2.3 hiru presioren erantzun zuzena da:

  1. "interes legitimoaren" gehiegizko erabileraren aurkako betearazpen-neurriak v2.2ren pean. Europako DPA askok ondorioztatu zuten hornitzaile askok LI aldarrikatzen zutela, benetan baimena bakarrik legezkoa zen helburuetarako. v2.3k hornitzaileek aitortutako oinarri juridikoen berri ematea zorrotzago arautzen du eta informazio hori baimeneko UIan lehenago erakustea eskatzen du.
  2. Dark patterns inguruko kexa jarraituak. Eguneratutako Policies dokumentuak nabarmenkeria berdinaren araua esplizituago bihurtzen du eta bigarren geruzako aurrez markatutako txandaketen inguruko hutsuneak ixten ditu.
  3. CMP eta argitaratzaile handien esperientzia operatiboa. v2.2k derrigorrezko zenbait informazio-emate sartu zituen, mugikor eta CTVn modu garbian ezartzea zaila izan zenak. v2.3k derrigorrezko informazio multzoa arindu egiten du eta haren zati handiago bat ikuspegi geruzatuan kokatzeko aukera ematen du.

TC String bateragarritasuna

TC String bera atzeranzko bateragarria da. v2.3 CMP batek sortutako kateak v2.2 hornitzaileek interpreta ditzakete, eta v2.3 hornitzaile batek v2.2 kateak prozesatu ditzake trantsizio-epean. Katearen oinarrizko segmentuko bertsio-adierazleak CMPak zein politika-bertsiorekin betetzen duen adierazten du, eta GVL bertsioaren erreferentzia independenteki eguneratzen da.

Honek praktikan esan nahi du: ez duzu hornitzaile guztiak aldi berean eguneratu behar, eta ez duzu erabiltzaile guztiei baimen-gertaera berri bat inposatu behar v2.3 inplementatzen duzun egunean. Urratsez urratseko ezarpena esplizituki onartuta dago.

Aldaketa tekniko nagusiak

1. Hornitzaileen informazioa eta kontserbazioa

v2.3k CMPei eskatzen die hornitzaile bakoitzak deklaratutako datuen kontserbazio-epea UI geruzatuan erakusteko, ez soilik hornitzaileen zerrenda bereizi batean. Kontserbazio-balioa betidanik egon da GVLn, baina v2.2k ez zuen agintzen erabiltzaileek informazio hori helburuen ondoan ikus zezaten. v2.3k hutsune hori ixten du, arautzaileek argudiatu baitzuten erabiltzaileek ezin zutela erabaki informaturik hartu, beren datuak zenbat denboraz gordeko ziren jakin gabe.

2. Bigarren geruzako kontrol zorrotzagoak

Bigarren geruzan — "hobespenak kudeatu" ikuspegian —, v2.3k esplizituki ezartzen du helburu eta hornitzaile ez-esentzialetarako txandaketen balio lehenetsia itzalita izan behar duela. Aurrez markatutako kutxak edo aktibatuta datozen irristailuak politika-haustea dira, nahiz eta erabiltzaileak inoiz ez sakatu esplizituki "onartu". Orain arte "soft opt-in" ereduan oinarritu diren CMPek bigarren geruza berriro errendatu beharko dute.

3. Nabarmenkeria berdinaren betearazpena

Nabarmenkeria berdinaren araua v2.1etik existitzen da, baina v2.3k interpretazio-tarte gutxiago uzten dio: "dena ukatu" aukerak "dena onartu" aukeraren geruza berean egon behar du, bisualki pisu bereko botoia izan, kolore-kontraste klase bera erabili, eta interakzio-distantzia berean egon. Ukazioa esteka baten atzean ezkutatzea, botoi txikiago batean edo bigarren pantaila batean jartzea, orain espresuki ez-betetze gisa definitzen da, ez irizpide kontu gisa.

4. Interes legitimoaren seinaleztatzea

v2.3n interes legitimoa oinarri juridiko gisa deklaratzen duten hornitzaileek orain zein helburutarako egin duten balorazioa eta zeinentzat osatu duten Legitimate Interests Assessment adierazi behar dute. CMPek deklarazio hori UIra pasatu behar dute, erabiltzaileek informazio osoarekin aurka egin ahal izateko. Praktikan horrek esan nahi du "aurka egin" fluxuak orain hornitzaile bakoitzaren LIA egoera erakusten duela, txandakatze orokor bat baino.

5. GVL eskema eguneratzeak

Global Vendor List eskemak eremu berriak gehitzen ditu: kontserbazioaren granularitatea, LIA egoera eta hornitzaile bakoitzaren pribatutasun-politikaren atal egokirako esteka makinaz irakurgarria, adierazitako helburuetarako. GVL cachean gordetzen duten CMPek eskema-analizatzailea eguneratu behar dute eremu berriak ulertzeko, v2.3 GVLra seinalatu aurretik.

UXari eragiten dioten politika-aldaketak

TCF bereziki espezifikazio teknikoa eta Policies multzo bat da. v2.3ko politika-aldaketa askok zuzenean eragiten diote baimeneko UIari:

Zer egin behar dute argitaratzaileek

  1. Berretsi zure CMP hornitzaileak v2.3ri eusten diola. Eskatu zehazki v2.3 ziurtagiridun builda noiz egongo den eskuragarri eta zein bertsio-katea adieraziko duen.
  2. Eguneratu zure GVL cachearen logika. GVLren ispiluren bat zuk zeuk ostatatzen baduzu, eguneratu eskema-analizatzailea v2.3 GVL kaleratu aurretik; bestela, CMPak hornitzaile berriak baliozkotzea huts egingo du.
  3. Berridatzi bigarren geruzako UIa, txandakatze guztiak lehenespenez itzalita egon daitezen, nabarmenkeria berdina bisualki bermatuta egon dadin, eta kontserbazio-epeak helburuen ondoan erakuts daitezen.
  4. Errepasatu zure betetze-auditoria. Arautzaileek errazena jotzen dituzten zehapenak dark pattern kasuengatik datoz, eta v2.3k espresuki identifikatzen ditu orain. Konpondu arazo horiek hurrengo ikuskaritza baino lehen.
  5. Planifikatu berriro baimena eskatzeko estrategia bat. TC String atzeranzko bateragarria bada ere, Policies dokumentuek argitaratzaileei gomendatzen diete berriz baimena eskatzeko, tratamenduaren esparrua edo informazio-ematea nabarmen aldatzen denean. Erabaki zure v2.3 ezarpenak zure publikoarentzat "nabarmen" gisa hartzen diren ala ez.

Zer egin behar dute hornitzaileek

  1. Osatu Legitimate Interests Assessment LI aldarrikatzen duzun helburu bakoitzerako, eta bidali emaitzak GVLra.
  2. Eguneratu GVLko zure erregistroa v2.3 eskemako eremuekin: kontserbazioaren granularitatea, LIA deklarazioa eta pribatutasun-politikaren atal sakonera daraman esteka.
  3. Balidatu zure TC String analizatzailea IAB Europek emandako v2.3 erreferentzia-kateen aurka.
  4. Koordinatu zure CMP bazkideekin aldaketa-data bateratu bat adosteko; horrela, v2.3 kate bat daraman lehen erosle-eskaerak ez du v2.2 soilik onartzen duen hornitzaile batean egingo talka.

Migrazioan ohikoak diren arazoak

Ondorioa

TCF v2.3 ez da v2.2rekin haustura disruptiboa, baina Europako programmatic ekosistema eusten duten arauak nabarmen estutzen ditu. Norabidea argia da: gardentasun handiagoa, dark pattern gutxiago, erabiltzailearen kontrol granular handiagoa eta iraganean ihes egiten zuten salbuespenekiko tolerantzia txikiagoa. v2.3 "patch" azkar gisa tratatzen duten CMP eta argitaratzaileak berriro ere arautzailearen aurrean aurkituko dira. Aldiz, migrazioa bigarren geruzako UXa garbitzeko, interes legitimoaren inguruko bide laburrak kentzeko eta benetako nabarmenkeria berdinean oinarritutako baimen-fluxu bat berreraikitzeko aprobetxatzen dutenek inbentario salgarriagoa izango dute v2.3 aroan — eta v2.4k ekarriko duenari ere eutsiko dion baimen-posizionamendua lortuko dute.

← Bloga Dena irakurri →