نگه داشت داده
هر چیزی که ادپیکس ذخیره میکند یک عمر مشخص دارد و در پایان آن خودبهخود حذف میشود. این صفحه میگوید هر کلاس داده چقدر میماند، چه چیزی خودبهخود نمیرود، و کدام عددها را خودتان میتوانید عوض کنید.
نگه داشت چطور کار میکند#
هر جدول در ادپیکس یک عمر دارد. وقتی ردیفی از عمرش بگذرد، ادپیکس آن را میاندازد — بدون اینکه کاری از شما بخواهد و بدون اینکه بشود جلویش را گرفت. این با پاکسازی بهدرخواست فرد فرق دارد؛ آن یکی درخواست پاکسازی داده است و مسیر جداگانهای دارد.
دو نکته عملی:
- مبدا شمارش برای هر جدول فرق میکند. برای رویدادها زمان خود رویداد است، برای بایگانی خام زمان دریافت، برای اثر انگشتها زمان آخرین دیده شدن.
- حذف در لحظه انقضا نیست، در ادغام بعدی است. انبار تحلیلی داده منقضی را هنگام ادغام بخشهای داده میاندازد و یک ادغام شبانه هم اجرا میشود. پس عبور از خط انقضا معمولا در حد چند ساعت طول میکشد، نه چند روز.
چه چیزی، چه مدت#
داده تحلیلی#
| کلاس داده | عمر | از چه زمانی |
|---|---|---|
| رویدادها — چیزی که تقریبا همه گزارشها از آن خوانده میشوند | ۲۵ ماه | زمان رویداد |
| بایگانی خام رویداد — نسخه اصلی هر پیام، برای عیبیابی و بازپخش | ۲۴ ماه | زمان دریافت |
| نشستها | ۲۵ ماه | روز شروع نشست |
| جمعبندی روزانه — کوچک است و روند چندساله را نگه میدارد | ۳۸ ماه | روز |
| ترافیک رباتی که کنار گذاشته شده | ۳ ماه | زمان دریافت |
نقشه حرارتی#
| کلاس داده | عمر | چطور اعمال میشود |
|---|---|---|
| نقطههای خام کلیک، حرکت و اسکرول | ۹۰ روز بهصورت پیشفرض | هر شب اعمال میشود؛ سقف سخت جدول ۴۰۰ روز است |
| تصویر ثبتشده صفحه، که بازپخش روی آن ساخته میشود | ۱۸۰ روز بهصورت پیشفرض | همان مسیر شبانه |
هر دو عدد در سطح پلتفرم تنظیم میشوند و بین ۱ تا ۴۰۰ روز میتوانند باشند. نقشه حرارتی سنگینترین دادهای است که ادپیکس نگه میدارد، پس اگر عمر کوتاهتری لازم دارید همینجا اولین جای مذاکره است.
هویت و عملیات#
| کلاس داده | عمر |
|---|---|
| اثر انگشتهای ثبتشده | ۳۰ روز از آخرین بار دیده شدن |
| یالهای احتمالی هویت (اثر انگشت) | ۳۰ روز بدون تایید دوباره، بعد منقضی میشوند |
| گزارش ممیزی | ۳۶۵ روز |
| کلیدهای یکتایی درخواستهای سمت سرور | ۳۰ روز |
| ردیفهای تحویلشده صف وبهوک | ۱۴ روز |
| نشستهای کنسول پس از انقضا یا ابطال | ۷ روز |
انقضای یالهای احتمالی یک انتخاب هویتی است، نه صرفهجویی در فضا: اتصال حدسی بین دو دستگاه اگر تازه نشود از بین میرود، در حالی که اتصال قطعی — ایمیل یا شمارهای که خود کاربر وارد کرده — میماند. منطقش در ادپیکس چطور بازدیدکنندهها را میشناسد آمده است.
چه چیزی خودبهخود نمیرود#
اینها هیچ انقضای خودکاری ندارند:
- کاربران شناساییشده و گراف هویت. ایمیل، شماره، شناسه مشتری در CRM شما، خصیصهها و یالهای قطعی. تنها راه رفتنشان، درخواست پاکسازی است.
- سوابق رضایت. سابقه انتخاب هر بازدیدکنندهاند و عمدا نگه داشته میشوند؛ آدرس IP در آنها هش شده است.
- اتریبیوشن سفارش. عکس ثابت کانالِ هر سفارش، کلیدخورده به شماره سفارش. سابقه کسبوکاری است و گزارشهای مالی به آن تکیه میکنند.
- جدول جایگزینی هویت که ناشناسها را به کاربر میرساند و هر شب دوباره نوشته میشود.
- پیکربندی خودتان — داراییها، جریانها، سگمنتها، مخاطبان، تعریفهای سفارشی، هشدارها.
حذف یک دارایی یا حساب نرم است: از فهرستها بیرون میرود و در «سطل زباله» مینشیند تا مدیر حساب بازیابیاش کند. هیچ رویدادی پاک نمیشود و تا پایان عمر عادیاش سر جایش میماند. اگر هدفتان پاک شدن داده یک فرد است، درخواست پاکسازی بدهید.
چه چیزی را خودتان میتوانید تغییر دهید#
عمر جدولها در سطح پلتفرم تعریف میشود و در تنظیمات دارایی فیلدی برای تغییرش نیست. آنچه در اختیار شماست، اینهاست:
| اهرم | کجا | اثرش |
|---|---|---|
| «پنجره اتریبیوشن» | «مدیریت» ← «جزئیات دارایی» | چند «روز» یک برخورد برای اعتبار دادن به تبدیل معتبر بماند؛ عمر کوکی شناسه بازدیدکننده سمت سرور هم از همین عدد میآید |
| «انقضای رضایت (روز)» | «رضایت کوکی» ← «طراحی بنر» | چند وقت یکبار از بازدیدکننده دوباره پرسیده شود |
| دستههای رضایت | همان صفحه | چه چیزی اصلا جمع نشود — رد کردن یک دسته یعنی دادهاش از همان مبدا ساخته نمیشود |
| اندازهگیری پیشرفته | «مدیریت» ← «جریانهای داده» | کدام رویدادهای خودکار اصلا فرستاده شوند |
| درخواست پاکسازی | مسیر API | حذف فوری داده یک فرد مشخص |
کوتاهترین راه برای نگه نداشتن داده، جمع نکردنش است. یک دسته رضایت که رد شده یا یک اندازهگیری خودکار که خاموش است، هیچ ردیفی نمیسازد که بعدا لازم باشد منتظر انقضایش بمانید.
نگه داشت چه چیزی را حل نمیکند#
- درخواست فردی را زودتر انجام نمیدهد. اگر کسی بخواهد دادهاش همین حالا برود، انتظار برای انقضای ۲۵ ماهه جواب نیست.
- به بیرون از ادپیکس نمیرسد. رویدادهایی که با وبهوک یا ماژول CRM به سیستم دیگری دادهاید، عمر همان سیستم را دارند.
- نسخههای پشتیبان چرخه خودشان را دارند و تا وقتی بهطور طبیعی جایگزین نشدهاند، همچنان داده آن دوره را دارند.
ادپیکس این عددها و این اهرمها را در اختیارتان میگذارد. اینکه سیاست نگه داشت شما باید چه باشد، تصمیمی است که با مشاور حقوقی خودتان میگیرید.
نمای مفهومی تفاوت نگه داشت و حذف در نگه داشت و حذف داده آمده و روال حذف یک فرد در درخواست پاکسازی داده.
پرسشهای پرتکرار#
نگه داشت رویدادها را میتوانم برای دارایی خودم کوتاهتر کنم؟
خیر. عمر رویدادها در سطح پلتفرم تعریف میشود و برای همه داراییها یکسان است — امروز ۲۵ ماه. در تنظیمات دارایی فیلدی برای کوتاه یا بلند کردنش نیست. اگر سیاست داخلی شما عدد کوتاهتری را لازم دارد، با ادپیکس در میان بگذارید.
چرا دادهای که از عمرش گذشته هنوز در گزارش دیده میشود؟
چون حذف در انبار تحلیلی هنگام ادغام بعدی بخشهای داده انجام میشود، نه دقیقا در ثانیه انقضا. یک ادغام شبانه هم اجرا میشود، پس فاصله معمولا در حد ساعت است نه روز.
اگر دارایی را حذف کنم دادههایش هم پاک میشود؟
خیر. حذف دارایی نرم است؛ به «سطل زباله» میرود و با بازیابی، گزارشها دقیقا برمیگردند. رویدادها دستنخورده تا پایان عمر عادی خودشان میمانند. برای پاک کردن داده یک فرد باید درخواست پاکسازی ثبت شود.
سوابق رضایت هم بعد از مدتی حذف میشوند؟
خیر. سوابق رضایت هیچ انقضای خودکاری ندارند، چون کارشان همین است: نگه داشتن مدرکِ اینکه چه کسی، کِی و به چه نسخهای از بنر پاسخ داده. آدرس IP در آنها هش شده است و هرگز خام ذخیره نمیشود.
ممنون — بازخورد شما به بهتر شدن مستندات کمک میکند.