لماذا نؤتمت اختبار الموافقة

الفحوص اليدوية للموافقة يسهل تخطيها ويسهل الخطأ فيها. فقد تبدأ علامة جديدة يضيفها فريق التسويق، أو تحديث للقالب، أو محمّل نصوص برمجية أُعيدت هيكلته، بإطلاق أدوات التتبع بصمت قبل الموافقة، ولا يلاحظ أحد ذلك حتى يلاحظه عميل أو جهة تنظيمية. تحوّل اختبارات المتصفح الآلية السؤال “هل لا يزال بانرنا يتصرف كما ينبغي؟” إلى شيء يعمل مع كل إصدار. يناسب Playwright هذا الغرض لأنه يتحكم في متصفحات حقيقية، ويستطيع اعتراض طلبات الشبكة، ويمنحك سياقات متصفح جديدة ومعزولة.

سياقات الاختبار

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

الاختبار 1: لا شيء يُطلق قبل الموافقة

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

الاختبار 2: الرفض يُبقي الأمور معطّلة

1. حمّل الصفحة في سياق جديد.
2. انقر عنصر الرفض في البانر.
3. انتقل إلى صفحتين أو ثلاث صفحات أخرى، من بينها صفحة بها وسائط مضمّنة.
4. تحقق من أنه لم تُرسَل أي طلبات لأدوات تتبع ولم يُضبط أي ملف تعريف ارتباط غير أساسي.
5. أعد التحميل وتحقق من بقاء البانر مخفيًا واستمرار الاختيار.

الاختبار 3: القبول يفعّل ما ينبغي

انقر القبول وتحقق من أن العلامات المتوقعة تُطلق الآن، مثل طلب التحليلات لديك. يحمي هذا من الفشل المعاكس: بانر يسجّل الموافقة لكنه لا يحرّر النصوص البرمجية أبدًا، ما يكلّفك بصمت البيانات والإيرادات.

الاختبار 4: الخيارات الدقيقة

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

الاختبار 5: السحب

اقبل، ثم أعد فتح الإعدادات عبر رابطك الدائم واسحب الموافقة. تحقق من أن الطلبات اللاحقة إلى أدوات التتبع تتوقف وأن حالة الموافقة المخزّنة تعكس التغيير. لاحظ أن ملفات تعريف الارتباط التي ضُبطت بالفعل قد تحتاج إلى إزالة صريحة، لذا حدّد سياستك واختبرها.

الاختبار 6: الإشارات

إذا كنت تستخدم Google Consent Mode، فاقرأ طبقة البيانات (data layer) في سياق الصفحة قبل كل اختيار وبعده وتحقق من أن قيم حالة الموافقة متطابقة: مرفوضة افتراضيًا، وممنوحة للفئات التي قبلها الزائر. وإذا كنت تستخدم سلسلة TCF، فاقرأها عبر واجهة TCF البرمجية وتحقق من وجودها بعد الاختيار ومن أنها تعكسه.

إبقاء الاختبارات موثوقة

• استخدم محدِّدات مستقرة، مثل سمات الاختبار أو الأدوار الميسّرة، بدل فئات CSS التي تتغير مع تحديثات التصميم.
• انتظر شروطًا صريحة لا تأخيرات ثابتة.
• شغّل الاختبارات على نسخة مرحلية لها إعداد العلامات نفسه في الإنتاج.
• شغّل نسخة صغيرة من المجموعة وفق جدول زمني، لا عند النشر فحسب، لأن النصوص البرمجية لأطراف ثالثة تتغير دون إصدارك.
• اختبر المناطق الرئيسية التي تخدمها بضبط الموقع الجغرافي أو باستخدام تجاوز المنطقة الذي توفره CMP لديك.

أين تندرج FlexyConsent

تدعم FlexyConsent كلًا من IAB TCF 2.4 وIAB GPP v1.1 وGoogle Consent Mode v2، لذا فالإشارات التي تتحقق منها في الاختبارات إشارات قياسية يمكنك قراءتها من الصفحة. والبانر متاح بـ 58 لغة؛ وإذا كنت تخدم عدة لغات، فأضف اختبارًا يحمّل نسخة واحدة على الأقل غير إنجليزية.

أبرز النقاط

• استخدم سياق متصفح جديدًا لكل اختبار لمحاكاة زائر يأتي للمرة الأولى.
• تحقق من طلبات الشبكة وملفات تعريف الارتباط، لا من شكل البانر فحسب.
• غطِّ أربعة مسارات: بلا تفاعل، والرفض، والقبول، والسحب.
• افحص إشارات الموافقة في طبقة البيانات أو واجهة TCF أيضًا.
• شغّل المجموعة عند الإصدار وعلى جدول زمني لرصد الانحراف الناتج عن نصوص أطراف ثالثة.