Chrome Privacy Sandbox және Topics API: Келісім, Таргетинг және Өлшеу бойынша 2026 жылғы Баспагер Нұсқаулығы

Өткен онжылдықтың басым бөлігінде сандық жарнама қарапайым болжамда жұмыс істеді: үшінші тарап cookie файлдары әрқашан бар болады, пайдаланушы идентификаторларын интернетте үнсіз тасып жүреді. Бұл болжам енді жойылды. Chrome-дың тоқтату жолы бірнеше рет өзгерді, бірақ сапардың бағыты өзгерген жоқ: үшінші тарап cookie файлы арқылы сайттар аралық бақылау аяқталуда, және Google-дің Privacy Sandbox — Chrome баспагерлер мен жарнама берушілерді қабылдауды қалайтын ауыстыру. Sandbox бір өнім емес. Бұл браузер API-лерінің жинағы — Topics, Protected Audience, Attribution Reporting, Fenced Frames, Shared Storage және т.б. — олардың әрқайсысы бұрын cookie файлдары жабатын нақты пайдалану жағдайын ауыстырады. Баспагер үшін қиын бөлігі API-лерді жеке-жеке түсіну емес. Бұл Privacy Sandbox ағындарын, GDPR сәйкестілігін және мемлекеттік құпиялылық заңын бір мезгілде тізбектейтін келісім қабатын және монетизация жолын құру. Бұл нұсқаулық 2026 жылы қозғалатын бөліктерді және келісім стекіңіз қалай болуы керек екенін қарастырады.

Privacy Sandbox Нені Ауыстырады

Үшінші тарап cookie файлдарының төрт түрлі жарнамалық функциясы болды: қызығушылыққа негізделген таргетинг, ретаргетинг, конверсияны өлшеу және жиілікті шектеу. Privacy Sandbox бұларды әрқайсысы өзінің келісім профилі бар жеке API-ларға бөледі.

Topics API — Қызығушылыққа Негізделген Таргетинг

Topics API әр браузерге ірі түйіршікті қызығушылық тақырыптарының кішігірім жиынтығын береді — бірнеше жүздеген санаттардан жасалған таксономиядан аптасына шамамен бес тақырып. Баспагер document.browsingTopics() шақырған кезде, браузер ad tech экожүйесінің кез келген сайттар аралық идентификаторсыз контекстік дербестендіру үшін пайдалана алатын үш тақырыпты қайтарады. Тақырыптар жергілікті есептеледі, құрылғыда сақталады, апта сайын ауысады және chrome://settings/adPrivacy тармағындағы пайдаланушы басқару элементтеріне бағынады.

Protected Audience API — Ретаргетинг және Ремаркетинг

Бұрын FLEDGE деп аталған Protected Audience ортақ сайтаралық идентификаторсыз ретаргетингті тірі ұстайды. Жарнама берушілер пайдаланушыны өз сайтындағы қызығушылық тобына қосады; пайдаланушы қатысушы баспагерге кіргенде, Fenced Frame ішінде құрылғыда аукцион жүргізіліп, шығармашылықты таңдайды. Ұтқан жарнама баспагердің қай қызығушылық тобы сәйкес болғанын білдірмей-ақ берілуде.

Attribution Reporting API — Конверсияны Өлшеу

Attribution Reporting өлшеу пайдалану жағдайларының ішкі жиыны үшін конверсия пиксельдерін ауыстырады. Ол оқиға деңгейіндегі есептерді (шулы, шығынды, конверсия бойынша) және жиынтық қорытынды есептерді (статистикалық түрде теңгерілген топтамалар) қолдайды. Мұрагер пикселден айырмашылығы, ол жеке пайдаланушыдан конверсияға дейінгі байланысты ашпайды.

Shared Storage және Fenced Frames

Shared Storage — жиілікті шектеу және A/B эксперимент бірізділігі сияқты сайтаралық пайдалану жағдайлары үшін кез келген жерде жазылатын, sandbox-та оқылатын кілт-мән қоры. Fenced Frames — айналадағы беттің берілген жарнаманы немесе оның өзара әрекет деректерін оқуын болдырмайтын оқшауланған iframe-дер.

Privacy Sandbox Келісімді Қажет Ете Ме?

Бұл 2026 жылғы ad tech ландшафтындағы ең жаңсақ түсінілген сұрақ, және жауап юрисдикцияға байланысты.

GDPR және ePrivacy Бойынша

Еуропалық деректерді қорғау кеңесі жалпы ұстаным ұсынған жоқ, бірақ ұлттық органдар анықтырақ болды. Ұлыбритания ICO, итальяндық Garante және Францияның CNIL-і барлығы Topics пен Protected Audience жеке деректерді өңдейтін жерде алдын ала opt-in келісімді қажет ететінін ұстанады, оның ішінде пайдаланушының құрылғысына күй жазатын немесе оқитын кез келген өңдеу. Логика: браузер қызығушылық тақырыптары мен қызығушылық топтарын жергілікті сақтайды, ал document.browsingTopics() шақыруы туынды жеке деректерді үшінші тарапқа жібереді. Бұл ePrivacy директивасының 5(3) бабымен реттеледі, ол сұралған қызмет үшін қатаң қажет болғаннан тыс кез келген пайдаланушының терминалдық жабдығына кіру немесе сақтау үшін келісімді талап етеді.

Google-дің позициясы өтімдірек — олар API-лер дизайн бойынша құпиялылықты сақтайтынын және келісім талаптары барлық контексте қолданылмауы мүмкін екенін айтады. Бұл реттеуші позициясы емес. Еуропада Privacy Sandbox-ты келісімнен босатылған деп санау жоғары тәуекелді позиция.

CCPA, CPRA және АҚШ Мемлекеттік Заңдары Бойынша

Америка Құрама Штаттарында Privacy Sandbox ағындары CPRA бойынша контекстаралық мінез-құлық жарнамасы үшін жеке ақпаратты ортақтасу ретінде жалпы қарастырылады. Бұл олардың opt-out құқығын іске қосатынын және Global Privacy Control сигналдары мен басқа жалпы opt-out механизмдері арқылы сақталуы керек екенін білдіреді. Topics деректерінің үшінші тарап брокерінен сатылудың орнына браузерден алынатын факті оларды босатпайды.

Chrome-дің Өз Басқару Элементтері

Chrome chrome://settings/adPrivacy тармағында Topics, Protected Audience және Attribution Reporting үшін пайдаланушыға бағытталған ауыстырғыштарды ұсынады. Бұл пайдаланушы таңдаулары CMP-дің келісім күйінің орнына емес, оған қоса тұрады. Баннеріңізде жарнама cookie файлдарына жоқ деп, бірақ Chrome-дің жаһандық параметрлерінде Topics-қа ие деп айтқан пайдаланушы баннер арқылы сізге жоқ деп айтты. Стекіңіз екі сигналдың неғұрлым қатаңын сыйлауы керек.

Шынымен Қажетті Келісім Қабаты

2026 жылғы өндірістік деңгейдегі келісім стегі Privacy Sandbox API-лерін IAB TCF мақсаттары немесе баламалы мемлекеттік заң санаттары арқылы шлюзделген жеке өңдеу іс-әрекеттері ретінде қарастырады.

Sandbox API-лерін TCF Мақсаттарына Картаға Салу

Google Consent Mode v2-ге Картаға Салу

Google Consent Mode v2 сигналдары Privacy Sandbox мінез-құлқына картаға салынады:

АҚШ Мемлекеттік Сигналдарды Өңдеу

АҚШ трафигі үшін келісім қабатыңыз Global Privacy Control мен қолданылатын мемлекеттің opt-out сигналдарын тексеруі керек. АҚШ пайдаланушысы ортақтасудан opt-out өткерді, document.browsingTopics() басыңыз, joinAdInterestGroup шақырмаңыз және Attribution Reporting тіркеу тақырыптарын жойыңыз.

Практикалық Іске Асыру Үлгілері

Privacy Sandbox-ты жайылтқан баспагерлер әдетте екі архитектуралық үлгінің бірін ұстанады.

1-үлгі: Сервер Жақты Оркестрация

Шығу тегіңіздегі бірінші тарап тег менеджері келісім күйін, пайдаланушы юрисдикциясын және кез келген сигнал бейімдеулерін жинайды, содан кейін Privacy Sandbox іліктерін шартты түрде бетке жасайды. Жарнама сервері мен SSP ұсыныс сұрауы арқылы келісім жалаушаларын алады және Topics, Protected Audience немесе ешқайсысын шақыру туралы шешім қабылдайды. Бұл үлгі логиканы орталықтандырады және келісім күйін беделді ұстайды.

2-үлгі: Header Bidding Wrapper Интеграциясы

Prebid.js және басқа header bidding wrapper-лар қазір Privacy Sandbox модульдерін қолдайды. Wrapper келісім сигналын оқиды, Topics шақыруы мінез-құлқын конфигурациялайды және рұқсат берілгенде Protected Audience арқылы аукцион нәтижесін жібереді. Бұл тәсіл орналастыру үшін жеңілдеу, бірақ клиентке қосымша логиканы итереді және wrapper шығарылым каденциясына тәуелділігіңізді тығыздайды.

Тексеруді Не Жүргізу Керек

Privacy Sandbox Не Жасамайды

Бірнеше жалпы заңсыз ойлар оларға қарсы бюджет жасамас бұрын жойылуы керек.

Бұл Келісімнен Айналып Өту Емес

API-лер жарнама берушілерге ашылатын жеке деректерді азайтады, бірақ олар еуропалық заң бойынша негізгі өңдеуді келісімнен босатпайды. Sandbox қабылдауы CMP-ді өткізіп жіберуге мүмкіндік береді деген сәйкестік теориясы барлық EU/EEA юрисдикцияларында қате.

Бұл Бүгін Cookie Файлдарын Толық Ауыстыру Емес

Topics cookie файлдарына негізделген аудиториялардан әдетте әлсіз ірі, шығынды таргетинг сигналын жеткізеді. Protected Audience ретаргетинг масштабтары әлі де пісіп жатыр. Attribution Reporting кіші конверсия өсімдерін жасыра алатын өлшеу шу деңгейлеріне ие. Барлық монетизацияны бүгін Sandbox-қа ауыстырған баспагер типтік инвентарда cookie файлдарына негізделген стекке қарағанда RPM-нің 10-30 пайызға төмендеуін күтуі керек.

Бұл Қазіргі Пішінінде Тұрақты Емес

Privacy Sandbox спецификациясы әлі дамып жатыр. Topics таксономиясы кеңейіп жатыр, Protected Audience қызығушылық топтарының шектеулері қайта қаралуда және реттеуші жауап жалғасуда. Келісім қабатыңызды конфигурацияға бағытталған, ағымдағы спецификацияға қатты кодталмаған етіп жобалаңыз.

2026 Жылға Дұрыс Позиция

Privacy Sandbox бірінші тарап деректері, сатушы анықтаған аудиториялар, контекстік таргетинг және сервер жақты header bidding-пен бірге кеңірек cookie-сіз стратегияның бір қабаты ретінде жақсы түсіндіріледі. 2026 жылы ұтатын баспагерлер келісімді кедергі ретінде емес, төреші ретінде қарастыратындар болады — Sandbox API-лерін тек заң мен пайдаланушы таңдауы мүмкіндік беретін жерде қоректендіреді, басқа жерде контекстуалға таза түседі және аудитория идентификаторын болжамайтын инструментаментпен екі жолдың нәтижелерін өлшейді.

Ең нашар позиция — күту және бақылау позициясы. Реттеушілер ережелердің келесі толқынын жазып жатыр — Ұлыбритания Бәсекелестік және нарықтар органының Sandbox міндеттемелері, жалғасып жатқан CNIL нұсқаулық және EU AI Act-тің профильдеу ережелері осы жерге тиеді. 2026 жылы Privacy Sandbox-ты дұрыс шлюзделген келісім стекіне салатын баспагерлер осы ережелерге дайын болады. Соңғы сәтте cookie ауыстыру ретінде қосатындар қысым астында қайта жазатындарын байқайды.

← Блaderegistrdelays delays Барлығын оқу →