Ce face Cookie Consent nativ Webflow și unde se oprește

Webflow a adăugat funcția Cookie Consent nativ în 2022 și a dezvoltat-o de atunci. Funcția suportă trei categorii de cookie-uri predefinite — Essential, Marketing și Personalization — expune o interfață de banner configurabilă prin setările proiectului și leagă blocarea Google Analytics de alegerea utilizatorului. Bannerul înregistrează consimțământul utilizatorului într-un cookie de primă parte.

Ce nu face bannerul nativ Webflow — și unde eșuează majoritatea implementărilor construite de agenții — este blocarea Custom Code-ului pe care operatorii îl adaugă în mod regulat pentru analiză, pixeli de marketing, widget-uri de chat și videoclipuri încorporate. Punctele de injecție Custom Code rulează înainte ca bannerul să fie redat, ceea ce înseamnă că scripturile terților adăugate prin acele puncte sunt executate înainte ca o decizie de consimțământ să existe. Agențiile adaugă frecvent Hotjar, Facebook Pixel, scripturi CRM terțe sau Calendly embed prin Custom Code presupunând că bannerul nativ gestionează blocarea lor. Nu gestionează.

Setarea implicită opt-in vs. consimțământul implicit

Bannerul nativ expune trei stiluri de consimțământ. Stilul de consimțământ implicit a fost sursa unor constatări repetate de reglementare împotriva site-urilor găzduite de Webflow în EEA. Stilul opt-in este implicitul corect pentru orice implementare care vizează EEA, Regatul Unit, Brazilia, Elveția sau orice altă jurisdicție care a adoptat standardele GDPR. Operatorii trebuie să aleagă opt-in, să configureze categoriile să fie dezactivate implicit și să verifice în previzualizare că butonul de respingere este cel puțin la fel de vizibil ca butonul de acceptare.

Blocarea Custom Code: munca pe care bannerul nativ nu o face

Modelul de integrare care funcționează în Webflow are trei părți. În primul rând, configurarea corectă a bannerului nativ. În al doilea rând, împachetarea fiecărui script Custom Code într-o verificare de consimțământ înainte de execuție. În al treilea rând, deciderea dacă bannerul nativ este suficient sau dacă un CMP terț ar trebui să îl înlocuiască pentru urmărirea auditului și configurabilitatea per furnizor.

Cel mai simplu model de blocare este citirea cookie-ului de consimțământ Webflow sau a stării de consimțământ din hook-ul JavaScript expus de platformă și executarea condiționată a logicii terțe. Pentru scripturile adăugate în secțiunea Footer Code, modelul este împachetarea snippet-ului într-un ascultător de evenimente activat pe evenimentul de schimbare a consimțământului Webflow. Pentru scripturile din secțiunea Head Code — unde trăiesc majoritatea snippet-urilor de analiză și pixel — modelul este încărcarea snippet-ului ca substituent, cu cererea reală a terților amânată până când verificarea consimțământului trece.

Modelul substituent pentru scripturile terților

Modelul care funcționează în cele mai comune integrări Webflow este substituentul <script type="text/plain">. Scriptul terț este inclus în markup-ul paginii dar cu atributul type setat la o valoare pe care browserul nu o va executa. Un script bootstrap mic — adăugat o dată în secțiunea Footer Code — ascultă evenimentul de schimbare a consimțământului Webflow, identifică scripturile substituent care corespund categoriei date și rescrie atributul type al acestora la text/javascript pentru execuție. Modelul este identic cu cel folosit de modulul EU Cookie Compliance Drupal și cu cel pe care Cloudflare Zaraz îl aplică la margine.

Opțiunile CMP terțe: când bannerul nativ nu este suficient

Pentru site-urile care necesită o urmărire mai completă a auditului, configurare per furnizor, logică multi-jurisdicțională sau integrare cu IAB TCF, bannerul nativ nu este suficient și un CMP terț — Cookiebot, OneTrust, Usercentrics, Iubenda — ar trebui să îl înlocuiască. Bannerul nativ trebuie dezactivat mai întâi.

• Integrare Cookiebot — instalați snippet-ul Cookiebot prin Custom Code în secțiunea Head, marcați scripturile gestionate de Cookiebot cu atribute data-cookieconsent și dezactivați bannerul nativ Webflow în setările proiectului.
• Integrare OneTrust — instalați snippet-ul CDN OneTrust, configurați tabloul de bord OneTrust să citească structura categoriilor Webflow și dezactivați bannerul nativ.
• Integrare Usercentrics — instalați snippet-ul Usercentrics, configurați definițiile de servicii în tabloul de bord Usercentrics care reflectă inventarul real de tag-uri al operatorului și dezactivați bannerul nativ.
• Integrare Iubenda — instalați snippet-ul Iubenda Consent Solution, configurați politica și maparea categoriilor și dezactivați bannerul nativ.

Webflow CMS Collections și conținut redat dinamic

CMS Collections Webflow merită atenție specială deoarece introduce o suprafață de consimțământ pe care paginile statice nu o au. O pagină Collection care încorporează un widget terț — YouTube embed într-o postare de blog, feed TikTok pe o pagină de portofoliu — moștenește deciziile de consimțământ luate pe pagina gazdă, dar conținutul încorporat nu respectă automat acele decizii dacă operatorul nu a configurat Collection să redea embed-ul prin substituenți click-to-load.

Validare și poziție de audit pentru 2026

O implementare Webflow apărabilă în 2026 trebuie să treacă patru verificări tehnice. În primul rând, sesiunile de browser curate servite dintr-un IP EEA trebuie să producă zero cookie-uri non-esențiale înainte de activarea bannerului. În al doilea rând, calea de respingere trebuie să mențină acea stare. În al treilea rând, calea de acceptare trebuie să producă numai tag-uri la care utilizatorul a consimțit și jurnalul de consimțământ trebuie să conțină un înregistrare corespunzătoare. În al patrulea rând, o revocare trebuie să oprească imediat activările ulterioare de tag-uri și să propageze opt-out-ul către destinatarii terți din aval.

Bannerul nativ înregistrează starea de consimțământ a utilizatorului într-un cookie de primă parte dar nu menține un jurnal de audit pe partea serverului care poate fi interogat după identificatorul utilizatorului sau al sesiunii. Pentru implementările care necesită o urmărire mai completă a auditului — raportare multi-jurisdicțională, înregistrări de consimțământ per furnizor, integrare cu standardele de documentare așteptate de EDPB — un CMP terț este răspunsul corect. Un site Webflow care a ales deliberat între cele două căi, a blocat fiecare suprafață Custom Code și a gestionat modelul de embed al Collection, a transformat simplitatea constructorului vizual al platformei într-o parte apărabilă a poziției de consimțământ a agenției în loc de datorie de conformitate ascunsă.