Webflow-ის ნეიტიური Cookie Consent-ი რას აკეთებს და სად ჩერდება

Webflow-მა ნეიტიური Cookie Consent ფუნქცია 2022 წელს დაამატა და მას შემდეგ განავითარა. ფუნქცია სამ წინასწარ დაყენებულ cookie კატეგორიას უჭერს მხარს — Essential, Marketing და Personalization — ამხელს კონფიგურირებად ბანერ UI-ს პროექტის პარამეტრებიდან ხელმისაწვდომს და Google Analytics-ის გეიტინგს მომხმარებლის არჩევანს უკავშირებს. ბანერი მომხმარებლის თანხმობას first-party cookie-ში ჩაწერს.

ის, რასაც Webflow-ის ნეიტიური ბანერი არ აკეთებს — და სადაც სააგენტოს მიერ აშენებული განლაგებების უმეტესობა ვერ ახერხებს — არის Custom Code-ის დაბლოკვა, რომელსაც ოპერატორები ანალიტიკისთვის, მარკეტინგ პიქსელებისთვის, ჩათ ვიჯეტებისა და ჩასმული ვიდეოებისთვის ამატებენ. Custom Code ინექციის წერტილები ბანერის ჩვენებამდე სრულდება, ანუ ამ წერტილების გავლით დამატებული ნებისმიერი მესამე მხარის სკრიპტი სრულდება თანხმობის გადაწყვეტილებამდე. სააგენტოები ხშირად ამატებენ Hotjar-ს, Facebook Pixel-ს, მესამე მხარის CRM სკრიპტს ან Calendly embed-ს Custom Code-ის გვლით და ვარაუდობენ, რომ ნეიტიური ბანერი გეიტინგს მართავს. არ მართავს.

ნაგულისხმევი opt-in vs implicit-consent პარამეტრი

ნეიტიური ბანერი სამ თანხმობის სტილს ამხელს. implicit-consent სტილი EEA-ში Webflow-ჰოსტებულ საიტებზე რეგულატორების განმეორებითი დასკვნების წყარო ყოფილა. opt-in სტილი სწორი ნაგულისხმევია EEA, UK, ბრაზილია, შვეიცარიისთვის ან ნებისმიერი GDPR სტანდარტის მიღებული იურისდიქციისთვის. ოპერატორმა opt-in უნდა აირჩიოს, კატეგორიები ნაგულისხმევად გამორთული უნდა კონფიგურირდეს და გადახედვაში უნდა გადაამოწმოს, რომ უარის ღილაკი მინიმუმ ისეთივე ვიზუალური მდებარეობისაა, როგორც მიღების ღილაკი.

Custom Code-ის დაბლოკვა: სამუშაო, რასაც ნეიტიური ბანერი არ ასრულებს

Webflow-ზე მომუშავე ინტეგრაციის ნიმუში სამი ნაწილისგან შედგება. პირველი, ნეიტიური ბანერის სწორი კონფიგურაცია. მეორე, თითოეული Custom Code სკრიპტის შესრულებამდე თანხმობის შემოწმებაში გახვევა. მესამე, გადაწყვეტილება, ნეიტიური ბანერი საკმარისია თუ მესამე მხარის CMP-მ უნდა ჩაანაცვლოს.

უმარტივესი დაბლოკვის ნიმუში Webflow-ის თანხმობის cookie-ს ან პლატფორმის JavaScript hook-ით გამხელილ თანხმობის მდგომარეობის წაკითხვა და მესამე მხარის ლოგიკის პირობითი შესრულებაა. Footer Code სექციაში დამატებული სკრიპტებისთვის ნიმუში Webflow-ის თანხმობის ცვლილების ივენთზე მომქმედ event listener-ში snippet-ის გახვევაა. Head Code სკრიპტებისთვის — სადაც ანალიტიკის snippet-ების უმეტესობა ცხოვრობს — ნიმუში snippet-ის placeholder-ად ჩართვაა, ნამდვილი მესამე მხარის მოთხოვნა გადავადდება სანამ თანხმობის შემოწმება გაივლის.

მესამე მხარის სკრიპტების placeholder ნიმუში

Webflow-ის ყველაზე გავრცელებულ ინტეგრაციებში მომუშავე ნიმუში <script type="text/plain"> placeholder-ია. მესამე მხარის სკრიპტი გვერდის markup-ში შედის, მაგრამ type ატრიბუტი ბრაუზერის მიერ შეუსრულებელ მნიშვნელობაზეა დაყენებული. პატარა bootstrap სკრიპტი — Footer Code-ში ერთხელ დამატებული — Webflow-ის თანხმობის ცვლილების ივენთს ისმენს, მინიჭებულ კატეგორიასთან შესაბამისი placeholder სკრიპტებს განსაზღვრავს და მათ type ატრიბუტს text/javascript-ად გადაწერს. ნიმუში იგივეა, რასაც Drupal-ის EU Cookie Compliance მოდული იყენებს და Cloudflare Zaraz edge-ზე ახორციელებს.

მესამე მხარის CMP ვარიანტი: როდის ნეიტიური ბანერი საკმარისი არ არის

საიტებისთვის, რომლებიც უფრო სრულ audit trail-ს, vendor-ის მიხედვით კონფიგურაციას, მრავალი იურისდიქციის ლოგიკას ან IAB TCF ინტეგრაციას საჭიროებენ, ნეიტიური ბანერი საკმარისი არ არის და მესამე მხარის CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — უნდა ჩაანაცვლოს. პირველ რიგში ნეიტიური ბანერი გამოირთოს.

• Cookiebot ინტეგრაცია — Cookiebot snippet-ის Custom Code-ის გვლით Head სექციაში დაინსტალირება, Cookiebot-ის მართულ სკრიპტებზე data-cookieconsent ატრიბუტების მინიჭება და პროექტის პარამეტრებში Webflow ნეიტიური ბანერის გამორთვა.
• OneTrust ინტეგრაცია — OneTrust CDN snippet-ის დაინსტალირება, Webflow-ის კატეგორიის სტრუქტურის წასაკითხად OneTrust dashboard-ის კონფიგურაცია და ნეიტიური ბანერის გამორთვა.
• Usercentrics ინტეგრაცია — Usercentrics snippet-ის დაინსტალირება, Usercentrics dashboard-ში სერვის განმარტებების კონფიგურაცია და ნეიტიური ბანერის გამორთვა.
• Iubenda ინტეგრაცია — Iubenda Consent Solution snippet-ის დაინსტალირება, პოლიტიკის კონფიგურაცია და ნეიტიური ბანერის გამორთვა.

Webflow CMS Collections და დინამიურად გადაცემული კონტენტი

Webflow CMS Collections განსაკუთრებულ ყურადღებას იმსახურებს, რადგან ის თანხმობის ზედაპირს წარმოადგენს, რომელიც სტატიკური გვერდებს არ გააჩნია. Collection გვერდი, რომელიც მესამე მხარის ვიჯეტს შეიცავს — YouTube embed ბლოგ პოსტში, TikTok feed პორტფოლიო გვერდზე — ინარჩუნებს მასპინძელ გვერდზე მიღებულ თანხმობის გადაწყვეტილებებს, მაგრამ ჩასმული კონტენტი ავტომატურად არ პატივს სცემს ამ გადაწყვეტილებებს, თუ ოპერატორი Collection-ს click-to-load placeholder-ის გვლით embed-ის გასაჩვენებლად არ კონფიგურირებს.

2026 წლის ვალიდაცია და audit პოზიცია

2026 წელს დასაცავი Webflow განლაგება ოთხ ტექნიკურ შემოწმებას უნდა გაიაროს. პირველი, EEA IP მისამართიდან მოწოდებულ სუფთა ბრაუზერ სესიაზე ბანერის გააქტიურებამდე ნულოვანი არაარსებითი cookie უნდა შეიქმნას. მეორე, უარის გზამ ეს მდგომარეობა შეინარჩუნოს. მესამე, მიღების გზამ მხოლოდ მომხმარებლის მიერ თანხმობის ტეგები უნდა შექმნას. მეოთხე, გამოხმობა დაუყოვნებლივ შემდგომ ტეგ-ების ჩართვას შეჩერდება.

ნეიტიური ბანერი მომხმარებლის თანხმობის მდგომარეობას first-party cookie-ში ჩაწერს, მაგრამ server-side audit ლოგს არ ინახავს. სრულ audit trail-ს საჭიროე განლაგებებისთვის — მრავალი იურისდიქციის მოხსენება, vendor-ის მიხედვით თანხმობის ჩანაწერები, EDPB-ის მოსალოდნელ დოკუმენტაციის სტანდარტთან ინტეგრაცია — მესამე მხარის CMP სწორი პასუხია. Webflow საიტი, რომელმაც ორ გზას შორის შეგნებულად აირჩია, Custom Code-ის ყველა ზედაპირი დაბლოკა და Collection embed ნიმუშს მიუდგა, პლატფორმის ვიზუალური ბილდერის სიმარტივე სააგენტოს თანხმობის პოზიციის დასაცავ ნაწილად გადაიქცა ფარული შესაბამისობის ვალის ნაცვლად.