Шта Mixpanel Прикупља

Mixpanel SDK (учитан са cdn.mxpnl.com или самостално хостован) иницијализује глобални mixpanel објекат и идентификује кориснике колачићем у власништву Mixpanel-а који садржи генерисани ID дистинктивности. Од тог тренутка, сваки позив на mixpanel.track() извештава о терету догађаја — назив догађаја, својства, ID дистинктивности и скуп аутоматски снимљених својстава (кориснички агент, ОС, реферер, UTM параметри, резолуција екрана, временска зона) — до крајне тачке уноса Mixpanel-а. SDK такође подржава режим Autocapture који надгледа DOM и емитује догађаје кликова, прегледа страница и слања образаца без експлицитне инструментације, драматично проширујући површину onoga što се прикупља.

Када се корисник аутентификује и апликација позове mixpanel.identify(user_id), сви наредни догађаји — и, у зависности од конфигурације, сви претходни анонимни догађаји — повезују се са аутентификованим идентитетом. Ретроактивна асоцијација је једна од најкориснијих функција Mixpanel-а и jedна od njegovih najизложенијих са аспекта приватности: анонимно понашање при прегледању прикупљено пре пристанка ретроактивно се повезује са идентификованим профилом у тренутку когда се тај корисник пријави.

Зашто Оквир "Аналитика Производа" Вас Не Ослобађа Обавезе Пристанка

Уобичајени аргумент тимова за производ и инжењеринг је да су Mixpanel подаци за интерне одлуке о производу, а не за маркетинг или рекламирање, и да би овај оквир интерне употребе требало да буде довољно оправдање под основом легитимног интереса GDPR-а. Аргумент је углавном нетачан из три разлога о kojima су регулатори били изричити.

Обрада је и даље обрада личних података

Без обзира на то зашто се подаци прикупљају, колачићи су небитни под ePrivacy Article 5(3), а догађаји носе трајне идентификаторе под дефиницијом личних података GDPR-а. Анализа правне основе иста је kao и за сваку другу скрипту за праћење.

Легитимни интерес захтева тест равнотеже

CNIL, ICO и EDPB су сви написали смернице koje јасно показују да легитимни интерес за бихевиоралну аналитику захтева документовану процену koja показује да је обрада неопходна, пропорционална и не надјачава разумна очекивања корисника. За продавца SaaS треће стране koji прима податке о догађајима на нивоу корисника, тај тест равнотеже ретко успева без изричитог пристанка.

Прекогранични пренос је независан

Чак и ако бисте успели да успоставите легитимни интерес за само прикупљање, међународни пренос до US инфраструктуре Mixpanel-а носи сопствени захтев за правном основом koji пристанак или уговорна заштита обично задовољавају чистије него само легитимни интерес.

Нативне Mixpanel Контроле Приватности

Mixpanel излаже смислен скуп примитива приватности koji су дизајнирани да подрже имплементације контролисане пристанком. Kao и са већином платформи, оне претпостављају да одлука о пристанку постоји узводно; оне је саме не прикупљају.

opt_out_tracking

Позив mixpanel.opt_out_tracking() зауставља SDK од слања догађаја и чува преференцу одустајања током сесија. Упарите га са mixpanel.opt_in_tracking() kada корисник прихвати аналитичку категорију у вашем CMP-у. SDK поштује ово подешавање у свим наредним позивима без захтевања поновне иницијализације.

has_opted_out_tracking

Функција упита koja враћа тренутно стање одустајања, корисна за синхронизацију стања SDK са стањем CMP при учитавању странице или промени руте.

Опција резидентности у EU

Mixpanel нуди тип пројекта резидентности података у EU koji чува податке о догађајима у оквиру инфраструктуре у Frankfurt-у. Ово адресира значајан део забринутости о прекограничном преносу и права је конфигурација за сваки пројекат где је резидентност у EU чврст захтев. Не елиминише захтев за пристанком.

set_config({ ip: false })

Онемогућава снимање IP адресе, смањујући отисак личних података сваког догађаја. Корисно kao мера одбране у дубини уз ограничење пристанком.

Корак-по-Корак CMP Интеграција

Образац интеграције koji поуздано функционише је иницијализација Mixpanel-а у стању одустајања по дефаулту, а затим укључивање корисника kada прихвати аналитичку категорију у CMP-у.

1. Иницијализујте Mixpanel са дефаулт одустајањем

Позовите mixpanel.init(token, { opt_out_tracking_by_default: true }) što је раније могуће у bootstrap-у ваше апликације. Ово учитава SDK, али спречава слање догађаја dok se ne pozove opt_in_tracking().

2. Повежите callback пристанка

Kada CMP покрене свој догађај прихватања аналитичке категорије, позовите mixpanel.opt_in_tracking(). Догађаји у реду koji су снимљени током периода одустајања обично се одбацују; ако их требате задржати, експлицитно конфигуришите понашање редовања SDK-а и прихватите мали ризик да ће догађаји из периода пре-пристанка бити послати после пристанка.

3. Руковање опозивом

Ako корисник касније опозове пристанак, позовите mixpanel.opt_out_tracking(). Ово зауставља даљи унос догађаја. За потпуно брисање историјских података, апликација мора додатно позвати Mixpanel-ов API за брисање или покренути захтев за брисање из UI пројекта Mixpanel.

4. Избегавајте ретроактивно спајање идентитета без изричитог пристанка

Онемогућите ретроактивно понашање спајања позива identify osim ako корисник није пристао на повезивање свог претходног прегледања са профилом. Опције SDK-а Mixpanel-а излажу заставицу за то; конзервативни дефаулт је "без ретроактивног спајања".

5. Користите пројекат резидентности EU за EU саобраћај

За пројекте где је резидентност у EU важна, усмерите EU саобраћај ка Mixpanel пројекту са EU резидентношћу, а US/остали саобраћај ка засебном пројекту. SDK подржава учитавање различитих токена условљено откривеним регионом корисника.

Уобичајене Замке

Четири грешке у интеграцији чине većinu налаза ревизије у Mixpanel имплементацијама.

Третирање Mixpanel-а kao изузетог јер је за интерну употребу

Ово је далеко најчешћа грешка. Подаци су лични подаци, колачић је небитан, а пренос трећој страни је реалан без обзира на то kako се подаци користе даље. Поставите Mixpanel под пристанак за аналитику kao сваки други трацер.

Остављање Autocapture укљученог по дефаулту

Autocapture драматично проширује površinu onoga što се шаље — сваки клик, свака интеракција са пољима за унос, свако приказивање странице. Површина ризика се с тим скалира. За већину SaaS имплементација, експлицитна инструментација производи чистије податке и мањи отисак ревизије од Autocapture-а; искључите Autocapture osim ako немате конкретан разлог да га задржите.

Заборављање ретроактивног спајања идентитета

Подразумевано понашање identify повезује анонимне догађаје са сада идентификованим корисником. Ako је корисник прихватио пристанак за аналитику само у тренутку пријаве, ретроактивно повезивање анонимног прегледања пре пристанка ствара документациони проблем. Онемогућите ретроактивно спајање или га изричито ограничите на догађаје после пристанка.

Хардкодирање претпоставке о резидентности EU

Изненађујући број тимова усмерава сав саобраћај ка Mixpanel пројекту са US резидентношћу под претпоставком да пристанак покрива питање резидентности. Не покрива — пристанак и резидентност су независна питања усклађености. Усмеравајте по откривеном региону, а не по глобалном дефаулту.

Листа За Проверу Ревизије

Шест конкретних питања на koja треба одговорити за сваку Mixpanel имплементацију koja обрађује EU, UK или калифорнијски саобраћај.

• Да ли Mixpanel почиње у стању одустајања? Потврдите да се SDK иницијализује са opt_out_tracking_by_default: true и да се ниједан догађај не покреће пре пристанка.
• Да ли се укључивање активира на правом CMP догађају? Потврдите да callback прихватања аналитике позива opt_in_tracking(), а не пермисивнији догађај.
• Да ли је Autocapture неопходан? Ako јесте укључен, документујте зашто. Ako није, искључите га.
• Да ли је ретроактивно спајање онемогућено? Потврдите да позив identify не повезује анонимно понашање пре пристанка са новоидентификованим профилима.
• Да ли је EU саобраћај у пројекту са EU резидентношћу? Потврдите да логика усмеравања шаље EU посетиоце на EU токен пројекта.
• Да ли су захтеви за брисање аутоматизовани? Потврдите да DSAR захтеви покрећу Mixpanel-ов API за брисање, а не ручну карту.

Где Се Mixpanel Уклапа у Stack Прво Пристанак

Платформе за аналитику производа заузимају регулаторну категорију у koji тимови за производ често одупиру — желе да мисле о Mixpanel-у kao о интерној инфраструктури, а не kao трацер треће стране. Регулатори не праве ту разлику, а мере спровођења из последње две године јасно су показале да то неће учинити. Права архитектура третира Mixpanel баш kao сваку другу аналитичку površinu треће стране: поставите га иза пристанка, користите нативне примитиве укључивања платформе за спровођење капије, усмерите EU саобраћај ка EU резидентној инфраструктури и онемогућите функције (Autocapture, ретроактивно спајање идентитета) koje проширују površinu ревизије без пропорционалне аналитичке корисности. Urađeno ispravno, тимови за производ задржавају податке о току и задржавању koji су им потребни, а правни тим задржава документацију koja му је потребна за одбрану имплементације под ревизијом.