نقل حزمة تطوير البرامج (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. باختصار:

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