Što Mixpanel prikuplja

Mixpanel SDK (učitan s cdn.mxpnl.com ili self-hosted) inicijalizira globalni mixpanel objekt i identificira korisnike kolačićem u vlasništvu Mixpanela koji sadrži generirani jedinstveni ID. Od tog trenutka, svaki poziv mixpanel.track() izvještava o korisnom teretu događaja — naziv događaja, svojstva, jedinstveni ID i skup automatski snimljenih svojstava (user agent, OS, referrer, UTM parametri, rezolucija ekrana, vremenska zona) — na Mixpanelov endpoint za prikupljanje. SDK također podržava Autocapture način rada koji prati DOM i emitira događaje klikova, pregleda stranica i slanja obrazaca bez eksplicitne instrumentacije, dramatično šireći površinu onoga što se prikuplja.

Nakon što se korisnik autentificira i aplikacija pozove mixpanel.identify(user_id), svi naknadni događaji — i, ovisno o konfiguraciji, svi prethodni anonimni događaji — povezuju se s autentificiranim identitetom. Retroaktivno povezivanje jedna je od najkorisnijih značajki Mixpanela i jedna od najizloženijih iz perspektive privatnosti: anonimno ponašanje pri pregledavanju prikupljeno prije privole retroaktivno se povezuje s identificiranim profilom u trenutku kad se taj korisnik prijavi.

Zašto okvir "analitike proizvoda" ne oslobađa od obveze pribavljanja privole

Uobičajeni argument timova za proizvode i inženjering je da su Mixpanel podaci za interne odluke o proizvodu, a ne za marketing ili oglašavanje, te da bi ovaj okvir interne uporabe trebao biti dovoljan opravdanje prema osnovi legitimnog interesa GDPR-a. Argument je uglavnom netočan iz tri razloga o kojima su regulatori bili eksplicitni.

Obrada je i dalje obrada osobnih podataka

Bez obzira na razlog prikupljanja podataka, kolačići su nebitni prema ePrivacy Article 5(3), a događaji nose trajne identifikatore prema definiciji osobnih podataka GDPR-a. Analiza zakonite osnove ista je kao i za bilo koju drugu skriptu za praćenje.

Legitimni interes zahtijeva test uravnoteženosti

CNIL, ICO i EDPB svi su napisali smjernice koje jasno pokazuju da legitimni interes za bihevioralnu analitiku zahtijeva dokumentiranu procjenu koja pokazuje da je obrada nužna, proporcionalna i da ne nadjačava razumna očekivanja korisnika. Za vanjskog SaaS dobavljača koji prima podatke o događajima na razini korisnika, taj test uravnoteženosti rijetko uspijeva bez izričite privole.

Prekogranični prijenos je neovisan

Čak i ako biste mogli uspostaviti legitimni interes za samo prikupljanje, međunarodni prijenos na Mixpanelovu infrastrukturu u SAD-u nosi vlastiti zahtjev za zakonitom osnovom koji privola ili ugovorna zaštita obično zadovoljavaju čišće nego sam legitimni interes.

Izvorne Mixpanel kontrole privatnosti

Mixpanel izlaže značajan skup primitiva privatnosti dizajniranih za podršku implementacijama uvjetovanim privolom. Kao i kod većine platformi, pretpostavljaju da odluka o privoli postoji uzvodno; sami je ne prikupljaju.

opt_out_tracking

Poziv mixpanel.opt_out_tracking() zaustavlja SDK u slanju događaja i trajno pohranjuje preferencu odjave kroz sesije. Uparite ga s mixpanel.opt_in_tracking() kada korisnik prihvati kategoriju analitike u vašem CMP. SDK poštuje ovu postavku kroz sve naknadne pozive bez potrebe za ponovnom inicijalizacijom.

has_opted_out_tracking

Funkcija upita koja vraća trenutno stanje odjave, korisna za sinkronizaciju stanja SDK-a sa stanjem vašeg CMP pri učitavanju stranice ili promjeni rute.

Opcija rezidentnosti u EU

Mixpanel nudi tip projekta s rezidentnošću podataka u EU koji čuva podatke o događajima unutar infrastrukture u Frankfurt. Ovo rješava značajan dio brige o prekograničnom prijenosu i prava je konfiguracija za svaki projekt gdje je rezidentnost u EU čvrst zahtjev. Ne uklanja zahtjev za privolom.

set_config({ ip: false })

Onemogućava snimanje IP adrese, smanjujući otisak osobnih podataka svakog događaja. Korisno kao mjera dubinske obrane uz uvjetovanje privolom.

Korak-po-korak CMP integracija

Integracijski obrazac koji pouzdano funkcionira je inicijalizirati Mixpanel u stanju odjave prema zadanim postavkama, a zatim uključiti korisnika kad prihvati kategoriju analitike u CMP.

1. Inicijalizirajte Mixpanel sa zadanom odjavom

Pozovite mixpanel.init(token, { opt_out_tracking_by_default: true }) što je ranije moguće u pokretanju vaše aplikacije. Ovo učitava SDK ali ga sprječava u slanju bilo kakvih događaja dok se ne pozove opt_in_tracking().

2. Povežite callback privole

Kada CMP ispali događaj prihvaćanja kategorije analitike, pozovite mixpanel.opt_in_tracking(). Događaji u redu čekanja koji su snimljeni tijekom perioda odjave obično se odbacuju; ako ih trebate zadržati, eksplicitno konfigurirajte ponašanje SDK-a pri stavljanju u red i prihvatite mali rizik da se događaji iz perioda prije privole šalju nakon privole.

3. Obradite opoziv

Ako korisnik naknadno opozove privolu, pozovite mixpanel.opt_out_tracking(). Ovo zaustavlja daljnje prikupljanje događaja. Za potpuno brisanje povijesnih podataka, aplikacija mora dodatno pozvati Mixpanelov API za brisanje ili pokrenuti zahtjev za brisanje iz Mixpanel projektnog sučelja.

4. Izbjegavajte retroaktivno spajanje identiteta bez izričite privole

Onemogućite retroaktivno ponašanje spajanja poziva identify osim ako korisnik nije pristao da se njegovo pregledavanje prije identifikacije poveže s njegovim profilom. Opcije Mixpanel SDK-a izlažu zastavicu za ovo; konzervativna zadana postavka je "bez retroaktivnog spajanja".

5. Koristite projekt rezidentnosti u EU za EU promet

Za projekte gdje rezidentnost u EU ima važnost, usmjerite EU promet na Mixpanel projekt rezidentnosti u EU, a promet iz SAD-a/drugih područja na odvojeni projekt. SDK podržava učitavanje različitih tokena ovisno o detektiranoj regiji korisnika.

Uobičajene zamke

Četiri greške u integraciji objašnjavaju većinu nalaza revizije na Mixpanel implementacijama.

Tretiranje Mixpanela kao izuzetog jer je za internu uporabu

Ovo je najčešća greška. Podaci su osobni podaci, kolačić je nebitan, a prijenos trećoj strani je stvaran bez obzira kako se podaci koriste nizvodno. Uvjetujte Mixpanel privolom za analitiku kao i bilo koji drugi tracker.

Ostavljanje Autocapture uključenog prema zadanim postavkama

Autocapture dramatično širi površinu onoga što se šalje — svaki klik, svaka interakcija s poljem za unos, svaki pregled stranice. Površina rizika raste s tim. Za većinu SaaS implementacija, eksplicitna instrumentacija proizvodi čišće podatke i manji revizijski otisak od Autocapture; isključite Autocapture osim ako nemate konkretan razlog da ga zadržite.

Zaboravljanje retroaktivnog spajanja identiteta

Zadano ponašanje identify povezuje anonimne događaje s sada identificiranim korisnikom. Ako je korisnik prihvatio privolu za analitiku tek u trenutku kad se prijavio, retroaktivno povezivanje njegovog anonimnog pregledavanja prije privole stvara dokumentacijski problem. Onemogućite retroaktivno spajanje ili ga eksplicitno ograničite na događaje nakon privole.

Hardkodiranje pretpostavke rezidentnosti u EU

Iznenađujući broj timova usmjerava sav promet na Mixpanel projekt rezidentnosti u SAD-u pod pretpostavkom da privola pokriva pitanje rezidentnosti. Ne pokriva — privola i rezidentnost su neovisna pitanja usklađenosti. Usmjeravajte prema detektiranoj regiji, a ne prema globalnoj zadanoj postavci.

Kontrolna lista revizije

Šest konkretnih pitanja na koja treba odgovoriti za bilo koju Mixpanel implementaciju koja obrađuje EU, UK ili kalifornijski promet.

• Počinje li Mixpanel u odjavi? Potvrdite da se SDK inicijalizira s opt_out_tracking_by_default: true i da se nijedan događaj ne pokreće prije privole.
• Pokreće li se prijava pri pravom CMP događaju? Potvrdite da callback prihvaćanja analitike poziva opt_in_tracking(), a ne permisivniji događaj.
• Je li Autocapture neophodan? Ako je uključen, dokumentirajte zašto. Ako nije, onemogućite ga.
• Je li retroaktivno spajanje onemogućeno? Potvrdite da poziv identify ne povezuje anonimno ponašanje prije privole s novim identificiranim profilima.
• Je li EU promet na projektu rezidentnosti u EU? Potvrdite da logika usmjeravanja šalje EU posjetitelje na EU token projekta.
• Jesu li zahtjevi za brisanje automatizirani? Potvrdite da DSAR zahtjevi pokreću Mixpanelov API za brisanje umjesto ručnog tiketa.

Gdje Mixpanel stoji u stack usmjerenom na privolu

Platforme za analitiku proizvoda zauzimaju regulatornu kategoriju kojoj se timovi za proizvode često odupiru — žele misliti o Mixpanelu kao o internoj infrastrukturi, a ne kao o trackeru treće strane. Regulatori ne prave tu razliku, a akcije provedbe posljednje dvije godine jasno su pokazale da neće. Prava arhitektura tretira Mixpanel točno kao i bilo koju drugu površinu analitike treće strane: uvjetujte ga privolom, koristite izvorne opt-in primitive platforme za provedbu uvjeta, usmjerite EU promet na infrastrukturu rezidentnosti u EU i onemogućite značajke (Autocapture, retroaktivno spajanje identify) koje šire revizijsku površinu bez proporcionalnih analitičkih koristi. Učinjeno ispravno, timovi za proizvode zadržavaju podatke o lijevku i zadržavanju koji su im potrebni, a pravni tim zadržava dokumentaciju potrebnu za obranu implementacije pod revizijom.