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

مسئله: تگ‌هایی که زودتر از موعد اجرا می‌شوند

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

روش 1: بازنویسی نوع اسکریپت

مرورگرها یک عنصر script را فقط وقتی اجرا می‌کنند که نوع آن یک نوع جاوااسکریپت باشد. اگر نوع را به text/plain تغییر دهید، مرورگر اسکریپت را نادیده می‌گیرد. سپس یک ویژگی data اضافه می‌کنید که ثبت می‌کند اسکریپت به کدام دسته رضایت تعلق دارد:

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

روش 2: کنترل تگ‌ها در مدیر تگ

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

مناسب برای: سایت‌هایی با تگ‌های بازاریابی فراوان. مراقب باشید: اسکریپت‌های هاردکدشده‌ای که خارج از کانتینر قرار دارند و تگ‌های HTML سفارشی که خودشان اسکریپت‌های دیگری بارگذاری می‌کنند.

روش 3: بارگذاری پویای اسکریپت‌ها هنگام رضایت

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

  1. به فراخوان رضایت از CMP خود گوش دهید.
  2. بررسی کنید کدام دسته‌ها اعطا شده‌اند.
  3. یک عنصر script بسازید، منبع آن را تنظیم کنید و به سند اضافه کنید.
  4. هر کد مقداردهی اولیه را در هندلر load اسکریپت اجرا کنید.

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

رسیدگی به پس‌گرفتن رضایت

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

کدام را انتخاب کنید؟

چگونه آن را آزمایش کنیم

  1. یک پنجره خصوصی با کش پاک‌شده باز کنید.
  2. ابزارهای توسعه‌دهنده مرورگر را روی تب‌های Network و Application پیش از بارگذاری صفحه باز کنید.
  3. صفحه را بارگذاری کنید و به بنر دست نزنید. تأیید کنید هیچ درخواست تحلیلی یا تبلیغاتی ارسال نمی‌شود و هیچ کوکی یا مورد ذخیره‌سازی مرتبطی ظاهر نمی‌شود.
  4. فقط یک دسته را بپذیرید و تأیید کنید که فقط اسکریپت‌های متناظر بارگذاری می‌شوند.
  5. همه چیز را رد کنید، صفحه را دوباره بارگذاری کنید و بررسی اول را تکرار کنید.
  6. رضایت را پس بگیرید و رفتار شرح‌داده‌شده در بالا را بررسی کنید.

جایگاه FlexyConsent

FlexyConsent از IAB TCF 2.4 و Google Consent Mode v2 پشتیبانی می‌کند و یک CMP تأییدشده توسط Google است (CMP ID 317). هر روش مسدودسازی‌ای که انتخاب کنید، وظیفه بنر این است که به کد شما سیگنال روشنی از انتخاب بازدیدکننده بدهد. وظیفه شما این است که مطمئن شوید هر اسکریپت از آن پیروی می‌کند.

نکات کلیدی

← وبaderegistrdelays delays خواندن همه →