Mitä Webflown natiivi Cookie Consent tekee ja missä se pysähtyy

Webflow lisäsi natiivin Cookie Consent -ominaisuuden vuonna 2022 ja on kehittänyt sitä siitä lähtien. Ominaisuus tukee kolmea esiasetettu evästekategoriaa — Essential, Marketing ja Personalization — paljastaa konfiguiroitavan bannerin käyttöliittymän projektiasetusten kautta ja sitoo Google Analytics -eston käyttäjän valintaan. Banneri tallentaa käyttäjän suostumuksen ensimmäisen osapuolen evästeeseen.

Mitä Webflown natiivi banneri ei tee — ja missä useimmat toimistojen rakentamat käyttöönotot epäonnistuvat — on sellaisen Custom Code -koodin estäminen, jota operaattorit lisäävät rutinisti analytiikkaa, markkinointipikseleitä, chat-widgetejä ja upotettuja videoita varten. Custom Code -injektiopisteet suoritetaan ennen bannerin renderöintiä. Toimistot lisäävät usein Hotjarin, Facebook Pixelin, kolmannen osapuolen CRM-skriptin tai Calendly-upotuksen Custom Code -koodin kautta olettaen, että natiivi banneri käsittelee eston. Se ei käsittele.

Oletusasetus opt-in vs. implisiittinen suostumus

Natiivi banneri paljastaa kolme suostumustyyliä. Implisiittinen suostumustyyli on ollut toistuvien valvontaviranomaisten havaintojen lähde Webflowssa hostattujen sivustojen osalta EEA:ssa. Opt-in-tyyli on oikea oletus kaikille käyttöönotoille, jotka kohdistuvat EEA:han, Yhdistyneeseen kuningaskuntaan, Brasiliaan, Sveitsiin tai muuhun GDPR-standardin ottaneeseen lainkäyttöalueeseen. Operaattorin on valittava opt-in, konfiguroitava kategoriat oletuksena pois päältä ja varmistettava esikatselussa, että hylkää-painike on visuaalisesti vähintään yhtä näkyvä kuin hyväksy-painike.

Custom Code -esto: työ, jota natiivi banneri ei tee

Webflowssa toimiva integraatiomalli koostuu kolmesta osasta. Ensimmäiseksi, natiivin bannerin oikea konfigurointi. Toiseksi, jokaisen Custom Code -skriptin kääriminen suostumustarkistukseen ennen suoritusta. Kolmanneksi, päätös siitä, onko natiivi banneri riittävä vai pitäisikö kolmannen osapuolen CMP korvata se.

Yksinkertaisin estomalli on lukea Webflown suostumussevaste tai suostumustila alustan paljastetuusta JavaScript-hookista ja ehdollisesti suorittaa kolmannen osapuolen logiikka. Footer Code -osion skripteille malli on kääriä pätkä tapahtumakuuntelijaan, joka laukeaa Webflown suostumuksenmuutostapahtumasssa. Head Code -osion skripteille — missä useimmat analytiikka- ja pikselipätkät sijaitsevat — malli on ladata pätkä paikkamerkkinä, varsinainen kolmannen osapuolen pyyntö lykättyä kunnes suostumustarkistus läpäisee.

Kolmannen osapuolen skriptien paikkamerkkimalli

Malli, joka toimii yleisimmissä Webflow-integraatioissa, on <script type="text/plain"> -paikkamerkki. Kolmannen osapuolen skripti sisällytetään sivun merkistöön, mutta type-attribuutti on asetettu arvoon, jota selain ei suorita. Pieni bootstrap-skripti — lisätään kerran Footer Code -osioon — kuuntelee Webflown suostumuksenmuutostapahtumaa, tunnistaa myönnettyä kategoriaa vastaavat paikkamerkkiskriptit ja kirjoittaa niiden type-attribuutin arvoksi text/javascript, jotta ne suoritetaan. Malli on sama kuin Drupalin EU Cookie Compliance -moduulin käyttämä ja Cloudflare Zarazin reunalla soveltama.

Kolmannen osapuolen CMP-vaihtoehto: kun natiivi banneri ei riitä

Sivustoille, jotka tarvitsevat kattavamman auditointipolun, toimittajakohtaisen konfiguroinnin, monijurisdiktiologiikan tai IAB TCF -integraation, natiivi banneri ei riitä ja kolmannen osapuolen CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — pitäisi korvata se. Natiivi banneri on poistettava käytöstä ensin.

• Cookiebot-integraatio — asenna Cookiebot-pätkä Custom Code -koodin kautta Head-osioon, merkitse Cookiebotin hallinnoimat skriptit data-cookieconsent-attribuuteilla ja poista Webflown natiivi banneri käytöstä projektiasetusten kautta.
• OneTrust-integraatio — asenna OneTrust CDN -pätkä, konfiguroi OneTrust-kojelauta lukemaan Webflown kategoriarakenne ja poista natiivi banneri.
• Usercentrics-integraatio — asenna Usercentrics-pätkä, konfiguroi palvelumäärittelyt Usercentrics-kojelaudassa ja poista natiivi banneri käytöstä.
• Iubenda-integraatio — asenna Iubenda Consent Solution -pätkä, konfiguroi käytäntö ja kategoriamäärittely ja poista natiivi banneri käytöstä.

Webflow CMS Collections ja dynaamisesti renderöity sisältö

Webflown CMS Collections ansaitsevat erityistä huomiota, koska ne esittelevät suostumuspinnan, jota staattisilla sivuilla ei ole. Kolmannen osapuolen widgetin upottava Collection-sivu — YouTube-upotus blogikirjoituksessa, TikTok-syöte portfoliosivulla — perii hostaussivulla tehdyt suostumuspäätökset, mutta upotettu sisältö ei automaattisesti kunnioita näitä päätöksiä, ellei operaattori ole konfiguroinut Collectionia renderöimään upotus click-to-load-paikkamerkin kautta.

Validointi ja auditointiasema vuodelle 2026

Puolustettavan Webflow-käyttöönoton on vuonna 2026 läpäistävä neljä teknistä tarkistusta. Ensimmäiseksi, EEA IP-osoitteesta palvellun puhtaan selainsession on tuotettava nolla ei-olennaista evästettä ennen bannerin käyttöä. Toiseksi, hylkäyspolun on säilytettävä se tila. Kolmanneksi, hyväksymispolun on tuotettava vain käyttäjän hyväksymät tagit ja suostumusloki on sisällettävä vastaava tietue. Neljänneksi, peruutuksen on välittömästi pysäytettävä lisätagin laukaisut ja levitettävä opt-out alemmille kolmannen osapuolen vastaanottajille.

Natiivi banneri tallentaa käyttäjän suostumustilan ensimmäisen osapuolen evästeeseen mutta ei ylläpidä palvelinpuolen auditointilokia, jota voitaisiin kysellä käyttäjä- tai istuntotunnisteella. Käyttöönotoille, jotka tarvitsevat kattavampaa auditointipolkua — monijurisdiktioraportointiin, toimittajakohtaisiin suostumustietueisiin, EDPB:n odotettavan dokumentointistandardin integrointiin — kolmannen osapuolen CMP on oikea vastaus. Webflow-sivusto, joka on tietoisesti valinnut kahden polun välillä, estänyt jokaisen Custom Code -pinnan ja käsitellyt Collection-upotusmallin, on muuttanut alustan visuaalisen rakentajan yksinkertaisuuden toimiston suostumuksen puolustettavaksi osaksi piilotetun vaatimustenmukaisuusvelan sijaan.