Ce colectează Mixpanel

SDK-ul Mixpanel (încărcat de la cdn.mxpnl.com sau găzduit local) inițializează un obiect global mixpanel și identifică utilizatorii cu un cookie deținut de Mixpanel care conține un ID distinct generat. Din acel moment, fiecare apel către mixpanel.track() raportează un payload de eveniment — numele evenimentului, proprietățile, ID-ul distinct și un set de proprietăți capturate automat (user agent, sistem de operare, referrer, parametri UTM, rezoluția ecranului, fusul orar) — către endpoint-ul de ingestie al Mixpanel. SDK-ul suportă și un mod Autocapture care monitorizează DOM-ul și emite evenimente de click, vizualizare pagină și trimitere formular fără instrumentare explicită, extinzând dramatic suprafața a ceea ce este colectat.

Odată ce un utilizator se autentifică și aplicația apelează mixpanel.identify(user_id), toate evenimentele ulterioare — și, în funcție de configurație, toate evenimentele anonime anterioare — sunt asociate cu identitatea autentificată. Asocierea retroactivă este una dintre cele mai utile funcționalități ale Mixpanel și una dintre cele mai expuse din perspectiva confidențialității: comportamentul de navigare anonim colectat înainte de consimțământ este legat retroactiv de un profil identificat în momentul în care utilizatorul se autentifică.

De ce încadrarea „Analiză de produs" nu te scutește de consimțământ

Un argument comun din partea echipelor de produs și inginerie este că datele Mixpanel sunt pentru decizii interne de produs, nu pentru marketing sau publicitate, și că această încadrare de utilizare internă ar trebui să fie o justificare suficientă conform bazei de interes legitim din GDPR. Argumentul este în mare parte incorect din trei motive despre care autoritățile de reglementare au fost explicite.

Prelucrarea este în continuare prelucrare de date cu caracter personal

Indiferent de motivul pentru care sunt colectate datele, cookie-urile sunt neesențiale conform ePrivacy Article 5(3), iar evenimentele poartă identificatori persistenți conform definiției GDPR pentru datele cu caracter personal. Analiza bazei legale este aceeași ca pentru orice alt script de urmărire.

Interesul legitim necesită un test de echilibrare

CNIL, ICO și EDPB au elaborat toate ghiduri care clarifică faptul că interesul legitim pentru analiza comportamentală necesită o evaluare documentată care demonstrează că prelucrarea este necesară, proporțională și nu prevalează asupra așteptărilor rezonabile ale utilizatorului. Pentru un furnizor SaaS terț care primește date de evenimente la nivel de utilizator, acel test de echilibrare reușește rareori fără consimțământ explicit.

Transferul transfrontalier este independent

Chiar dacă ai putea stabili interesul legitim pentru colectarea în sine, transferul internațional către infrastructura Mixpanel din SUA are propria cerință de bază legală pe care consimțământul sau o garanție contractuală o satisface de obicei mai curat decât interesul legitim singur.

Controale native de confidențialitate Mixpanel

Mixpanel expune un set semnificativ de primitive de confidențialitate care sunt proiectate să suporte implementări condiționate de consimțământ. Ca și în cazul majorității platformelor, acestea presupun că decizia de consimțământ există în amonte; nu o colectează ele însele.

opt_out_tracking

Apelul mixpanel.opt_out_tracking() oprește SDK-ul din a trimite evenimente și persistă preferința de renunțare între sesiuni. Asociază-l cu mixpanel.opt_in_tracking() când utilizatorul acceptă categoria de analiză în CMP-ul tău. SDK-ul respectă această setare pentru toate apelurile ulterioare fără a necesita reinițializare.

has_opted_out_tracking

O funcție de interogare care returnează starea curentă de renunțare, utilă pentru sincronizarea stării SDK-ului cu starea CMP-ului tău la încărcarea paginii sau schimbarea rutei.

Opțiunea de rezidență EU

Mixpanel oferă un tip de proiect cu rezidență de date în EU care păstrează datele evenimentelor în infrastructura bazată în Frankfurt. Aceasta abordează o porțiune semnificativă din preocuparea privind transferul transfrontalier și este configurația corectă pentru orice proiect unde rezidența EU este o cerință strictă. Nu elimină cerința de consimțământ.

set_config({ ip: false })

Dezactivează capturarea adresei IP, reducând amprenta de date personale a fiecărui eveniment. Util ca măsură de apărare în profunzime alături de condiționarea prin consimțământ.

Integrare CMP pas cu pas

Modelul de integrare care funcționează fiabil este să inițializezi Mixpanel într-o stare de renunțare implicit, apoi să activezi utilizatorul când acceptă categoria de analiză în CMP.

1. Inițializează Mixpanel cu valoarea implicită de renunțare

Apelează mixpanel.init(token, { opt_out_tracking_by_default: true }) cât mai devreme posibil în bootstrap-ul aplicației tale. Aceasta încarcă SDK-ul dar îl împiedică să trimită orice evenimente până când opt_in_tracking() este apelat.

2. Conectează callback-ul de consimțământ

Când CMP-ul declanșează evenimentul de acceptare a categoriei de analiză, apelează mixpanel.opt_in_tracking(). Evenimentele aflate în coadă care au fost capturate în perioada de renunțare sunt de obicei abandonate; dacă trebuie să le păstrezi, configurează explicit comportamentul de coadă al SDK-ului și acceptă riscul mic ca evenimentele din perioada de dinaintea consimțământului să fie trimise după consimțământ.

3. Gestionează revocarea

Dacă utilizatorul revocă ulterior consimțământul, apelează mixpanel.opt_out_tracking(). Aceasta oprește ingestia de evenimente ulterioare. Pentru ștergerea completă a datelor istorice, aplicația trebuie să apeleze suplimentar API-ul de ștergere al Mixpanel sau să declanșeze o cerere de ștergere din interfața proiectului Mixpanel.

4. Evită îmbinarea retroactivă a identității fără consimțământ explicit

Dezactivează comportamentul de îmbinare retroactivă al apelului identify cu excepția cazului în care utilizatorul a consimțit să i se lege navigarea de dinainte de identificare de profilul său. Opțiunile SDK-ului Mixpanel expun un flag pentru aceasta; valoarea implicită conservatoare este „fără îmbinare retroactivă".

5. Folosește proiectul cu rezidență EU pentru traficul din EU

Pentru proiectele unde rezidența EU contează, direcționează traficul EU către un proiect Mixpanel cu rezidență EU și traficul din SUA/alte regiuni către un proiect separat. SDK-ul suportă încărcarea de token-uri diferite în funcție de regiunea detectată a utilizatorului.

Capcane comune

Patru greșeli de integrare reprezintă majoritatea constatărilor de audit la implementările Mixpanel.

Tratarea Mixpanel ca fiind exceptat pentru că este de uz intern

Aceasta este cea mai comună greșeală. Datele sunt date cu caracter personal, cookie-ul este neesențial, iar transferul către terți este real indiferent de cum sunt folosite datele în aval. Condiționează Mixpanel sub consimțământul pentru analiză ca orice alt tracker.

Lăsarea Autocapture activat implicit

Autocapture extinde dramatic suprafața a ceea ce este trimis — fiecare click, fiecare interacțiune cu câmpuri de input, fiecare vizualizare de pagină. Suprafața de risc se scalează odată cu aceasta. Pentru majoritatea implementărilor SaaS, instrumentarea explicită produce date mai curate și o amprentă de audit mai mică decât Autocapture; dezactivează Autocapture cu excepția cazului în care ai un motiv specific să îl păstrezi.

Uitarea îmbinării retroactive a identității

Comportamentul implicit al identify asociază evenimentele anonime cu utilizatorul acum identificat. Dacă utilizatorul a acceptat consimțământul pentru analiză doar în momentul în care s-a autentificat, asocierea retroactivă a navigării sale anonime de dinaintea consimțământului creează o problemă de documentare. Dezactivează îmbinarea retroactivă sau limiteaz-o explicit la evenimentele de după consimțământ.

Codificarea fixă a presupunerii de rezidență EU

Un număr surprinzător de echipe direcționează tot traficul către un proiect Mixpanel cu rezidență în SUA sub presupunerea că consimțământul acoperă întrebarea rezidenței. Nu o face — consimțământul și rezidența sunt întrebări de conformitate independente. Direcționează după regiunea detectată, nu după valoarea implicită globală.

Lista de verificare pentru audit

Șase întrebări concrete la care să răspunzi pentru orice implementare Mixpanel care atinge trafic din EU, UK sau California.

• Pornește Mixpanel în modul de renunțare? Confirmă că SDK-ul se inițializează cu opt_out_tracking_by_default: true și niciun eveniment nu se declanșează înainte de consimțământ.
• Se declanșează opt-in la evenimentul CMP corect? Confirmă că callback-ul de acceptare a categoriei de analiză apelează opt_in_tracking(), nu un eveniment mai permisiv.
• Este necesar Autocapture? Dacă este activat, documentează de ce. Dacă nu, dezactivează-l.
• Este dezactivată îmbinarea retroactivă? Confirmă că apelul identify nu asociază comportamentul anonim de dinaintea consimțământului cu profilurile nou identificate.
• Este traficul EU pe un proiect cu rezidență EU? Confirmă că logica de direcționare trimite vizitatorii din EU către un token de proiect EU.
• Sunt automatizate cererile de ștergere? Confirmă că cererile DSAR declanșează API-ul de ștergere al Mixpanel în loc de un tichet manual.

Unde se încadrează Mixpanel într-un stack orientat pe consimțământ

Platformele de analiză a produsului ocupă o categorie de reglementare căreia echipele de produs adesea i se opun — vor să se gândească la Mixpanel ca la o infrastructură internă, nu ca la un tracker terț. Autoritățile de reglementare nu fac această distincție, iar acțiunile de aplicare a legii din ultimii doi ani au clarificat că nu o vor face. Arhitectura corectă tratează Mixpanel exact ca orice altă suprafață de analiză terță: condiționeaz-o prin consimțământ, folosește primitivele native de opt-in ale platformei pentru a impune condiționarea, direcționează traficul EU către infrastructura cu rezidență EU și dezactivează funcționalitățile (Autocapture, îmbinarea retroactivă identify) care extind suprafața de audit fără un beneficiu analitic proporțional. Făcut corect, echipele de produs păstrează datele de funnel și retenție de care au nevoie, iar echipa juridică păstrează documentația de care are nevoie pentru a apăra implementarea sub audit.