نقل حزمة تطوير البرامج (SDK)

تتناول هذه الصفحة عمليات نقل البيانات للإصدارات الحالية والسابقة.

نقل البيانات من الإصدار 22 إلى الإصدار 23

الحد الأدنى لمستوى واجهة برمجة تطبيقات Android هو 21

بدءًا من الإصدار 23.0.0، تتطلّب حزمة "SDK لإعلانات Google على الأجهزة الجوّالة" أن تعمل جميع التطبيقات بالمستوى 21 من واجهة برمجة تطبيقات Android كحد أدنى للتشغيل. لضبط مستوى واجهة برمجة التطبيقات، غيِّر قيمة minSdkVersion في ملف build.gradle على مستوى التطبيق إلى 21 أو أعلى.

طرق الاستخدام المتوقفة نهائيًا التي تمت إزالتها أو استبدالها

نقل البيانات من الإصدار 21 إلى الإصدار 22

استخدام MobileAds.getVersion() للحصول على إصدار حزمة "SDK لإعلانات Google على الأجهزة الجوّالة"

تمت إزالة طريقة MobileAds.getVersionString() في الإصدار 22.0.0 لصالح MobileAds.getVersion().

تعرِض الطريقة الجديدة رقم الإصدار الخارجي المتوقّع، على سبيل المثال، 22.0.0. للحصول على مزيد من المعلومات عن هذا التغيير، يُرجى الاطّلاع على استخدام طريقة getVersion() الجديدة لحزمة تطوير البرامج (SDK) لإعلانات Google على الأجهزة الجوّالة.

الطرق التي تمت إزالتها أو استبدالها

يسرد الجدول أدناه التغييرات المحدّدة في الإصدار 22.0.0.

نقل البيانات من الإصدار 20 إلى الإصدار 21

تعديل minSdkVersion إلى 19 أو إصدار أحدث

وبدءًا من الإصدار 21.0.0، تتطلّب حزمة "SDK لإعلانات Google على الأجهزة الجوّالة" أن تستخدم جميع التطبيقات المستوى 19 من واجهة برمجة تطبيقات Android كحد أدنى للتشغيل. لتعديل مستوى واجهة برمجة التطبيقات، غيِّر قيمة minSdkVersion في ملف إنشاء تطبيقك إلى 19 أو أعلى.

فرض قاعدة عدم السماح بقيم صفرية

في إطار الاستعداد لفرض قابلية تطبيق القيم الفارغة الصارمة، تتم إضافة تعليقات @NonNull التوضيحية في جميع واجهات برمجة التطبيقات التي لم تحدّد بشكل صريح قابلية القيم الفارغة في السابق.

قد يؤدي هذا التغيير إلى إيقاف تطبيقات Kotlin والتطبيقات التي تستخدِم إطارات عمل التحقّق من القيم الخالية في Java في حال حدوث انتهاكات لأمان القيم الخالية وعدم معالجة قيم null سابقًا بطريقة آمنة (اطّلِع على مستندات Kotlin حول أمان القيم الخالية ).

إزالة طريقة addNetworkExtras()

تم إيقاف طريقة addNetworkExtras() نهائيًا في الإصدار 20.3.0 من حزمة تطوير البرامج (SDK) ، وهي الطريقة التي تُمرِّر مَعلمات إضافية كمثيل NetworkExtras إلى محوِّل شبكة إعلانية معيّن، وستتم إزالتها في الإصدار 21.0.0. استخدِم الأسلوب addNetworkExtrasBundle() من فئة AdRequest.Builder نفسها بدلاً من ذلك.

إزالة طرق تحديد الموقع الجغرافي

ستتم إزالة طرق تحديد الموقع الجغرافي التالية في الإصدار 21.0.0:

• طريقة setLocation(Location location) في فئة AdRequest.Builder التي تحدّد الموقع الجغرافي للمستخدم لأغراض استهداف التوسّط
• طريقة getLocation() في فئة AdRequest التي تعرض معلومات استهداف الموقع الجغرافي للمستخدم التي تم تمريرها سابقًا إلى طريقة setLocation(Location location)
• تمثّل هذه السمة طريقة getLocation() في الفئة MediationAdConfiguration والتي تعرض الموقع الجغرافي للمستخدم، إذا تم تحديده من خلال AdRequest.

لا تستخدم Google بيانات الموقع الجغرافي لاستهداف الإعلانات. يجب استخدام واجهات برمجة التطبيقات التابعة لجهات خارجية لتقديم المعلومات إلى شبكات المواقع الإعلانية التابعة لجهات خارجية إذا كان ذلك مطلوبًا.

إيقاف واجهات الأحداث المخصّصة نهائيًا

تتيح الأحداث المخصّصة للناشرين الذين يستخدِمون ميزةتوسّط AdMob إعداد مصدر إعلانات للعرض بدون انقطاع ليس أحد AdMob مصادر الإعلانات المتوافقة.

يتم إيقاف جميع واجهات الأحداث المخصصة لصالح الفئة Adapter وواجهة MediationAdLoadCallback.

يسرد الجدول أدناه الفئة أو الواجهة المقابلة التي يجب استخدامها لكل واجهة حدث مخصّص بدءًا من الإصدار 21.0.0:

نقل البيانات من الإصدار 19 إلى الإصدار 20

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

تحديثات واجهة برمجة التطبيقات لتنسيق ملء الشاشة

بدءًا من الإصدار 20.0.0، تم توحيد أشكال "الإعلانات البينية" و"الإعلانات البينية" و"الإعلانات التي تضم مكافأة" و"الإعلانات على شاشة فتح التطبيق" لاتّباع تصميم متسق لواجهة برمجة التطبيقات.

تستخدم جميع واجهات برمجة التطبيقات لتنسيق ملء الشاشة المبادئ التالية:

• طريقة تحميل ثابتة
• آلية مشابهة لرد الاتصال أو معالج التحميل
• الاعتماد على فئة FullScreenContentCallback لاستدعاءات العروض التقديمية

إزالة واجهة برمجة التطبيقات القديمة لإعلانات الفيديو التي تضم مكافآت

تمّ طرح واجهة برمجة التطبيقات RewardedAd الأحدث لأول مرة في آذار (مارس) 2019 وأصبحت واجهة برمجة التطبيقات التي تضم مكافأة المفضّلة على مدار 18 شهرًا. وتضمّ هذه الواجهة المزيد من التحسينات مقارنةً بواجهة برمجة تطبيقات RewardedVideoAd القديمة، بما في ذلك إمكانية تحميل أكثر من إعلان واحد يضم مكافأة في الوقت نفسه.

تمت إزالة واجهة برمجة التطبيقات RewardedVideoAd القديمة في الإصدار 20.0.0 من حزمة تطوير البرامج (SDK).

إيقاف البانر الذكي نهائيًا لصالح إعلان البانر التكيُّفي

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

public class MyActivity extends AppCompatActivity {
  ...
  private AdSize getFullWidthAdaptiveSize() {
    Display display = getWindowManager().getDefaultDisplay();
    DisplayMetrics outMetrics = new DisplayMetrics();
    display.getMetrics(outMetrics);

    float widthPixels = outMetrics.widthPixels;
    float density = outMetrics.density;

    int adWidth = (int) (widthPixels / density);
    return AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(this, adWidth);
  }
}

class MyActivity : AppCompatActivity() {
  ...
  private val adaptiveAdSize: AdSize
    get() {
      val display = windowManager.defaultDisplay
      val outMetrics = DisplayMetrics()
      display.getMetrics(outMetrics)

      val density = outMetrics.density

      var adWidthPixels = ad_view_container.width.toFloat()
      if (adWidthPixels == 0f) {
        adWidthPixels = outMetrics.widthPixels.toFloat()
      }

      val adWidth = (adWidthPixels / density).toInt()
      return AdSize.getCurrentOrientationAnchoredAdaptiveBannerAdSize(this, adWidth)
    }
}

مغادرة صفحة إزالة طلب إعادة النظر

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

يُرجى العلم أنّه لم يكن مقصودًا أبدًا أن يكون الإجراء المُعاد الاتصال به onAdLeftApplication معالِجًا للنقرات على الإعلانات، ولم يؤدّ اعتماد هذا الإجراء المُعاد الاتصال به إلى الإبلاغ عن النقرات بشكلٍ دقيق. على سبيل المثال، أدّى النقر على رمز "خيارات الإعلان" الذي أدّى إلى تشغيل متصفّح خارجي إلى استدعاء معاودة الاتصال لكن لم يتم احتسابه كنقرة.

عمليات إعادة تسمية الفئات

يسرد الجدول أدناه أسماء فئات محدّدة تم تغييرها أو إزالتها. في summary:

• تمت إعادة تسمية معظم الصفوف ذات الصلة بـ "UnifiedNativeAd" إلى "NativeAd".
• تمت إزالة فئات وملفّات MobileAds.Settings وNativeExpressAdView وNativeAppInstallAd NativeContentAd وInstreamAd.
• تم استبدال جميع الصفوف التي تحمل البادئة Publisher بالبادئة AdManager.
• تم تغيير اسم حزمة InterstitialAd.

تمت إزالة أو استبدال الطرق.

يسرد الجدول التالي التغييرات المحدّدة في الإصدار 20.0.0. باختصار:

• تمت إزالة طرق الإعداد القديمة من فئة إعلانات الأجهزة الجوّالة.
• تمّت إزالة بعض الطُرق من فئة AdRequest.Builder() أو نقلها إلى فئة RequestConfiguration.
• تم تعديل واجهات برمجة التطبيقات للإعلانات التي تضم مكافآت وإعلانات بينية لتتوافق مع جميع أشكال الإعلانات التي تظهر بملء الشاشة.
• تمت إزالة ميزات Correlator.