# تاریخچه تغییرات و سطل زباله

دو صفحه که به یک سوال جواب می‌دهند: «چه کسی این را عوض کرد؟» و «می‌شود برش گرداند؟» تاریخچه، هر تغییر و هر خواندن حساس روی دارایی را نگه می‌دارد؛ سطل زباله، دارایی حذف‌شده را برمی‌گرداند.

## دو صفحه برای دو سوال

هر دو زیر «مدیریت» هستند و به دو سوالی جواب می‌دهند که معمولا با هم پرسیده می‌شوند:

| صفحه | کجاست | جواب چه سوالی است |
| --- | --- | --- |
| «تاریخچه تغییرات دارایی» | گروه «دارایی» — `/admin?sel=property-history` | چه کسی، کِی، چه کاری روی این دارایی کرد |
| «سطل زباله» | گروه «حساب» — `/admin?sel=trash` | چه چیزی حذف شده و چطور برش گردانم |

## «تاریخچه تغییرات دارایی»

> تاریخچه تغییرات سامانه: چه کسی، چه زمانی، چه کاری. — [analytics.adpix.io/fa/admin?sel=property-history](https://analytics.adpix.io/fa/admin?sel=property-history)

جدول، تازه‌ترین رویداد را بالا می‌گذارد و چهار ستون دارد:

| ستون | چه چیزی نشان می‌دهد |
| --- | --- |
| «زمان» | لحظه ثبت رویداد |
| «عامل» | ایمیل کسی که واقعا درخواست را فرستاد |
| «اقدام به عنوان» | وقتی کسی به‌جای کاربر دیگری اقدام کرده، ایمیل آن کاربر؛ در حالت عادی `—` |
| «اقدام» | نام فنی اقدام، مثل `property.settings.update` |

هر سطر در پس‌زمینه چیزهای بیشتری هم نگه می‌دارد که در این جدول ستون ندارند: آدرس IP درخواست، و مقدار قبل و بعد فیلدهایی که عوض شده‌اند. اگر برای پرونده‌ای به آن جزئیات نیاز دارید، از ادپیکس بخواهید.

### چه چیزهایی ثبت می‌شوند

هر نوشتنی روی این دارایی. رایج‌ترین‌ها:

| اقدام | یعنی چه |
| --- | --- |
| `property.settings.update` | ذخیره در «جزئیات دارایی» — نام، پنجره اتریبیوشن، منطقه زمانی یا فهرست IP |
| `property.delete` · `property.restore` | حذف نرم دارایی و بازگرداندنش |
| `stream.create` · `stream.update` · `stream.delete` | ساخت، تغییر یا حذف جریان داده |
| `stream.enhanced_measurement` · `stream.heatmap` | تغییر اندازه‌گیری پیشرفته یا تنظیم نقشه حرارتی |
| `s2s.key.create` · `s2s.key.revoke` | ساخت یا ابطال کلید سرور |
| `event_rule.create` · `event_rule.update` · `event_rule.delete` | قواعد ساخت و تغییر رویداد |
| `membership.upsert` · `membership.delete` | دادن یا گرفتن نقش روی همین دارایی |
| `consent.config.update` | تغییر پیکربندی رضایت کوکی |
| `alert.create` · `destination.create` · `audience.create` | هشدارها، مقصدها و مخاطبان |
| `cost.import` · `cost.data.edit` | واردکردن یا ویرایش هزینه تبلیغات |
| `integrity.sensitivity.update` · `integrity.false_positive` | تنظیم حساسیت تقلب و گزارش مثبت کاذب |
| `plan.property.update` | تغییر پلن این دارایی |

فهرست کامل‌تر است از این جدول؛ قاعده ساده این است: اگر کاری چیزی را در این دارایی تغییر داد، سطری دارد.

> **خواندن‌های حساس هم ثبت می‌شوند**
>
> تاریخچه فقط تغییرها نیست. دیدن ایمیل و شماره کاربران شناسایی‌شده، باز کردن رویدادهای خام، دیدن هویت یک بازدیدکننده در گزارش لحظه‌ای، و خروجی گرفتن از موجودیت‌های تقلب یا اجرای مارکتینگ میکس، هرکدام سطر خودشان را می‌سازند. این عمدی است: دسترسی به داده شخصی باید ردی از خودش بگذارد.

### ستون «اقدام به عنوان» را جدی بگیرید

وقتی این ستون پر است، یعنی کسی با هویت کاربر دیگری اقدام کرده — سناریوی معمولش این است که یک اپراتور ادپیکس برای رفع اشکال، به‌جای یکی از کاربران شما وارد شده باشد. در آن سطر، «عامل» ایمیل خودِ اپراتور است و «اقدام به عنوان» ایمیل کاربری که هویتش استفاده شده. هیچ‌وقت جای هم عوض نمی‌شوند، پس همیشه می‌توانید بگویید واقعا چه کسی دکمه را زده است.

### محدودیت‌های این صفحه

- **فقط دامنه همین دارایی.** رویدادهای سطح حساب یا سازمان — تغییر نام حساب، نقش روی کل حساب، دعوت‌نامه‌ها — اینجا نمی‌آیند.
- **دویست سطر آخر.** فهرست به دویست رویداد تازه محدود است و صفحه‌بندی ندارد. روی دارایی پرتغییر، دیروز ممکن است ته فهرست باشد.
- **نه فیلتر، نه جستجو، نه خروجی.** جدول همان است که می‌بینید.
- **دیدنش نقش «بیننده» روی دارایی می‌خواهد**، ولی گزینه‌اش در فهرست کناری «مدیریت» برای مدیران نمایش داده می‌شود.

### چقدر می‌ماند

سطرهای تاریخچه ۳۶۵ روز نگه داشته می‌شوند و یک کار شبانه قدیمی‌ترها را حذف می‌کند. اگر سیاست ممیزی شما سابقه بلندمدت‌تری می‌خواهد، پیش از آنکه به مرز یک سال برسید تصمیم بگیرید. جدول کامل عمر داده‌ها در [نگه داشت داده](analytics/privacy/data-retention) است.

## «سطل زباله»

> سطل زباله: بازیابی سامانه‌های حذف‌شده. — [analytics.adpix.io/fa/admin?sel=trash](https://analytics.adpix.io/fa/admin?sel=trash)

عنوان کارت خودش قاعده را می‌گوید: «سطل زباله (حذف نرم، قابل بازیابی)». چهار ستون دارد — «نوع»، «نام»، «حذف شده» و لینک «بازیابی» — و تازه‌ترین حذف بالاست.

دیدن این صفحه دسترسی «مدیر حساب» می‌خواهد، و فهرست به سازمان‌هایی محدود است که خودتان مدیرشان هستید. چیزی از سازمان دیگری در فهرست شما دیده نمی‌شود.

### حذف نرم دقیقا یعنی چه

حذف یک دارایی، داده را پاک نمی‌کند. دارایی از انتخابگر بالای کنسول و از فهرست‌ها بیرون می‌رود و در «سطل زباله» می‌نشیند. در همین حال:

- **رویدادها سر جایشان هستند.** هیچ ردیفی در انبار تحلیلی حذف نمی‌شود.
- **جمع‌آوری ادامه دارد.** تگ نصب‌شده روی سایت خاموش نمی‌شود و رویدادهای تازه هم نوشته می‌شوند؛ شما فقط نمی‌توانید ببینیدشان. اگر هدفتان قطع جمع‌آوری است، تگ را از سایت بردارید یا جریان داده را حذف کنید.
- **«بازیابی» همه چیز را برمی‌گرداند.** دارایی به فهرست‌ها برمی‌گردد و گزارش‌ها همان‌اند که بودند، از جمله دوره‌ای که در سطل زباله بود.

> **حذف دارایی، پاک کردن داده نیست**
>
> اگر هدف شما پاک شدن داده است — درخواست یک فرد، یا یک الزام حقوقی — انداختن دارایی در سطل زباله هیچ کاری نمی‌کند. مسیر درست [درخواست پاک‌سازی داده](analytics/privacy/erasure-requests) است.

### چه چیزی برمی‌گردد و چه چیزی نه

| مورد | برگشت‌پذیر؟ |
| --- | --- |
| دارایی | بله — «بازیابی» در همین صفحه |
| حساب | در فهرست دیده می‌شود، ولی از این صفحه برنمی‌گردد؛ برای بازگرداندنش با پشتیبانی ادپیکس تماس بگیرید |
| جریان داده | خیر — حذف قطعی است |
| قاعده رویداد، رویداد کلیدی، تعریف سفارشی | خیر |
| مخاطب، مقصد، هشدار، کلید سرور | خیر |
| نقش‌ها و عضویت‌ها | خیر — دوباره اعطا کنید |

فقط «دارایی» و «حساب» اصلا به سطل زباله می‌روند؛ بقیه چیزها وقتی حذف شوند، رفته‌اند. پیش از حذف یک جریان داده یا یک قاعده رویداد، به همین یک جمله فکر کنید.

### هیچ زمان‌سنجی روی سطل زباله نیست

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

## وقتی چیزی غیرمنتظره عوض شده

ترتیب کاری که جواب می‌دهد:

1. «تاریخچه تغییرات دارایی» را باز کنید و ستون «زمان» را با روزی که عدد عوض شد مقایسه کنید.
2. سطرهای همان روز را بخوانید. `property.settings.update` یعنی احتمالا منطقه زمانی یا فهرست IP عوض شده — بروید [جزئیات دارایی](analytics/admin/property-settings) و ببینید مقدار فعلی چیست.
3. اگر چیزی حذف شده، «سطل زباله» را نگاه کنید؛ اگر دارایی آنجاست، «بازیابی» کافی است.
4. اگر سطری با «اقدام به عنوان» پر دیدید و انتظارش را نداشتید، از پشتیبانی ادپیکس درباره همان زمان توضیح بخواهید.

## پرسش‌های پرتکرار

### چرا تغییری که همکارم روی دسترسی‌های حساب داد در تاریخچه دارایی نیست؟

چون این تاریخچه فقط رویدادهایی را نشان می‌دهد که دامنه‌شان همین دارایی است. تغییر در سطح حساب یا سازمان — مثل تغییر نام حساب یا دادن نقش روی کل حساب — در این فهرست نمی‌آید. سطر آن رویداد ثبت شده، ولی به دامنه دیگری بسته است.

### خواندن گزارش هم ثبت می‌شود؟

خواندن‌های معمولی نه. ولی خواندن‌های حساس ثبت می‌شوند: دیدن ایمیل و شماره کاربران شناسایی‌شده، رویدادهای خام، هویت بازدیدکننده در گزارش لحظه‌ای، و خروجی گرفتن از موجودیت‌های تقلب یا اجرای مارکتینگ میکس. این‌ها با همان قالب بقیه سطرها در تاریخچه می‌آیند.

### تاریخچه چقدر نگه داشته می‌شود؟

۳۶۵ روز. یک کار شبانه سطرهای قدیمی‌تر را حذف می‌کند. اگر برای ممیزی به سابقه بلندمدت‌تری نیاز دارید، دوره‌ای خروجی بگیرید یا با ادپیکس درباره دوره نگه داشت صحبت کنید.

### دارایی را حذف کردم؛ داده‌هایش هم رفت؟

خیر. حذف نرم است: دارایی از انتخابگر و از فهرست‌ها بیرون می‌رود و به «سطل زباله» می‌نشیند، ولی هیچ رویدادی پاک نمی‌شود. با «بازیابی»، گزارش‌ها دقیقا همان‌طور که بودند برمی‌گردند. تگ هم خاموش نمی‌شود و در همین فاصله ترافیک را می‌نویسد.

## مطالب مرتبط

- [جزئیات دارایی](https://docs.adpix.io/fa/analytics/admin/property-settings/)
- [نگه داشت داده](https://docs.adpix.io/fa/analytics/privacy/data-retention/)
- [درخواست پاک‌سازی داده](https://docs.adpix.io/fa/analytics/privacy/erasure-requests/)
- [پلن‌ها و اختیارات](https://docs.adpix.io/fa/analytics/admin/plans-and-entitlements/)

---

[مستندات](https://docs.adpix.io/fa/analytics/admin/change-history-and-trash/) · AdPix