Што Zaraz на самай справе робіць на перыферыі

Zaraz — гэта серверны менеджэр тэгаў, які выконваецца ўнутры Cloudflare Workers. Калі наведвальнік загружае старонку, HTML выдаўца ўключае невялікі скрыпт ініцыялізацыі Zaraz — звычайна некалькі кілабайт — які збірае структураваную карысную нагрузку падзеі з браўзера (прагляд старонкі, клік, карыстальніцкая падзея) і адпраўляе яе POST-запытам на канчатковую кропку Cloudflare ва ўласным дамене выдаўца. Worker атрымлівае гэту карысную нагрузку і запускае наладжаныя інструменты Zaraz супраць яе: інтэграцыя Google Analytics 4 адпраўляе хіт Measurement Protocol, інтэграцыя Meta Pixel адпраўляе падзею Conversions API, інтэграцыя Mixpanel адпраўляе выклік HTTP API. Староннний JavaScript пастаўшчыка ніколі не загружаецца ў браўзеры, cookie пастаўшчыка альбо наогул не ўсталёўваюцца, альбо запісваюцца праз уласны дамен Cloudflare праз Worker, і пастаўшчык атрымлівае толькі даныя, якія канфігурацыя Zaraz выдаўца яўна перасылае.

Гэта архітэктурная каштоўнасная прапанова. Гэта таксама прычына, па якой карціна згоды адрозніваецца ад любога кліенцкага менеджэра тэгаў. Пры традыцыйнай наладцы пытанне згоды — ці загружаецца JavaScript пастаўшчыка ці не. З Zaraz JavaScript ніколі не загружаецца ў любым выпадку — пытанне становіцца ў тым, ці адпраўляецца серверная карысная нагрузка ці падаўляецца, і ці змяшчае карысная нагрузка ідэнтыфікатары, патрэбныя пастаўшчыку для адсочвання карыстальніка. У абодвух пытанняў ёсць выразна вызначаныя адказы ў Zaraz Consent API; задача выдаўца — правільна іх супаставіць.

Zaraz Consent API і чым ён адрозніваецца ад кліенцкіх CMP

Zaraz пастаўляецца з убудаваным модулем згоды — Zaraz Consent Tools — які падтрымлівае стан згоды для кожнага наведвальніка і абмяжоўвае, якія наладжаныя інструменты спрацоўваюць. Стан прадастаўляецца праз невялікі JavaScript API: zaraz.consent.set({ analytics: true, marketing: false }) для запісу выбару карыстальніка, zaraz.consent.get('analytics') для яго чытання, zaraz.consent.getAll() для поўнай карты, zaraz.consent.modal() для адкрыцця UI згоды, і слухачы падзей на zaraz.consent.onModalShown і звязаных падзеях для карыстальніцкіх паводзін UI. Кожны інструмент Zaraz у панэлі кіравання наладжваецца з адным ці некалькімі ідэнтыфікатарамі прызначэння, і Worker выконвае інструмент толькі калі адпаведныя прызначэнні прадастаўлены ў стане згоды наведвальніка.

Выбар інтэграцыі — ці выкарыстоўваць убудаванае мадальнае акно згоды Zaraz ці прывязаць Zaraz да знешняй CMP. Убудаванае мадальнае акно — самы просты шлях: уключыце Consent Tools, вызначце прызначэнні, наладзьце кожны інструмент з правільным прызначэннем і адпраўце. Шлях знешняй CMP — правільны выбар для арганізацый, што ўжо стандартызаваны на Cookiebot, OneTrust, Usercentrics ці карыстальніцкай CMP — Zaraz тады працуе ніжэй па патоку ад CMP, пры гэтым CMP выклікае zaraz.consent.set() па меры таго, як карыстальнік праходзіць праз банер. Любы шлях прыходзіць да той жа кропкі забеспячэння: Worker правярае стан згоды перад выкананнем кожнага інструмента, і інструменты, чые прызначэнні не прадастаўлены, проста не запускаюцца.

Падтрымка IAB TCF і рэгіянальныя рэжымы

Zaraz дадаў падтрымку IAB TCF v2 у 2023 годзе і адсочваў асяроддзе наперад з таго часу. Для выдаўцоў, што працуюць у ЕЭП і Вялікабрытаніі па рэкламных партнёрствах на аснове TCF, інтэграцыя аўтаматычна перакладае радок згоды TCF у стан прызначэння Zaraz, калі выдавец падпісваецца. Для не-TCF рэгіёнаў выдавец супастаўляе карыстальніцкія прызначэнні — звычайна analytics, marketing, personalization, functional — адпаведным інструментам Zaraz напрамую. Той жа Worker забяспечвае абодва, што азначае, што адзіная канфігурацыя Zaraz можа абслугоўваць як наведвальніка з ЕЭП праз TCF, так і каліфарнійскага наведвальніка праз карыстальніцкі маркетынгавы шлюз прызначэння без двух паралельных канвееераў.

Чаму Zaraz змяняе карціну GDPR і ePrivacy

Прававая пазіцыя па GDPR, ePrivacy і CCPA не вызваляецца серверным выкананнем — прававая падстава ідзе за данымі, а не за транспартам — але практычная паверхня адпаведнасці змяняецца. Тры зрухі маюць значэнне.

• Паверхня cookie скарачаецца. Большасць cookie пастаўшчыкоў ніколі не запісваюцца, таму што JavaScript пастаўшчыка ніколі не запускаецца ў браўзеры. Астатнія cookie — звычайна ўласны ідэнтыфікатар сеансу Zaraz і любыя ўласныя ідэнтыфікатары, якія выдавец наўмысна распаўсюдзіў. Паверхня несуттёвых cookie, якую павінен абмяжоўваць банер, таму рэзка меншая — часам усяго адзін ці два cookie супраць дзясятка з лішнім, якія вырабляе тыповы кліенцкі стэк.
• Раскрыццё стронняй перадачы змяняецца. Паколькі Worker адпраўляе даныя пастаўшчыкам праз выклікі сервер-серверу, шлях даных ад браўзера наведвальніка — да перыферыі Cloudflare і адтуль да наладжаных пастаўшчыкоў. Паведамленне аб прыватнасці павінна гэта адлюстроўваць — Cloudflare з'яўляецца апрацоўшчыкам, а кожны інструмент Zaraz — ніжэйстаячым атрымальнікам — але раскрыццё ў многіх адносінах чысцейшае, чым эквівалентны кліенцкі шлях, таму што выдавец мае поўны кантроль над тым, што перасылаецца.
• Аўдытарскі след больш цэнтралізаваны. Паколькі кожная падзея пастаўшчыка праходзіць праз Worker, у выдаўца ёсць адзіная кропка, у якой можна лагіраваць стан згоды, карысную нагрузку падзеі і ніжэйстаячага атрымальніка. Рэгулятары, што чакаюць запытальны журнал згоды, маюць больш выразны адказ з Zaraz, чым з разрастаннем кліенцкіх тэгаў.

Шаблон інтэграцыі, які працуе

Эталоннае разгортванне мае чатыры рухомыя часткі. Першая — ініцыялізацыя Zaraz на старонцы, загружаная з дамена выдаўца праз проксі Cloudflare. Другая — альбо ўбудаванае мадальнае акно Consent Tools, альбо знешняя CMP, якая выклікае zaraz.consent.set() па меры таго, як карыстальнік робіць выбар. Трэцяя — канфігурацыя панэлі Zaraz, што супастаўляе кожны інструмент з правільнымі прызначэннямі — аналітычныя інструменты з прызначэннем аналітыкі, рэкламныя інструменты з маркетынгавым прызначэннем, інструменты прайгравання сеансу з больш строгім функцыянальным ці даследчым прызначэннем, і любы інструмент, што залежыць ад стронняй перадачы, з прызначэннем трансгранічнай перадачы, калі паведамленне аб прыватнасці выдаўца прадастаўляе гэта як асобны выбар. Чацвёртая — серверны журнал — альбо Cloudflare Analytics, Logpush у возера даных выдаўца, альбо карыстальніцкі Worker, што запісвае рашэнні аб згодзе ў запытальнае сховішча — каб запіс згоды мог быць вырабленым па запыце рэгулятара.

Крок праверкі — тая ж паслядоўнасць з чатырох праверак, што прымяняецца да любой інтэграцыі згоды, але са спецыфічным для Zaraz паваротам. Чысты сеанс браўзера з паказаным банерам, але без зробленага выбару, павінен вырабляць нуль запытаў з браўзера наведвальніка да любога дамена пастаўшчыка і нуль несуттёвых cookie — абодва з якіх лягчэй пацвердзіць з Zaraz, чым з кліенцкім стэкам, таму што адсутнасць строннх запытаў з'яўляецца значэннем па змаўчанні, а не наладжаным выключэннем. Візіт з адмовай павінен захоўваць гэты стан. Візіт з прыняццем павінен вырабляць POST-запыты да канчатковай кропкі Zaraz, што нясуць толькі падзеі, на якія карыстальнік даў згоду, і журналы Worker павінны паказваць спрацоўванне ніжэйстаячага інструмента. Адкліканне павінна неадкладна спыняць далейшыя выкананні інструментаў Worker, завяршаць любыя ўсталяваныя Zaraz cookie і запускаць адпаведныя сігналы выдалення ці адмовы наладжаным ніжэйстаячым пастаўшчыкам.

Дзе Zaraz усё яшчэ патрабуе старанай апрацоўкі

Zaraz не з'яўляецца рашэннем згоды-па-архітэктуры, што ўхіляе неабходнасць думаць. Тры вобласці патрабуюць наўмыснай апрацоўкі. Убудаванні click-to-load — відэа YouTube, Twitter, Instagram, TikTok — усё яшчэ маюць патрэбу ў тым жа шаблоне запаўняльніка, які выкарыстоўвае любое разгортванне, арыентаванае на згоду, таму што Zaraz у цяперашні час не праксіруе ўбудаваныя відэа-iframe. Кліенцкія ідэнтыфікатары, якія выдавец вырашае ўсталяваць у браўзеры для ўласных мэт — ID увайшоўшага карыстальніка, токен сеансу, кошык A/B-тэсту — застаюцца на баку згоды выдаўца і маюць патрэбу ва ўласнай логіцы абмежавання. І паведамленне аб прыватнасці павінна дакладна апісваць мадэль сервернай перадачы, уключаючы ролю Cloudflare як апрацоўшчыка і геаграфічнае размяшчэнне Workers, што апрацоўваюць даныя, таму што перыферыя Cloudflare працуе ў некалькіх рэгіёнах, і трафік наведвальніка можа апрацоўвацца ў рэгіёне, які не з'яўляецца яго ўласным. З гэтымі апрацаванымі, разгортванне Zaraz у 2026 годзе ператвараецца з прадукта кіравання тэгамі ў адну з самых чыстых архітэктур згоды, якую можа запусціць выдавец: меншая паверхня cookie, менш строннх запытаў, цэнтралізаванае забеспячэнне і аўдытарскі след, які рэгулятар сапраўды можа прачытаць.