Google Consent Mode v2 إطار يعدّل كيفية تصرف وسوم جوجل بناءً على خيارات موافقة الزائر على الكوكيز. عندما يرفض زائر كوكيز التحليلات أو الإعلانات، يخبر Consent Mode وسوم جوجل بتعديل سلوكها: جمع بيانات محدودة بلا كوكيز بدلاً من إسقاط كل القياس كلياً. والنتيجة أن الأعمال تحتفظ بمستوى من جمع البيانات وقياس التحويلات حتى عندما لا يوافق المستخدمون على التتبع الكامل.
في جوريلا ماركتنج، إعداد Consent Mode v2 جزء من إعداد التحليلات والتتبع لعملائنا البريطانيين. ضبطه صحيحاً يعني الحفاظ على جودة البيانات لتقارير السيو والإعلانات المدفوعة مع الوفاء بالتزامات الخصوصية. وخطؤه يعني إما خسارة بيانات قياس كبيرة أو، أسوأ، جمع بيانات بلا موافقة صحيحة. يغطي هذا الدليل ما يفعله Consent Mode v2، ومن يحتاجه، وكيف ينفَّذ صحيحاً.
لماذا يوجد Consent Mode v2
ألزم قانون الأسواق الرقمية الأوروبي (DMA) جوجل بتغيير كيفية تعامل أدواتها الإعلانية والتحليلية مع موافقة المستخدم. صنّفت جوجل منصتها الإعلانية كخدمة حارس بوابة بموجب DMA، ما يعني وجوب احترامها إشارات موافقة المستخدم قبل معالجة البيانات الشخصية لأغراض إعلانية.
وللأعمال البريطانية، المحرك هو UK GDPR ولوائح الخصوصية والاتصالات الإلكترونية (PECR). تتطلب هذه موافقة مستنيرة محددة قبل وضع كوكيز غير أساسية. ويوفر Consent Mode v2 الآلية لوسوم جوجل للاستجابة لقرارات الموافقة تلك ديناميكياً بدلاً من العمل على أساس الكل أو لا شيء.
وللإنفاذ عواقب حقيقية. في يوليو 2025، بدأت جوجل الإنفاذ الصارم لـ Consent Mode v2 لكل زيارات المنطقة الاقتصادية الأوروبية والمملكة المتحدة. وأبلغت مواقع بلا تنفيذ صحيح عن هبوط 90-95% في المقاييس بين ليلة وضحاها. وعقوبات DMA قد تبلغ 10% من الإيرادات العالمية، و 20% للانتهاكات المتكررة.
قبل Consent Mode، كان الخيار ثنائياً. إما وافق المستخدم وتلقى تتبعاً كاملاً، أو رفض ولم تجمع وسوم جوجل شيئاً. Consent Mode يقدم أرضاً وسطى: قياس معدّل حافظ للخصوصية يواصل العمل حتى عند غياب الموافقة الكاملة.
معاملات الموافقة الأربعة
يعمل Consent Mode v2 عبر أربع إشارات موافقة تمررها منصة إدارة الموافقة (CMP) لوسوم جوجل.
analytics_storage يتحكم بقدرة Google Analytics على استخدام الكوكيز. عند الرفض، لا يزال GA4 يرسل الأحداث لكن بلا كوكيز، بمعنى تعذر تحديد المستخدمين الأفراد أو تتبعهم عبر الجلسات.
ad_storage يتحكم بإمكانية وضع كوكيز الإعلانات (المستخدمة لتتبع التحويلات وبناء الجماهير في Google Ads). عند الرفض، يستمر قياس التحويلات بإشارات بلا كوكيز، لكن التتبع على مستوى المستخدم الفردي يتوقف.
ad_user_data يتحكم بإمكانية إرسال بيانات المستخدم لجوجل لأغراض إعلانية. هذا أحد المعاملين الجديدين في v2. عند الرفض، لا يمكن استخدام بيانات كعناوين البريد من النماذج لمطابقة الجماهير أو التحويلات المحسّنة.
ad_personalization يتحكم بإمكانية استخدام البيانات لتخصيص الإعلانات، شاملاً إعادة التسويق. عند الرفض، يُستبعد المستخدم من جماهير إعادة التسويق والاستهداف الإعلاني المخصص.
المعاملان الأولان وُجدا في Consent Mode v1. والثانيان إضافتا v2 اللتان طلبتهما جوجل من مارس 2024. وبدون إبلاغ المعاملات الأربعة كلها، تعتبر جوجل تنفيذ الموافقة ناقصاً.
الوضع الأساسي مقابل المتقدم
هذا أهم قرار تنفيذ والأكثر سوء فهم.
الوضع الأساسي لا يحمّل أي وسوم جوجل حتى يتخذ المستخدم خيار موافقة. إن وافق، تُحمّل الوسوم طبيعياً. وإن رفض، لا يطلق أي وسم جوجل إطلاقاً. لا بيانات تُجمع من الرافضين. هذا الخيار الأكثر تحفظاً للخصوصية والأوضح توافقاً مع قراءة صارمة لـ UK GDPR.
الوضع المتقدم يحمّل وسوم جوجل عند تحميل الصفحة بغض النظر عن حالة الموافقة. عند رفض الموافقة، تطلق الوسوم بحالة مقيدة: ترسل إشارات بلا كوكيز ببيانات محدودة. وتستخدم جوجل هذه الإشارات لنمذجة التحويلات، مقدّرة التحويلات المرجح حدوثها بين الرافضين بناءً على أنماط الموافقين.
التبعة الخصوصية للوضع المتقدم كبيرة. حتى في الحالة المقيدة، تُرسل بيانات لخوادم جوجل قبل منح الموافقة. وما إذا كان هذا يتوافق مع UK GDPR يعتمد على تفسيرك. لم يصدر مكتب مفوض المعلومات إرشاداً محدداً بشأن Consent Mode، لكن المبدأ العام بموجب PECR أن جمع البيانات غير الأساسية يتطلب موافقة مسبقة.
وفرق البيانات بين الوضعين جوهري:
| الوضع الأساسي | الوضع المتقدم | |
|---|---|---|
| الوسوم قبل الموافقة | محجوبة كلياً | تُحمّل بحالة مقيدة |
| البيانات من الرافضين | صفر | إشارات بلا كوكيز |
| نمذجة التحويلات | عامة/مجمعة فقط | خاصة بالمعلن (أدق) |
| النمذجة السلوكية في GA4 | غير متاحة | متاحة |
| تعقيد الإعداد | بسيط (مفتاح CMP) | يتطلب إعداد GTM |
تدّعي جوجل أن الوضع المتقدم يستعيد أكثر من 70% من رحلات نقرة الإعلان إلى التحويل عبر النمذجة. عملياً، يرى المعلنون عادة ارتفاع تحويلات 10-30% من البيانات المنمذجة. ومع التحويلات المحسّنة، يبلغ الاسترداد الإجمالي 30-50% من التحويلات التي كانت ستبقى غير مرئية.
للأعمال المرتبة أولوية الامتثال الصارم، الوضع الأساسي الخيار الأسلم. وللمحتاجة بيانات نمذجة التحويلات لتحسين Google Ads، يوفر المتقدم قياساً أكمل بخطر امتثال أعلى.
من يحتاج تنفيذ Consent Mode v2
أي عمل بريطاني يستخدم Google Ads أو GA4 أو أدوات جوجل التسويقية الأخرى ويجمع بيانات من زوار المنطقة الاقتصادية الأوروبية أو المملكة المتحدة يحتاج تنفيذ Consent Mode v2. وبدونه، تقيّد جوجل الميزات الإعلانية: جماهير إعادة التسويق، وتتبع التحويلات، والتحويلات المحسّنة، وبعض ميزات التقارير في GA4 محدودة أو غير متاحة.
إذا كان العمل لا يشغّل Google Ads ويستخدم GA4 للتحليلات فقط، فالإلحاح أقل. GA4 يواصل العمل بلا Consent Mode. لكن البيانات لن تشمل تحويلات منمذجة أو نمذجة سلوكية للرافضين.
وللأعمال المشغلة Google Ads، الأثر العملي لعدم تنفيذ Consent Mode v2 قابل للقياس: أحجام جماهير مقلصة، وبيانات تحويلات ناقصة، واستراتيجيات Smart Bidding تعمل بمعلومات جزئية.
التنفيذ: خطوة بخطوة
الخطوة 1: تأكد من وجود CMP متوافقة
تتولى منصة إدارة الموافقة لافتة الكوكيز، وتسجل خيارات المستخدمين، وتبلّغ إشارات الموافقة للوسوم. يجب أن تكون CMP معتمدة من جوجل تدعم Consent Mode v2. الخيارات الرئيسية تشمل Cookiebot و OneTrust و Iubenda و CookieYes و Complianz و Quantcast.
يجب أن تعرض CMP خيارات واضحة لقبول أو رفض فئات الكوكيز المختلفة، وتسجل خيارات الموافقة، وتبلّغها لوسوم جوجل عبر واجهة Consent Mode.
الخطوة 2: هيئ حالات الموافقة الافتراضية
في Google Tag Manager، اضبط حالات الموافقة الافتراضية قبل إطلاق أي وسوم. الافتراضي الموصى به لزوار المملكة المتحدة هو الرفض للمعاملات الأربعة: analytics_storage و ad_storage و ad_user_data و ad_personalization. هذا نهج الرفض أولاً المتوافق مع مبدأ الخصوصية افتراضياً في UK GDPR.
في GTM، يُهيأ هذا عبر محفز تهيئة موافقة يطلق قبل كل المحفزات الأخرى. إضافة CMP أو الوسم المخصص يضبط الحالة الافتراضية المرفوضة، ثم يحدّثها بناءً على خيار المستخدم.
الخطوة 3: هيئ تحديثات الموافقة
عندما يتفاعل المستخدم مع لافتة الكوكيز، ترسل CMP إشارات موافقة محدثة. إن قبل كوكيز التحليلات، يتحدث analytics_storage إلى ممنوح. وإن قبل كوكيز الإعلانات، تتحدث ad_storage و ad_user_data و ad_personalization إلى ممنوح.
يجب أن تحدث هذه التحديثات فورياً. ثم تعدّل وسوم جوجل سلوكها مباشرة: تتبع كامل للفئات الممنوحة، ووضع مقيد للمرفوضة.
الخطوة 4: اضبط السلوك حسب المنطقة
يدعم Consent Mode افتراضيات خاصة بالمناطق. للأعمال بزيارات بريطانية وغير منظمة معاً (من دول بلا قوانين خصوصية مكافئة)، يمكن ضبط افتراضيات مختلفة حسب المنطقة. زوار المملكة المتحدة والمنطقة الاقتصادية الأوروبية يحصلون على افتراضيات مرفوضة. والمناطق الأخرى تُهيأ وفق المتطلبات المحلية.
الخطوة 5: تحقق من التنفيذ
افتح أدوات مطوري المتصفح وافحص طلبات الشبكة المرسلة لجوجل. ابحث عن معامل gcs في الطلبات إلى google-analytics.com أو googleads.g.doubleclick.net. قيمة gcs ترمّز حالات الموافقة: G111 يعني الكل ممنوح، و G100 التحليلات فقط ممنوحة، و G000 الكل مرفوض.
وفي وضع المعاينة في GTM، تحقق أن تهيئة الموافقة تطلق أولاً، وأن الحالات الافتراضية مضبوطة صحيحاً، وأن تحديثات الموافقة تُطلق عند اختيار المستخدم.
الأثر على بيانات GA4
يغيّر Consent Mode ما يجمعه GA4 من الزوار الرافضين.
في الوضع المتقدم، يستقبل GA4 إشارات بلا كوكيز من الرافضين. تشمل هذه الإشارات رابط الصفحة والطابع الزمني وبيانات تقنية محدودة لكن بلا معرّف عميل أو مستخدم. ويستخدم GA4 هذه البيانات للنمذجة السلوكية: تقدير أفعال الرافضين بناءً على أنماط الموافقين.
والنتيجة بيانات منمذجة تظهر بجانب المرصودة في تقارير GA4. أرقام الزيارات وأعداد التحويلات ومقاييس التفاعل تشمل مساهمات مقدرة من الزوار الرافضين. لا تفصح جوجل عن المنهجية الدقيقة، والدقة تعتمد على معدل الموافقة: معدلات أعلى تنتج نماذج أوثق.
وفي الوضع الأساسي، لا يجمع GA4 شيئاً من الرافضين. والتقارير تعكس الموافقين فقط. إن كان معدل الموافقة 60%، يعرض GA4 بيانات نحو 60% من الزوار الفعليين. البيانات دقيقة لأولئك المستخدمين لكنها ناقصة إجمالاً.
لتقارير السيو، هذا يعني أن أرقام الزيارات العضوية في GA4 أدنى من الزيارات العضوية الفعلية أياً كان الوضع المستخدم. والفجوة تعتمد على معدل موافقة الموقع، المتفاوت حسب القطاع والجمهور لكنه يتراوح عادة بين 50 و 80% في المملكة المتحدة.
الأثر على Google Ads
الأثر الإعلاني أكثر مباشرة. بدون Consent Mode v2، تقيّد جوجل عدة ميزات.
جماهير إعادة التسويق لا يمكن بناؤها من الرافضين. وأحجام الجماهير تنكمش بنسبة معدلات الموافقة.
تتبع التحويلات يعتمد على موافقة ad_storage و ad_user_data. في الوضع المتقدم، تنمذج جوجل التحويلات من الرافضين. وفي الأساسي، تحويلات الرافضين غير مرئية.
التحويلات المحسّنة تتطلب موافقة ad_user_data. بدونها، لا يمكن إرسال بيانات الطرف الأول المشفرة من النماذج لجوجل لمطابقة التحويلات.
Smart Bidding يعتمد أداؤه على حجم بيانات التحويلات. تحويلات مبلغة أقل تعني إشارة أقل للمزايدة الآلية للتحسين مقابلها. والتحويلات المنمذجة في Consent Mode (بالوضع المتقدم) تعوّض جزئياً، لكن جودة الإشارة أدنى من التتبع الكامل الموافقة.
الأخطاء الشائعة
الافتراض على ممنوح. ضبط حالات الموافقة الافتراضية على ممنوح والتبديل لمرفوض فقط عند رفض المستخدم ينتهك مبدأ UK GDPR أن الموافقة يجب أن تُمنح قبل بدء جمع البيانات. افترض الرفض دائماً.
عدم تنفيذ المعاملات الأربعة كلها. بعض الإعدادات تمرر analytics_storage و ad_storage فقط، مفوّتة معاملي v2. تعامل جوجل هذا كتنفيذ ناقص وقد تقيّد الميزات الإعلانية.
عدم تواصل CMP مع GTM. تظهر لافتة الكوكيز وتسجل الخيارات، لكن إشارات الموافقة لا تصل وسوم جوجل أبداً. يحدث هذا عند عدم تكامل CMP صحيحاً مع GTM أو سوء ضبط محفز تهيئة الموافقة.
عدم الاختبار عبر سيناريوهات الموافقة. اختبر التدفق الكامل: زائر جديد بلا خيار، وزائر يقبل الكل، وزائر يرفض الكل، وزائر يقبل التحليلات ويرفض الإعلانات. كل سيناريو يجب أن ينتج سلوكيات وسوم مختلفة.
نسيان تبعات التتبع على جانب الخادم. إذا استخدم العمل تتبعاً على جانب الخادم، فإشارات الموافقة تحتاج الوصول لحاوية الخادم أيضاً. إدارة الموافقة على جانب العميل لا تمتد تلقائياً لتنفيذ وسوم الخادم.
الواقع العملي للأعمال البريطانية
Consent Mode v2 ليس اختيارياً للأعمال المشغلة Google Ads أو المعتمدة على GA4 لقرارات التسويق. السؤال ليس التنفيذ من عدمه بل كيفيته.
لمعظم الأعمال البريطانية، النهج الموصى به الوضع الأساسي مع لافتة موافقة حسنة التصميم تحقق معدل موافقة معقولاً. تصميم اللافتة ولغتها وموضعها أعظم أثراً على جمع البيانات من التنفيذ التقني. واللافتة الواضحة غير المتلاعبة الشارحة ما تفعله الكوكيز ولماذا تهم تحقق عادة معدلات موافقة 60-75%.
وفجوة بيانات الرافضين حقيقية ودائمة. لا حل واحد يغلقها كلياً. والأعمال المتكيفة الأفضل تطبّق مقاربات متعددة: Consent Mode (المتقدم) للبيانات المنمذجة، والتحويلات المحسّنة لمطابقة إشارات الطرف الأول، والتتبع على جانب الخادم لاسترداد حاجبات الإعلانات، والتغذية الراجعة المباشرة من العملاء للتحقق. كل طبقة تسترد جزءاً. ومعاً تغلق معظم الفجوة.
يبلغ متوسط معدلات قبول الكوكيز العالمية نحو 31%، ما يعني أن الوضع الأساسي يخسر نحو 70% من البيانات للمواقع ذات الجماهير الأوروبية أساساً. وتتطلب النمذجة السلوكية في GA4 ما لا يقل عن 1,000 حدث يومي من مستخدمين يرفضون analytics_storage و 1,000 مستخدم موافق يومياً، مستدامة 7 من الأيام الـ 28 السابقة. تحت تلك الحدود، لا تُفعَّل النمذجة. وتحتاج نمذجة تحويلات Google Ads حداً أدنى 700 نقرة إعلان خلال 7 أيام لكل دولة ونطاق.
تغيير قادم جدير بالانتباه: ترحيل TCF v2.3 مطلوب بحلول 28 فبراير 2026. يضيف الإطار المحدث قسم Disclosed Vendors إلزامياً لسلاسل الموافقة. والسلاسل المنشأة بعد الموعد بدون هذا القسم تعود افتراضياً إلى Limited Ads، ما قد يقلص كثيراً إيرادات الإعلانات البرمجية. إذا كانت CMP لديك تستخدم إطار IAB للشفافية والموافقة، فتحقق أن مزودك يدعم v2.3.
تشمل خدمة التحليلات والتتبع لدى جوريلا ماركتنج تنفيذ Consent Mode v2 وإعداد CMP ومراقبة جودة البيانات المستمرة للأعمال البريطانية. تواصل معنا لمناقشة إعداد موافقتك الحالي وما إذا كان يفي بمتطلبات الامتثال واحتياجات القياس معاً.
