Mi az a Privacy Sandbox?
A Privacy Sandbox a Google kezdeményezése, amely a harmadik féltől származó sütikhez hasonló, webhelyek közötti nyomkövetési mechanizmusokat böngészőszintű API-kkal helyettesíti a hirdetések és mérés területén.

A Privacy Sandbox a Google kezdeményezése, amely a webhelyek közötti nyomkövetési mechanizmusokat – elsősorban a harmadik féltől származó sütiket – olyan böngészőszintű API-készlettel kívánja helyettesíteni, amelyek olyan hirdetési felhasználási eseteket támogatnak, mint az érdeklődési alapon történő célzás és a konverziómérés anélkül, hogy bármelyik fél nyomon követhetné az egyes felhasználók viselkedését a weben. A Chrome-on belül fut, és hasonló vitákat inspirált más böngészőgyártóknál is, nem pedig olyan termék, amelyet a hirdetők közvetlenül vásárolnak.
Milyen problémát próbál megoldani#
Az iparág két úttal nézett szembe, amikor a harmadik féltől származó sütik megbízhatatlanná váltak: vagy elveszíti a célzási és mérési képességet teljesen, vagy új infrastruktúrát épít, amely hasonló üzleti célokat ér el más adatvédelmi tulajdonságokkal, a felhasználókat kohorszokba aggregálva vagy az adatokat eszközszinten feldolgozva ahelyett, hogy nyers jeleket küldene egy szerverre. A Privacy Sandbox a Google kísérlete a második út megvalósítására, és javaslatai nagyjából leképezik azokat a feladatokat, amelyeket korábban a harmadik féltől származó sütik látottak el.
Fő összetevők#
| Összetevő (helyettesített feladat) | Nagyjábóli cél |
|---|---|
| Topics API (érdeklődési célzás) | A böngésző széles érdeklődési témákat következtet ki a böngészési előzményekből, csak néhányat oszt meg webhelyekkel, nincs egyéni, webhelyek közötti azonosító |
| Protected Audience API (remarketing) | Az eszközszintű aukció lehetővé teszi, hogy egy webhely hirdetést mutasson egy korábbi látogatónak anélkül, hogy egy külső fél láthatná annak teljes előzményét |
| Attribution Reporting API (konverziókövetés) | A hirdetéskattintások, megtekintések és konverziók aggregált, zajjal kevert formában történő jelentése egyéni felhasználói szint helyett |
A konkrét mechanizmusok és a bevezetés állapota gyakran változik. Mindig ellenőrizd a Google aktuális fejlesztői dokumentációját, mielőtt bármelyik API-ra építenél.
Miért számít ez még akkor is, ha nem közvetlenül a Google-től vásárolsz#
Mivel a Chrome birtokolja a legnagyobb böngészőpiaci részesedést bármely egyetlen gyártó közül, ahogyan kezeli a webhelyek közötti nyomkövetést, az gyakorlati alsó határt szab annak, amire a nyílt web többi része támaszkodhat, függetlenül attól, hogy melyik hálózaton vagy Demand-Side Platformon keresztül vásárolsz valójában. Egy Supply-Side Platformnak vagy cserének, amely hatékonyan szeretné tovább kiszolgálni a Chrome forgalmat, végül szüksége van valamilyen kompatibilitási történetre ezekkel az API-kkal, vagy egy tartalék stratégiára, amely a kontextuális célzásra és a first-party adatokra épül. Ugyanez a nyomás jelenik meg a láncban lejjebb a valós idejű licitálásban is, ahol a licitkérések fokozatosan kevesebb webhelyek közötti azonosító adatot hordoznak, mint korábban.
Mit jelent ez a gyakorlatban a médiavásárlók számára#
A remarketing kampányok és a webhelyek közötti frekvenciakorlátozás azok a felhasználási esetek, amelyeket a legközvetlenebbül érinti, mivel ezek támaszkodtak leginkább arra a sütimechanizmusra, amelyet a Privacy Sandbox helyettesíteni szándékozik. A kontextuális, feed-alapú natív hirdetési pozíciók kevésbé voltak kitettek eleve, részben ezért tűntek stabilabbnak a natív költségvetések ebben az átmenetben, mint a remarketingre erősen épülő display- és prospecting kampányok.
Hogyan segít az OpenAdLibrary#
Mivel a kontextuális natív pozíciók kikerülik a Privacy Sandbox által megoldani kívánt webhelyek közötti nyomkövetési kérdések nagy részét, kiszámíthatóbb csatornává váltak, miközben a böngészőszintű célzási infrastruktúra folyamatosan fejlődik. Az OpenAdLibrary natív hirdetéskémlelő eszköze nyomon követi az élő kreatívokat és elhelyezési adatokat a főbb hálózatokon, így a mai valóságban futó kampányok alapján tervezhetsz, nem pedig az API-k bevezetési időzítésére vonatkozó előrejelzésekre.




