Hva den innebygde Cookie Consent i Webflow gjør og hvor den stopper

Webflow la til den innebygde Cookie Consent-funksjonen i 2022 og har utviklet den siden. Funksjonen støtter tre forhåndsdefinerte cookie-kategorier — Essential, Marketing og Personalization — eksponerer et konfigurerbart bannergrensesnitt via prosjektinnstillinger og knytter Google Analytics-blokkering til brukerens valg. Banneret registrerer brukerens samtykke i en førstepartscookie.

Det den innebygde Webflow-banneret ikke gjør — og hvor de fleste byrå-bygde implementeringene feiler — er å blokkere Custom Code som operatører jevnlig legger til for analyse, markedsføringspikslere, chat-widgets og innebygde videoer. Custom Code-injeksjonspunkter kjører før banneret rendres, noe som betyr at tredjepartsskript lagt til via disse punktene kjøres før det finnes en samtykkebeslutning. Byråer legger ofte til Hotjar, Facebook Pixel, tredjeparts CRM-skript eller Calendly-embed via Custom Code og antar at det innebygde banneret håndterer blokkeringen deres. Det gjør det ikke.

Standard opt-in vs. implisitt samtykkeinnstilling

Det innebygde banneret eksponerer tre samtykkestiler. Den implisitte samtykkestilen har vært en kilde til gjentatte regulatoriske funn mot Webflow-hostede nettsteder i EEA. Opt-in-stilen er den riktige standarden for enhver implementering som retter seg mot EEA, Storbritannia, Brasil, Sveits eller en annen jurisdiksjon som har vedtatt GDPR-standarder. Operatørene må velge opt-in, konfigurere kategorier til å være av som standard og bekrefte i forhåndsvisningen at avslagsknappen er minst like visuelt fremtredende som godkjenningsknappen.

Blokkering av Custom Code: arbeidet det innebygde banneret ikke gjør

Det fungerende integrasjonsmønsteret i Webflow har tre deler. For det første å konfigurere det innebygde banneret riktig. For det andre å pakke inn hvert Custom Code-skript i en samtykkekontroll før kjøring. For det tredje å bestemme om det innebygde banneret er tilstrekkelig eller om en tredjeparts CMP bør erstatte det for revisjons­sporing og konfigurerbarhet per leverandør.

Det enkleste blokkeringsmønsteret er å lese Webflows samtykkecookie eller samtykkestatus fra JavaScript-hooken som plattformen eksponerer og betinget kjøre tredjeparts­logikk. For skript lagt til i Footer Code-seksjonen er mønsteret å pakke inn kodesnutten i en hendelseslytter som aktiveres på Webflows samtykkehendelse. For skript i Head Code-seksjonen — der de fleste analyse- og pikselsnutterne bor — er mønsteret å laste inn snutten som en plassholder, med den faktiske tredjeparts­forespørselen utsatt til samtykkekontroll passerer.

Plassholdermønsteret for tredjepartsskript

Mønsteret som fungerer på tvers av de fleste vanlige Webflow-integrasjoner er <script type="text/plain">-plassholderen. Tredjepartsskriptet er inkludert i sidemarkupen men med type-attributtet satt til en verdi som nettleseren ikke vil kjøre. Et lite bootstrapskript — lagt til én gang i Footer Code-seksjonen — lytter til Webflows samtykkehendelse, identifiserer plassholderskript som samsvarer med den gitte kategorien og skriver om type-attributtet deres til text/javascript for kjøring. Mønsteret er identisk med det brukt av Drupals EU Cookie Compliance-modul og det Cloudflare Zaraz bruker ved kanten.

Alternativer for tredjeparts CMP: når det innebygde banneret ikke er nok

For nettsteder som trenger mer fullstendig revisjons­sporing, konfigurasjon per leverandør, flerjurisdiksjonell logikk eller integrasjon med IAB TCF, er det innebygde banneret ikke tilstrekkelig og en tredjeparts CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — bør erstatte det. Det innebygde banneret må deaktiveres først.

• Cookiebot-integrasjon — installer Cookiebot-snutten via Custom Code i Head-seksjonen, merk Cookiebot-administrerte skript med data-cookieconsent-attributter og deaktiver Webflows innebygde banner i prosjektinnstillingene.
• OneTrust-integrasjon — installer OneTrust CDN-snutten, konfigurer OneTrust-dashbordet til å lese Webflows kategoristruktur og deaktiver det innebygde banneret.
• Usercentrics-integrasjon — installer Usercentrics-snutten, konfigurer tjenestede­finisjonene i Usercentrics-dashbordet som gjenspeiler operatørens faktiske tag-inventar og deaktiver det innebygde banneret.
• Iubenda-integrasjon — installer Iubenda Consent Solution-snutten, konfigurer policyen og kategorimapping og deaktiver det innebygde banneret.

Webflow CMS Collections og dynamisk rendret innhold

Webflow CMS Collections fortjener spesiell oppmerksomhet fordi de introduserer en samtykke­flate som statiske sider ikke har. En Collection-side som legger inn en tredjeparts widget — YouTube-embed i et blogginnlegg, TikTok-feed på en porteføljeside — arver samtykkebeslutninger tatt på den hostende siden, men det innebygde innholdet respekterer ikke automatisk disse beslutningene med mindre operatøren har konfigurert Collection til å rendre embeds via click-to-load-plassholderen.

Validering og revisjons­stilling for 2026

En forsvarbar Webflow-implementering i 2026 må bestå fire tekniske kontroller. Først må rene nettlesersessioner servert fra en EEA IP-adresse produsere null ikke-essensielle informasjonskapsler før banneret aktiveres. For det andre må avvisnings­banen opprettholde den tilstanden. For det tredje må godkjennings­banen kun produsere tagger brukeren har samtykket til og samtykke­loggen må inneholde en samsvarende post. For det fjerde må tilbake­trekking umiddelbart stoppe videre tag-aktivering og spre opt-out til nedstrøms tredjepartsmottakere.

Det innebygde banneret registrerer brukerens samtykkestatus i en førstepartscookie men opprettholder ikke en server-side revisjons­logg som kan spørres på bruker- eller økt­identifikator. For implementeringer som trenger mer fullstendig revisjons­sporing — flerjurisdiksjonell rapportering, samtykkeposter per leverandør, integrasjon med EDPBs forventede dokument­asjons­standarder — er en tredjeparts CMP det riktige svaret. Et Webflow-nettsted som bevisst valgte mellom de to veiene, blokkerte hver Custom Code-flate og håndterte Collection embed-mønsteret, har gjort plattformens visual-builder-enkelhet til en forsvarbar del av byråets samtykke­stilling i stedet for skjult samsvars­gjeld.