Ką daro Squarespace natyvinis slapukų banerys ir kur susistoja

Squarespace natyvinis Cookie Banner — prieinamas Settings, Cookies & Visitor Data — palaiko konfigūruojamą baneryio UI, atskleidžia operatoriaus sutikimo stiliaus pasirinkimą ir integruojasi su Squarespace savąja analize ir rinkodaros paviršiais. Kai operatorius įjungia banerį ir sukonfigūruoja lankytojų duomenų nustatymus, Squarespace vidinės integracijos gerbia lankytojo pasirinkimą be papildomo jungimo: Squarespace Analytics blokuojamas analizės signalu, Pinterest, Facebook ir Google Ads pakartotinės rinkodaros pikseliai gerbia rinkodaros signalą, o platformos savojo elgesio duomenų rinkimas slopinamas lankytojams, atsisakiusiems sutikimo.

Ko banerys nedaro ir kur Squarespace dažniausiai įvyksta atitikties nesėkmė — tai trečiųjų šalių skriptų, kuriuos operatorius prideda per Code Injection, blokavimas. Code Injection skydelis — Settings, Advanced — leidžia operatoriui įklijuoti savavališko HTML ir JavaScript kodo į puslapio antraštę, poraštę ar puslapio lygio vietas. Tokiu būdu injektuoti skriptai vykdomi prieš lankytojui pamačius banerį, tai reiškia, kad bet koks trečiosios šalies žymos kodas, įklijuotas į Code Injection, veikia nepriklausomai nuo sutikimo. Hotjar, pasirinktiniai Google Tag Manager konteineriai, papildomi Facebook Pixel, pokalbių valdikliai, vaizdo tiekėjai — niekas, ko nėra Squarespace natyviniame integracijos sąraše, nebus blokuojamas natyvinio banerio, jei operatorius neapvynios skriptų sutikimo patikrinimu.

Numatytasis sutikimo stilius: opt-in prieš numanomuosius

Squarespace banerys palaiko tiek opt-in, tiek numanomuosius sutikimo stilius, o numanomasis variantas išlieka prieinamas, net jei jis buvo pakartotinių reguliuotojų išvadų prieš Squarespace svetaines visoje EEA šaltinis. Operatorius turi pasirinkti opt-in variantą, patikrinti, ar lankytojų duomenų rinkimas pagal numatytuosius nustatymus yra išjungtas, kol lankytojas nepriima, ir užtikrinti, kad atsisakymo parinktis banerio UI yra bent tokia pat ryški kaip priėmimo parinktis. Šie trys nustatymai — aiškus sutikimas, pagal numatytuosius nustatymus išjungtas, ryškus atsisakymas — yra minimumas, kurio Squarespace svetainei reikia, kad perkoptų EDPB 2023 metų slapukų banerio gairėse nustatytą ribą.

Code Injection paviršius ir kaip jį blokuoti

Integracijos šablonas, veikiantis Squarespace, turi tris dalis. Pirma, teisingai sukonfigūruokite natyvų banerį. Antra, identifikuokite kiekvieną skriptą Code Injection ir įvertinkite, kuriai sutikimo kategorijai jis priklauso. Trečia, apvyniokite kiekvieną Code Injection skriptą sutikimo patikrinimu prieš jo vykdymą — arba skaitydami Squarespace atskleistą sutikimo būseną vykdymo metu, arba sąlygiškai įterpdami skriptų elementą tik po to, kai banerys grąžina teigiamą signalą atitinkamai kategorijai.

Švariausia antraštėje injektuotų skriptų šablono forma yra konvertuoti juos į vietos rezervuotojo formą: pakeiskite type atributą iš text/javascript į text/plain, pridėkite data-category atributą, identifikuojantį sutikimo vartus, ir įtraukite nedidelį bootstrap skriptą, kuris klauso Squarespace sutikimo keitimo įvykio ir perrašo type atributą, kai kategorija suteikiama. Bootstrap šablonas yra tas pats, kurį naudoja Webflow, Drupal ir Cloudflare Zaraz; Squarespace indėlis yra sutikimo būsenos objektas, kurį skaito bootstrap.

Trečiųjų šalių valdiklių paviršius, kurį Squarespace operatoriai reguliariai praleidžia

Squarespace operatoriai labai priklauso nuo įterptų blokų, skirtų turtingam turiniui, kuris skatina didžiąją dalį platformos patrauklumo. Kiekvienas iš šių blokų pristato atskirą sutikimo paviršių, kurį natyvinis banerys automatiškai neblokuoja.

• Vaizdo blokai — YouTube ir Vimeo foniniai vaizdo įrašai įkelia tiekėjo trečiųjų šalių skriptus kiekvienam puslapio atvaizdavimui. Patobulinto privatumo YouTube įterpimo režimas ir „do-not-track" Vimeo įterpimo režimas yra parinktys, tačiau saugesnis šablonas yra apvynioti vaizdo bloką „spustelėk ir įkelk" vietos rezervuotojo elementu, kuris prašo tiekėjo iframe tik tada, kai lankytojas jį aktyvuoja aiškiai.
• Socialiniai blokai — Instagram, Twitter, TikTok ir Pinterest blokai kiekvienas atsiima tiekėjo įterpimo skriptą ir nustato tiekėjo pusės slapukus. Šablonas yra tas pats: pakeiskite tiesioginį bloką statiniu peržiūros elementu, kuris įkelia įterpinį tik vartotojo sąveikos metu, už rinkodaros sutikimo vartų.
• Naujienlaiškio registracijos formos — Squarespace integruota forma yra sutikimą suvokianti, tačiau Mailchimp, Klaviyo, ConvertKit ir panašūs trečiųjų šalių formų įterpiniai nėra, o įterptasis formos tiekėjas paprastai įkelia savo analitiką formos atvaizdavimo metu. Kiekvieną reikia apvynioti sutikimo patikrinimu.
• Pokalbių valdikliai — Drift, Intercom, Tidio ir panašūs pokalbių įterpiniai nustato savo sesijos ir tapatybės slapukus bei įkelia savo JavaScript. Jie priklauso bent jau už funkcinio sutikimo vartų, o rinkodaros vartų, jei pokalbių platforma integruojasi su CRM, kuris platina lankytojų duomenis.

Squarespace Commerce ir krepšelio paviršius

Squarespace Commerce pristato griežtai būtinus slapukus krepšelio būsenai, sesijos tapatybei ir atsiskaitymo procesui, kuriems nereikalingas sutikimas, nes jie yra esminiai lankytojo prašomai paslaugai. Komplikacijos iškyla dėl rinkodaros paviršių, kuriuos pristato Commerce: apleisto krepšelio el. laiškai, produktų rekomendavimo varikliai, Facebook Conversions API integracija, Google Ads pakartotinė rinkodara ir Klaviyo arba Mailchimp integracija, kurią įjungia dauguma parduotuvių. Jie nėra esminiai ir turi būti blokuojami. Squarespace natyvinis banerys tvarko platformos savąsias Conversions integracijas; Klaviyo ir Mailchimp bei bet koks pasirinktinis Conversions nustatymas reikalauja operatoriaus pusės blokavimo.

Validavimas ir audito pozicija 2026 metams

Gynybiškas Squarespace diegimas 2026 metais turi praėti keturis techninius patikrinimus. Pirma, švari naršyklės sesija, aptarnaujama iš EEA IP adreso, turi nulio neesminių slapukų generavimą prieš banerį imantis veiksmų — apimant Squarespace valdomus slapukus, Code Injection skriptus, įterptus vaizdo ir socialinius blokus bei bet kokius naujienlaiškio ar pokalbių valdiklius puslapyje. Antra, atsisakymo kelias turi išlaikyti tą būseną. Trečia, priėmimo kelias turi generuoti tik žymas, kurioms lankytojas davė sutikimą, o Squarespace slapukai ir sutikimo būsena turi turėti atitinkamą įrašą. Ketvirta, atšaukimas turi nedelsiant sustabdyti tolesnį žymų aktyvavimą, panaikinti slapukus, nustatytus per sutiktą sesiją, ir perduoti atsisakymą pasroviui esantiems trečiųjų šalių gavėjams. Audito sekos klausimas yra ten, kur Squarespace natyvinis banerys šiuo metu rodo savo ribas. Banerys fiksuoja lankytojo sutikimo būseną pirmosios šalies slapuke, kurį skaito Squarespace savosios integracijos, tačiau platforma nelaiko serverio pusės audito žurnalo, kurio galima paklausti lankytojo identifikatoriumi ar sesijos identifikatoriumi, kaip tai daro trečiųjų šalių CMP. Diegimams, veikiantiems daugiausia jurisdikcijose su lengvesniais audito sekos lūkesčiais, natyvinis banerys yra pakankamas, kai teisingai sukonfigūruotas. Diegimams, kuriems reikia užklausiamo sutikimo žurnalo — daugiajurisdikcinė ataskaitų teikimas, tiekėjo lygmens sutikimo įrašai, integracija su EDPB tikėtinu dokumentacijos standartu — atsakymas yra trečiosios šalies CMP, sluoksniuojamas virš natyvaus banerio, su išjungtu natyviu baneriu ir Cookiebot, OneTrust, Usercentrics ar Iubenda, įdiegtu per Code Injection. Squarespace svetainė, kuri apgalvotai pasirinko tarp dviejų kelių, blokavo kiekvieną Code Injection paviršių, išsprendė įterpto valdiklio šabloną ir atsižvelgė į Commerce specifines rinkodaros integracijas, yra Squarespace svetainė, pavertusi platformos dizaineriams draugiškumą gynybišku operatoriaus sutikimo pozicijos elementu, o ne paslėpta atitikties skola.