وضع الموافقة وCMPs

بموجب GDPR وePrivacy، تحتاجون عمومًا إلى موافقة صريحة قبل تعيين ملفات تعريف الارتباط غير الضرورية أو مشاركة البيانات لأغراض الإعلان. لكن حجب جميع العلامات عند رفض الموافقة يعني فقدان القياس بالكامل.

يُعد Google Consent Mode جسرًا بين الأمرين: إذ تقرأ العلامات اختيارات المستخدم المتعلقة بالموافقة وتعدّل سلوكها، فترسل إما البيانات كاملة، أو إشارات تحافظ على الخصوصية، أو لا ترسل شيئًا على الإطلاق.

يحدد Consent Mode v2 أربع حالات أساسية. كانت حالتان موجودتين من قبل: analytics_storage وad_storage. وأضيفت حالتان في الإصدار v2: ad_user_data وad_personalization.

تكون كل حالة إما 'granted' أو 'denied'. ويحدد ad_user_data ما إذا كان يمكن إرسال بيانات المستخدم إلى Google لأغراض الإعلانات، بينما يحدد ad_personalization ما إذا كان يمكن استخدامها للإعلانات المخصصة وإعادة الاستهداف.

يتكوّن المسار من خطوتين. أولًا، يُنفَّذ أمر افتراضي قبل تشغيل أي وسوم، ويضبط عادةً كل شيء على denied لمستخدمي الاتحاد الأوروبي. ثم، بعد أن ينقر المستخدم على البانر، يعكس أمر التحديث اختياره الفعلي.

يُعد ضبط الإعداد الافتراضي قبل تحميل الوسوم أمرًا بالغ الأهمية؛ وإلا فقد تُشغَّل الوسوم مع تفعيل التتبع الكامل قبل تسجيل الموافقة، وهذا يُعد مخالفة.

يحظر Basic Consent Mode وسوم Google بالكامل حتى منح الموافقة؛ ولا تُرسل أي إشارات ping قبل ذلك. أما Advanced Consent Mode فيحمّل الوسوم فورًا، لكنه عند رفض الموافقة يرسل «pings» بلا ملفات تعريف ارتباط، وهي إشارات مجهّلة لا تتضمن معرّفات.

يُغذّي الوضع المتقدم نمذجة التحويلات لدى Google، التي تقدّر التحويلات التي لا يمكنك رصدها مباشرةً. وعادةً ما يستعيد بيانات أكثر، لكنه يتطلب نقاشًا أوسع حول الامتثال.

في الوضع المتقدم عند رفض الموافقة، تتلقى Google إشارة ping بسيطة بلا ملفات تعريف ارتباط: طابعًا زمنيًا، وعنوان URL للصفحة، وحالة الموافقة نفسها، ومعرّفًا عشوائيًا لا يُخزَّن.

لا تحمل هذه الإشارات أي بيانات شخصية ولا تنشئ ملفات تعريف ارتباط، ولذلك يمكن تبريرها من منظور الامتثال. كما أنها تمنح نماذج Google قدرًا كافيًا من الإشارات المجمّعة لتقدير التحويلات غير المرصودة.

منصة إدارة الموافقة (CMP) هي الأداة التي تعرض البانر، وتسجّل اختيارات المستخدم، وتخزّن إثبات الموافقة، وتتيح هذا الاختيار لوسومك.

تشمل الأمثلة Cookiebot وOneTrust وUsercentrics وDidomi. وتُعد CMP مصدر الحقيقة للموافقة؛ أما Consent Mode فهو الطريقة التي تستجيب بها وسوم Google لها.

بالنسبة إلى Consent Mode v2، تشترط Google استخدام CMP معتمدة لمنتجات مثل إعادة الاستهداف في Google Ads ولحركة المرور من المنطقة الاقتصادية الأوروبية (EEA). وتتكامل CMP المعتمدة مع إشارات v2 بطريقة صحيحة، كما تكون مدرجة في قائمة Google المعتمدة.

يجب أن تمرّر CMP معلمات الموافقة الأربعة، وأن تتكامل مع إطار IAB للشفافية والموافقة (TCF) حيثما ينطبق ذلك. وقد يؤدي استخدام بانر غير معتمد أو مطوَّر يدويًا إلى تعطيل بعض الميزات.

إطار IAB للشفافية والموافقة هو معيار صناعي يشفّر الموافقة في «TC string»، وهو رمز موجز يسرد الأغراض والمورّدين الذين سمح لهم المستخدم.

يقرأ شركاء تقنيات الإعلان سلسلة TC لمعرفة ما إذا كان يُسمح لهم بمعالجة البيانات. وتصدرها كثير من منصات CMP تلقائيًا؛ لكنها منظومة معقدة، لذلك تستخدم المواقع الأصغر غالبًا إعدادًا أخف معتمدًا من Google من دون تطبيق TCF بالكامل.

يتبع التكامل النمط الآتي: تُحمّل CMP أولًا وتضبط الإعداد الافتراضي في Consent Mode على denied. وعندما يختار المستخدم، تُشغّل CMP تحديث الموافقة وتطلق حدثًا في dataLayer.

بعد ذلك، تستجيب وسوم GTM إما لـ Consent Mode تلقائيًا عبر فحوصات الموافقة المدمجة، أو تستخدم مشغلات مقيّدة بحدث الموافقة. الترتيب مهم: CMP قبل GTM، والإعداد الافتراضي قبل التحديث.

تنتقل الموافقة مع الحدث إلى خادم الوسوم لديك. ويمكن لكل وسم من جانب الخادم فحص حالة الموافقة في الحمولة قبل إعادة التوجيه إلى وجهة ما.

لذلك، حتى بعد مغادرة البيانات للمتصفح، ينبغي أن تمنع إشارة ad_user_data المرفوضة وسم Meta CAPI أو Google Ads من الإرسال. يجب تطبيق فرض الموافقة على كلٍّ من العميل والخادم.

عند تطبيقه بطريقة صحيحة، يتيح لك Consent Mode مع CMP معتمدة احترام اختيارات المستخدمين والاستمرار في القياس من خلال النمذجة، من دون إنشاء ملفات تعريف ارتباط غير مصرح بها. أما عند تطبيقه بطريقة خاطئة، فيتحول إلى ستار شكلي للتتبع غير القانوني.

أجرِ عمليات تدقيق منتظمة: تأكد من أن الإعدادات الافتراضية هي denied، وأن البانرات توفر خيار رفض حقيقيًا، وأن إثبات الموافقة مسجّل، وأنه لا يتم تشغيل أي وسوم تكشف الهوية قبل الموافقة.

يستخدم Consent Mode v2 أربع إشارات (analytics_storage وad_storage وad_user_data وad_personalization)، ويضبطها على granted أو denied، ضمن مسار يبدأ بالرفض افتراضيًا ثم يحدّث الحالة. ويرسل الوضع المتقدم إشارات بلا ملفات تعريف ارتباط عند الرفض لدعم النمذجة.

تُعد CMP المعتمدة من Google مصدر الحقيقة الذي يعرض البانر، ويسجّل الموافقة، ويمرّر هذه الإشارات (وسلسلة IAB TC). طبّق فرض الموافقة على العميل والخادم، ودقّق في أن الإعدادات الافتراضية هي denied قبل تشغيل أي وسم.