Mixpanel چه چیزی را جمع‌آوری می‌کند

SDK Mixpanel (که از cdn.mxpnl.com بارگذاری یا خود میزبانی می‌شود) یک شیء سراسری mixpanel را راه‌اندازی می‌کند و کاربران را با یک کوکی متعلق به Mixpanel حاوی یک شناسه منحصربه‌فرد تولید شده شناسایی می‌کند. از آن لحظه، هر فراخوانی به mixpanel.track() یک بار رویداد را گزارش می‌دهد - نام رویداد، ویژگی‌ها، شناسه منحصربه‌فرد و مجموعه‌ای از ویژگی‌های خودکار جمع‌آوری شده (عامل کاربر، سیستم عامل، ارجاع‌دهنده، پارامترهای UTM، وضوح صفحه، منطقه زمانی) - به نقطه پایانی دریافت Mixpanel. SDK همچنین از حالت Autocapture پشتیبانی می‌کند که DOM را نظارت می‌کند و رویدادهای کلیک، بازدید صفحه و ارسال فرم را بدون ابزار صریح منتشر می‌کند و سطح آنچه جمع‌آوری می‌شود را به طور چشمگیری گسترش می‌دهد.

هنگامی که کاربر احراز هویت می‌کند و برنامه mixpanel.identify(user_id) را فراخوانی می‌کند، تمام رویدادهای بعدی - و بسته به پیکربندی، تمام رویدادهای ناشناس قبلی - با هویت احراز هویت شده مرتبط می‌شوند. ارتباط بازنگرانه یکی از مفیدترین ویژگی‌های Mixpanel و از دیدگاه حریم خصوصی یکی از افشاگرترین آن‌هاست: رفتار مرور ناشناس جمع‌آوری شده قبل از رضایت، به صورت بازنگرانه به پروفایل شناسایی شده لحظه‌ای که آن کاربر وارد می‌شود، مرتبط می‌گردد.

چرا چارچوب «تحلیل محصول» شما را از رضایت معاف نمی‌کند

یک استدلال رایج از تیم‌های محصول و مهندسی این است که داده‌های Mixpanel برای تصمیمات داخلی محصول است، نه برای بازاریابی یا تبلیغات، و این چارچوب استفاده داخلی باید توجیه کافی تحت مبنای منفعت مشروع GDPR باشد. این استدلال عمدتاً به سه دلیلی که نهادهای نظارتی صریحاً بیان کرده‌اند، نادرست است.

پردازش همچنان پردازش داده‌های شخصی است

صرف نظر از اینکه چرا داده‌ها جمع‌آوری می‌شوند، کوکی‌ها تحت Article 5(3) ePrivacy غیر ضروری هستند و رویدادها شناسه‌های پایدار را تحت تعریف GDPR از داده‌های شخصی حمل می‌کنند. تحلیل مبنای قانونی همانند هر اسکریپت ردیابی دیگری است.

منفعت مشروع نیازمند آزمون توازن است

CNIL، ICO و EDPB همگی راهنماهایی نوشته‌اند که واضح می‌کنند منفعت مشروع برای تحلیل رفتاری نیازمند ارزیابی مستند است که نشان دهد پردازش ضروری، متناسب و انتظارات معقول کاربر را نقض نمی‌کند. برای یک فروشنده SaaS شخص ثالث که داده‌های رویداد سطح کاربر را دریافت می‌کند، آن آزمون توازن به ندرت بدون رضایت صریح موفق می‌شود.

انتقال فرامرزی مستقل است

حتی اگر بتوانید منفعت مشروع را برای خود جمع‌آوری ایجاد کنید، انتقال بین‌المللی به زیرساخت ایالات متحده Mixpanel الزام مبنای قانونی مستقل خود را دارد که رضایت یا حفاظت قراردادی معمولاً بهتر از منفعت مشروع به تنهایی آن را برآورده می‌کند.

کنترل‌های بومی حریم خصوصی Mixpanel

Mixpanel مجموعه معناداری از ابتدایی‌های حریم خصوصی را ارائه می‌دهد که برای پشتیبانی از استقرارهای دارای دروازه رضایت طراحی شده‌اند. همانند اکثر پلتفرم‌ها، آن‌ها فرض می‌کنند که تصمیم رضایت در بالادست وجود دارد؛ خودشان آن را جمع‌آوری نمی‌کنند.

opt_out_tracking

فراخوانی mixpanel.opt_out_tracking() SDK را از ارسال رویدادها متوقف می‌کند و ترجیح انصراف را در سراسر جلسات حفظ می‌کند. آن را با mixpanel.opt_in_tracking() زمانی که کاربر دسته تحلیل را در CMP خود می‌پذیرد، جفت کنید. SDK این تنظیم را در تمام فراخوانی‌های بعدی بدون نیاز به راه‌اندازی مجدد رعایت می‌کند.

has_opted_out_tracking

یک تابع پرس‌وجو که وضعیت فعلی انصراف را برمی‌گرداند، برای همگام‌سازی وضعیت SDK با وضعیت CMP شما در بارگذاری صفحه یا تغییر مسیر مفید است.

گزینه اقامت EU

Mixpanel یک نوع پروژه اقامت داده EU را ارائه می‌دهد که داده‌های رویداد را در زیرساخت مستقر در Frankfurt نگه می‌دارد. این بخش معناداری از نگرانی انتقال فرامرزی را برطرف می‌کند و پیکربندی مناسب برای هر پروژه‌ای است که اقامت EU الزام سختی است. این الزام رضایت را حذف نمی‌کند.

set_config({ ip: false })

جمع‌آوری آدرس IP را غیرفعال می‌کند و ردپای داده‌های شخصی هر رویداد را کاهش می‌دهد. به عنوان یک اقدام دفاعی در عمق در کنار دروازه‌بندی رضایت مفید است.

یکپارچه‌سازی CMP گام‌به‌گام

الگوی یکپارچه‌سازی که به طور قابل اعتماد کار می‌کند این است که Mixpanel را در حالت انصراف به طور پیش‌فرض راه‌اندازی کنید، سپس زمانی که دسته تحلیل را در CMP می‌پذیرند، کاربر را وارد کنید.

۱. راه‌اندازی Mixpanel با پیش‌فرض انصراف

در اسرع وقت در راه‌اندازی برنامه خود mixpanel.init(token, { opt_out_tracking_by_default: true }) را فراخوانی کنید. این SDK را بارگذاری می‌کند اما از ارسال هرگونه رویداد تا زمانی که opt_in_tracking() فراخوانی شود، جلوگیری می‌کند.

۲. اتصال فراخوان بازگشتی رضایت

زمانی که CMP رویداد پذیرش دسته تحلیل خود را فعال می‌کند، mixpanel.opt_in_tracking() را فراخوانی کنید. رویدادهای در صف که در طول دوره انصراف جمع‌آوری شده‌اند معمولاً دور انداخته می‌شوند؛ اگر نیاز به حفظ آن‌ها دارید، رفتار صف‌بندی SDK را صریحاً پیکربندی کنید و ریسک کوچکی را که رویدادها از دوره پیش از رضایت پس از رضایت ارسال می‌شوند، بپذیرید.

۳. مدیریت لغو

اگر کاربر بعداً رضایت را لغو کند، mixpanel.opt_out_tracking() را فراخوانی کنید. این دریافت رویداد بیشتر را متوقف می‌کند. برای حذف کامل داده‌های تاریخی، برنامه باید علاوه بر این API حذف Mixpanel را فراخوانی کند یا درخواست حذف را از رابط کاربری پروژه Mixpanel فعال کند.

۴. از ادغام هویت بازنگرانه بدون رضایت صریح اجتناب کنید

رفتار ادغام بازنگرانه فراخوانی identify را غیرفعال کنید مگر اینکه کاربر به اتصال مرور پیش از شناسایی خود به پروفایل‌شان رضایت داده باشد. گزینه‌های SDK Mixpanel یک پرچم برای این کار ارائه می‌دهند؛ پیش‌فرض محافظه‌کارانه «بدون ادغام بازنگرانه» است.

۵. استفاده از پروژه اقامت EU برای ترافیک EU

برای پروژه‌هایی که اقامت EU مهم است، ترافیک EU را به یک پروژه Mixpanel با اقامت EU و ترافیک ایالات متحده/سایر را به یک پروژه جداگانه هدایت کنید. SDK از بارگذاری توکن‌های مختلف مشروط به منطقه تشخیص داده شده کاربر پشتیبانی می‌کند.

مشکلات رایج

چهار اشتباه یکپارچه‌سازی بیشتر یافته‌های ممیزی در استقرارهای Mixpanel را تشکیل می‌دهند.

تلقی Mixpanel به عنوان معاف به دلیل استفاده داخلی

این رایج‌ترین اشتباه است. داده‌ها داده‌های شخصی هستند، کوکی غیر ضروری است و انتقال شخص ثالث صرف نظر از نحوه استفاده از داده‌ها در پایین دست واقعی است. Mixpanel را تحت رضایت تحلیل مانند هر ردیاب دیگری دروازه‌بندی کنید.

فعال گذاشتن Autocapture به طور پیش‌فرض

Autocapture سطح آنچه ارسال می‌شود را به طور چشمگیری گسترش می‌دهد - هر کلیک، هر تعامل فیلد ورودی، هر بازدید صفحه. سطح ریسک با آن مقیاس می‌شود. برای اکثر استقرارهای SaaS، ابزار صریح داده‌های تمیزتر و ردپای ممیزی کوچکتری نسبت به Autocapture تولید می‌کند؛ Autocapture را خاموش کنید مگر اینکه دلیل خاصی برای نگه داشتن آن داشته باشید.

فراموش کردن ادغام هویت بازنگرانه

رفتار شناسایی پیش‌فرض رویدادهای ناشناس را با کاربر اکنون شناسایی شده مرتبط می‌کند. اگر کاربر فقط در لحظه ورود به سیستم به رضایت تحلیل پذیرفته باشد، ارتباط بازنگرانه مرور ناشناس پیش از رضایت آن‌ها یک مشکل مستندسازی ایجاد می‌کند. ادغام بازنگرانه را غیرفعال کنید یا آن را صریحاً به رویدادهای پس از رضایت محدود کنید.

فرض سخت‌کد شده اقامت EU

تعداد شگفت‌انگیزی از تیم‌ها تمام ترافیک را به یک پروژه Mixpanel با اقامت ایالات متحده تحت این فرض که رضایت سؤال اقامت را پوشش می‌دهد، هدایت می‌کنند. این کار نمی‌کند - رضایت و اقامت سؤالات مستقل انطباق هستند. بر اساس منطقه تشخیص داده شده مسیریابی کنید، نه بر اساس پیش‌فرض جهانی.

فهرست بررسی ممیزی

شش سؤال مشخص برای پاسخ دادن به هر استقرار Mixpanel که با ترافیک EU، UK یا کالیفرنیا سروکار دارد.

• آیا Mixpanel در حالت انصراف شروع می‌شود؟ تأیید کنید که SDK با opt_out_tracking_by_default: true راه‌اندازی می‌شود و هیچ رویدادی قبل از رضایت فعال نمی‌شود.
• آیا ورود در رویداد CMP مناسب فعال می‌شود؟ تأیید کنید که فراخوان بازگشتی تحلیل پذیرفته شده opt_in_tracking() را فراخوانی می‌کند، نه یک رویداد مجاز‌تر.
• آیا Autocapture ضروری است؟ اگر روشن است، مستند کنید چرا. اگر نه، آن را غیرفعال کنید.
• آیا ادغام بازنگرانه غیرفعال است؟ تأیید کنید که فراخوانی شناسایی رفتار ناشناس پیش از رضایت را با پروفایل‌های تازه شناسایی شده مرتبط نمی‌کند.
• آیا ترافیک EU در یک پروژه با اقامت EU است؟ تأیید کنید که منطق مسیریابی بازدیدکنندگان EU را به یک توکن پروژه EU ارسال می‌کند.
• آیا درخواست‌های حذف خودکار هستند؟ تأیید کنید که درخواست‌های DSAR API حذف Mixpanel را فعال می‌کنند نه یک تیکت دستی.

جایگاه Mixpanel در پشته رضایت محور

پلتفرم‌های تحلیل محصول دسته نظارتی را اشغال می‌کنند که تیم‌های محصول اغلب مقاومت می‌کنند - آن‌ها می‌خواهند Mixpanel را به عنوان زیرساخت داخلی فکر کنند، نه به عنوان یک ردیاب شخص ثالث. نهادهای نظارتی چنین تمایزی قائل نمی‌شوند و اقدامات اجرایی دو سال گذشته روشن کرده‌اند که چنین نخواهند کرد. معماری مناسب با Mixpanel دقیقاً مانند هر سطح تحلیل شخص ثالث دیگری رفتار می‌کند: آن را پشت رضایت دروازه‌بندی کنید، از ابتدایی‌های بومی ورود پلتفرم برای اجرای دروازه استفاده کنید، ترافیک EU را به زیرساخت اقامت EU هدایت کنید و ویژگی‌هایی (Autocapture، ادغام شناسایی بازنگرانه) که سطح ممیزی را بدون منفعت تحلیلی متناسب گسترش می‌دهند، غیرفعال کنید. اگر به درستی انجام شود، تیم‌های محصول داده‌های قیف و حفظی که نیاز دارند را نگه می‌دارند و تیم حقوقی مستنداتی که برای دفاع از استقرار تحت ممیزی نیاز دارد را حفظ می‌کند.