Ce Înlocuiește de Fapt Privacy Sandbox

Cookie-urile de la terți purtau patru funcții publicitare distincte: targetare bazată pe interese, retargetare, măsurarea conversiei și limitarea frecvenței. Privacy Sandbox le împarte în API-uri separate, fiecare cu propriul profil de consimțământ.

Topics API — Targetare Bazată pe Interese

Topics API atribuie fiecărui browser un set mic de subiecte de interes cu granulație grosieră — aproximativ cinci subiecte pe săptămână, extrase dintr-o taxonomie curată de câteva sute de categorii. Când un editor apelează document.browsingTopics(), browser-ul returnează până la trei subiecte pe care ecosistemul de tehnologie publicitară le poate folosi pentru personalizare contextuală fără niciun identificator inter-site. Subiectele sunt calculate local, stocate pe dispozitiv, rotite săptămânal și sunt supuse controalelor utilizatorului în chrome://settings/adPrivacy.

Protected Audience API — Retargetare și Remarketing

Protected Audience, fostul FLEDGE, menține retargetarea în viață fără un identificator inter-site partajat. Advertiserii adaugă un utilizator la un grup de interes pe propriul lor site; când utilizatorul vizitează un editor participant, o licitație pe dispozitiv rulează într-un Fenced Frame și selectează un creativ. Anunțul câștigător este redat fără ca editorul să știe care grup de interes s-a potrivit.

Attribution Reporting API — Măsurarea Conversiei

Attribution Reporting înlocuiește pixelii de conversie pentru un subset de cazuri de utilizare a măsurătorii. Suportă rapoarte la nivel de eveniment (zgomotoase, cu pierderi, per conversie) și rapoarte sumar agregate (rezumate debiastate statistic). Spre deosebire de pixelul legacy, nu expune legătura individuală utilizator-la-conversie.

Shared Storage și Fenced Frames

Shared Storage este un depozit cheie-valoare inscriptibil oriunde, citibil în sandbox pentru cazuri de utilizare inter-site, cum ar fi limitarea frecvenței și consistența experimentelor A/B. Fenced Frames sunt iframe-uri izolate care împiedică pagina înconjurătoare să citească anunțul redat sau datele sale de interacțiune.

Necesită Privacy Sandbox Consimțământ?

Aceasta este cea mai greșit înțeleasă întrebare din peisajul tehnologiei publicitare din 2026, iar răspunsul este specific jurisdicției.

Sub GDPR și ePrivacy

Comitetul European pentru Protecția Datelor nu a emis o poziție cuprinzătoare, dar autoritățile naționale au fost mai explicite. ICO din Regatul Unit, Garante italian și CNIL francez au adoptat cu toții poziția că Topics și Protected Audience necesită consimțământ opt-in prealabil acolo unde prelucrează date cu caracter personal, inclusiv orice prelucrare care scrie sau citește starea pe dispozitivul utilizatorului. Logica: browser-ul stochează în continuare subiecte de interes și grupuri de interes local, iar apelul document.browsingTopics() transmite date cu caracter personal deduse unei terțe părți. Aceasta este reglementată în temeiul Articolului 5(3) al Directivei ePrivacy, care necesită consimțământ pentru orice acces la sau stocare pe echipamentul terminal al utilizatorului dincolo de ceea ce este strict necesar pentru serviciul solicitat.

Poziția Google este mai permisivă — ei susțin că API-urile sunt proiectate pentru a proteja confidențialitatea și că cerințele de consimțământ s-ar putea să nu se aplice în toate contextele. Aceasta nu este o poziție a unui organism de reglementare. Tratarea Privacy Sandbox ca scutit de consimțământ în Europa este o postură cu risc ridicat.

Sub CCPA, CPRA și Legile Statale din SUA

În Statele Unite, fluxurile Privacy Sandbox sunt în general tratate ca partajare a informațiilor personale pentru publicitate comportamentală între contexte în temeiul CPRA. Aceasta înseamnă că declanșează dreptul de renunțare și trebuie respectate prin semnalele Global Privacy Control și alte mecanisme universale de renunțare. Faptul că datele Topics sunt derivate din browser, în loc să fie vândute de un broker terț, nu le scutesc.

Propriile Controale ale Chrome

Chrome oferă comutatoare vizibile pentru utilizator în chrome://settings/adPrivacy pentru Topics, Protected Audience și Attribution Reporting. Aceste alegeri ale utilizatorului stau alături de — nu în locul — stării de consimțământ a CMP-ului dvs. Un utilizator care a spus nu cookie-urilor publicitare din bannerul dvs., dar da pentru Topics în setările globale Chrome, v-a spus totuși nu prin banner. Stiva dvs. trebuie să respecte cel mai strict dintre cele două semnale.

Stratul de Consimțământ de care Aveți de Fapt Nevoie

O stivă de consimțământ de nivel producție pentru 2026 tratează API-urile Privacy Sandbox ca activități de prelucrare distincte, fiecare controlată prin scopurile IAB TCF sau categorii echivalente ale legii statale.

Maparea API-urilor Sandbox la Scopurile TCF

• Topics API — Scopul IAB TCF 2 (Selectați anunțuri de bază) și Scopul 3 (Creați un profil de anunțuri personalizat) ca minim; Scopul 4 (Selectați anunțuri personalizate) dacă subiectele alimentează targetarea.
• Protected Audience — Scopul 3 și 4, plus Scopul 7 (Măsurați performanța anunțurilor) dacă licitația utilizează date de rezultate.
• Attribution Reporting — Scopul 7 (Măsurați performanța anunțurilor) și Scopul 9 (Înțelegeți publicurile prin statistici).
• Shared Storage pentru limitarea frecvenței — Scopul 3 acolo unde alimentează personalizarea, sau o bază de interes legitim acolo unde este pur control al frecvenței.

Maparea la Google Consent Mode v2

Semnalele Google Consent Mode v2 se mapează la comportamentul Privacy Sandbox:

• ad_storage refuzat — dezactivați complet apelurile API Topics și Protected Audience
• ad_user_data refuzat — blocați Attribution Reporting de la trimiterea datelor cu domeniu de utilizator
• ad_personalization refuzat — omiteți intrările Topics în logica de targetare

Gestionarea Semnalelor Statale din SUA

Pentru traficul din SUA, stratul dvs. de consimțământ ar trebui să inspecteze Global Privacy Control și semnalele aplicabile de renunțare la nivel de stat. Când un utilizator din SUA s-a dezabonat de la partajare, suprimați document.browsingTopics(), nu apelați joinAdInterestGroup și eliminați antetele de înregistrare Attribution Reporting.

Modele Practice de Implementare

Editorii care au implementat deja Privacy Sandbox urmează în general unul din două modele arhitecturale.

Modelul 1: Orchestrare pe Partea Serverului

Un manager de taguri de primă parte pe originea dvs. colectează starea de consimțământ, jurisdicția utilizatorului și orice suprascrieri de semnal, apoi redă condiționat hook-urile Privacy Sandbox în pagină. Serverul de anunțuri și SSP primesc indicatoare de consimțământ prin cererea de licitație, iar ei decid dacă să apeleze Topics, Protected Audience sau niciunul. Acest model centralizează logica și menține starea de consimțământ autoritativă.

Modelul 2: Integrarea cu Wrapper-ul Header Bidding

Prebid.js și alte wrapper-e header bidding acceptă acum module Privacy Sandbox. Wrapper-ul citește semnalul de consimțământ, configurează comportamentul apelului Topics și transmite rezultatul licitației prin Protected Audience când este permis. Această abordare este mai ușoară de implementat, dar împinge mai multă logică în client și strânge dependența dvs. față de cadența de lansare a wrapper-ului.

Ce să Auditați

• Confirmați că document.browsingTopics() nu este apelat decât dacă consimțământul publicitar al CMP este afirmativ și nu există niciun semnal de renunțare
• Confirmați că joinAdInterestGroup și runAdAuction sunt controlate de aceleași condiții
• Confirmați că antetele de înregistrare Attribution Reporting sunt trimise numai în răspunsuri pentru utilizatori a căror stare de consimțământ permite măsurarea
• Confirmați că lista dvs. de furnizori din șirul TCF corespunde în continuare SSP-urilor și DSP-urilor care folosesc API-urile Sandbox pe inventarul dvs.
• Confirmați că politica dvs. de confidențialitate descrie Topics, Protected Audience și Attribution Reporting ca activități de prelucrare distincte, cu baza legală și retenția

Ce Nu Face Privacy Sandbox

Câteva concepții greșite comune trebuie eliminate înainte de a bugeta împotriva lor.

Nu Este o Soluție de Ocolire a Consimțământului

API-urile reduc datele cu caracter personal expuse advertiserilor, dar nu fac ca prelucrarea de bază să fie scutită de consimțământ în temeiul dreptului european. Teoria conformității că adoptarea Sandbox vă permite să omiteți un CMP este incorectă în fiecare jurisdicție EU/EEA.

Nu Este un Înlocuitor Complet al Cookie-urilor Astăzi

Topics oferă un semnal de targetare grosier și cu pierderi, care este de obicei mai slab decât publicurile bazate pe cookie. Scalele de retargetare ale Protected Audience se maturizează în continuare. Attribution Reporting are plafoane de zgomot de măsurare care pot ascunde creșteri mici de conversie. Un editor care mută astăzi toată monetizarea pe Sandbox ar trebui să se aștepte la scăderi RPM de 10-30 la sută față de o stivă bazată pe cookie pe inventar tipic.

Nu Este Permanent în Forma Sa Actuală

Specificația Privacy Sandbox evoluează în continuare. Taxonomia Topics se extinde, limitele grupurilor de interes Protected Audience sunt sub revizuire, iar răspunsul de reglementare este în curs. Proiectați stratul dvs. de consimțământ să fie bazat pe configurare, nu codificat rigid pentru specificația actuală.

Postura Corectă pentru 2026

Privacy Sandbox este cel mai bine înțeles ca un strat dintr-o strategie mai largă fără cookie-uri, alături de date de primă parte, audiențe definite de vânzător, targetare contextuală și header bidding pe partea serverului. Editorii care vor câștiga în 2026 vor fi cei care tratează consimțământul ca arbitru, nu ca obstacol — alimentând API-urile Sandbox doar acolo unde legea și alegerea utilizatorului permit, revenind curat la contextual oriunde altundeva și măsurând rezultatele pe ambele căi cu instrumente care nu presupun identitate.

Cea mai proastă postură este cea de așteptare. Autoritățile de reglementare scriu deja următorul val de reguli — angajamentele Sandbox ale UK Competition and Markets Authority, îndrumările continue ale CNIL și dispozițiile de profilare ale EU AI Act ating toate acest teren. Editorii care integrează Privacy Sandbox într-o stivă de consimțământ corect controlată în 2026 vor fi pregătiți pentru acele reguli. Cei care îl atașează ca înlocuitor de cookie la ultimul moment se vor găsi rescriind sub presiune.