تنفيذ وضع الموافقة من Google الإصدار الثاني خطوة بخطوة — الدليل الشامل
ما هو وضع الموافقة من Google الإصدار الثاني
وضع الموافقة الإصدار الثاني (Consent Mode V2) هو واجهة برمجة تطبيقات من Google تُعدّل سلوك علامات Google بناءً على حالة الموافقة. بدلاً من نهج الكل أو لا شيء، يمكن للعلامات أن تعمل في وضع مقيّد بدون ملفات تعريف الارتباط عند عدم منح الموافقة، ثم تنتقل إلى التتبع الكامل بمجرد موافقة المستخدم. فرضت Google ذلك إلزامياً على المعلنين في المنطقة الاقتصادية الأوروبية في مارس 2024.
بدونه: يتوقف نمذجة التحويلات، وتتقلص جماهير إعادة الاستهداف، ويتراجع أداء المزايدة الذكية.
معلمات الموافقة الأربعة
- ad_storage — يتحكم في ملفات تعريف الارتباط الإعلانية
- analytics_storage — يتحكم في ملفات تعريف ارتباط التحليلات
- ad_user_data — يتحكم في إرسال بيانات المستخدم لأغراض الإعلان (جديد في الإصدار الثاني)
- ad_personalization — يتحكم في إعادة الاستهداف والإعلانات الديناميكية (جديد في الإصدار الثاني)
المعلمتان الجديدتان في الإصدار الثاني — ad_user_data و ad_personalization — هما ما يميّز الإصدار الثاني عن الإصدار الأول. إذا كان لديك فقط ad_storage و analytics_storage، فيجب عليك إضافة المعلمتين الجديدتين.
الوضع الأساسي مقابل الوضع المتقدم
الأساسي: لا يتم تحميل العلامات حتى يتم منح الموافقة. بسيط لكنك تفقد جميع البيانات من المستخدمين الرافضين.
المتقدم: يتم تحميل العلامات فوراً في وضع مقيّد، مع إرسال إشارات بدون ملفات تعريف الارتباط ودون بيانات شخصية. تستخدم Google هذه الإشارات لنمذجة التحويلات، مما يستعيد ما يصل إلى 70% من التحويلات المفقودة. استخدم الوضع المتقدم دائماً.
الخطوة 1: تعيين حالة الموافقة الافتراضية
ضع هذا قبل أي علامات Google في <head>:
gtag('consent', 'default', { 'ad_storage': 'denied', 'analytics_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'wait_for_update': 500 });
تمنح معلمة wait_for_update منصة إدارة الموافقة 500 مللي ثانية لاستعادة موافقة الزائر العائد قبل أن تعمل العلامات في وضع الرفض.
الخطوة 2: تحديث الموافقة عند اختيار المستخدم
عندما ينقر المستخدم على قبول:
gtag('consent', 'update', { 'ad_storage': 'granted', 'analytics_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted' });
للموافقة الجزئية (التحليلات فقط، بدون إعلانات)، قم بتحديث المعلمات الممنوحة فقط.
الخطوة 3: التنفيذ عبر GTM
قم بتفعيل نظرة عامة على الموافقة في GTM (المشرف > إعدادات الحاوية). أنشئ علامة تهيئة الموافقة مع مقطع الإعدادات الافتراضية. قم بتكوين إعدادات الموافقة لكل علامة لتتطلب المعلمات المناسبة. تقوم معظم منصات إدارة الموافقة بإرسال حدث dataLayer عند تغيير الموافقة — أنشئ مشغّلاً له.
الخطوة 4: التحقق من التنفيذ
- Tag Assistant: تحقق من علامة تبويب الموافقة — يجب أن تظهر جميع المعلمات بحالة "مرفوض" قبل التفاعل و"ممنوح" بعد القبول
- dataLayer: ابحث عن إدخالات consent default و consent update
- GA4 DebugView: يجب أن تعرض الأحداث مؤشرات الموافقة
نمذجة التحويلات
في الوضع المتقدم، تغذّي الإشارات بدون ملفات تعريف الارتباط من المستخدمين غير الموافقين نماذج التحويل لدى Google. المتطلبات: أكثر من 1,000 حدث نقر إعلاني يومياً لمدة 7 أيام مع منح الموافقة. عند التفعيل، تستعيد النمذجة 50-70% من التحويلات المفقودة.
الأخطاء الشائعة
- تحميل مقطع الإعدادات الافتراضية بعد علامات Google (تعمل العلامات في وضع الموافقة عن طريق الخطأ)
- عدم وجود معلمتي ad_user_data أو ad_personalization
- ضبط wait_for_update على 0 (يفقد الزوار العائدون استعادة الموافقة)
- إطلاق تحديث الموافقة بشكل غير مشروط عند كل تحميل صفحة
تخطَّ التعقيد مع FlexyConsent
يتولى FlexyConsent كل ذلك تلقائياً: حالة الرفض الافتراضية، وأوامر التحديث، والمعلمات الأربعة جميعها، وTCF 2.3، ووضع موافقة Microsoft UET، واستعادة موافقة الزائر العائد — كل ذلك من علامة سكريبت واحدة. الخطط تبدأ من 0 يورو شهرياً.