راه‌اندازی حالت موافقت در وب‌سایت‌ها

این صفحه برای توسعه‌دهندگانی است که راه‌حل موافقت خودشان را در وب‌سایتشان حفظ می‌کنند و می‌خواهند حالت موافقت را یکپارچه کنند. برای آشنایی با حالت موافقت، نمای کلی حالت موافقت را بخوانید. اگر از «پلاتفرم مدیریت موافقت» (CMP) برای کسب موافقت کاربر استفاده می‌کنید، درباره نحوه راه‌اندازی حالت موافقت با CMP بیشتر بدانید.

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

قبل‌از شروع

قبل‌از پیاده‌سازی حالت موافقت، موارد زیر را درنظر بگیرید:

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

  • اگر از gtag.js استفاده می‌کنید، مطمئن شوید برچسب Google را در همه صفحه‌های وب‌سایتتان نصب کرده باشید. کد حالت موافقت به هر صفحه از وب‌سایتتان اضافه می‌شود.

برای راه‌اندازی حالت موافقت، باید:
  1. قبل‌از اینکه کاربر رضایت دهد: حالت رضایت پیش‌فرض را تنظیم کنید.
  2. براساس تعامل کاربر با تنظیمات موافقت، وضعیت موافقت را به‌روز کنید.

برای هر نوع موافقتی که استفاده می‌کنید، مقدار پیش‌فرضی تنظیم کنید. به‌طور پیش‌فرض، هیچ مقدار حالت موافقتی تنظیم نشده است.

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

Tag Manager

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

از میاناهای برنامه‌سازی کاربردی مختص Tag Manager برای مدیریت حالت‌های رضایت setDefaultConsentState و updateConsentState استفاده کنید. از API gtagSet می‌توان برای تنظیم اختیاری ads_data_redaction و تنظیمات عبور نشانی وب درصورت لزوم استفاده کرد.

gtag.js

برای تنظیم قابلیت‌های اندازه‌گیری پیش‌فرض، فرمان gtag('consent', 'default', ...) را در هر صفحه از سایتتان قبل‌از هر فرمانی که داده‌های اندازه‌گیری را ارسال می‌کند (مثل config یا event) فراخوانی کنید.

برای مثال، برای تنظیم کردن رد رضایت برای همه پارامترها به‌طور پیش‌فرض:

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied'
});

اختیاری: ادغام با پلاتفرم‌های مدیریت موافقت غیرهمزمان

اگر برنمای شما به‌صورت ناهمزمان بارگیری شود، ممکن است همیشه قبل‌از برچسب‌های Google شما اجرا نشود. برای مدیریت چنین شرایطی، wait_for_update را به‌همراه مقدار میلی‌ثانیه مشخص کنید تا مدت زمان انتظار قبل‌از ارسال داده‌ها را کنترل کنید.

برای مثال، برای رد کردن ad_storage در صفحه‌ای خاص به‌طور پیش‌فرض، اما برای مجاز کردن «پلاتفورم مدیریت رضایت» برای به‌روزرسانی وضعیت موافقت، از wait_for_update استفاده کنید. در کد زیر، ad_storage به‌طور پیش‌فرض روی denied تنظیم می‌شود، و ابزار موافقت ۵۰۰ میلی‌ثانیه فرصت دارد تا gtag('consent', 'update', ...) را قبل‌از فعال شدن برچسب‌ها فراخوانی کند:

  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'wait_for_update': 500
  });

Tag Manager

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

اگر خودتان الگوی حالت موافقت می‌سازید، از میاناهای برنامه‌سازی کاربردی مختص «مدیر برچسب» برای مدیریت حالت‌های موافقت setDefaultConsentState و updateConsentState استفاده کنید. از API gtagSet می‌توان برای تنظیم اختیاری ads_data_redaction و تنظیمات عبور نشانی وب درصورت لزوم استفاده کرد.

gtag.js

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

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

نمونه کد زیر نشان می‌دهد که چگونه وضعیت رضایت را به granted به‌روزرسانی کنید وقتی کاربر با همه گزینه‌ها موافقت می‌کند:

<!-- Send consent updates when users interact with your consent banner -->
<script>
function allConsentGranted() {
  gtag('consent', 'update', {
    'ad_user_data': 'granted',
    'ad_personalization': 'granted',
    'ad_storage': 'granted',
    'analytics_storage': 'granted'
  });
}
</script>
<!-- Invoke your consent function when a user interacts with your banner -->
<body>
  ...
  <button >Accept all</button>
  ...
</body>

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

Tag Manager

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

اگر خودتان الگوی حالت موافقت می‌سازید، از updateConsentState API برای به‌روز کردن وضعیت موافقت وقتی کاربر اولویت‌های جدیدش را تأیید می‌کند استفاده کنید.

gtag.js

برای به‌روز کردن وضعیت موافقت در هر زمان، از فرمان update استفاده کنید. از این فرمان برای هرگونه تغییر در حالت رضایت استفاده می‌شود، ازجمله تغییر از 'granted' به 'denied'.

مثال: لغو رضایت

اگر کاربری قبلاً برای analytics_storage و ad_storage رضایت داده است، اما اکنون می‌خواهد رضایت خود را لغو کند، یک فراخوانی update ارسال کنید که انتخاب جدید او را منعکس کند:

// User updates their settings to deny consent
gtag('consent', 'update', {
  'analytics_storage': 'denied',
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied'
});

ملاحظات پیاده‌سازی:

  1. ماندگاری: مطمئن شوید که انتخاب‌های رضایت به‌روزرسانی‌شده کاربر، مثلاً در کوکی طرف اول یا فضای ذخیره‌سازی محلی، ماندگار شوند تا وضعیت صحیح در بارگذاری‌های بعدی صفحه تنظیم شود.
  2. زمان‌بندی: به‌محض اینکه کاربر اولویت‌های جدیدش را در واسط تنظیمات موافقت سایتتان تأیید کرد، فرمان به‌روزرسانی را فراخوانی کنید.

نمونه پیاده‌سازی

مثال زیر چندین پارامتر حالت موافقت را به‌طور پیش‌فرض روی denied تنظیم می‌کند. پس‌از اینکه کاربر انتخاب‌های موافقت خود را مشخص کرد، پارامترهای مربوطه به granted به‌روزرسانی می‌شوند.

Tag Manager

برای سایت‌هایی که از Tag Manager استفاده می‌کنند، توصیه می‌کنیم از «پلاتفرم مدیریت موافقت» برای مدیریت به‌روزرسانی‌های انتخاب‌های موافقت بازدیدکننده استفاده کنند. «پلاتفرم‌های مدیریت موافقت» الگوهایی را در گالری الگوی انجمن برای ایجاد برچسب مدیریت حالت موافقت ارائه می‌دهند.

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

<script>
  // Define dataLayer and the gtag function.
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  // Set default consent to 'denied' as a placeholder
  // Determine actual values based on your own requirements
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'analytics_storage': 'denied'
  });
</script>

<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXXXX');</script>
<!-- End Google Tag Manager -->

<!-- Send consent updates when users interact with your consent banner -->
<script>
  function allConsentGranted() {
    gtag('consent', 'update', {
      'ad_user_data': 'granted',
      'ad_personalization': 'granted',
      'ad_storage': 'granted',
      'analytics_storage': 'granted'
    });
  }
</script>
<!-- Invoke your consent function when a user interacts with your banner -->
<body>
  ...
  <button >Accept all</button>
  ...
</body>

gtag.js

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

  1. برچسب Google را بار کنید. این کد گلچین پیش‌فرض شما است. قطعه پیش‌فرض باید به‌روز شود (به زیر مراجعه کنید) تا شامل فراخوانی به gtag('consent', 'default', ...) باشد.

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

  3. اگر راه‌حل کسب رضایت شما این کار را انجام نمی‌دهد، پس‌از اینکه کاربر رضایت خود را اعلام کرد، gtag('consent', 'update', ...) را فراخوانی کنید.

<script>
// Define dataLayer and the gtag function.
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}

// Set default consent to 'denied' as a placeholder
// Determine actual values based on your own requirements
gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied'
});
</script>
<!-- Google tag (gtag.js) -->
<script async src="//www.googletagmanager.com/gtag/js?id=TAG_ID">
</script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  gtag('js', new Date());
  gtag('config', 'TAG_ID');
</script>

<!-- Send consent updates when users interact with your consent banner -->
<script>
  function allConsentGranted() {
    gtag('consent', 'update', {
      'ad_user_data': 'granted',
      'ad_personalization': 'granted',
      'ad_storage': 'granted',
      'analytics_storage': 'granted'
    });
  }
</script>
<!-- Invoke your consent function when a user interacts with your banner -->
<body>
  ...
  <button >Accept all</button>
  ...
</body>

به‌عنوان بخشی از تعهد مداوم Google به اکوسیستم تبلیغات دیجیتال حریم خصوصی‌محور، درحال تقویت اجرای خط‌مشی موافقت کاربر اتحادیه اروپا هستیم.

درباره به‌روزرسانی‌های Google در حالت موافقت برای ترافیک در «منطقه اقتصادی اروپا» (EEA) بیشتر بدانید.

کاربران «حالت موافقت» باید علاوه‌بر ad_storage و analytics_storage، دو پارامتر جدید ارسال کنند:

نام فیلد مقادیر مجاز شرح
ad_user_data 'granted' | 'denied' موافقت برای ارسال داده‌های کاربر مربوط به تبلیغات به Google را تنظیم می‌کند.
ad_personalization 'granted' | 'denied' موافقت را برای تبلیغات شخصی‌سازی‌شده تنظیم می‌کند.

ویژگی‌های پیشرفته موافقت شامل توانایی انجام موارد زیر است:

رفتار مختص منطقه

برای تنظیم وضعیت‌های موافقت پیش‌فرضی که برای بازدیدکنندگان مناطق خاصی اعمال می‌شود، منطقه‌ای را (طبق ISO 3166-2) در فرمان پیش‌فرض موافقت gtag مشخص کنید. استفاده از مقادیر منطقه به شما امکان می‌دهد از مقررات منطقه‌ای پیروی کنید.

می‌توانید برای مناطق خاصی پیش‌فرض تنظیم کنید و سپس پیش‌فرض متفاوتی برای همه مناطق دیگر تنظیم کنید. فرمان پیش‌فرض موافقت gtag بدون پارامتر منطقه مقدار پیش‌فرض را برای همه بازدیدکنندگانی که تحت پوشش فرمان منطقه‌ای دیگری نیستند تنظیم می‌کند.

Tag Manager

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

gtag.js

مثال زیر analytics_storage را برای کاربران اسپانیا و آلاسکا روی denied تنظیم می‌کند و ad_storage را برای همه کاربران روی denied تنظیم می‌کند.

  gtag('consent', 'default', {
    'analytics_storage': 'denied',
    'region': ['ES', 'US-AK']
  });

  gtag('consent', 'default', {
    'ad_storage': 'denied'
  });

پارامتر خاص‌تر اولویت دارد

اگر دو فرمان موافقت پیش‌فرض در یک صفحه با مقادیر مربوط به یک منطقه و زیرمنطقه رخ دهد، فرمان مربوط به منطقه دقیق‌تر اعمال خواهد شد. برای مثال، اگر ad_storage را روی granted برای منطقه ایالات متحده و ad_storage را روی denied برای منطقه کالیفرنیا در ایالات متحده تنظیم کرده باشید، برای بازدیدکننده‌ای از کالیفرنیا تنظیمات خاص‌تر کالیفرنیا در ایالات متحده اعمال خواهد شد. برای این مثال، این یعنی بازدیدکننده از US-CA باید ad_storage را روی denied تنظیم کند.

منطقه ad_storage رفتار
ایالات متحده 'granted' برای کاربران ساکن ایالات متحده که در کالیفرنیا نیستند اعمال می‌شود
US-CA 'denied' برای کاربران ایالات متحده-کانادا اعمال می‌شود
نامشخص 'granted' از مقدار پیش‌فرض 'granted' استفاده می‌کند. در این مثال، برای بازدیدکنندگانی که در ایالات متحده یا در US-CA نیستند اعمال می‌شود

گذراندن اطلاعات کلیک آگهی، شناسه کارخواه، و شناسه جلسه در نشانی‌های وب

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

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

به‌همین ترتیب، اگر analytics_storage روی denied تنظیم شده باشد، می‌توان از عبوردهی نشانی وب برای ارسال تجزیه‌وتحلیل‌های مبتنی بر رویداد و جلسه (ازجمله رویدادهای کلیدی) بدون کوکی در سراسر صفحه‌ها استفاده کرد.

برای استفاده از انتقال نشانی وب، شرایط زیر باید رعایت شود:

  • برچسب Google یا برچسب مقصد شما رضایت‌محور است و در صفحه وجود دارد.
  • تبلیغ‌کننده ویژگی عبور نشانی وب را فعال کرده است.
  • حالت موافقت در صفحه پیاده‌سازی شده است.
  • پیوند خروجی به همان دامنه صفحه فعلی اشاره می‌کند.
  • ‫GCLID یا DCLID در نشانی وب وجود دارد (فقط برچسب‌های Google Ads و Floodlight)

Tag Manager

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

یا می‌توانید از گزینه‌های زیر برای تنظیم آن در برچسب‌های مقصد، برچسب Google، یا برچسب «پیونددهنده تبدیل» استفاده کنید.

برای برچسب‌های مقصد و برچسب Google:

  1. در فضای کاری‌تان، منو برچسب‌ها را باز کنید.
  2. برچسب Google یا برچسب مقصد موجود را ویرایش کنید یا برچسب جدیدی ایجاد کنید.
  3. در تنظیمات پیکربندی، پارامتر جدیدی اضافه کنید:
    • نام: url_passthrough
    • مقدار: true
  4. برچسب را ذخیره کنید و محتوی را منتشر کنید.

برای برچسب‌های Google Ads و Floodlight که ازطریق برچسب Google متصل شده‌اند:

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

همچنین می‌توانید پارامتر url_passthrough را روی true در هر صفحه از سایتتان قبل‌از قطعه نصب GTM تنظیم کنید.

window.dataLayer = window.dataLayer || [];
function gtag(){window.dataLayer.push(arguments);}
gtag('set', 'url_passthrough', true);

gtag.js

برای فعال کردن این قابلیت، پارامتر url_passthrough را روی true تنظیم کنید. فرمان زیر را به گلچین پیش‌فرض قبل‌از هر config فرمانی اضافه کنید:

gtag('set', 'url_passthrough', true);

هنگام استفاده از «گذر نشانی وب»، ممکن است چند پارامتر پُرسمان به پیوندها اضافه شود زیرا کاربران در صفحه‌های وب‌سایت شما پیمایش می‌کنند:

  • gclid
  • dclid
  • gclsrc
  • _gl
  • wbraid

برای بهترین نتیجه، مطمئن شوید که:

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

داده‌کاهی آگهی‌ها

وقتی ad_storage روی denied تنظیم شده باشد، کوکی‌های جدید برای اهداف تبلیغاتی تنظیم نخواهند شد. علاوه‌براین، کوکی‌های طرف سومی که قبلاً در google.com و doubleclick.net تنظیم شده‌اند، به‌جز برای اهداف هرزنامه و کلاهبرداری، استفاده نخواهند شد. داده‌های ارسال‌شده به Google همچنان شامل نشانی وب کامل صفحه، ازجمله هرگونه اطلاعات کلیک آگهی در پارامترهای نشانی وب خواهد بود.

Tag Manager

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

gtag.js

برای محو کردن بیشتر داده‌های آگهی‌تان وقتی ad_storage denied است، ads_data_redaction را روی true تنظیم کنید.

gtag('set', 'ads_data_redaction', true);

وقتی ads_data_redaction روی true تنظیم شده باشد و ad_storage روی denied تنظیم شده باشد، شناسه‌های کلیک آگهی که در درخواست‌های شبکه توسط برچسب‌های Google Ads و Floodlight ارسال می‌شوند محو خواهند شد. درخواست‌های شبکه نیز ازطریق دامنه‌ای بدون کوکی‌های طرف سوم، مثل pagead2.googlesyndication.com، ارسال خواهد شد.

مشکلات رایج

مشکلات رایج زیر را که درطول پیاده‌سازی با آن‌ها مواجه می‌شوید بررسی کنید.

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

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

برای مثال، در Google Analytics، ممکن است رویداد session_start در بسیاری از جلسه‌های دارای موافقت وجود نداشته باشد.

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

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

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

مراحل بعدی

کنترل‌های برچسب قدیمی

اگر از برچسب‌های قدیمی مثل ga.js،‏ analytics.js، یا conversion.js استفاده می‌کنید، به gtag.js یا «مدیر برچسب Google» به‌روزرسانی کنید.

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