Ką Mixpanel renka

Mixpanel SDK (įkeliama iš cdn.mxpnl.com arba savarankiškai talpinama) inicijuoja globalų mixpanel objektą ir identifikuoja naudotojus su Mixpanel valdomu slapuku, turinčiu sugeneruotą unikalų ID. Nuo to momento kiekvienas skambutis į mixpanel.track() praneša įvykio duomenis — įvykio pavadinimą, savybes, unikalų ID ir automatiškai fiksuotų savybių rinkinį (naudotojo agentas, OS, nukreipėjas, UTM parametrai, ekrano raiška, laiko juosta) — į Mixpanel įkėlimo galutinį tašką. SDK taip pat palaiko Autocapture režimą, kuris stebi DOM ir skleidžia paspaudimų, puslapio peržiūrų ir formos pateikimo įvykius be aiškaus instrumentavimo, drastiškai išplėsdamas tai, kas yra renkama.

Kai naudotojas prisijungia ir programa iškviečia mixpanel.identify(user_id), visi vėlesni įvykiai — ir, priklausomai nuo konfigūracijos, visi ankstesni anoniminiai įvykiai — yra susieti su prisijungusia tapatybe. Retrospektyvus susiejimas yra viena naudingiausių Mixpanel funkcijų ir viena labiausiai atverčiančių iš privatumo perspektyvos: anoniminė naršymo elgsena, surinkta prieš sutikimą, yra retrospektyviai susieta su identifikuotu profiliu tą akimirką, kai tas naudotojas prisijungia.

Kodėl „Produkto analitikos" formuluotė neišvaduoja jūsų iš sutikimo

Įprastas produktų ir inžinerijos komandų argumentas yra tas, kad Mixpanel duomenys skirti vidiniams produkto sprendimams, o ne rinkodarai ar reklamai, ir kad ši vidinės naudos formuluotė turėtų būti pakankamas pagrindimas pagal GDPR teisėto intereso pagrindą. Argumentas dažniausiai yra neteisingas dėl trijų priežasčių, apie kurias reguliuotojai aiškiai kalbėjo.

Apdorojimas vis tiek yra asmens duomenų apdorojimas

Nepriklausomai nuo to, kodėl duomenys renkami, slapukai yra nebūtini pagal ePrivacy Article 5(3), o įvykiai nešioja nuolatinius identifikatorius pagal GDPR asmens duomenų apibrėžimą. Teisėto pagrindo analizė yra tokia pati kaip ir bet kuriam kitam sekimo scenarijui.

Teisėtas interesas reikalauja balanso testo

CNIL, ICO ir EDPB visi parašė rekomendacijas, aiškiai nurodančias, kad teisėtas interesas elgesio analitikai reikalauja dokumentuoto vertinimo, parodančio, kad apdorojimas yra būtinas, proporcingas ir neperžengiant naudotojo pagrįstų lūkesčių. Trečiosios šalies SaaS tiekėjui, gaunančiam naudotojo lygio įvykių duomenis, tas balanso testas retai pavyksta be aiškaus sutikimo.

Tarpvalstybinis perdavimas yra nepriklausomas

Net jei galėtumėte nustatyti teisėtą interesą pačiam rinkimui, tarptautinis perdavimas į Mixpanel JAV infrastruktūrą turi savo teisėto pagrindo reikalavimą, kurį sutikimas arba sutartinis saugiklis paprastai patenkina švariau nei vien teisėtas interesas.

Natūralūs Mixpanel privatumo valdikliai

Mixpanel atskleidžia prasmingą privatumo priemonių rinkinį, kuris skirtas palaikyti sutikimu valdo­mus įdiegimus. Kaip ir daugumoje platformų, jos daro prielaidą, kad sutikimo sprendimas egzistuoja aukščiau; jos pačios jo nerenka.

opt_out_tracking

mixpanel.opt_out_tracking() kvietimas sustabdo SDK nuo įvykių siuntimo ir išlaiko atsisakymo nuostatą per sesijas. Sujunkite jį su mixpanel.opt_in_tracking(), kai naudotojas priima analitikos kategoriją jūsų CMP. SDK gerbia šį nustatymą per visus vėlesnius skambučius be reikalavimo perreinicializuoti.

has_opted_out_tracking

Užklausos funkcija, kuri grąžina dabartinę atsisakymo būseną, naudinga sinchronizuojant SDK būseną su jūsų CMP būsena puslapio įkėlimo ar maršruto keitimo metu.

EU rezidavimo parinktis

Mixpanel siūlo EU duomenų rezidavimo projekto tipą, kuris laiko įvykių duomenis Frankfurt infrastruktūroje. Tai sprendžia prasmingą dalį tarpvalstybinio perdavimo rūpesčio ir yra tinkama konfigūracija bet kuriam projektui, kuriame EU rezidavimas yra griežtas reikalavimas. Tai nepanaikina sutikimo reikalavimo.

set_config({ ip: false })

Išjungia IP adreso fiksavimą, sumažindamas kiekvieno įvykio asmens duomenų pėdsaką. Naudinga kaip gynybos gilumo priemonė kartu su sutikimo varteliais.

Žingsnis po žingsnio CMP integracija

Integracijos modelis, kuris veikia patikimai, yra inicializuoti Mixpanel atsisakymo būsenoje pagal numatytuosius nustatymus, tada leisti naudotojui, kai jis priima analitikos kategoriją CMP.

1. Inicializuoti Mixpanel su atsisakymo numatytąja nuostata

Iškvieskite mixpanel.init(token, { opt_out_tracking_by_default: true }) kuo anksčiau savo programos paleidime. Tai įkelia SDK, bet neleidžia jam siųsti jokių įvykių, kol nebus iškviesta opt_in_tracking().

2. Prijunkite sutikimo grįžtamąjį skambutį

Kai CMP suaktyvina savo analitikos kategorijos priėmimo įvykį, iškvieskite mixpanel.opt_in_tracking(). Eilėje laukiantys įvykiai, kurie buvo užfiksuoti atsisakymo laikotarpiu, paprastai yra atmesti; jei jums reikia juos išlaikyti, aiškiai sukonfigūruokite SDK eilės elgseną ir priimkite mažą riziką, kad įvykiai iš priešsutikiminio laikotarpio bus išsiųsti po sutikimo.

3. Tvarkykite atšaukimą

Jei naudotojas vėliau atšaukia sutikimą, iškvieskite mixpanel.opt_out_tracking(). Tai sustabdo tolesnį įvykių įkėlimą. Pilnam istorinių duomenų ištrynimui programa turi papildomai iškviesti Mixpanel ištrynimo API arba paleisti ištrynimo užklausą iš Mixpanel projekto sąsajos.

4. Venkite retrospektyvaus tapatybės sujungimo be aiškaus sutikimo

Išjunkite identify skambučio retrospektyvaus sujungimo elgseną, nebent naudotojas sutiko, kad jo priešidentifikacinis naršymas būtų susietas su jo profiliu. Mixpanel SDK parinktys atskleidžia tam vėliavėlę; konservatyvus numatytusis yra „jokio retrospektyvaus sujungimo".

5. Naudokite EU rezidavimo projektą EU srautui

Projektams, kur EU rezidavimas svarbus, nukreipkite EU srautą į EU rezidavimo Mixpanel projektą, o JAV/kitą srautą į atskirą projektą. SDK palaiko skirtingų žetonų įkėlimą priklausomai nuo naudotojo aptikto regiono.

Įprastos klaidos

Keturios integracijos klaidos sudaro didžiąją dalį audito išvadų dėl Mixpanel įdiegimų.

Mixpanel laikymas atleistu, nes tai vidinė naudojimas

Tai yra vienintelė dažniausia klaida. Duomenys yra asmens duomenys, slapukas nėra būtinas, o trečiosios šalies perdavimas yra realus nepriklausomai nuo to, kaip duomenys yra naudojami toliau. Tvarkykite Mixpanel pagal analitikos sutikimą kaip ir bet kurį kitą sekiklį.

Autocapture palikimas įjungtu pagal numatytuosius nustatymus

Autocapture drastiškai išplečia tai, kas yra siunčiama — kiekvienas paspaudimas, kiekvienas įvesties lauko sąveika, kiekviena puslapio peržiūra. Rizikos paviršius didėja kartu su tuo. Daugumai SaaS įdiegimų aiškus instrumentavimas sukuria švaresnius duomenis ir mažesnį audito pėdsaką nei Autocapture; išjunkite Autocapture, nebent turite konkretų pagrindą jį išlaikyti.

Retrospektyvaus tapatybės sujungimo pamiršimas

Numatytasis identify elgesys susieja anoniminius įvykius su dabar identifikuotu naudotoju. Jei naudotojas priėmė analitikos sutikimą tik tą akimirką, kai jis prisijungė, retrospektyvus jo priešsutikiminio anoniminio naršymo susiejimas sukuria dokumentavimo problemą. Išjunkite retrospektyvų sujungimą arba aiškiai apribokite jį tik įvykiais po sutikimo.

EU rezidavimo prielaidos įkodavimas

Stebėtinai daug komandų nukreipia visą srautą į JAV rezidavimo Mixpanel projektą darant prielaidą, kad sutikimas apima rezidavimo klausimą. Taip nėra — sutikimas ir rezidavimas yra nepriklausomi atitikties klausimai. Nukreipkite pagal aptiktą regioną, o ne pagal globalų numatytąjį.

Audito kontrolinis sąrašas

Šeši konkretūs klausimai, į kuriuos reikia atsakyti bet kuriam Mixpanel įdiegimui, liečiančiam EU, UK ar Kalifornijos srautą.

• Ar Mixpanel pradeda atsisakymo būsenoje? Patvirtinkite, kad SDK inicializuojama su opt_out_tracking_by_default: true ir jokie įvykiai nesuveikia prieš sutikimą.
• Ar opt-in suveikia ties tinkamu CMP įvykiu? Patvirtinkite, kad analitikos priimto grįžtamasis skambutis iškviečia opt_in_tracking(), o ne leidžiamesnį įvykį.
• Ar Autocapture būtinas? Jei jis įjungtas, dokumentuokite kodėl. Jei ne, išjunkite jį.
• Ar retrospektyvus sujungimas išjungtas? Patvirtinkite, kad identify skambutis nesusieja priešsutikiminio anoniminio elgesio su naujai identifikuotais profiliais.
• Ar EU srautas yra EU rezidavimo projekte? Patvirtinkite, kad maršrutizavimo logika siunčia EU lankytojus į EU projekto žetoną.
• Ar ištrynimo užklausos automatizuotos? Patvirtinkite, kad DSAR užklausos aktyvuoja Mixpanel ištrynimo API, o ne rankinį bilietą.

Kur Mixpanel tinka sutikimo pirmojo požiūrio steke

Produkto analitikos platformos užima reguliavimo kategoriją, kuriai produktų komandos dažnai priešinasi — jos nori galvoti apie Mixpanel kaip vidinę infrastruktūrą, o ne kaip trečiosios šalies sekiklį. Reguliuotojai to skirtumo nedaro, o paskutinių dvejų metų vykdymo veiksmai aiškiai parodė, kad jie to nedarys. Teisinga architektūra traktuoja Mixpanel lygiai taip pat kaip bet kurį kitą trečiosios šalies analitikos paviršių: tvarkykite jį už sutikimo vartelių, naudokite platformos natūralias opt-in priemones varteliams įgyvendinti, nukreipkite EU srautą į EU rezidavimo infrastruktūrą ir išjunkite funkcijas (Autocapture, retrospektyvus identify sujungimas), kurios išplečia audito paviršių be proporcingos analitinės naudos. Teisingai atlikta, produktų komandos išlaiko piltuvo ir išlaikymo duomenis, kurių joms reikia, o teisinė komanda išlaiko dokumentaciją, kurios jai reikia apginti įdiegimą per auditą.