Co Mixpanel sbírá

SDK Mixpanel (načtené z cdn.mxpnl.com nebo self-hosted) inicializuje globální objekt mixpanel a identifikuje uživatele pomocí cookie vlastněné Mixpanel obsahující vygenerované distinct ID. Od tohoto okamžiku každé volání mixpanel.track() hlásí payload události — název události, vlastnosti, distinct ID a sadu automaticky zachycených vlastností (user agent, OS, referrer, UTM parametry, rozlišení obrazovky, časové pásmo) — na ingestion endpoint Mixpanel. SDK také podporuje režim Autocapture, který sleduje DOM a vysílá události kliknutí, zobrazení stránky a odeslání formuláře bez explicitní instrumentace, což dramaticky rozšiřuje povrch toho, co je sbíráno.

Jakmile se uživatel autentizuje a aplikace zavolá mixpanel.identify(user_id), všechny následující události — a v závislosti na konfiguraci všechny předchozí anonymní události — jsou přiřazeny k autentizované identitě. Retroaktivní přiřazení je jednou z nejužitečnějších funkcí Mixpanel a jednou z nejvíce odhalujících z hlediska ochrany soukromí: anonymní chování procházení shromážděné před souhlasem je retroaktivně propojeno s identifikovaným profilem v okamžiku, kdy se uživatel přihlásí.

Proč vám rámování „produktová analytika" neumožní vyhnout se souhlasu

Běžný argument produktových a inženýrských týmů je, že data Mixpanel slouží pro interní produktová rozhodnutí, ne pro marketing nebo reklamu, a že toto rámování interního použití by mělo být dostatečným odůvodněním podle zákonného zájmu GDPR. Argument je z velké části nesprávný ze tří důvodů, o kterých byli regulátoři explicitní.

Zpracování je stále zpracováním osobních údajů

Bez ohledu na to, proč jsou data sbírána, cookies jsou nezbytné podle ePrivacy Article 5(3) a události nesou persistentní identifikátory podle definice osobních údajů GDPR. Analýza zákonného základu je stejná jako u jakéhokoli jiného sledovacího skriptu.

Oprávněný zájem vyžaduje test vyvážení

CNIL, ICO a EDPB všechny napsaly pokyny, které jasně uvádějí, že oprávněný zájem pro behaviorální analytiku vyžaduje zdokumentované posouzení prokazující, že zpracování je nezbytné, proporcionální a nepřekračuje přiměřená očekávání uživatele. Pro dodavatele SaaS třetí strany přijímajícího data událostí na úrovni uživatele tento test vyvážení zřídkakdy uspěje bez výslovného souhlasu.

Přeshraniční přenos je nezávislý

I kdybyste mohli prokázat oprávněný zájem pro samotný sběr, mezinárodní přenos do infrastruktury Mixpanel v USA nese svůj vlastní požadavek na zákonný základ, který souhlas nebo smluvní ochrana obvykle uspokojují čistěji než samotný oprávněný zájem.

Nativní kontroly ochrany soukromí Mixpanel

Mixpanel vystavuje smysluplnou sadu primitiv ochrany soukromí, která jsou navržena na podporu nasazení řízených souhlasem. Stejně jako u většiny platforem předpokládají, že rozhodnutí o souhlasu existuje upstream; samy jej nesbírají.

opt_out_tracking

Volání mixpanel.opt_out_tracking() zastaví SDK v odesílání událostí a zachová preference odhlášení napříč relacemi. Spárujte jej s mixpanel.opt_in_tracking(), když uživatel přijme kategorii analytiky ve vašem CMP. SDK respektuje toto nastavení napříč všemi následnými voláními bez nutnosti opětovné inicializace.

has_opted_out_tracking

Funkce dotazu, která vrací aktuální stav odhlášení, užitečná pro synchronizaci stavu SDK se stavem vašeho CMP při načtení stránky nebo změně trasy.

Možnost rezidence v EU

Mixpanel nabízí typ projektu s rezidencí dat v EU, který udržuje data událostí v infrastruktuře založené ve Frankfurt. To řeší významnou část obav ohledně přeshraničního přenosu a je správnou konfigurací pro jakýkoli projekt, kde je rezidence v EU tvrdým požadavkem. Neodstraňuje to požadavek na souhlas.

set_config({ ip: false })

Zakáže zachycení IP adresy, čímž snižuje stopu osobních údajů každé události. Užitečné jako opatření defense-in-depth spolu s řízením souhlasu.

Krok za krokem integrace CMP

Integrační vzor, který spolehlivě funguje, je inicializovat Mixpanel ve stavu odhlášení standardně a poté uživatele přihlásit, když přijme kategorii analytiky v CMP.

1. Inicializujte Mixpanel s výchozím odhlášením

Volejte mixpanel.init(token, { opt_out_tracking_by_default: true }) co nejdříve v bootstrapu vaší aplikace. To načte SDK, ale zabrání mu v odesílání jakýchkoli událostí, dokud není zavoláno opt_in_tracking().

2. Připojte callback souhlasu

Když CMP spustí událost přijetí kategorie analytiky, volejte mixpanel.opt_in_tracking(). Události ve frontě, které byly zachyceny během období odhlášení, jsou obvykle zahozeny; pokud je potřebujete zachovat, nakonfigurujte chování fronty SDK explicitně a přijměte malé riziko, že události z období před souhlasem budou odeslány po souhlasu.

3. Zpracujte odvolání

Pokud uživatel později odvolá souhlas, volejte mixpanel.opt_out_tracking(). To zastaví další příjem událostí. Pro úplné smazání historických dat musí aplikace dodatečně zavolat API pro mazání Mixpanel nebo spustit požadavek na smazání z uživatelského rozhraní projektu Mixpanel.

4. Vyhněte se retroaktivnímu slučování identit bez výslovného souhlasu

Zakažte chování retroaktivního slučování volání identify, pokud uživatel nesouhlasil s tím, aby jeho procházení před identifikací bylo svázáno s jeho profilem. Možnosti SDK Mixpanel vystavují příznak pro toto; konzervativní výchozí nastavení je „žádné retroaktivní sloučení".

5. Použijte projekt s rezidencí v EU pro provoz z EU

Pro projekty, kde záleží na rezidenci v EU, směrujte provoz z EU na projekt Mixpanel s rezidencí v EU a provoz z USA/jiných na samostatný projekt. SDK podporuje načítání různých tokenů podmíněně na základě detekované oblasti uživatele.

Běžné úskalí

Čtyři chyby integrace tvoří většinu zjištění auditu při nasazeních Mixpanel.

Považování Mixpanel za osvobozené, protože je to interní použití

To je jediná nejčastější chyba. Data jsou osobními údaji, cookie je nezbytná a přenos třetí straně je skutečný bez ohledu na to, jak jsou data použita downstream. Řiďte Mixpanel podle souhlasu s analytikou jako jakýkoli jiný tracker.

Ponechání Autocapture zapnuté standardně

Autocapture dramaticky rozšiřuje povrch toho, co je odesíláno — každé kliknutí, každá interakce s polem vstupu, každé zobrazení stránky. Rizikový povrch se s tím škáluje. Pro většinu nasazení SaaS explicitní instrumentace produkuje čistší data a menší stopu auditu než Autocapture; vypněte Autocapture, pokud nemáte konkrétní důvod jej ponechat.

Zapomenutí na retroaktivní sloučení identity

Výchozí chování identify přiřazuje anonymní události nyní identifikovanému uživateli. Pokud uživatel přijal souhlas s analytikou pouze v okamžiku, kdy se přihlásil, retroaktivní přiřazení jejich anonymního procházení před souhlasem vytváří dokumentační problém. Zakažte retroaktivní sloučení nebo jej explicitně omezte na události po souhlasu.

Hardcoding předpokladu rezidence v EU

Překvapivé množství týmů směruje veškerý provoz na projekt Mixpanel s rezidencí v USA pod předpokladem, že souhlas pokrývá otázku rezidence. Nepokrývá — souhlas a rezidence jsou nezávislé otázky compliance. Směrujte podle detekované oblasti, ne podle globálního výchozího nastavení.

Kontrolní seznam auditu

Šest konkrétních otázek k zodpovězení pro jakékoli nasazení Mixpanel dotýkající se provozu z EU, UK nebo Kalifornie.

• Spouští se Mixpanel v režimu odhlášení? Potvrďte, že SDK inicializuje s opt_out_tracking_by_default: true a žádné události se nespustí před souhlasem.
• Spouští se opt-in na správné události CMP? Potvrďte, že callback přijetí analytiky volá opt_in_tracking(), ne permisivnější událost.
• Je Autocapture nezbytný? Pokud je zapnutý, zdokumentujte proč. Pokud ne, zakažte jej.
• Je retroaktivní sloučení zakázáno? Potvrďte, že volání identify nepřiřazuje anonymní chování před souhlasem nově identifikovaným profilům.
• Je provoz z EU na projektu s rezidencí v EU? Potvrďte, že logika směrování odesílá návštěvníky z EU na token projektu v EU.
• Jsou požadavky na smazání automatizované? Potvrďte, že DSAR požadavky spouštějí API pro mazání Mixpanel spíše než manuální tiket.

Kde Mixpanel zapadá do stacku zaměřeného na souhlas

Platformy produktové analytiky obsazují regulační kategorii, které se produktové týmy často brání — chtějí myslet na Mixpanel jako na interní infrastrukturu, ne jako na tracker třetí strany. Regulátoři toto rozlišení nedělají a vymáhací akce posledních dvou let jasně ukázaly, že nebudou. Správná architektura zachází s Mixpanel přesně jako s jakýmkoli jiným analytickým povrchem třetí strany: řiďte jej za souhlasem, použijte nativní primitiva opt-in platformy k vynucení brány, směrujte provoz z EU na infrastrukturu s rezidencí v EU a zakažte funkce (Autocapture, retroaktivní sloučení identify), které rozšiřují povrch auditu bez proporcionálního analytického přínosu. Když se to provede správně, produktové týmy si uchovají data trychtýře a retence, která potřebují, a právní tým si zachová dokumentaci, kterou potřebuje k obraně nasazení při auditu.