Što Clarity zapravo snima

Clarity SDK (učitan s www.clarity.ms/tag/{project_id}) inicijalizira globalni objekt clarity i identificira posjetitelje Microsoftovim kolačićem pod nazivom _clck, zajedno sa kolačićem sesije _clsk. Od tog trenutka, skripta hvata gusti bihevioralni tok:

• Unos mišem i dodirom — svaki pokret, klik, dodir, pomicanje i gesta bilježe se s vremenskim žigom i koordinatama.
• Interakcije s obrascima — događaji fokusa, zamagljenja i unosa na svakom polju obrasca, plus tekst neosjetljivih polja ako maskiranje nije konfigurirano.
• Snimke DOM-a — periodične potpune snimke DOM-a stranice kako bi reprodukcija sesije mogla rekonstruirati točno vizualno stanje u bilo kojem trenutku.
• Prilagođeni događaji — svi događaji koje aplikacija eksplicitno emitira putem poziva clarity("event", "name").
• Podaci o performansama i pogreškama — JavaScript pogreške, mrežni kvarovi i mjerenja ključnih web vitalnih pokazatelja.
• Identifikacijski podaci — Clarityin kolačić plus geolokacija izvedena iz IP-a i otisak prsta korisničkog agenta.

Kombinacija — posebno DOM snimke i hvatanje polja obrazaca — čini Clarity funkcionalno ekvivalentnim video snimci sesije posjetitelja. Regulatorna klasifikacija prema GDPR-u je jednostavna: ovo je obrada osobnih podataka, kolačići nisu nužni, podaci prelaze granice do Microsoftove infrastrukture u SAD-u, a potrebna zakonska osnova je pristanak. Smjernice CNIL-a iz 2024. o snimanju sesija nedvosmislene su po ovoj točki i eksplicitno imenuju alate u Clarityjevoj kategoriji.

Rizik osjetljivih podataka

Alati za snimanje sesija imaju specifičnu opasnost za privatnost koju drugi analitički alati nemaju: mogu slučajno uhvatiti osjetljive osobne podatke. Korisnik koji u bilo koje polje obrasca upiše broj kreditne kartice, zdravstveno stanje, vjersku pripadnost ili nacionalni identifikator snima se Clarityjem ako polje nije eksplicitno maskirano. Prema GDPR-u ovo je obrada osjetljivih osobnih podataka prema Article 9, što zahtijeva eksplicitni opt-in pristanak i rijetko je pokriveno općom marketinškom odlukom o pristanku.

Clarity podržava konfiguraciju maskiranja sadržaja koja skriva određena polja od snimanja, ali zadano ponašanje hvata sve. Pristup koji se može obraniti na reviziji jest agresivno maskiranje — pretpostavite da je svako polje obrasca osjetljivo dok se ne dokaže suprotno — i eksplicitno dokumentirajte odluke o maskiranju.

Izvorni Clarityevi kontroli privatnosti

Microsoft je ulagao u kontrole privatnosti Clarityja posljednjih dvije godine. Platforma sada izlaže nekoliko primitiva koje CMP integracija može iskoristiti.

Atribut maske

Dodavanje data-clarity-mask="true" DOM elementu skriva njegov sadržaj od snimanja sesije. Dodavanje data-clarity-unmask="true" podređenom elementu nadjačava masku za to podstablo. Pravi zadani za svako polje obrasca koje bi moglo sadržavati osobne podatke je maskirati, a zatim eksplicitno odmaskirati gdje je sigurno.

API pristanka

Clarity izlaže poziv clarity("consent") koji, kada se pozove, signalizira da je pristanak dodijeljen i da SDK treba nastaviti. Bez ovog poziva, SDK se može konfigurirati da se zaustavi nakon početnog učitavanja. Ovo je pravi primitiv za CMP integraciju na strani aktivacije.

Maskiranje IP-a i rukovanje identifikatorima

Postavke Clarity projekta izlažu mogućnosti za skraćivanje IP-a i maskiranje identifikatora. Omogućavanje ovih je mjera duboke obrane povrh CMP prolaza; ne zamjenjuje pristanak.

Automatsko maskiranje osjetljivog sadržaja

Nedavna izdanja Clarityja pokušavaju automatski otkriti osjetljiva polja (obrasci kreditnih kartica, polja za lozinku, polja nazvana "ssn" ili slično) i maskirati ih prema zadanim postavkama. Otkrivanje je heurističko i nepotpuno; ne oslanjajte se na to kao jedinu obrambenu liniju.

Korak po korak CMP integracija

Pouzdana arhitektura je potpuno odgoditi Clarity SDK dok se ne odobri pristanak, a zatim ga eksplicitno aktivirati putem API-ja pristanka.

1. Uklonite zadanu oznaku iz zaglavlja dokumenta

Isječak instalacije Clarityja je jedan inline skripta koji inicijalizira SDK pri učitavanju stranice. Zamijenite ga elementom skripte rezerviranog mjesta čiji je type text/plain i čiji je data-category analytics ili marketing ovisno o tome kako vaš CMP kategorizira alate za snimanje sesija.

2. Odlučite o mapiranju kategorija

Snimanje sesija je osporavana kategorija. CNIL je s njom postupao na različite načine kao s analitikom (kada se podaci koriste za interno UX istraživanje) i kao s marketingom (kada podaci hrane odluke o personalizaciji ili vanjskom dijeljenju). Konzervativno mapiranje je marketing; pozicija koja se može obraniti na reviziji zahtijeva da budete specifični u pogledu toga kako se snimke zapravo koriste.

3. Konfigurirajte agresivno maskiranje prije aktivacije

Dodajte data-clarity-mask="true" svakom elementu obrasca, svakom polju za unos, svakom spremniku koji može sadržavati osobne podatke. Zadana politika je maskiranje prema zadanome s eksplicitnim iznimkama odmaskivanja za elemente za koje se zna da su sigurni (naslovi stranica, navigacijske oznake, blokovi javnog sadržaja).

4. Aktivirajte Clarity iz povratnog poziva pristanka

Kada CMP pokrene relevantni događaj prihvaćanja kategorije, prepišite oznaku skripte rezerviranog mjesta i pozovite clarity("consent") da dodijelite SDK-u dopuštenje za nastavak. Redni događaji koji su bili u međuspremniku tijekom razdoblja prije pristanka tada će se isprazniti.

5. Eksplicitno rukujte opozivu pristanka

Ako korisnik opozove pristanak, Clarity SDK nema čist poziv "zaustavi snimanje" koji je ekvivalent API-ju aktivacije. Praktični obrazac je pozvati clarity("consent", false) ako je podržano u vašoj verziji SDK-a, i dodatno očistiti Clarity kolačiće na strani klijenta. Za potpuno brisanje povijesnih snimaka koristite tijek rada brisanja podataka u Clarity administratorskom sučelju ili API za brisanje.

Uobičajene zamke

Četiri greške integracije čine većinu nalaza revizija na Clarity implementacijama.

Instaliranje Clarityja "samo da se vidi što posjetitelji rade"

Najčešći obrazac: menadžer proizvoda instalira Clarity kako bi istražio UX problem, nikada ne omogućuje prolaz pristanka, nikada ne konfigurira maskiranje i zaboravlja na skriptu. Površina snimanja nastavlja se nakupljati. Rješenje je ili potpuno ukloniti Clarity ili ga dovesti pod istu arhitekturu pristanka kao svaki drugi tracker.

Oslanjanje na automatsko maskiranje

Clarityjevа heuristička detekcija osjetljivih polja hvata očite slučajeve ali propušta specifične za domenu — tekstualno područje "simptoma" zdravstvenog web mjesta, polje "broja računa" financijskog web mjesta s idiosinkratičnim imenom. Maskirajte eksplicitno; ne oslanjajte se na detekciju.

Tretiranje snimanja sesija kao analitike

CNIL je bio eksplicitan da je kategorija snimanja sesija sa stajališta pristanka bliža marketingu nego analitici prve strane. Zaštita Clarityja pod pristankom samo za analitiku je obraniva samo ako se snimke koriste isključivo za interno UX istraživanje i nikada ne dijele izvan organizacije.

Zaboravljanje korisnih tereta prilagođenih događaja

Kod aplikacije koji poziva clarity("event", "name", customProperties) može procuriti osobne podatke u Clarity tok kroz korisni teret customProperties. Revidirajte svako pozivno mjesto i izbjegavajte prosljeđivanje korisničkih identifikatora, adresa e-pošte ili bilo kojih osobnih podataka u svojstvima događaja.

Kontrolna lista za reviziju

Šest konkretnih pitanja na koja treba odgovoriti za svaku implementaciju Clarityja koja se tiče EU, UK, brazilskog ili kalifornijskog prometa.

• Čeka li Clarity na pristanak? Otvorite stranicu u privatnom prozoru i potvrdite da se nijedan zahtjev clarity.ms ne šalje prije prihvaćanja bannera.
• Je li maskiranje agresivno? Potvrdite da svako polje obrasca i svaki spremnik s potencijalno osobnim sadržajem ima primijenjen data-clarity-mask.
• Je li mapiranje kategorija dokumentirano? Potvrdite da postoji pisani zapis o tome je li Clarity zaštićen pod analitikom ili marketingom, s obrazloženjem.
• Je li API pristanka priključen? Potvrdite da povratni poziv CMP-a poziva clarity("consent") pri dodjeli i ekvivalent pri opozivu.
• Jesu li prilagođeni događaji revidirani? Potvrdite da pozivi clarity("event", ...) ne prosljeđuju identifikacijske ili osjetljive podatke u korisnim teretima svojstava.
• Je li brisanje automatizirano? Potvrdite da DSAR zahtjevi pokreću tijek rada brisanja Clarityja, a ne ručnu ulaznicu podrške.

Gdje Clarity odgovara u nizu gdje je pristanak na prvom mjestu

Snimanje sesija je površina bihevioralnog praćenja s najvećom gustoćom informacija u uobičajenoj implementaciji, a Clarity je alat koji je to najagresivnije demokratizirao. Besplatna razina cijena i besprijekorna instalacija čine je putem najmanjeg otpora za svaki tim koji želi vidljivost UX ponašanja. Ta ista instalacija bez trenja je ono što čini Clarity najčešće pogrešno konfiguriranim analitičkim alatom u revizijama 2026. Prava arhitektura tretira Clarity kao svaki drugi identifikacijski tracker: zaštitite ga iza eksplicitnog pristanka, maskirajte polja obrazaca agresivno prema zadanome, dokumentirajte mapiranje kategorija i priključite API pristanka kako bi Clarityevi vlastiti primitivi primjenjivali ono što je CMP zabilježio. Kada se to ispravno napravi, UX istraživačka vrijednost za koju je alat kupljen je sačuvana, dok regulatorna izloženost pada na djelić onoga što nosi zadana instalacija.