Ką daro Webflow natyvus Cookie Consent ir kur jis sustoja

Webflow 2022 m. pridėjo natyvią Cookie Consent funkciją ir nuo tada ją tobulina. Funkcija palaiko tris iš anksto nustatytas slapukų kategorijas — Essential, Marketing ir Personalization — atskleidžia konfigūruojamą banerio sąsają per projekto nustatymus ir susieja Google Analytics blokavimą su naudotojo pasirinkimu. Baneris įrašo naudotojo sutikimą pirmosios šalies slapuke.

Ko Webflow natyvus baneris nedaro — ir kur dauguma agentūrų sukurtų diegimų nepavyksta — yra blokuoti Custom Code, kurį operatoriai reguliariai prideda analizei, rinkodaros pikselams, pokalbių valdikliams ir įdėtiesiems vaizdo įrašams. Custom Code injekciniai taškai veikia prieš banerio atvaizdavimą, tai reiškia, kad trečiųjų šalių skriptai, pridėti per tuos taškus, vykdomi prieš sutikimo sprendimo priėmimą. Agentūros dažnai prideda Hotjar, Facebook Pixel, trečiosios šalies CRM skriptus ar Calendly embed per Custom Code manydamos, kad natyvus baneris tvarko jų blokavimą. Netvarko.

Numatytieji opt-in ir numanomo sutikimo nustatymai

Natyvus baneris atskleidžia tris sutikimo stilius. Numanomo sutikimo stilius buvo pakartotinių reguliavimo išvadų šaltinis prieš Webflow talpinamas EEA svetaines. Opt-in stilius yra tinkamas numatytas nustatymas bet kokiam diegimui, nukreiptam į EEA, JK, Braziliją, Šveicariją ar bet kurią kitą jurisdikciją, priėmusią GDPR standartus. Operatoriai turi pasirinkti opt-in, nustatyti kategorijas išjungtomis pagal numatytuosius nustatymus ir peržiūros metu patikrinti, ar atmetimo mygtukas vizualiai yra bent toks pat ryškus kaip priėmimo mygtukas.

Custom Code blokavimas: darbas, kurio natyvus baneris neatlieka

Veikiančio integravimo modelis Webflow turi tris dalis. Pirma, teisingai sukonfigūruoti natyvų baneris. Antra, apgaubti kiekvieną Custom Code skriptą sutikimo patikrinimu prieš vykdymą. Trečia, nuspręsti, ar natyvus baneris yra pakankamas, ar trečiosios šalies CMP turėtų jį pakeisti dėl audito sekimo ir konfigūruojamumo pagal tiekėją.

Paprasčiausias blokavimo modelis yra skaityti Webflow sutikimo slapuką ar sutikimo būseną iš platformos atskleidžiamo JavaScript hook ir sąlygiškai vykdyti trečiosios šalies logiką. Skriptams, pridėtiems Footer Code skiltyje, modelis yra apgaubti fragmentą įvykių klausytoju, aktyvuojamu Webflow sutikimo pakeitimo įvykiu. Head Code skilties skriptams — kur gyvena dauguma analizės ir pikselių fragmentų — modelis yra įkelti fragmentą kaip vietos užpildą, atidedant faktinį trečiosios šalies užklausą kol sutikimo patikrinimas nepraeina.

Vietos užpildo modelis trečiųjų šalių skriptams

Modelis, veikiantis daugelyje įprastų Webflow integravimų, yra <script type="text/plain"> vietos užpildas. Trečiosios šalies skriptas įtraukiamas į puslapio žymėjimą, bet type atributas nustatytas į reikšmę, kurią naršyklė nevykdys. Mažas bootstrap skriptas — pridėtas vieną kartą Footer Code skiltyje — klauso Webflow sutikimo pakeitimo įvykio, identifikuoja vietos užpildo skriptus, atitinkančius suteiktą kategoriją, ir perrašo jų type atributą į text/javascript vykdymui. Modelis yra toks pat, kokį naudoja Drupal EU Cookie Compliance modulis ir kurį Cloudflare Zaraz taiko krašte.

Trečiosios šalies CMP parinktys: kai natyvaus banerio nepakanka

Svetainėms, kurioms reikia išsamesnės audito sekimo, konfigūracijos pagal tiekėją, daugiajurisdikcinės logikos ar IAB TCF integravimo, natyvaus banerio nepakanka ir trečiosios šalies CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — turėtų jį pakeisti. Natyvus baneris turi būti pirmiausia išjungtas.

• Cookiebot integravimas — įdiekite Cookiebot fragmentą per Custom Code antraštės skiltyje, pažymėkite Cookiebot valdomus skriptus data-cookieconsent atributais ir išjunkite Webflow natyvų baneris projekto nustatymuose.
• OneTrust integravimas — įdiekite OneTrust CDN fragmentą, sukonfigūruokite OneTrust valdymo skydelį skaityti Webflow kategorijų struktūrą ir išjunkite natyvų baneris.
• Usercentrics integravimas — įdiekite Usercentrics fragmentą, sukonfigūruokite paslaugų apibrėžimus Usercentrics valdymo skydelyje, atspindinčius operatoriaus faktinį žymų inventorių, ir išjunkite natyvų baneris.
• Iubenda integravimas — įdiekite Iubenda Consent Solution fragmentą, sukonfigūruokite politiką ir kategorijų susiejimą ir išjunkite natyvų baneris.

Webflow CMS Collections ir dinamiškai atvaizduojamas turinys

Webflow CMS Collections nusipelno ypatingo dėmesio, nes jie pristato sutikimo paviršių, kurio statiniai puslapiai neturi. Collection puslapis, įdedantis trečiosios šalies valdiklį — YouTube embed tinklaraščio įraše, TikTok kanalai portfelio puslapyje — paveldi sutikimo sprendimus, priimtus jį prieglobančiame puslapyje, bet įdėtasis turinys automatiškai negerbia tų sprendimų, nebent operatorius sukonfigūravo Collection atvaizduoti embed per click-to-load vietos užpildus.

Patvirtinimas ir audito pozicija 2026 m.

2026 m. ginamas Webflow diegimas turi išlaikyti keturis techninius patikrinimus. Pirma, švarūs naršyklės seansai, aptarnaujami iš EEA IP adreso, turi generuoti nulius ne esminių slapukų prieš aktyvuojant baneris. Antra, atmetimo kelias turi išlaikyti tą būseną. Trečia, priėmimo kelias turi generuoti tik žymas, kurioms naudotojas sutiko, o sutikimo žurnalas turi turėti atitinkamą įrašą. Ketvirta, atšaukimas turi iš karto sustabdyti tolesnį žymų aktyvavimą ir platinti opt-out žemiau esantiems trečiųjų šalių gavėjams.

Natyvus baneris įrašo naudotojo sutikimo būseną pirmosios šalies slapuke, bet nepalaiko serverio pusės audito žurnalo, kurio galima užklausti pagal naudotojo ar seanso identifikatorių. Diegimams, reikalaujančiems išsamesnės audito sekimo — daugiajurisdikcinis ataskaitų teikimas, sutikimo įrašai pagal tiekėją, integravimas su EDPB tikėtinais dokumentacijos standartais — trečiosios šalies CMP yra tinkamas atsakymas. Webflow svetainė, sąmoningai pasirinkusi tarp dviejų kelių, užblokavusi kiekvieną Custom Code paviršių ir sprendusi Collection embed modelį, pavertė platformos vizualinio kūrėjo paprastumą ginamu agentūros sutikimo pozicijos elementu vietoj paslėptų atitikties skolų.