Consent Mode v2 ونهاية Google Signals في يونيو 2026

في 15 يونيو 2026 تزيل Google خدمة Google Signals بوصفها أداة تحكم مستقلة في بيانات الإعلانات. بعد هذا التاريخ، تصبح إشارة الموافقة ad_storage التي ترسلها منصة إدارة الموافقة (CMP) لديك هي البوابة الوحيدة التي تقرر ما إذا كانت البيانات على مستوى الزائر ستصل إلى Google Ads. وإذا كانت منصة CMP لديك مضبوطة بشكل خاطئ، فلم يعد هناك إعداد على جانب الخادم في Analytics يلتقط الخطأ.

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

ما هو Consent Mode v2 في الحقيقة

Consent Mode v2 هو إطار عمل Google لإخبار وسومها بما إذا كان مسموحًا لها باستخدام التخزين. إنه ليس لافتة موافقة — بل هو التوصيل بين لافتتك ووسوم Google. تضبط منصة CMP لديك أربع إشارات:

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

• ad_storage يتحكم في كوكيز الإعلانات ومعرّفات الأجهزة والبيانات على مستوى الزائر المُرسَلة إلى Google Ads.
• analytics_storage يحكم كوكي Analytics الذي يخصّص client ID.
• ad_user_data يسمح بتجزئة (hashing) البيانات الطرفية الأولى مثل البريد الإلكتروني من أجل Enhanced Conversions.
• ad_personalization يقرر ما إذا كانت بيانات Analytics تغذّي الاستهداف الإعلاني المخصّص.

عندما يوافق الزائر، تطلق منصة CMP لديك استدعاءً ثانيًا يحدّث الإشارات المعنية إلى granted. كل ما يأتي بعد ذلك يعتمد على وصول هذا التحديث بشكل صحيح.

basic مقابل advanced، ولماذا يوجد advanced

هناك وضعان للتنفيذ، والفرق بينهما مهم قانونيًا.

في وضع basic لا تُحمّل وسوم Google على الإطلاق حتى تُمنح الموافقة. وعند الرفض لا يُرسَل أي شيء.

في وضع advanced تُحمّل الوسوم فورًا مع كل الإشارات مضبوطة افتراضيًا على denied، ومع ذلك ترسل cookieless pings إلى Google — طلب بلا معرّفات وبلا client ID وبلا حالة مخزّنة. تستخدم Google حجم هذه الـ pings، إضافةً إلى سلوك الأقلية التي توافق، من أجل نمذجة التحويلات التي لا تستطيع ملاحظتها مباشرة.

يوجد وضع advanced لأن معدلات الموافقة منخفضة والمعلنون يريدون استرجاع أرقامهم. لكن أي cookieless ping يُرسَل قبل الموافقة يظل نقلًا للبيانات إلى طرف ثالث، والقراءة المحايدة تقنيًا للمادة 5(3) من توجيه ePrivacy من جانب EDPB لا تعفي الطلبات لمجرد أنها تحذف الكوكي. كما تتطلب التحويلات المُنمذَجة حدًّا أدنى من الجلسات الموافِقة لإنتاج أي شيء موثوق، فتحصل المواقع الصغيرة على ضوضاء.

ما الذي تزيله نهاية 15 يونيو

حتى الآن كانت Google Signals تعمل بوصفها بوابة ثانية. كان بإمكانك إبقاؤها مُعطّلة في Analytics لتقييد مشاركة بيانات الإعلانات بصرف النظر عمّا يبلّغ به Consent Mode. لقد اختفت شبكة الأمان تلك.

بعد الإيقاف:

• يتوقف Google Ads عن قراءة إعدادات جانب Analytics ويعتمد حصريًا على إشارات Consent Mode التي ترسلها منصة CMP لديك.
• تُحصَر Google Signals في الاستخدام داخل Analytics فقط — ربط الجلسات بالمستخدمين المسجَّلي الدخول داخل GA4.
• تستمر عناوين IP في الجمع وتُشفَّر قبل إعادة توجيهها إلى حسابات Ads المرتبطة، حيث تتولى إعدادات الحساب الوجهة زمام الأمر.

الأثر العملي: استدعاء واحد فاشل لـ gtag('consent', 'update', ...) — حالة تسابق (race condition)، أو منصة CMP تُحمَّل بعد الوسم الأول، أو نشر يُسقِط الحالة الافتراضية — يرسل الآن بصمت بيانات كنت تنوي حجبها. وبموجب GDPR يُعدّ هذا معالجة بلا أساس قانوني، وإزالة شبكة الأمان على جانب الخادم تجعل من الأصعب الادعاء بأن الانكشاف كان محتوًى.

وهذا أيضًا، وفقًا للإرشادات الأخيرة، تغيير جوهري في طريقة مشاركة بيانات الإعلانات. وبالنسبة للمواقع التي لديها زوار من الاتحاد الأوروبي، قد يُطلِق ذلك التزامًا بإخطار المستخدمين — مراجعة يجدر إجراؤها قبل الموعد النهائي لا بعده.

التعقيد الذي لم يكن عليه أن يوجد أبدًا

تراجَع خطوة إلى الوراء وانظر إلى ما يتطلبه إعداد Consent Mode v2 المتوافق: منصة CMP، وأربع إشارات موافقة، وحالات افتراضية، واستدعاءات تحديث مرتّبة بشكل صحيح بالنسبة لتحميل الوسوم، وقرار بين advanced و basic بعواقب قانونية، وتحويلات مُنمذَجة لا تعمل إلا فوق عتبة معينة من حركة المرور، والآن نقطة فشل واحدة بلا شبكة أمان.

كل هذه الآلية موجودة من أجل الاستمرار في استخدام المعرّفات — client ID، وكوكي الإعلانات، والبريد الإلكتروني المجزّأ — مع البقاء على الجانب الصحيح من قانون الموافقة. أزِل المعرّفات وينهار الجهاز بأكمله إلى لا شيء.

أداة التتبع الخالية من الكوكيز ليس لديها ad_storage لتحجبه لأنها لا تضبط أي تخزين إعلاني. وليس لديها client ID لترفضه لأن الهوية عبارة عن تجزئة أحادية الاتجاه SHA-256(IP | UA | SALT_SECRET | YYYY-MM-DD) تُحسَب في الذاكرة عند الحافة (edge) ولا يُعكَس حسابها أبدًا. ويُستخدَم عنوان IP الخام و User-Agent فقط لحساب تلك التجزئة؛ ويخزّن D1 التجزئة لا المدخلات. ولا توجد إشارة موافقة قد تفشل لأنه لا يوجد ما يُوافَق عليه بموجب المادة 5(3) — فالوصول إلى جهاز الزائر ضروري على نحو صارم لتسليم الصفحة، والسكربت الذي يقل حجمه عن 2 كيلوبايت ويرسل إلى /collect لا يقرأ أي تخزين على الإطلاق.

إيقاف 15 يونيو لحظة جيدة لطرح سؤال أكثر حدّة من «هل ضُبط Consent Mode لديّ بشكل صحيح». اسأل لماذا تُشغّل آلة حالات موافقة لقياس مشاهدات الصفحات من الأساس. التحويلات التي تنمذجها Google من cookieless pings هي تقدير لبيانات لم يُسمَح لك بجمعها قط. أما عدّ ما حدث فعلًا، بلا معرّف، فقد كان دائمًا النظام الأبسط.

المصادر

• تحديثات على عناصر التحكم في بيانات Google Analytics — مساعدة Analytics
• مرجع وضع الموافقة — مساعدة Google Ads
• نظرة عامة على وضع الموافقة — Google for Developers
• إعداد وضع الموافقة على المواقع — Google for Developers
• سياسة موافقة مستخدمي الاتحاد الأوروبي — Google