Çfarë bën baneri nativ i cookie-ve Squarespace dhe ku ndalet

Cookie Banner-i nativ Squarespace — i aksesueshëm nën Settings, Cookies & Visitor Data — mbështet një ndërfaqe baneri të konfigurueshme, ekspozon zgjedhjen e stilit të miratimit të operatorit dhe integrohet me analizat dhe sipërfaqet e marketingut të Squarespace-it. Kur operatori aktivizon banerin dhe konfiguron cilësimet e të dhënave të vizitorëve, integrimet e brendshme të Squarespace respektojnë zgjedhjen e vizitorit pa lidhje shtesë: Squarespace Analytics blokohet në sinjalin analitik, pikselët e retargetingut të Pinterest, Facebook dhe Google Ads respektojnë sinjalin e marketingut, dhe mbledhja e të dhënave të sjelljes së platformës është shtypur për vizitorët që refuzojnë.

Çfarë nuk bën baneri, dhe ku ndodh dështimi më i zakonshëm i pajtueshmërisë në Squarespace, është bllokimi i skripteve të palëve të treta që operatori shton nëpërmjet Code Injection. Paneli Code Injection — nën Settings, Advanced — lejon operatorin të ngjisë HTML dhe JavaScript arbitrare në kokën e faqes, fundin ose vendndodhjet sipas faqeve. Skriptet e injektuara në këtë mënyrë ekzekutohen para se baneri të jetë parë nga vizitori, që do të thotë se çdo etiketë e palëve të treta e ngjitshme në Code Injection aktivizohet pavarësisht miratimit. Hotjar, kontejnerë të personalizuar Google Tag Manager, Facebook Pixels shtesë, miniaplicime bisede, ofrues videosh — gjithçka që nuk është në listën e integrimeve native Squarespace nuk do të bllokohet nga baneri nativ nëse operatori nuk e mbështjell skriptin në një kontroll miratimi.

Stili i parazgjedhur i miratimit: opt-in kundrejt implicit

Baneri Squarespace mbështet stilet e miratimit opt-in dhe implicit, dhe opsioni implicit mbetet i disponueshëm edhe pse ka qenë burimi i gjetjeve të rregullatorëve kundër faqeve të pritura nga Squarespace gjatë gjithë EEA. Operatori duhet të zgjedhë opsionin opt-in, të verifikojë që mbledhja e të dhënave të vizitorëve është e fikur si parazgjedhje derisa vizitori të pranojë, dhe të sigurojë që alternativa e refuzimit të jetë të paktën po aq e dukshme sa alternativa e pranimit në ndërfaqen e banerit. Këto tre cilësime — miratim eksplicit, i fikur si parazgjedhje, refuzim i dukshëm — janë minimumi që faqja Squarespace ka nevojë për të kaluar pragun e vendosur nga EDPB në udhëzimet e banerit të cookie-ve të vitit 2023.

Sipërfaqja Code Injection dhe si ta bllokoni

Modeli i integrimit që funksionon në Squarespace ka tre pjesë. Së pari, konfiguroni saktë banerin nativ. Së dyti, identifikoni çdo skript në Code Injection dhe vlerësoni se në cilën kategori miratimi bie. Së treti, mbështillni çdo skript Code Injection në një kontroll miratimi para se të ekzekutohet — ose duke lexuar gjendjen e ekspozuar të miratimit të Squarespace gjatë kohës së ekzekutimit ose duke futur elementin e skriptit me kusht vetëm pasi baneri të kthejë një sinjal pozitiv për kategorinë përkatëse.

Modeli më i pastër për skriptet e injektuara në kokë është t'i konvertoni në formë mbajtëse vendi: ndryshoni atributin type nga text/javascript në text/plain, shtoni një atribut data-category që identifikon portën e miratimit, dhe përfshini një skript të vogël bootstrap që dëgjon ngjarjen e ndryshimit të miratimit të Squarespace dhe rishkruan atributin type kur kategoria është dhënë. Modeli bootstrap është i njëjti me atë që përdorin Webflow, Drupal dhe Cloudflare Zaraz; kontributi i Squarespace-it është objekti i gjendjes së miratimit që lexon bootstrap-i.

Sipërfaqja e miniaplikimt të palëve të treta që operatorët Squarespace zakonisht humbasin

Operatorët Squarespace mbështeten shumë në bllokët e integruar për përmbajtjen e pasur që nxit shumicën e atraktivitetit të platformës. Secili nga këto blloqe prezanton një sipërfaqe të veçantë miratimi që baneri nativ nuk e bllokon automatikisht.

• Blloqet e videove — Videot e sfondit YouTube dhe Vimeo ngarkojnë skriptet e palëve të treta të ofruesit në çdo renderim të faqes. Mënyra e integrimit YouTube me privatësi të rritur dhe mënyra e integrimit Vimeo pa gjurmim janë opsione, por modeli më i sigurt është të mbështillni bllokun video në një mbajtës vendi klikoni-për-ngarkim që kërkon vetëm iframe-in e ofruesit kur vizitori e aktivizon atë shprehimisht.
• Blloqet sociale — Blloqet Instagram, Twitter, TikTok dhe Pinterest secili merr skriptin e integrimit të ofruesit dhe vendos cookie-t nga ana e ofruesit. Modeli është i njëjtë: zëvendësoni bllokun e drejtpërdrejtë me një paraafishim statik që ngarkon integrimin vetëm gjatë ndërveprimit të përdoruesit, pas portës së miratimit të marketingut.
• Formularët e regjistrimit në buletin — Formulari i integruar Squarespace është i vetëdijshëm për miratimin, por integrimet e formularëve të palëve të treta Mailchimp, Klaviyo, ConvertKit dhe të ngjashme nuk janë, dhe ofruesi i formularëve të integruar zakonisht ngarkon analizat e veta gjatë renderimit të formularit. Secili duhet të mbështillet në një kontroll miratimi.
• Miniaplikimet e bisedës — Integrimet e bisedës Drift, Intercom, Tidio dhe të ngjashme vendosin cookie-t e sesionit dhe identitetit të tyre dhe ngarkojnë JavaScript-in e tyre. Ato i përkasin të paktën pas portës së miratimit funksional dhe portës së marketingut nëse platforma e bisedës integrohet me CRM që përpëton të dhënat e vizitorëve.

Squarespace Commerce dhe sipërfaqja e shportës

Squarespace Commerce prezanton cookie-t domosdoshmërisht të nevojshme për gjendjen e shportës, identitetin e sesionit dhe pagesën që nuk kërkojnë miratim sepse janë thelbësore për shërbimin që vizitori ka kërkuar. Komplikimet lindin rreth sipërfaqeve të marketingut që Commerce prezanton: emailet e shportës së braktisur, motorët e rekomandimit të produkteve, integrimi Facebook Conversions API, retargeting-u Google Ads dhe integrimi Klaviyo ose Mailchimp që shumica e dyqaneve aktivizojnë. Këto janë jo-thelbësore dhe duhet të bllokohen. Baneri nativ Squarespace trajton integrimet e veta Conversions të platformës; Klaviyo dhe Mailchimp dhe çdo konfigurim i personalizuar Conversions kërkojnë bllokimin nga ana e operatorit.

Validimi dhe qëndrimi i auditimit për 2026

Vendosja e mbrojtueshme Squarespace në 2026 duhet të kalojë katër kontrolle teknike. Së pari, një sesion i pastër shfletuesi i shërbyer nga një adresë IP e EEA duhet të prodhojë zero cookie-t jo-thelbësore para se baneri të jetë aktivizuar — duke mbuluar cookie-t e menaxhuara nga Squarespace, skriptet Code Injection, blloqet e videove dhe socialeve të integruara dhe çdo buletin ose miniaplicim bisede në faqe. Së dyti, shtegu i refuzimit duhet të ruajë atë gjendje. Së treti, shtegu i pranimit duhet të prodhojë vetëm etiketat për të cilat vizitori ka dhënë miratim, dhe cookie-t dhe gjendja e miratimit Squarespace duhet të përmbajnë rekordin përkatës. Së katërti, tërheqja duhet të ndalojë menjëherë aktivizimin e mëtejshëm të etiketave, të skadojë cookie-t e vendosura gjatë sesionit të miratuar dhe të përhapë dalëqenien te marrësit e palëve të treta rrjedhës poshtë. Pyetja e gjurmës së auditimit është atje ku baneri nativ Squarespace tregon aktualisht kufijtë e tij. Baneri regjistron gjendjen e miratimit të vizitorit në një cookie të palës së parë që integrimet e veta Squarespace e lexojnë, por platforma nuk mban një regjistër auditimi nga ana e serverit të pyeshëm nga identifikuesi i vizitorit ose identifikuesi i sesionit siç bën CMP i palëve të treta. Për vendosjet që funksionojnë kryesisht në juridiksione me pritshmëri më të lehta të gjurmës së auditimit, baneri nativ është i mjaftueshëm kur konfigurohet saktë. Për vendosjet që kërkojnë një regjistër miratimi të pyeshëm — raportim multi-juridiksional, rekorde miratimi sipas furnizuesit, integrim me standardin e pritshëm të dokumentacionit të EDPB — CMP i palëve të treta i shtresëzuar mbi banerin nativ është përgjigja e duhur, me banerin nativ të çaktivizuar dhe Cookiebot, OneTrust, Usercentrics ose Iubenda të instaluara nëpërmjet Code Injection. Faqja Squarespace që ka zgjedhur me vetëdije mes dy shtegëve, bllokoi çdo sipërfaqe Code Injection, adresoi modelin e miniaplikimt të integruar dhe llogariti integrimet e marketingut specifike të Commerce, është faqja Squarespace që ka kthyer thjeshtësinë miqësore të platformës ndaj dizajnerëve në një pjesë të mbrojtueshme të qëndrimit të miratimit të operatorit në vend të borxhit të fshehur të pajtueshmërisë.