Какво прави вграденият банер за бисквитки на Squarespace и къде спира

Вграденият Cookie Banner на Squarespace — достъпен под Settings, Cookies & Visitor Data — поддържа конфигурируем потребителски интерфейс на банера, излага избора на оператора за стил на съгласие и интегрира с аналитичните и маркетингови повърхности на Squarespace. Когато операторът активира банера и конфигурира настройките за данни на посетителите, вътрешните интеграции на Squarespace уважават избора на посетителя без допълнително свързване: Squarespace Analytics се контролира от аналитичния сигнал, пикселите за ремаркетинг на Pinterest, Facebook и Google Ads уважават маркетинговия сигнал, а поведенческото събиране на данни е потиснато за посетители, които отказват.

Това, което банерът не прави, е да контролира скриптовете на трети страни, добавени чрез Code Injection. Панелът Code Injection — под Settings, Advanced — позволява поставяне на произволен HTML и JavaScript в заглавието или долния колонтитул. Скриптовете, инжектирани по този начин, се изпълняват преди банерът да е видян от посетителя, което означава, че всеки таг на трета страна, поставен в Code Injection, се задейства независимо от съгласието. Hotjar, персонализирани Google Tag Manager контейнери, допълнителни Facebook Pixels, чат приставки — всичко извън вградената интеграционна листа на Squarespace изисква ръчна обвивка за съгласие.

Стил на съгласие по подразбиране: opt-in срещу имплицитен

Банерът поддържа и двата стила — opt-in и имплицитно съгласие, но имплицитната опция е изложена на регулаторни рискове в EEA. Операторът трябва да избере opt-in, да провери, че събирането на данни е изключено по подразбиране и да гарантира, че бутонът за отказ е поне толкова видим, колкото бутонът за приемане. Тези три настройки — явно съгласие, изключено по подразбиране, видно отхвърляне — са минимумът за преминаване на прага на EDPB от насоките за банер за бисквитки от 2023 г.

Повърхността на Code Injection и как да я контролирате

Моделът на интеграция за Squarespace има три части. Първо, конфигурирайте правилно вградения банер. Второ, идентифицирайте всеки скрипт в Code Injection и преценете категорията на съгласие. Трето, обвийте всеки скрипт в проверка на съгласие — или четете изложеното от Squarespace състояние на съгласие по време на изпълнение, или вмъквайте скрипта условно само след положителен сигнал от банера.

Най-чистият модел е да преобразувате скриптовете в заместителна форма: променете атрибута type от text/javascript на text/plain, добавете атрибут data-category, идентифициращ портата за съгласие, и включете малък bootstrap скрипт, който слуша за събитието за промяна на съгласието и презаписва атрибута type, когато категорията е предоставена. Моделът bootstrap е същият, използван от Webflow, Drupal и Cloudflare Zaraz.

Повърхността на приставките на трети страни, която операторите рутинно пропускат

Операторите на Squarespace разчитат в голяма степен на вградени блокове за богато съдържание. Всеки от тези блокове въвежда отделна повърхност за съгласие, която вграденият банер не контролира автоматично.

• Видео блокове — YouTube и Vimeo фонови видеоклипове зареждат скриптовете на доставчика при всяко изобразяване на страницата. По-безопасният модел е да обвиете видео блока в заместител click-to-load, който извлича iframe само когато посетителят го активира изрично.
• Социални блокове — Instagram, Twitter, TikTok и Pinterest блокове извличат embed скрипта и задават бисквитки. Заменете живия блок со статичен преглед, зареждащ embed-а само при взаимодействие, зад маркетинговата порта за съгласие.
• Формуляри за бюлетин — Вграденият формуляр на Squarespace е съобразен, но Mailchimp, Klaviyo, ConvertKit и подобни embed-и не са. Всеки изисква обвивка за съгласие.
• Чат приставки — Drift, Intercom, Tidio и подобни задават собствени бисквитки и зареждат JavaScript. Минимум функционална порта за съгласие, маркетингова ако платформата интегрира с CRM.

Squarespace Commerce и повърхността на количката

Squarespace Commerce въвежда строго необходими бисквитки за количката, сесията и плащането, които не изискват съгласие. Усложненията са около маркетинговите повърхности: имейли за изоставени колички, препоръчителни двигатели, Facebook Conversions API, Google Ads ремаркетинг, Klaviyo или Mailchimp. Те са неосновни и изискват контролиране. Squarespace банерът обработва собствените интеграции за Conversions; Klaviyo и Mailchimp изискват оператор-страна контролиране.

Валидиране и одитна позиция за 2026

Защитимото разгръщане трябва да премине четири технически проверки. Първо, чиста браузър сесия от EEA IP трябва да произведе нула несъществени бисквитки преди банера. Второ, пътят за отказ трябва да запази това. Трето, пътят за приемане трябва да произведе само съгласени тагове с подходящ запис. Четвърто, оттеглянето трябва незабавно да спре тагове, да изтрие бисквитки и да разпространи отказа до получатели.

Вграденият банер записва съгласието в първа-страна бисквитка, но не поддържа server-side одитен журнал по зарядъчен CMP начин. За юрисдикции с леки изисквания банерът е достатъчен. За deployments изискващи quereable журнал — мулти-юрисдикционно отчитане, per-vendor записи, EDPB стандарт — CMP на трета страна е правилният отговор, с Cookiebot, OneTrust, Usercentrics или Iubenda инсталирани чрез Code Injection. Squarespace сайт, избрал умишлено между двата пътя и обхванал всички повърхности, е превърнал простотата на платформата в защитима позиция вместо скрит дълг за съответствие.