تصحيح Google Consent Mode بأدوات المطوّر في المتصفح: قراءة المعامل gcs
لماذا يجب التحقق في المتصفح
بانر موافقة يبدو سليمًا ليس دليلًا على أن وسومك تعمل كما ينبغي. مشكلات Consent Mode صامتة: تُحمَّل الصفحات وتظهر الإعلانات وتمتلئ التقارير، ومع ذلك قد تكون الإشارات المرسلة إلى Google خاطئة. تتيح لك أدوات المطوّر في المتصفح التحقق مما يحدث فعلًا خلال دقائق ودون أي برامج إضافية.
الخطوة 1: افتح تبويب Network بشكل نظيف
- افتح الصفحة في نافذة خاصة حتى لا يكون هناك اختيار سابق محفوظ.
- افتح DevTools وانتقل إلى تبويب Network.
- فعّل خيار Preserve log لتبقى الطلبات بعد التنقل.
- أعد تحميل الصفحة ولا تلمس البانر بعد.
الخطوة 2: اعثر على حالة الموافقة في الطلبات
تضيف وسوم Google معامل gcs إلى طلباتها. يمكنك تصفية قائمة الشبكة بكلمة collect أو google ثم فتح أي طلب لقراءة سلسلة الاستعلام. تبدو القيمة مثل G100 أو G111.
- G100 — كلٌّ من تخزين الإعلانات وتخزين التحليلات مرفوض.
- G111 — كلاهما ممنوح.
- G101 وG110 — أحدهما ممنوح والآخر مرفوض.
اقرأ الأحرف من اليسار إلى اليمين بعد G1: الرقم الأول هو حالة تخزين الإعلانات والثاني حالة تخزين التحليلات، حيث يعني 1 ممنوح و0 مرفوض. وترسل التطبيقات الأحدث أيضًا معامل gcd بحالة مشفّرة أطول تتضمن إشارات Consent Mode v2 الإضافية.
الخطوة 3: ما الذي ينبغي أن تراه قبل أي اختيار
في منطقة تشترط الموافقة، ينبغي أن تُظهر الطلبات الأولى المرسلة قبل تفاعل الزائر حالة الرفض. وإذا رأيت G111 قبل أن ينقر الزائر على أي شيء، فإما أن إعدادك الافتراضي خاطئ، أو أن الوسم أُطلق قبل ضبط القيمة الافتراضية.
الخطوة 4: ما الذي ينبغي أن تراه بعد القبول
انقر على قبول ثم راقب الطلبات الجديدة. ينبغي أن تتغير الحالة إلى ممنوح وأن تتابع الوسوم عملها. وإذا كان البانر يقول إن الموافقة تمت بينما ما تزال الطلبات تحمل حالة الرفض، فهذا يعني أن نداء التحديث لا يصل إلى وسوم Google أو أنه يعمل متأخرًا.
الخطوة 5: افحص طبقة البيانات
في Console اكتب dataLayer ووسّع المدخلات. أنت تبحث عن أمرين بالترتيب:
- مدخل consent بالأمر default، يسرد كل إشارة على أنها مرفوضة للمناطق التي تشترط الموافقة.
- مدخل consent لاحق بالأمر update، بعد أن يختار المستخدم.
إشارات Consent Mode v2 هي ad_storage وanalytics_storage وad_user_data وad_personalization. فإذا غابت الإشارتان الأخيرتان فإعدادك من طراز v1.
أكثر الأخطاء شيوعًا
- ضبط القيمة الافتراضية متأخرًا. يجب أن يعمل أمر default قبل تحميل وسم Google أو حاوية Tag Manager.
- عدم إرسال التحديث أبدًا. يحفظ البانر الاختيار لكنه لا يستدعي أمر update.
- إشارتان فقط. إشارات v2 الخاصة ببيانات المستخدم والتخصيص مفقودة.
- منطق مناطق خاطئ. يُعامَل زوار منطقة تشترط الموافقة على أنهم موافقون افتراضيًا.
- الحجب بواسطة إضافة. إضافة خصوصية في متصفحك تخفي الطلبات؛ اختبر والإضافات معطلة.
- اختيار مخزَّن مؤقتًا. اختبرت في نافذة عادية خزّنت اختيارًا سابقًا.
الخطوة 6: افحص وضع المعاينة في Tag Manager
إذا كنت تستخدم Google Tag Manager، فإن وضع Preview يعرض حالة الموافقة لكل حدث في الصفحة، وأي الوسوم أُطلقت أو حُجبت. قارنه بما رأيته في تبويب الشبكة: يجب أن يتطابق العرضان.
اجعلها روتينًا
أجرِ هذا الفحص الذي يستغرق خمس دقائق بعد كل تغيير في البانر أو نشر للحاوية أو إصدار للموقع. دوّن قيمة gcs المتوقعة في أربع حالات: الزيارة الأولى، وبعد القبول، وبعد الرفض، وبعد تغيير الاختيار لاحقًا. أي شيء لا يطابق هو خلل يجب إصلاحه قبل أن تخبرك تقاريرك به.
موقع FlexyConsent من ذلك
FlexyConsent هو CMP معتمد من Google (معرّف CMP رقم 317) ويدعم Google Consent Mode v2، ويرسل إشارتي default وupdate نيابةً عنك. ومع ذلك ينبغي أن تجري هذا الفحص في المتصفح على صفحاتك، لأن ترتيب الوسوم وإعدادات الحاوية يخصّان موقعك.
أهم النقاط
- اختبر في نافذة خاصة مع حفظ سجل الشبكة.
- اقرأ قيمة gcs: G100 تعني الرفض وG111 تعني المنح.
- يجب أن تظهر القيمة الافتراضية المرفوضة قبل أن يختار الزائر.
- يجب أن يغيّر التحديث الحالة فور الاختيار.
- تأكد من ظهور إشارات Consent Mode v2 الأربع جميعها في طبقة البيانات.