لماذا تحتاج ألعاب الجوال إلى حزمة موافقة (Consent SDK)

إذا كانت لعبتك تعرض إعلانات من AdMob أو Ad Manager أو شلال وساطة على اللاعبين في المنطقة الاقتصادية الأوروبية أو المملكة المتحدة، فأنت ملزم قانونيًا بالحصول على موافقة صالحة قبل استخدام أي إعلان مخصص أو معرّف تتبّع. لا يحل شريط ملفات تعريف الارتباط على الويب هذه المشكلة — فتطبيقات الجوال الأصلية لا تملك ملفات تعريف ارتباط، ويجب أن تصل الموافقة إلى حزم الإعلانات (ad SDKs) التي تعمل داخل بنائك.

إجابة Google هي User Messaging Platform (UMP) SDK، طبقة الموافقة التي تأتي مع Google Mobile Ads SDK. فهي تعرض نموذج موافقة متوافقًا مع IAB TCF، وتخزّن اختيارات اللاعب، وتكشف إشارة موافقة يقرأها AdMob وشركاء الوساطة تلقائيًا. بالنسبة لاستوديو Unity، فإن جعل هذا التدفق صحيحًا هو الفرق بين eCPM صحي وموجة من مخالفات السياسة.

تدفّق الموافقة من البداية إلى النهاية

الترتيب الصحيح للعمليات أهم من أي استدعاء API منفرد. في كل مرة يتم فيها تشغيل التطبيق، يجب أن:

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

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

تطبيق Unity بالحد الأدنى

في C#، يبدو الهيكل هكذا:

var request = new ConsentRequestParameters();
ConsentInformation.Update(request, (FormError error) => {
  ConsentForm.LoadAndShowConsentFormIfRequired((FormError err) => {
    if (ConsentInformation.CanRequestAds()) InitializeAds();
  });
});

فحص CanRequestAds() هو بوابتك. طالما أنه يُرجع true — إما لأن اللاعب وافق أو لأنه خارج منطقة منظّمة — يمكنك تهيئة الإعلانات وطلبها. لا تخزّن أي شيء عن المنطقة بنفسك؛ دع UMP يكون المصدر الوحيد للحقيقة.

الاختبار دون النشر على المتجر

لا يمكنك التحقق من تدفق الموافقة من مكتبك في إسطنبول مثلًا ما لم تحاكِ جهازًا في المنطقة الاقتصادية الأوروبية. يدعم UMP إعداد جغرافيا تصحيح الأخطاء (debug geography) وقائمة بمعرّفات أجهزة الاختبار المجزّأة (hashed IDs):

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

أزل دائمًا إعدادات التصحيح قبل بناء الإنتاج. إن شحن علامة تصحيح EEA المفروضة لكل لاعب هو حادث حقيقي ومحرج.

الموافقة والوساطة وإيراداتك

عندما تنتشر الموافقة بشكل صحيح، تتلقى كل شبكة في حزمة الوساطة الخاصة بك — AdMob وMeta Audience Network وUnity Ads وAppLovin — سلسلة TCF ويمكنها المزايدة على المخزون المخصص حيثما يُسمح. وعندما تتعطل، ترجع تلك الشبكات إلى إعلانات غير مخصصة بجزء بسيط من eCPM، ويفقد شلالك الإيرادات بهدوء. عامل طبقة الموافقة كجزء من حزمة تحقيق الأرباح، لا كأمر متأخر متعلق بالامتثال.

أين تتناسب FlexyConsent

يغطي UMP سطح Google الخاص، لكن معظم الناشرين الجادين يديرون الموافقة عبر خصائص الويب وتطبيقات متعددة ووسم من جانب الخادم في آنٍ واحد. تمنحك FlexyConsent سجل موافقة واحدًا، وإشارات TCF وGoogle Consent Mode v2، وتحليلات عن معدلات الموافقة عبر كل منصة — بحيث يعيش الاختيار الذي يتخذه اللاعب في لعبة Unity والاختيار الذي يتخذه الزائر على موقعك التسويقي في مكان واحد قابل للتدقيق. يصبح الامتثال لوحة معلومات، لا تدريبًا على الطوارئ.

أهم النقاط

• اجمع الموافقة عبر UMP SDK قبل تهيئة Mobile Ads SDK.
• لا تبرمج منطق المنطقة يدويًا أبدًا — دع UMP يقرر متى يكون النموذج مطلوبًا.
• اختبر بجغرافيا التصحيح ومعرّفات الاختبار المجزّأة، ثم أزلها قبل الإصدار.
• يحمي الانتشار الصحيح للموافقة eCPM لإعلاناتك المخصصة عبر حزمة الوساطة بأكملها.