რას აკეთებს Squarespace-ის ნატიური ქუქი-ბანერი და სად ჩერდება

Squarespace-ის ნატიური Cookie Banner — ხელმისაწვდომია Settings-ში, Cookies & Visitor Data-ს ქვეშ — მხარს უჭერს კონფიგურირებად ბანერის UI-ს, ახდენს ოპერატორის თანხმობის სტილის არჩევანის ექსპოზიციას და ინტეგრირებულია Squarespace-ის საკუთარ ანალიტიკასთან და მარკეტინგის ზედაპირებთან. როდესაც ოპერატორი ბანერს ჩართავს და ვიზიტორის მონაცემების პარამეტრებს ადგენს, Squarespace-ის შიდა ინტეგრაციები პატივს სცემენ ვიზიტორის არჩევანს დამატებითი კონფიგურაციის გარეშე: Squarespace Analytics ახდენს ანალიტიკის სიგნალის გეიტინგს, Pinterest-ის, Facebook-ის და Google Ads-ის რემარქეტინგის პიქსელები პატივს სცემენ მარკეტინგის სიგნალს, და პლატფორმის საკუთარი ქცევითი მონაცემების კრებულება ჩახშობილია ვიზიტორებისთვის, ვინც უარყოფს.

რასაც ბანერი ვერ აკეთებს და სადაც Squarespace-ზე ყველაზე გავრცელებული შეუსაბამობის შეცდომა ხდება, არის Code Injection-ის მეშვეობით ოპერატორის მიერ დამატებული მესამე მხარის სკრიპტების გეიტინგი. Code Injection პანელი — Settings-ში, Advanced-ის ქვეშ — ოპერატორს საშუალებას აძლევს გადაკვრა გააკეთოს თვითნებური HTML-ისა და JavaScript-ის გვერდის სათაურში, ქვედა კოლონტიტულში ან გვერდ-გვერდ მდებარეობებში. ამ გზით ინექცირებული სკრიპტები მუშაობენ ბანერის ვიზიტორის მიერ ნახვამდე, რაც ნიშნავს, რომ Code Injection-ში ჩასმული ნებისმიერი მესამე მხარის ტეგი ისვრება თანხმობის მიუხედავად. Hotjar, მორგებული Google Tag Manager კონტეინერები, დამატებითი Facebook Pixel-ები, ჩათ-ვიჯეტები, ვიდეო პროვაიდერები — Squarespace-ის ნატიური ინტეგრაციის სიაში არ არსებული ყველაფერი ნატიური ბანერით გეიტირებული არ იქნება, თუ ოპერატორი სკრიპტს თანხმობის შემოწმებაში არ გახვევს.

ნაგულისხმევი თანხმობის სტილი: opt-in vs იმპლიციტური

Squarespace-ის ბანერი მხარს უჭერს opt-in და იმპლიციტური თანხმობის ორივე სტილს, და იმპლიციტური ვარიანტი ხელმისაწვდომი რჩება მიუხედავად იმისა, რომ ის ყველა EEA-ს მასშტაბით Squarespace-ის მასპინძელი საიტების წინააღმდეგ მარეგულირებელი დასკვნების განმეორებითი წყარო ყოფილა. ოპერატორმა უნდა აირჩიოს opt-in ვარიანტი, გადაამოწმოს, რომ ვიზიტორის მონაცემთა კრებულება ნაგულისხმევად გამორთულია ვიზიტორის მიღებამდე, და დარწმუნდეს, რომ უარყოფის შეთავაზება ბანერის UI-ში მინიმუმ ისეთივე თვალსაჩინოა, როგორც მიღების შეთავაზება. ეს სამი პარამეტრი — ექსპლიციტური თანხმობა, ნაგულისხმევად გამორთული, თვალსაჩინო უარყოფა — არის მინიმუმი, რომელიც Squarespace-ის საიტს სჭირდება EDPB-ის 2023 წლის ქუქი-ბანერის სახელმძღვანელოებში დადგენილი ზღვრის გადასაქცევად.

Code Injection ზედაპირი და მისი გეიტინგის გზა

Squarespace-ზე მომუშავე ინტეგრაციის ნიმუშს სამი ნაწილი აქვს. პირველი, სწორად დააკონფიგურირეთ ნატიური ბანერი. მეორე, გამოავლინეთ Code Injection-ში ყველა სკრიპტი და შეაფასეთ, რომელ თანხმობის კატეგორიაში ხვდება. მესამე, თითოეული Code Injection სკრიპტი გახვიეთ თანხმობის შემოწმებაში მისი შესრულებამდე — Squarespace-ის გამოვლენილი თანხმობის მდგომარეობის წაკითხვით runtime-ში ან სკრიპტის ელემენტის პირობით ჩამატებით მხოლოდ მას შემდეგ, რაც ბანერი დაბრუნებს დადებით სიგნალს შესაბამისი კატეგორიისთვის.

სათაურში ინექცირებული სკრიპტების ყველაზე სუფთა ნიმუში არის მათი placeholder ფორმაში გარდაქმნა: შეცვალეთ type ატრიბუტი text/javascript-დან text/plain-ზე, დაამატეთ data-category ატრიბუტი, რომელიც იდენტიფიცირებს თანხმობის კარს, და ჩართეთ მცირე bootstrap სკრიპტი, რომელიც ეკითხება Squarespace-ის თანხმობის ცვლილების მოვლენას და თავიდან წერს type ატრიბუტს კატეგორიის მინიჭებისას. Bootstrap ნიმუში იგივეა, რაც Webflow, Drupal და Cloudflare Zaraz იყენებს; Squarespace-ის წვლილი არის თანხმობის მდგომარეობის ობიექტი, რომელსაც bootstrap კითხულობს.

მესამე მხარის ვიჯეტის ზედაპირი, რომელსაც Squarespace-ის ოპერატორები ჩვეულებრივ გამოტოვებენ

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

• ვიდეო ბლოკები — YouTube-ის და Vimeo-ის ფონური ვიდეოები ჩართავს პროვაიდერის მესამე მხარის სკრიპტებს ყოველი გვერდის რენდერინგზე. კონფიდენციალურობის გაუმჯობესებული YouTube ჩაშენების რეჟიმი და do-not-track Vimeo ჩაშენების რეჟიმი ვარიანტებია, მაგრამ უფრო უსაფრთხო ნიმუში არის ვიდეო ბლოკის click-to-load placeholder-ში გახვევა, რომელიც პროვაიდერის iframe-ს მხოლოდ ვიზიტორის მიერ ექსპლიციტური გააქტიურებისას ითხოვს.
• სოციალური ბლოკები — Instagram-ის, Twitter-ის, TikTok-ის და Pinterest-ის ბლოკები თითოეული იღებს პროვაიდერის embed სკრიპტს და ადგენს პროვაიდერის მხარის ქუქი-ფაილებს. ნიმუში იგივეა: შეცვალეთ პირდაპირი ბლოკი სტატიური გადახედვით, რომელიც embed-ს მხოლოდ მომხმარებლის ინტერაქციისას ჩატვირთავს, მარკეტინგის თანხმობის კარის უკან.
• სიახლეთა გამოწერის ფორმები — Squarespace-ის ჩაშენებული ფორმა თანხმობის შესახებ ინფორმირებულია, მაგრამ Mailchimp-ის, Klaviyo-ს, ConvertKit-ისა და მსგავსი მესამე მხარის ფორმების embed-ები არ არის, და ჩაშენებული ფორმის პროვაიდერი ჩვეულებრივ ჩართავს საკუთარ ანალიტიკას ფორმის რენდერინგზე. თითოეული უნდა გახვეული იყოს თანხმობის შემოწმებაში.
• ჩათ-ვიჯეტები — Drift-ის, Intercom-ის, Tidio-ს და მსგავსი ჩათ embed-ები ადგენს საკუთარ სესიისა და იდენტობის ქუქი-ფაილებს და ჩართავს საკუთარ JavaScript-ს. ისინი მინიმუმ ფუნქციონალური თანხმობის კარის უკან უნდა იყვნენ, და მარკეტინგის კარის უკან, თუ ჩათ-პლატფორმა CRM-თან ინტეგრირდება, რომელიც ვიზიტორის მონაცემებს ავრცელებს.

Squarespace Commerce და კალათის ზედაპირი

Squarespace Commerce შეაქვს მკაცრად საჭირო ქუქი-ფაილები კალათის მდგომარეობისთვის, სესიის იდენტობისა და checkout-ისთვის, რომლებიც თანხმობას არ საჭიროებენ, რადგან ისინი ვიზიტორის მოთხოვნილი სერვისისთვის აუცილებელია. სირთულეები წარმოიქმნება Commerce-ის მიერ შემოტანილ მარკეტინგის ზედაპირების გარშემო: მიტოვებული კალათის ელ-ფოსტები, პროდუქტის რეკომენდაციების ძრავები, Facebook Conversions API ინტეგრაცია, Google Ads რემარქეტინგი და Klaviyo ან Mailchimp ინტეგრაცია, რომელსაც უმეტეს მაღაზიები ჩართავს. ეს არაარსებითი მოთხოვნებია და უნდა გეიტირდეს. Squarespace-ის ნატიური ბანერი მართავს პლატფორმის საკუთარ Conversions ინტეგრაციებს; Klaviyo-ს, Mailchimp-ს და ნებისმიერ მორგებულ Conversions-ის კონფიგურაციას სჭირდება ოპერატორის მხარის გეიტინგი.

ვალიდაცია და აუდიტის პოზა 2026 წლისთვის

Squarespace-ის 2026 წლის თავდასაცავი განლაგება ოთხ ტექნიკურ შემოწმებას უნდა გაიარონ. პირველი, EEA-ს IP მისამართიდან მოწოდებული სუფთა ბრაუზერის სესია ნულ არაარსებით ქუქი-ფაილს უნდა გამოიმუშავებდეს ბანერის მოქმედებამდე — მოიცავს Squarespace-ის მართული ქუქი-ფაილებს, Code Injection სკრიპტებს, ჩაშენებულ ვიდეო და სოციალურ ბლოკებს და გვერდზე ნებისმიერ სიახლეთა გამოწერის ან ჩათ-ვიჯეტს. მეორე, უარყოფის გზამ ეს მდგომარეობა უნდა შეინარჩუნოს. მესამე, მიღების გზამ მხოლოდ ის ტეგები უნდა გამოიმუშავოს, რომლებსაც ვიზიტორი დათანხმა, და Squarespace-ის ქუქი-ფაილები და თანხმობის მდგომარეობა შეესაბამება ჩანაწერს. მეოთხე, გამოხმობამ დაუყოვნებლივ უნდა შეაჩეროს ტეგის შემდგომი გასროლა, ვადაგასული ქუქი-ფაილები, დათანხმებული სესიის განმავლობაში დაყენებული, და opt-out გადაიტანოს ქვე დინებითი მესამე მხარის მიმღებებზე. Squarespace-ის ნატიური ბანერი ამ შეზღუდვას ამჟამად ვიზიტორის თანხმობის მდგომარეობის პირველი მხარის ქუქი-ფაილში ჩაწერით გამოხატავს, რომელსაც Squarespace-ის საკუთარი ინტეგრაციები კითხულობს, მაგრამ პლატფორმა სერვერის მხარის აუდიტის ჟურნალს არ ინახავს ვიზიტორის იდენტიფიკატორით ან სესიის იდენტიფიკატორით მოთხოვნადი, როგორც მესამე მხარის CMP. განლაგებისთვის, რომელიც ძირითადად ოპერირებს მსუბუქი ხელახალი ავდიტ-ტრეილის მოლოდინის იურისდიქციებში, ნატიური ბანერი საკმარისია სწორად კონფიგურირებისას. განლაგებისთვის, რომელსაც სჭირდება მოთხოვნადი თანხმობის ჟურნალი — მულტი-იურისდიქციური ანგარიშგება, ვენდორ-ვენდორ თანხმობის ჩანაწერები, EDPB-ის მოსალოდნელ დოკუმენტაციის სტანდარტთან ინტეგრაცია — ნატიური ბანერის თავზე დაფენილი მესამე მხარის CMP სწორი პასუხია, ნატიური ბანერი გათიშული და Cookiebot, OneTrust, Usercentrics ან Iubenda Code Injection-ის მეშვეობით ნაცვლად დაინსტალირებული. Squarespace-ის საიტი, რომელმაც განზრახ ამ ორ გზას შორის აირჩია, გეიტირა Code Injection-ის ყველა ზედაპირი, მოაგვარა ჩაშენებული ვიჯეტის ნიმუში და Commerce-ის სპეციფიკური მარკეტინგის ინტეგრაციები გაითვალისწინა, არის Squarespace-ის საიტი, რომელმაც პლატფორმის დიზაინერისთვის მოსახერხებელი სიმარტივე ოპერატორის თანხმობის პოზის თავდასაცავ ნაწილად გარდაქმნა, ფარული შეუსაბამობის ვალის ნაცვლად.