Што робіць натыўны Cookie Consent Webflow і дзе ён спыняецца

Webflow дадаў сваю натыўную функцыю Cookie Consent у 2022 годзе і ітэраваў над ёй з таго часу. З скрынкі функцыя падтрымлівае тры прэсэт-катэгорыі cookie — Essential, Marketing і Personalization — паказвае наладжвальны UI банера, даступны праз налады праекта, і прывязвае абгароджванне Google Analytics да выбару карыстальніка. Банер запісвае згоду карыстальніка ў cookie першага боку і паказвае стан згоды ўласным інтэграваным інструментам Webflow. Калі аператар уключае функцыю, наладжвае катэгорыі і выбірае стыль згоды (opt-in, opt-out ці implicit), платформа апрацоўвае бачны банер і базавае абгароджванне сваіх натыўных інтэграцый.

Што натыўны банер Webflow не робіць — і дзе большасць агенцка-пабудаваных разгортванняў не дацягвае — гэта абгароджвае Custom Code, які аператары руцінна дадаюць для аналітыкі, маркетынгавых пікселяў, чат-віджэтаў і ўбудаваных відэа. Кропкі ін'екцыі Custom Code на ўзроўні сайта і старонкі запускаюцца да таго, як банер адрэндэрыўся, што азначае, што любы старонні скрыпт, дададзены праз гэтыя кропкі, спрацоўвае да таго, як існуе любое рашэнне згоды. Дакументацыя Webflow робіць гэта яўным, але аперацыйная рэальнасць у тым, што агенцтвы часта дадаюць сніпет Hotjar, Facebook Pixel, старонні CRM-скрыпт ці embed Calendly праз Custom Code і мяркуюць, што натыўны банер апрацоўвае абгароджванне. Ён не апрацоўвае.

Налада па змаўчанні opt-in супраць implicit-consent

Натыўны банер Webflow паказвае тры стылі згоды. Стыль implicit-consent — наведванне сайта разглядаецца як згода, пакуль карыстальнік не адхіліць — быў крыніцай паўторных высноў рэгулятара супраць сайтаў на хостынгу Webflow па ўсёй ЕЭП. Стыль opt-in — правільнае значэнне па змаўчанні для любога разгортвання, накіраванага на ЕЭП, Вялікабрытанію, Бразілію, Швейцарыю ці любую іншую юрысдыкцыю, якая імпартавала стандарт GDPR. Аператар павінен выбраць opt-in, наладзіць катэгорыі па змаўчанні на off, і праверыць у прэв'ю, што кнопка адхілення прынамсі гэтак жа візуальна прыкметная, як кнопка прыняцця. Гэта тры налады, якія ператвараюць натыўны банер з функцыі-сцяжка ў пачатковы пункт адпаведнасці.

Абгароджванне Custom Code: праца, якую натыўны банер не робіць

Патэрн інтэграцыі, які працуе на Webflow, мае тры часткі. Па-першае, наладзіце натыўны банер правільна. Па-другое, абгарніце кожны скрыпт Custom Code праверкай згоды да таго, як ён выканаецца. Па-трэцяе, вырашыце, ці дастатковы натыўны банер, ці старонні CMP павінен замяніць яго для аўдыт-следу і канфігуроўнасці па кожным пастаўшчыку, якую натыўны банер яшчэ не забяспечвае.

Самы просты патэрн абгароджвання — прачытаць cookie згоды Webflow ці стан згоды з паказанага JavaScript-хука платформы і ўмоўна выканаць старонную логіку. Для скрыптаў, дададзеных у раздзеле Footer Code, патэрн — абгарнуць сніпет у слухач падзей, які спрацоўвае на падзею змены згоды Webflow і правярае адпаведную катэгорыю да ініцыялізацыі. Для скрыптаў, дададзеных у раздзеле Head Code — дзе жывуць большасць сніпетаў аналітыкі і пікселяў — патэрн у тым, каб загрузіць сніпет як плэйсхолдэр, з фактычным старонным запытам, адкладзеным да таго, як праверка згоды пройдзе.

Патэрн плэйсхолдэра для старонніх скрыптаў

Патэрн, які працуе праз самыя распаўсюджаныя інтэграцыі Webflow, — гэта плэйсхолдэр <script type="text/plain">. Старонні скрыпт уключаны ў разметку старонкі, але з атрыбутам type, усталяваным у значэнне, якое браўзер не выканае. Невялікі bootstrap-скрыпт — дададзены аднойчы ў раздзеле Footer Code — слухае падзею змены згоды Webflow, ідэнтыфікуе скрыпты-плэйсхолдэры, якія адпавядаюць дазволенай катэгорыі, і перапісвае іх атрыбут type на text/javascript, каб яны выканаліся. Патэрн той жа, што модуль EU Cookie Compliance Drupal выкарыстоўвае і што Cloudflare Zaraz прымяняе на edge — што змяняецца на Webflow, дык гэта тое, што аператар павінен дадаць bootstrap сам.

Опцыя староннага CMP: калі натыўнага банера недастаткова

Для сайтаў, якім патрэбны больш поўны аўдыт-след, канфігурацыя па кожным пастаўшчыку, шматюрысдыкцыйная логіка ці інтэграцыя з IAB TCF, натыўнага банера недастаткова, і старонні CMP — Cookiebot, OneTrust, Usercentrics, Iubenda ці падобны — павінен замяніць яго. Патэрн інтэграцыі просты, але патрабуе спачатку выключыць натыўны банер, інакш дзве паверхні згоды будуць канфліктаваць, і карыстальнік убачыць абодва.

• Інтэграцыя Cookiebot — усталюйце сніпет Cookiebot праз Custom Code у раздзеле Head, пазначце скрыпты, кіраваныя Cookiebot, атрыбутамі data-cookieconsent, і адключыце натыўны банер Webflow у наладах праекта.
• Інтэграцыя OneTrust — усталюйце сніпет CDN OneTrust, наладзьце панэль OneTrust для чытання структуры катэгорый Webflow, і выключыце натыўны банер.
• Інтэграцыя Usercentrics — усталюйце сніпет Usercentrics, наладзьце азначэнні сэрвісаў у панэлі Usercentrics, якія адлюстроўваюць фактычны інвентар тэгаў аператара, і адключыце натыўны банер.
• Інтэграцыя Iubenda — усталюйце сніпет Iubenda Consent Solution, наладзьце супастаўленне палітыкі і катэгорый, і адключыце натыўны банер.

Калекцыі Webflow CMS і дынамічна рэндэраваны кантэнт

Калекцыі Webflow CMS заслугоўваюць асобнай увагі, бо яны ўводзяць паверхню згоды, якой не маюць статычныя старонкі. Старонка калекцыі, якая ўбудоўвае старонні віджэт — embed YouTube унутры паста блога, стужку TikTok унутры старонкі партфоліа — успадкоўвае рашэнні згоды, зробленыя на старонцы, якая яе хостыць, але ўбудаваны кантэнт не аўтаматычна паважае гэтыя рашэнні, калі аператар не наладзіў калекцыю рэндэрыць embed праз плэйсхолдэр click-to-load. Патэрн — дадаць поле калекцыі для URL embed і асобнае поле, якое пазначае патрэбную катэгорыю згоды, затым рэндэрыць embed умоўна праз блок Custom Code на шаблоне калекцыі.

Валідацыя і аўдыт-пазіцыя для 2026 года

Абараняемае разгортванне Webflow у 2026 годзе павінна прайсці чатыры тэхнічныя праверкі. Па-першае, чысты сеанс браўзера, абслужаны з IP-адраса ЕЭП, павінен вырабляць нуль неістотных cookie да таго, як банер быў задзейнічаны — ахопліваючы cookie, кіраваныя Webflow, скрыпты Custom Code, убудаваныя віджэты і любы старонні кантэнт, рэндэраваны калекцыяй. Па-другое, шлях адхілення павінен трымаць гэты стан. Па-трэцяе, шлях прыняцця павінен вырабляць толькі тэгі, на якія карыстальнік пагадзіўся, і лог згоды — ці cookie, кіраваны Webflow, ці аўдыт-лог староннага CMP — павінен змяшчаць адпаведны запіс. Па-чацвёртае, адкліканне павінна неадкладна спыніць далейшыя спрацоўванні тэгаў, тэрмінаваць cookie, усталяваныя падчас сеанса згоды, і распаўсюдзіць opt-out на любых ніжэйшых старонніх атрымальнікаў.

Пытанне аўдыт-следу — гэта тое, дзе натыўны банер Webflow зараз паказвае свае абмежаванні. Натыўны банер запісвае стан згоды карыстальніка ў cookie першага боку, але не падтрымлівае серверны аўдыт-лог, які запытваецца па ідэнтыфікатары карыстальніка ці ідэнтыфікатары сеанса. Для разгортванняў, якім патрэбны больш поўны аўдыт-след — шматюрысдыкцыйная справаздачнасць, запісы згоды па кожным пастаўшчыку, інтэграцыя з чаканым стандартам дакументацыі EDPB — старонні CMP — гэта правільны адказ. Для разгортванняў, якія працуюць перш за ўсё ў юрысдыкцыях з больш лёгкімі чаканнямі аўдыт-следу, натыўнага банера дастаткова, пры ўмове, што патэрны абгароджвання Custom Code і апрацоўкі embed на месцы. Сайт Webflow, які выбраў паміж двума шляхамі наўмысна, абгарадзіў кожную паверхню Custom Code і вырашыў патэрн embed калекцыі, — гэта сайт Webflow, які ператварыў прастату візуальнага канструктара платформы ў абараняемую частку пазіцыі згоды агенцтва, а не ў схаваны доўг адпаведнасці.