Ko dara Squarespace vietējais sīkdatņu reklāmkarogs un kur tas apstājas

Squarespace vietējais Cookie Banner — pieejams Settings sadaļā Cookies & Visitor Data — atbalsta konfigurējamu reklāmkaroga UI, atklāj operatora piekrišanas stila izvēli un integrējas ar Squarespace paša analīti un mārketinga virsmām. Kad operators iespējo reklāmkarogu un konfigurē apmeklētāju datu iestatījumus, Squarespace iekšējās integrācijas respektē apmeklētāja izvēli bez papildu savienojumiem: Squarespace Analytics tiek bloķēta analītikas signālā, Pinterest, Facebook un Google Ads atkārtotas mārketinga pikseļi respektē mārketinga signālu, un platformas paša uzvedības datu vākšana tiek nomākta apmeklētājiem, kas atsakās.

Ko reklāmkarogs neveic, un kur Squarespace visbiežāk notiek atbilstības kļūme, ir trešo pušu skriptu, ko operators pievieno, izmantojot Code Injection, bloķēšana. Code Injection panelis — Settings sadaļā Advanced — ļauj operatoram ielīmēt patvaļīgu HTML un JavaScript lapas galvenē, kājenē vai lapas līmeņa vietās. Šādā veidā injektētie skripti tiek izpildīti, pirms apmeklētājs ir redzējis reklāmkarogu, kas nozīmē, ka jebkura trešās puses atzīme, kas ielīmēta Code Injection, tiek aktivizēta neatkarīgi no piekrišanas. Hotjar, pielāgoti Google Tag Manager konteineri, papildu Facebook Pixel, tērzēšanas logrīki, video nodrošinātāji — nekas, kas nav Squarespace vietējā integrāciju sarakstā, netiks bloķēts ar vietējo reklāmkarogu, ja vien operators neietes skriptus piekrišanas pārbaudē.

Noklusētais piekrišanas stils: opt-in pret netiešo

Squarespace reklāmkarogs atbalsta gan opt-in, gan netiešās piekrišanas stilus, un netiešā opcija joprojām ir pieejama, lai gan tā ir bijusi atkārtotu regulatoru secinājumu pret Squarespace mitinātajām vietnēm visā EEA avots. Operatoram jāizvēlas opt-in opcija, jāpārbauda, vai apmeklētāju datu vākšana pēc noklusējuma ir izslēgta, līdz apmeklētājs pieņem, un jānodrošina, ka atteikšanās iespēja reklāmkaroga UI ir vismaz tikpat pamanāma kā piekrišanas iespēja. Šie trīs iestatījumi — skaidra piekrišana, pēc noklusējuma izslēgta, pamanāma atteikšanās — ir minimums, kas Squarespace vietnei nepieciešams, lai pārsniegtu EDPB 2023. gada sīkdatņu reklāmkaroga vadlīnijās noteikto slieksni.

Code Injection virsma un tās bloķēšanas veids

Integrācijas modelim, kas darbojas Squarespace, ir trīs daļas. Pirmkārt, pareizi konfigurējiet vietējo reklāmkarogu. Otrkārt, identificējiet katru skriptu Code Injection un novērtējiet, kurā piekrišanas kategorijā tas ietilpst. Treškārt, pirms izpildes ietiniet katru Code Injection skriptu piekrišanas pārbaudē — vai nu lasot Squarespace atklāto piekrišanas stāvokli izpildes laikā, vai nosacīti ievietojot skripta elementu tikai pēc tam, kad reklāmkarogs atgriež pozitīvu signālu attiecīgajai kategorijai.

Tīrākais modelis galvenes injektētajiem skriptiem ir pārveidot tos par rezervācijas vietas formātu: mainiet type atribūtu no text/javascript uz text/plain, pievienojiet data-category atribūtu, kas identificē piekrišanas vārtus, un iekļaujiet nelielu bootstrap skriptu, kas klausās Squarespace piekrišanas maiņas notikumu un pārraksta type atribūtu, kad kategorija ir piešķirta. Bootstrap modelis ir tāds pats, ko izmanto Webflow, Drupal un Cloudflare Zaraz; Squarespace ieguldījums ir piekrišanas stāvokļa objekts, ko lasa bootstrap.

Trešo pušu logrīku virsma, ko Squarespace operatori regulāri palaiž garām

Squarespace operatori lielā mērā paļaujas uz iegultiem blokiem bagātam saturam, kas veicina lielāko daļu platformas pievilcīguma. Katrs no šiem blokiem ievieš atsevišķu piekrišanas virsmu, ko vietējais reklāmkarogs automātiski nebloķē.

• Video bloki — YouTube un Vimeo fona video ielādē nodrošinātāja trešo pušu skriptus katrā lapas atveidojumā. Privātuma uzlabotais YouTube ieguldīšanas režīms un Vimeo ieguldīšanas režīms bez izsekošanas ir opcijas, taču drošāks modelis ir ietīt video bloku klikšķa ielādē rezervācijas vietas elementā, kas pieprasa nodrošinātāja iframe tikai tad, kad apmeklētājs to skaidri aktivizē.
• Sociālie bloki — Instagram, Twitter, TikTok un Pinterest bloki katrs iegūst nodrošinātāja ieguldīšanas skriptu un iestata nodrošinātāja puses sīkdatnes. Modelis ir tāds pats: aizstājiet tiešraides bloku ar statisku priekšskatījumu, kas ielādē ieguldīšanu tikai lietotāja mijiedarbības laikā, aiz mārketinga piekrišanas vārtiem.
• Jaunumu abonēšanas veidlapas — Squarespace iebūvētā veidlapa ir piekrišanas apzināta, taču Mailchimp, Klaviyo, ConvertKit un līdzīgu trešo pušu veidlapu ieguldīšana nav, un iegultais veidlapu nodrošinātājs parasti ielādē savu analīti veidlapas atveidojumā. Katra ir jāietina piekrišanas pārbaudē.
• Tērzēšanas logrīki — Drift, Intercom, Tidio un līdzīgi tērzēšanas ieguldījumi iestata savas sesijas un identitātes sīkdatnes un ielādē savu JavaScript. Tiem jābūt aiz funkcionālās piekrišanas vārtiem vismaz, un mārketinga vārtiem, ja tērzēšanas platforma integrējas ar CRM, kas izplata apmeklētāju datus.

Squarespace Commerce un grozs virsma

Squarespace Commerce ievieš stingri nepieciešamās sīkdatnes groza stāvoklim, sesijas identitātei un norēķiniem, kurām nav nepieciešama piekrišana, jo tās ir būtiskas apmeklētāja pieprasītajam pakalpojumam. Sarežģījumi rodas ap mārketinga virsmām, ko ievieš Commerce: pamestā groza e-pasta vēstules, produktu ieteikumu dzinēji, Facebook Conversions API integrācija, Google Ads atkārtotā mārketinga un Klaviyo vai Mailchimp integrācija, ko iespējo lielākā daļa veikalu. Tās nav būtiskas un ir jābloķē. Squarespace vietējais reklāmkarogs apstrādā platformas paša Conversions integrācijas; Klaviyo, Mailchimp un jebkāda pielāgota Conversions iestatīšana prasa operatora puses bloķēšanu.

Validēšana un audita nostāja 2026. gadam

Aizstāvams Squarespace izvietojums 2026. gadā jāiziet cauri četrām tehniskajām pārbaudēm. Pirmkārt, tīras pārlūkprogrammas sesija, kas tiek apkalpota no EEA IP adreses, pirms reklāmkaroga aktivizēšanas jārada nulle nebūtisku sīkdatņu — aptverot Squarespace pārvaldītās sīkdatnes, Code Injection skriptus, iegultos video un sociālos blokus un jebkurus jaunumu vai tērzēšanas logrīkus lapā. Otrkārt, atteikšanās ceļam jāsaglabā šis stāvoklis. Treškārt, piekrišanas ceļam jārada tikai atzīmes, kurām apmeklētājs ir piekrisis, un Squarespace sīkdatnes un piekrišanas stāvoklim jāsatur atbilstošais ieraksts. Ceturtkārt, atsaukumam nekavējoties jāpārtrauc turpmāka atzīmju aktivizācija, jāizbeidz sīkdatnes, kas iestatītas piekrišanas sesijas laikā, un jāizplata atteikšanās lejpstraumē esošajiem trešo pušu saņēmējiem. Audita izsekošanas jautājums ir vieta, kur Squarespace vietējais reklāmkarogs pašlaik parāda savas robežas. Reklāmkarogs reģistrē apmeklētāja piekrišanas stāvokli pirmās puses sīkdatnē, ko lasa Squarespace paša integrācijas, taču platforma neuztur servera puses audita žurnālu, ko varētu vaicāt pēc apmeklētāja vai sesijas identifikatora tādā veidā, kā to dara trešo pušu CMP. Izvietojumiem, kas darbojas galvenokārt jurisdikcijās ar vieglākām audita izsekošanas prasībām, vietējais reklāmkarogs ir pietiekams, ja pareizi konfigurēts. Izvietojumiem, kuriem nepieciešams vaicājams piekrišanas žurnāls — daudzu jurisdikciju ziņošana, piegādātāja līmeņa piekrišanas ieraksti, integrācija ar EDPB gaidāmo dokumentācijas standartu — pareizā atbilde ir trešo pušu CMP, kas uzlikta virs vietējā reklāmkaroga, ar izslēgtu vietējo reklāmkarogu un Code Injection laikā instalētiem Cookiebot, OneTrust, Usercentrics vai Iubenda. Squarespace vietne, kas apzināti izvēlējas starp diviem ceļiem, bloķēja katru Code Injection virsmu, risināja iegultā logrīka modeli un ņēma vērā Commerce specifiskās mārketinga integrācijas, ir Squarespace vietne, kas pārvērta platformas dizaineriem draudzīgo vienkāršību par aizstāvamu operatora piekrišanas nostājas daļu, nevis par slēptu atbilstības parādu.