موافقة ملفات تعريف الارتباط لتطبيقات الصفحة الواحدة (React وVue وAngular)
لماذا تُشكّل تطبيقات SPA تحديًا لموافقة ملفات تعريف الارتباط
تُحمَّل تطبيقات الصفحة الواحدة مرة واحدة وتتعامل مع التنقل من جانب العميل. لا توجد عمليات إعادة تحميل للصفحة لإعادة تشغيل فحوصات الموافقة. تُنفَّذ النصوص البرمجية للجهات الخارجية المحمَّلة في index.html قبل ظهور أي واجهة موافقة.
أخطاء SPA الشائعة
- تحميل Google Analytics في index.html قبل الحصول على الموافقة
- عدم إعادة التحقق من حالة الموافقة عند تغيير المسارات
- فقدان حالة الموافقة عند إعادة عرض التطبيق
- إطلاق أحداث التتبع في دورة حياة المكونات دون بوابات موافقة
التنفيذ الصحيح
- حمِّل نص CMP البرمجي فقط في رأس HTML — لا شيء آخر
- حمِّل النصوص البرمجية للجهات الخارجية بشكل مشروط فقط بعد منح الموافقة
- استخدم JavaScript API الخاص بـ CMP للتحقق من حالة الموافقة برمجيًا
- اربط استدعاءات التحليلات والتسويق بفحوصات الموافقة في مكوناتك
نصائح خاصة بكل إطار عمل
React
استخدم مزود سياق الموافقة. تحقق من حالة الموافقة في خطافات useEffect قبل تهيئة أدوات التتبع.
Vue
أنشئ إضافة موافقة. استخدم حراس المسارات للتحقق من حالة الموافقة عند التنقل.
Angular
استخدم خدمة موافقة يتم حقنها عبر DI. تحقق من الموافقة في حراس المسارات وعند تهيئة المكونات.
FlexyConsent مع تطبيقات SPA
يعمل نهج FlexyConsent القائم على نص برمجي واحد مع أي إطار عمل. يُحمَّل بشكل غير متزامن، ويدير حالة الموافقة عبر ملفات تعريف الارتباط، ويوفر JavaScript API للتحقق البرمجي من الموافقة. لا حاجة لـ SDK خاص بإطار العمل.