Ko Mixpanel vāc

Mixpanel SDK (ielādēts no cdn.mxpnl.com vai pašmitināts) inicializē globālu mixpanel objektu un identificē lietotājus ar Mixpanel piederošu sīkdatni, kas satur ģenerētu atšķirīgo ID. No šī brīža katrs mixpanel.track() izsaukums ziņo notikuma lietderīgo slodzi — notikuma nosaukumu, īpašības, atšķirīgo ID un automātiski tvertu īpašību kopu (lietotāja aģents, OS, novirzītājs, UTM parametri, ekrāna izšķirtspēja, laika josla) — uz Mixpanel uzņemšanas galapunktu. SDK atbalsta arī Autocapture režīmu, kas novēro DOM un izstaro klikšķu, lapas skatījumu un veidlapu iesniegšanas notikumus bez tiešas instrumentācijas, dramatiski paplašinot vācamā apjomu.

Kad lietotājs autentificējas un lietojumprogramma izsauc mixpanel.identify(user_id), visi turpmākie notikumi — un, atkarībā no konfigurācijas, visi iepriekšējie anonīmie notikumi — tiek saistīti ar autentificēto identitāti. Retroaktīvā saistīšana ir viena no Mixpanel noderīgākajām funkcijām un viena no visvairāk pakļaujošajām no privātuma perspektīvas: anonīma pārlūkošanas uzvedība, kas savākta pirms piekrišanas, retroaktīvi tiek saistīta ar identificētu profilu brīdī, kad lietotājs piesakās.

Kāpēc "produktu analītikas" ietvars neatbrīvo no piekrišanas

Bieži arguments no produktu un inženieru komandām ir, ka Mixpanel dati ir iekšējiem produktu lēmumiem, nevis mārketingam vai reklāmai, un ka šim iekšējās lietošanas ietvaram vajadzētu būt pietiekamam pamatojumam saskaņā ar GDPR leģitīmo interešu pamatu. Arguments lielākoties ir nepareizs trīs iemeslu dēļ, par kuriem regulatori ir bijuši skaidri.

Apstrāde joprojām ir personas datu apstrāde

Neatkarīgi no tā, kāpēc dati tiek vākti, sīkdatnes ir nebūtiskas saskaņā ar ePrivacy Article 5(3) un notikumi satur pastāvīgus identifikatorus saskaņā ar GDPR personas datu definīciju. Likumīgā pamata analīze ir tāda pati kā jebkurai citai izsekošanas skriptai.

Leģitīmā interese prasa līdzsvarošanas testu

CNIL, ICO un EDPB visi ir rakstījuši vadlīnijas, skaidri norādot, ka leģitīmā interese uzvedības analītikai prasa dokumentētu novērtējumu, kas parāda, ka apstrāde ir nepieciešama, samērīga un nepārkāpj lietotāja pamatotas cerības. Trešās puses SaaS piegādātājam, kas saņem lietotāja līmeņa notikumu datus, šis līdzsvarošanas tests reti izdodas bez tiešas piekrišanas.

Pārrobežu pārsūtīšana ir neatkarīga

Pat ja jūs varētu noteikt leģitīmo interesi pašai vākšanai, starptautiskajai pārsūtīšanai uz Mixpanel ASV infrastruktūru ir sava likumīgā pamata prasība, ko piekrišana vai līgumisks aizsardzības pasākums parasti apmierina tīrāk nekā tikai leģitīmā interese.

Vietējās Mixpanel privātuma kontroles

Mixpanel piedāvā jēgpilnu privātuma primitīvu kopu, kas paredzēta, lai atbalstītu piekrišanas kontrolētus izvietojumus. Tāpat kā vairums platformu, tās pieņem, ka piekrišanas lēmums pastāv augšpusē; tās pašas to nevāc.

opt_out_tracking

mixpanel.opt_out_tracking() izsaukums aptur SDK no notikumu sūtīšanas un saglabā atteikšanās preferenci starp sesijām. Savienojiet to ar mixpanel.opt_in_tracking(), kad lietotājs pieņem analītikas kategoriju jūsu CMP. SDK ievēro šo iestatījumu visos turpmākajos izsaukumos bez atkārtotas inicializācijas.

has_opted_out_tracking

Vaicājuma funkcija, kas atgriež pašreizējo atteikšanās stāvokli, noderīga SDK stāvokļa sinhronizēšanai ar jūsu CMP stāvokli lapas ielādes vai maršruta maiņas laikā.

EU rezidences opcija

Mixpanel piedāvā EU datu rezidences projekta tipu, kas glabā notikumu datus Frankfurt bāzētā infrastruktūrā. Tas risina nozīmīgu daļu no pārrobežu pārsūtīšanas bažām un ir pareizā konfigurācija jebkuram projektam, kur EU rezidence ir stingra prasība. Tas nenovērš piekrišanas prasību.

set_config({ ip: false })

Atspējo IP adreses tveršanu, samazinot katra notikuma personas datu pēdas nospiedumu. Noderīgs kā padziļinātas aizsardzības pasākums līdzās piekrišanas kontrolei.

Soli pa solim CMP integrācija

Integrācijas modelis, kas darbojas uzticami, ir inicializēt Mixpanel atteikšanās stāvoklī pēc noklusējuma, pēc tam pieņemt lietotāju, kad viņš pieņem analītikas kategoriju CMP.

1. Inicializējiet Mixpanel ar atteikšanās noklusējumu

Izsauciet mixpanel.init(token, { opt_out_tracking_by_default: true }) pēc iespējas agrāk jūsu lietojumprogrammas sāknēšanā. Tas ielādē SDK, bet neļauj tam sūtīt nekādus notikumus, līdz tiek izsaukts opt_in_tracking().

2. Savienojiet piekrišanas atgriezenisko izsaukumu

Kad CMP aktivizē savu analītikas-kategorijas-pieņemts notikumu, izsauciet mixpanel.opt_in_tracking(). Rindā esošie notikumi, kas tika tverti atteikšanās periodā, parasti tiek atmesti; ja jums tie jāsaglabā, konfigurējiet SDK rindošanas uzvedību tieši un pieņemiet nelielo risku, ka notikumi no pirms-piekrišanas perioda tiek nosūtīti pēc piekrišanas.

3. Apstrādājiet atsaukšanu

Ja lietotājs vēlāk atsauc piekrišanu, izsauciet mixpanel.opt_out_tracking(). Tas aptur turpmāku notikumu uzņemšanu. Pilnīgai vēsturisko datu dzēšanai lietojumprogrammai papildus jāizsauc Mixpanel dzēšanas API vai jāaktivizē dzēšanas pieprasījums no Mixpanel projekta UI.

4. Izvairieties no retroaktīvas identitātes apvienošanas bez tiešas piekrišanas

Atspējojiet identify izsaukuma retroaktīvo apvienošanas uzvedību, ja vien lietotājs nav piekritis, ka viņa pirms-identifikācijas pārlūkošana tiek saistīta ar viņa profilu. Mixpanel SDK opcijas atklāj karodziņu šim; konservatīvais noklusējums ir "nav retroaktīvas apvienošanas".

5. Izmantojiet EU rezidences projektu EU trafikam

Projektiem, kur EU rezidence ir svarīga, novirziet EU trafiku uz EU rezidences Mixpanel projektu un ASV/citu trafiku uz atsevišķu projektu. SDK atbalsta dažādu marķieru ielādi atkarībā no lietotāja noteiktā reģiona.

Biežākās kļūdas

Četras integrācijas kļūdas veido lielāko daļu audita konstatējumu Mixpanel izvietojumos.

Mixpanel uzskatīšana par atbrīvotu, jo tas ir iekšējai lietošanai

Šī ir visbiežākā kļūda. Dati ir personas dati, sīkdatne ir nebūtiska, un trešās puses pārsūtīšana ir reāla neatkarīgi no tā, kā dati tiek izmantoti lejpusē. Kontrolējiet Mixpanel zem analītikas piekrišanas tāpat kā jebkuru citu izsekotāju.

Autocapture atstāšana ieslēgtu pēc noklusējuma

Autocapture dramatiski paplašina nosūtāmā apjomu — katrs klikšķis, katra ievades lauka mijiedarbība, katrs lapas skatījums. Riska virsma mērogojas līdzi. Lielākajai daļai SaaS izvietojumu tieša instrumentācija rada tīrākus datus un mazāku audita pēdas nospiedumu nekā Autocapture; izslēdziet Autocapture, ja vien jums nav konkrēta iemesla to paturēt.

Retroaktīvās identitātes apvienošanas aizmiršana

Noklusējuma identify uzvedība saista anonīmos notikumus ar tagad identificēto lietotāju. Ja lietotājs pieņēma analītikas piekrišanu tikai brīdī, kad pieteicās, viņa pirms-piekrišanas anonīmās pārlūkošanas retroaktīvā saistīšana rada dokumentācijas problēmu. Atspējojiet retroaktīvo apvienošanu vai tieši ierobežojiet to ar pēc-piekrišanas notikumiem.

EU rezidences pieņēmuma cietā kodēšana

Pārsteidzoši daudz komandu novirza visu trafiku uz ASV rezidences Mixpanel projektu, pieņemot, ka piekrišana aptver rezidences jautājumu. Tā nav — piekrišana un rezidence ir neatkarīgi atbilstības jautājumi. Novirziet pēc noteiktā reģiona, nevis pēc globālā noklusējuma.

Audita kontrolsaraksts

Seši konkrēti jautājumi, uz kuriem jāatbild jebkuram Mixpanel izvietojumam, kas apkalpo EU, UK vai Kalifornijas trafiku.

• Vai Mixpanel sākas atteikšanās režīmā? Apstipriniet, ka SDK inicializējas ar opt_out_tracking_by_default: true un neviens notikums neaktivizējas pirms piekrišanas.
• Vai pieņemšana aktivizējas pareizajā CMP notikumā? Apstipriniet, ka analītikas-pieņemts atgriezeniskais izsaukums izsauc opt_in_tracking(), nevis pieļāvīgāku notikumu.
• Vai Autocapture ir nepieciešams? Ja tas ir ieslēgts, dokumentējiet kāpēc. Ja nē, atspējojiet to.
• Vai retroaktīvā apvienošana ir atspējota? Apstipriniet, ka identify izsaukums nesaista pirms-piekrišanas anonīmo uzvedību ar jaunizveidotiem identificētiem profiliem.
• Vai EU trafiks ir uz EU rezidences projekta? Apstipriniet, ka novirzīšanas loģika sūta EU apmeklētājus uz EU projekta marķieri.
• Vai dzēšanas pieprasījumi ir automatizēti? Apstipriniet, ka DSAR pieprasījumi aktivizē Mixpanel dzēšanas API, nevis manuālu pieteikumu.

Kur Mixpanel iekļaujas piekrišanas-vispirms stekā

Produktu analītikas platformas aizņem regulatīvu kategoriju, kurai produktu komandas bieži pretojas — viņi vēlas domāt par Mixpanel kā par iekšējo infrastruktūru, nevis kā par trešās puses izsekotāju. Regulatori neveido šo nošķīrumu, un pēdējo divu gadu izpildes darbības ir skaidri parādījušas, ka neveiks. Pareizā arhitektūra izturas pret Mixpanel tieši tāpat kā pret jebkuru citu trešās puses analītikas virsmu: kontrolējiet to aiz piekrišanas, izmantojiet platformas vietējos pieņemšanas primitīvus, lai izpildītu kontroli, novirziet EU trafiku uz EU rezidences infrastruktūru un atspējojiet funkcijas (Autocapture, retroaktīvā identify apvienošana), kas paplašina audita virsmu bez samērīga analītiskā ieguvuma. Pareizi izdarīts, produktu komandas saglabā piltuves un saglabāšanas datus, kas tām nepieciešami, un juridiskā komanda saglabā dokumentāciju, kas tai nepieciešama, lai aizstāvētu izvietojumu audita laikā.