# رضایت جلوی داده را گرفته است

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

## شکل افت را نگاه کنید

افتی که ریشه‌اش رضایت است، شکل مشخصی دارد و از افتی که ریشه‌اش خرابی تگ است جدا می‌شود:

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

## چرا این اتفاق می‌افتد: پذیرش، بسته شکست می‌خورد

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

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

| حالت | وضعیت حل‌نشده یعنی |
| --- | --- |
| «پذیرش — اتحادیه اروپا/EEA» | مثل رد کردن. هیچ چیز غیرضروری اجرا نمی‌شود. |
| «انصراف — سایر نقاط جهان» | مثل پذیرفتن. تا لحظه‌ای که بازدیدکننده رد کند، همه چیز اجرا می‌شود. |

پس در حالت پذیرش، بازدیدکننده‌ای که بنر را می‌بیند و بدون تصمیم صفحه را می‌بندد، **اصلا در گزارش‌های شما نیست** — نه به‌عنوان کاربر، نه به‌عنوان بازدید صفحه. این یک تصمیم عمدی است: هر رفتار دیگری یعنی جمع‌آوری داده پیش از رضایت.

> **این رفتار در نسخه‌های اولیه باز شکست می‌خورد**
>
> در نسخه‌های اول ماژول، شناسه ماندگار بازدیدکننده و نقشه حرارتی حتی بدون رضایت «آماری» هم کار می‌کردند. حالا هر دو بسته‌اند. اگر تازه تگ را به‌روز کرده‌اید و هم‌زمان بنر هم روشن است، بخشی از افتی که می‌بینید از همین اصلاح می‌آید — و عدد قبلی، عدد درستی نبود.

## تایید کنید که واقعا رضایت است

سراغ «رضایت کوکی» ← زبانه «گزارش رضایت» بروید و بازه را همان بازه‌ای بگذارید که افت در آن افتاده است.

1. «نمایش بنر رضایت» را ببینید. اگر عددش نزدیک صفر است در حالی که ترافیک دارید، بنر اصلا به بازدیدکننده نمی‌رسد یا سند ثبت نمی‌شود — سراغ بخش «اگر افت با رضایت نمی‌خواند» بروید.
2. «رد موارد غیرضروری» را بخوانید: سهم کسانی که فقط «ضروری» را پذیرفته‌اند. این پایین‌ترین برآورد از داده‌ای است که از دست می‌دهید.
3. نمودار «نرخ پذیرش دسته» را باز کنید. عددِ «آماری» تقریبا همان سهمی است که هنوز اندازه‌گیری می‌شود؛ فاصله «آماری» و «مارکتینگ» می‌گوید اسناد کمپین شما چقدر ناقص می‌ماند.
4. عدد افت را با این‌ها بسنجید. اگر افت شما با «رد موارد غیرضروری» هم‌جهت است ولی از آن بزرگ‌تر، تفاوت همان کسانی‌اند که بی‌تصمیم رفته‌اند — آن‌ها هیچ سندی نمی‌سازند و در این نمودارها دیده نمی‌شوند.

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

## هر دسته چه چیزی را می‌بندد

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

نتیجه عملی: رد شدن «آماری» یعنی بازدیدکننده اصلا شمرده نمی‌شود؛ رد شدن «مارکتینگ» یعنی شمرده می‌شود ولی احتمالا زیر «(مستقیم)». اگر افت شما در ترافیک نیست و در کیفیت اسناد کمپین است، مقصر «مارکتینگ» است نه «آماری». تفکیک کامل در [اعمال رضایت در تراکر](analytics/privacy/consent-categories-and-gating).

## سه گزینه واقعی

بعد از تایید، سه کار می‌شود کرد و فقط همین سه تا.

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

**دو — دسته‌های نمایش‌داده‌شده را کم کنید.** لازم نیست هر چهار دسته را نشان دهید. اگر روی سایت شما هیچ کوکی مارکتینگی نمی‌نشیند، همان دسته را در کارت «دسته‌ها» خاموش کنید؛ بنر ساده‌تر می‌شود و بازدیدکننده‌ای که از «مارکتینگ» می‌ترسد، «آماری» را راحت‌تر می‌پذیرد.

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

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

هر تغییری در بنر را با «انتشار» ذخیره می‌کنید و ظرف حدود یک دقیقه به بازدیدکننده‌های زنده می‌رسد. مسیر کامل ساخت بنر در [راه‌اندازی بنر رضایت](analytics/privacy/consent-cmp-setup) است.

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

## اگر افت با رضایت نمی‌خواند

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

- **عدد «بازنگری» را بالا برده‌اید؟** هر انتخاب ذخیره‌شده با عدد کوچک‌تر کهنه حساب می‌شود و تا انتخاب تازه، قاعده حالت حل‌نشده حاکم است. در حالت پذیرش یعنی یک افت موقت و یک موج سند تازه — که در نمودار اقدامات دیده می‌شود.
- **«انقضای رضایت (روز)» را خیلی کوتاه گذاشته‌اید؟** انتخاب منقضی‌شده هم حل‌نشده است.
- **تگ از پشت Tag-Gateway سرو می‌شود؟** مسیرهای `/consent.js` و `/consent/config` و `/consent/record` باید در فهرست مجاز پروکسی باشند، وگرنه بنر بار نمی‌شود یا سندی ثبت نمی‌شود. راهنمایش در [Tag-Gateway](analytics/collect/tag-gateway).
- **افت هم‌زمان با یک انتشار روی سایت خودتان بوده؟** آن‌وقت احتمالا اصلا رضایت نیست. سراغ [هیچ داده‌ای نمی‌رسد](analytics/troubleshooting/no-data-arriving) بروید.

## آنچه رضایت با داده گذشته نمی‌کند

پس گرفتن رضایت جمع‌آوری را از همان لحظه متوقف می‌کند و کوکی‌های آن دسته را پاک می‌کند، ولی چیزی را که قبلا ثبت شده حذف نمی‌کند. اگر بازدیدکننده‌ای حذف داده‌اش را می‌خواهد، مسیرش جداست: [درخواست حذف داده](analytics/privacy/erasure-requests).

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

### چقدر از داده‌ام را از دست می‌دهم؟

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

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

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

### بعد از پذیرش، آن بازدید صفحه از دست می‌رود؟

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

### افت من با نرخ پذیرش نمی‌خواند. جای دیگری را ببینم؟

بله. اگر سوابق رضایت تقریبا خالی است ولی افت واقعی است، معمولا مسیرهای رضایت به گیرنده نمی‌رسند — مثلا Tag-Gateway مسیرهای `/consent/*` را پروکسی نمی‌کند. اگر عدد «بازنگری» را بالا برده‌اید، همه انتخاب‌های قبلی کهنه شده‌اند و تا انتخاب تازه، قاعده حالت حل‌نشده حاکم است.

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

- [اعمال رضایت در تراکر](https://docs.adpix.io/fa/analytics/privacy/consent-categories-and-gating/)
- [راه‌اندازی بنر رضایت](https://docs.adpix.io/fa/analytics/privacy/consent-cmp-setup/)
- [گزارش رضایت و خروجی سوابق](https://docs.adpix.io/fa/analytics/privacy/consent-log-and-export/)
- [دسته‌های رضایت](https://docs.adpix.io/fa/concepts/governance/consent-categories/)

---

[مستندات](https://docs.adpix.io/fa/analytics/troubleshooting/consent-is-blocking-data/) · AdPix