Ko dara Webflow natīvais Cookie Consent un kur tas apstājas

Webflow 2022. gadā pievienoja natīvo Cookie Consent funkciju un kopš tā laika to attīsta. Funkcija atbalsta trīs iepriekš noteiktas sīkdatņu kategorijas — Essential, Marketing un Personalization — atklāj konfigurējamu baneris saskarni caur projekta iestatījumiem un saista Google Analytics bloķēšanu ar lietotāja izvēli. Baneris reģistrē lietotāja piekrišanu pirmās puses sīkdatnē.

Ko Webflow natīvais baneris nedara — un kur lielākā daļa aģentūru veidoto izvietojumu neizdodas — ir bloķēt Custom Code, ko operatori regulāri pievieno analītikai, mārketinga pikseļiem, tērzēšanas logrīkiem un iegultiem videoklipiem. Custom Code injekcijas punkti darbojas pirms baneris renderēšanas, kas nozīmē, ka trešo pušu skripti, pievienoti caur šiem punktiem, tiek izpildīti pirms piekrišanas lēmuma pieņemšanas. Aģentūras bieži pievieno Hotjar, Facebook Pixel, trešās puses CRM skriptus vai Calendly embed caur Custom Code, pieņemot, ka natīvais baneris apstrādā to bloķēšanu. Neapstrādā.

Noklusējuma opt-in vs. netiešās piekrišanas iestatījumi

Natīvais baneris atklāj trīs piekrišanas stilus. Netiešās piekrišanas stils ir bijis atkārtotu regulatoru atklājumu avots pret Webflow mitinātām EEA vietnēm. Opt-in stils ir pareizais noklusējums jebkuram izvietojumam, kas vērsts uz EEA, Apvienoto Karalisti, Brazīliju, Šveici vai jebkuru citu jurisdikciju, kas pieņēmusi GDPR standartus. Operatoriem jāizvēlas opt-in, jākonfigurē kategorijas pēc noklusējuma kā atspējotas, un priekšskatījumā jāpārbauda, vai noraidīšanas poga ir vizuāli vismaz tikpat pamanāma kā piekrišanas poga.

Custom Code bloķēšana: darbs, ko natīvais baneris neveic

Webflow darbojošais integrācijas modelis sastāv no trim daļām. Pirmkārt, pareizi konfigurēt natīvo baneris. Otrkārt, ietīt katru Custom Code skriptu piekrišanas pārbaudē pirms izpildes. Treškārt, izlemt, vai natīvais baneris ir pietiekams vai trešās puses CMP vajadzētu to aizstāt revīzijas izsekošanai un konfigurējamībai katram pārdevējam.

Vienkāršākais bloķēšanas modelis ir lasīt Webflow piekrišanas sīkdatni vai piekrišanas stāvokli no platformas atklātā JavaScript hook un nosacīti izpildīt trešās puses loģiku. Skriptiem, kas pievienoti Footer Code sadaļā, modelis ir ietīt fragmentu notikumu klausītājā, kas aktivizējas Webflow piekrišanas maiņas notikumā. Head Code sadaļas skriptiem — kur dzīvo lielākā daļa analītikas un pikseļu fragmentu — modelis ir ielādēt fragmentu kā vietturi, atlikot faktisko trešās puses pieprasījumu līdz piekrišanas pārbaude tiek izpildīta.

Viettura modelis trešo pušu skriptiem

Modelis, kas darbojas lielākajā daļā izplatīto Webflow integrāciju, ir <script type="text/plain"> vietturis. Trešās puses skripts ir iekļauts lapas atzīmēs, bet type atribūts ir iestatīts uz vērtību, ko pārlūks neizpildīs. Neliels bootstrap skripts — pievienots vienreiz Footer Code sadaļā — klausās Webflow piekrišanas maiņas notikumu, identificē viettura skriptus, kas atbilst norādītajai kategorijai, un pārraksta to type atribūtu uz text/javascript izpildei. Modelis ir identisks tam, ko izmanto Drupal EU Cookie Compliance modulis un ko Cloudflare Zaraz piemēro malā.

Trešās puses CMP opcijas: kad natīvais baneris nav pietiekams

Vietnēm, kurām nepieciešama pilnīgāka revīzijas izsekošana, konfigurācija katram pārdevējam, daudzjurisdikcionāla loģika vai IAB TCF integrācija, natīvais baneris nav pietiekams un trešās puses CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — vajadzētu to aizstāt. Natīvais baneris ir jāatspējo vispirms.

• Cookiebot integrācija — instalējiet Cookiebot fragmentu caur Custom Code galvenes sadaļā, atzīmējiet Cookiebot pārvaldītos skriptus ar data-cookieconsent atribūtiem un atspējojiet Webflow natīvo baneris projekta iestatījumos.
• OneTrust integrācija — instalējiet OneTrust CDN fragmentu, konfigurējiet OneTrust informācijas paneli lasīt Webflow kategoriju struktūru un atspējojiet natīvo baneris.
• Usercentrics integrācija — instalējiet Usercentrics fragmentu, konfigurējiet pakalpojumu definīcijas Usercentrics informācijas panelī, kas atspoguļo operatora faktisko tagu inventāru, un atspējojiet natīvo baneris.
• Iubenda integrācija — instalējiet Iubenda Consent Solution fragmentu, konfigurējiet politiku un kategoriju kartēšanu un atspējojiet natīvo baneris.

Webflow CMS Collections un dinamiski renderēts saturs

Webflow CMS Collections pelna īpašu uzmanību, jo tie ievieš piekrišanas virsmu, kādas statiskajām lapām nav. Collection lapa, kas iegulta trešās puses logrīks — YouTube embed bloga ierakstā, TikTok plūsma portfēļa lapā — manto piekrišanas lēmumus, kas pieņemti lapā, kas to mitina, bet iegultais saturs automātiski neievēro šos lēmumus, ja vien operators nav konfigurējis Collection renderēt embed caur click-to-load vietturiem.

Validācija un revīzijas pozīcija 2026. gadam

2026. gadā aizstāvams Webflow izvietojums ir jāiztur caur četrām tehniskajām pārbaudēm. Pirmkārt, tīrām pārlūka sesijām, kas tiek apkalpota no EEA IP adreses, ir jārada nulle nebūtisku sīkdatņu pirms baneris aktivizēšanas. Otrkārt, noraidīšanas ceļam ir jāuztur šis stāvoklis. Treškārt, piekrišanas ceļam ir jārada tikai tagi, kuriem lietotājs piekritis, un piekrišanas žurnālam ir jāsatur atbilstošs ieraksts. Ceturtkārt, atsaukšanai ir nekavējoties jāaptur tālāka tagu aktivizēšana un jāizplata opt-out lejasposma trešo pušu saņēmējiem.

Natīvais baneris reģistrē lietotāja piekrišanas stāvokli pirmās puses sīkdatnē, bet neuztur servera puses revīzijas žurnālu, ko var vaicāt pēc lietotāja vai sesijas identifikatora. Izvietojumiem, kuriem nepieciešama pilnīgāka revīzijas izsekošana — daudzjurisdikcionāla ziņošana, piekrišanas ieraksti katram pārdevējam, integrācija ar EDPB paredzamajiem dokumentācijas standartiem — trešās puses CMP ir pareizā atbilde. Webflow vietne, kas apzināti izvēlējās starp diviem ceļiem, bloķēja katru Custom Code virsmu un risināja Collection embed modeli, ir pārvērtusi platformas vizuālā veidotāja vienkāršību par aizstāvamu aģentūras piekrišanas pozīcijas daļu slēpto atbilstības parādu vietā.