منذ الإعلان الأول عن الإعلان في شباط (فبراير) 2022، تلقّينا ملاحظات من شركاء في منظومة Android المتكاملة. نحن نقدّر كل هذه الملاحظات، ونواصل دعوتك إلى مواصلة مشاركة ملاحظاتك وأسئلتك.
ستشارك هذه التحديثات حول مستوى التقدم ملخصًا للتطورات والتحديثات الجديدة التي تم إجراؤها على اقتراحات التصميم، والأسئلة الرئيسية والملاحظات التي تلقيناها، والتحديثات المتعلقة بإصدارات معاينة المطورين.
إصدارات جديدة
إصدار "معاينة المطوِّر" 7
هذا أحدث إصدار هو إنجاز رئيسي يشكّل أساسًا للإصدارات التجريبية القادمة من "مبادرة حماية الخصوصية". ويتضمّن هذا الإصدار وظائف إضافية في ما يخصّ إتاحة "توسّط العرض الإعلاني بدون انقطاع للجمهور المحمي"، وعمليات إعادة التوجيه عبر سلسلة علامات متتالية لتسجيل حدث في "مقياس الأداء"، بالإضافة إلى تغييرات أخرى في واجهة برمجة التطبيقات.
وسنواصل تحديث موارد معاينة المطور مع طرح وظائف جديدة في الأشهر القادمة. ننصحك بمشاركة ملاحظاتك أو أسئلتك والاشتراك لتلقّي آخر الأخبار حول المبادرة.
تم إصدار الإصدار التجريبي لشهر آذار (مارس) 2023
يمثّل هذا الإصدار مدى توفّر واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" على الأجهزة العامة ويعادل عمليًا إصدار "معاينة مطوّر البرامج 6". يمكن للمطوّرين الوصول إلى واجهات برمجة التطبيقات في الإصدارات التجريبية من خلال حزمة تطوير البرامج (SDK) للإضافات.
تعديل على المخطط الزمني لإصدارات "الميزات التجريبية"
جميع التواريخ والتفاصيل عرضة للتغيير
سيأتي كل إصدار تجريبي من معاينة مطوّر البرامج وملاحظات إصدار تفصيلية وأدلة لوصف الوظائف المتاحة وغير المتاحة مع كل إصدار.
الميزة متوفّرة الآن:
- معاينة المطوّر 7 - تتضمّن وظائف تسمح لك بتصميم عملية الدمج باستخدام واجهات برمجة التطبيقات ذات الصلة، بما في ذلك وقت تشغيل حزمة تطوير البرامج (SDK) وTopics وProtected Audience وAttribution Reporting API
- يتوفّر البرنامج التجريبي لاختبار الإنتاج المحدود. يشير الإصدار التجريبي لشهر آذار (مارس) 2023 إلى مدى توفّر واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" على الأجهزة العامة ويعادل عمليًا إصدار "معاينة المطوِّر 6".
بداية عام 2023:
- أول إصدار ثابت لواجهة برمجة التطبيقات لواجهات برمجة التطبيقات للحفاظ على الخصوصية على نسبة صغيرة من أجهزة Android 13
خلال عام 2023:
- تكرارات إضافية لـ "معاينة المطور" وإصدارات واجهة برمجة التطبيقات الثابتة مع وظائف إضافية. توسيع نطاق الاستهداف ليشمل المزيد من المستخدمين وأجهزة Android
تذكير: عندما أعلنّا عن "مبادرة حماية الخصوصية" على Android في شباط (فبراير)، أشرنا إلى أنّه بينما نصمّم هذه الحلول الجديدة وننشئها ونختبرها، نخطط لإتاحة ميزات منصّات عرض الإعلانات الحالية لمدة عامين على الأقل، ونعتزم تقديم إشعار مهم قبل إجراء أي تغييرات مستقبلية.
إشعارات اقتراحات التصميم
يصف هذا القسم العديد من التحديثات المحددة لمقترحات التصميم.
واجهات برمجة تطبيقات الانعكاس
في اقتراح تصميم وقت تشغيل حزمة تطوير البرامج (SDK) الأصلي، طلبنا الحصول على ملاحظات بشأن اقتراحنا بمنع الوصول إلى عملية التفكير واستدعاء واجهات برمجة التطبيقات، وذلك بهدف مساعدة مطوّري حِزم SDK على منع تلاعب حِزم SDK الأخرى.
لقد تلقّينا ملاحظات قيّمة حول حالات الاستخدام المتأثرة، وبعد إجراء مزيد من التحقيق في الأداة ومخاطرها، سنسمح باستخدام واجهات برمجة التطبيقات للانعكاس والاستدعاء ضمن وقت تشغيل SDK، وسنعدّل اقتراح التصميم وفقًا لذلك.
ومع ذلك، لن يُسمح لحزمة تطوير برامج (SDK) باستخدام انعكاس أو استدعاء واجهات برمجة التطبيقات على حزمة SDK أخرى تم تفعيلها في وقت التشغيل. بدلاً من ذلك، بالنسبة إلى اتصال SDK إلى SDK في وقت تشغيل SDK، نصمم واجهات برمجة تطبيقات منفصلة لاكتشاف SDK، وسيتم توضيحها بالتفصيل في تحديث مستقبلي.
نحن نبحث باستمرار عن طرق للحد من خطر التلاعب بحِزم تطوير البرامج (SDK) الأخرى، وبالتالي ما زلنا نقترح منع استخدام رمز JNI في وقت تشغيل SDK، ونفكّر جديًا في استخدام واجهات برمجة تطبيقات أخرى. سنشارك في تحديث مستقبلي اقتراحًا كاملاً بشأن واجهات برمجة التطبيقات المحظورة.
Attribution Reporting API
- استنادًا إلى الملاحظات، أضفنا مثالاً يوضّح كيفية تسجيل أحداث المشاهدة والنقرات والإحالات الناجحة من قِبل عدة أطراف معنية. لقد أضفنا اعتبارات مستقبلية جديدة وأسئلة مفتوحة نتطلّع إلى تلقّي ملاحظات بشأنها.
Topics API
- تعرض Topics API قائمة تضم ما يصل إلى 3 مواضيع، موضوع واحد لكل فترة من الحقبة الثلاثة الماضية (على سبيل المثال، خلال الأسابيع الثلاثة الماضية). تم تعديل الاقتراح الفني لـ Topics API لتوضيح أنّ المواضيع المعروضة تمثّل اهتمامات المستخدم، ويمكن استخدام أي من المواضيع المعروضة أو جميعها لتخصيص الإعلانات.
ملخص الأسئلة والملاحظات الإضافية المستلَمة
يعرض هذا القسم بعض الأسئلة والملاحظات التي تلقيناها، إلى جانب ردودنا.
أسئلة عامة
- هل سيتم تطبيق "مبادرة حماية الخصوصية" على Android على أجهزة التلفزيون المتّصلة؟
- تركز اقتراحات التصميم الحالية على دعم حالات الاستخدام للأجهزة والتطبيقات المتوافقة مع الأجهزة الجوّالة. ونخطط لمشاركة المزيد من المعلومات حول أشكال أجهزة Android الأخرى في المستقبل.
- كيف سيتم طرح "مبادرة حماية الخصوصية" على Android للأجهزة المشاركة في الإصدار التجريبي؟
- لإصدار التحديثات بشكل مرن مع مرور الوقت للمستخدمين، سيتم توزيع المكوّنات الرئيسية كوحدات رئيسية على أجهزة Android الجوّالة المتوافقة. سيتيح لنا ذلك تقديم تحسينات على الأجهزة المتوافقة بطريقة سلسة خارج دورة الإصدار العادية لنظام Android.
- ما خطتكَ للحصول على دعم لغة البرمجة Kotlin؟
- نعمل على تكرار تصميم Privacy Sandbox API ونهدف من خلالها إلى تمكين المطوّرين من كتابة رموز Kotlin الاصطلاحية. تتوفّر مراجع المطوّرين ذات الصلة، مثل نماذج التطبيقات في معاينة المطوّر، في لغة البرمجة Kotlin (بالإضافة إلى Java).
- ما هي عناصر التحكّم على مستوى المستخدم في "مبادرة حماية الخصوصية" وما هي المخططات الزمنية المتوقّعة لطرح عناصر التحكّم هذه؟
لا تزال التصميمات النهائية قيد التطوير، ولكننا ننوي توفير عناصر تحكم للمستخدمين في إعدادات الجهاز خلال فترة الإصدار التجريبي من أجل:
- مغادرة حلول "مبادرة حماية الخصوصية" أو إعادة الانضمام إليها
- إزالة مواضيع محدّدة مستنتَجة من Topics API
- هل يمكن للمنظومات المتكاملة لمتجر التطبيقات، غير Google Play، استخدام حلول "مبادرة حماية الخصوصية"؟
تُعدّ جميع حلول "مبادرة حماية الخصوصية" جزءًا من "المشروع المفتوح المصدر لنظام Android" (AOSP)، لذا يمكن لمتاجر التطبيقات الأخرى اعتمادها إذا أردت ذلك. تواصل مع متاجر التطبيقات التي تعمل معها لفهم خططها بشكل أفضل.
وقت تشغيل حزمة تطوير البرامج (SDK)
- كيف ستتم إدارة إصدارات حِزم SDK بموجب هذه الاقتراحات؟ هل سيكون بإمكان التطبيقات التحكّم في تبعيات إصدار حزمة تطوير البرامج (SDK) إذا كان بإمكان المورّدين تحديث حِزم SDK بشكل مستقل؟
يتم تصميم هذا الأسلوب حاليًا، ومن بين الطرق التي يتم التفكير فيها هو أنّ مطوّري حِزم تطوير البرامج (SDK) يحدّدون إصدار
major.minor.patch
من أي حزمة تطوير برامج (SDK) يختارون توزيعها من خلال متجر تطبيقات يتوافق مع وقت تشغيل حزمة تطوير البرامج (SDK).يستطيع مطوّرو التطبيقات بعد ذلك اختيار إصدار
major.minor
الذي يريدون الاعتماد عليه من خلال إدراجه في بيان التطبيق. سيتم تثبيت أحدث إصدار رمز تصحيح لإصدارmajor.minor
هذا إلى أن يتم طرح رمز التصحيح التالي (الذي سيتم تثبيته تلقائيًا) أو إلى أن يعيد مطوّر التطبيق إنشاء تطبيقه مع تحديد تبعية مختلفة لإصدارmajor.minor
.- ما هي أنواع حِزم SDK المخصّصة لوقت تشغيل SDK؟
تم تصميم الإصدار الأولي من "وقت تشغيل حزمة تطوير البرامج (SDK)" لإتاحة حالات الاستخدام لحِزم تطوير البرامج (SDK) المتعلّقة بالإعلانات، بما في ذلك حِزم SDK التي تتيح عرض الإعلانات وقياس أداء الإعلانات ورصد حالات الاحتيال في الإعلانات وإساءة الاستخدام.
على الرغم من أنّ التركيز الأولي ينصبّ على حِزم SDK المرتبطة بالإعلانات، فإنّ مطوّرو حِزم SDK غير المرتبطة بالإعلانات الذين يسعون إلى الحفاظ على الخصوصية ويعتقدون أنّهم قادرون على العمل وفقًا للشروط المذكورة أعلاه يمكنهم مشاركة ملاحظاتهم حول حِزم SDK التي تعمل في "وقت تشغيل SDK".
- نستخدم حاليًا أذونات غير تلك المحددة في الاقتراح لحالات الاستخدام. هل يمكننا طلب المزيد من الأذونات؟
نحن حريصون على فهم حالات الاستخدام المتعلقة بالإعلانات التي تتطلب أذونات وصول محدّدة تتجاوز تلك المذكورة في اقتراح التصميم الأولي. وننصحك بمشاركة الملاحظات والآراء بشأن الوظائف المتأثرة.
- هل سيؤدي نقل حزم SDK إلى عملية وقت تشغيل SDK إلى توفير حجم التنزيل أو توفير المساحة؟
وفي حال دمج عدة تطبيقات مع حِزم تطوير برامج (SDK) فردية يتم تفعيلها في وقت التشغيل من الإصدار نفسه، سيؤدي ذلك إلى التوفير في حجم التنزيل ومساحة القرص.
- هل يعتمد إذن حزمة تطوير البرامج (SDK) للوصول إلى AAID (AD_ID) على أذونات التطبيق؟
إنّ قدرة حزمة RE SDK على الوصول إلى AAID تعتمد على كلٍّ من التطبيق وحزمة تطوير البرامج (SDK) التي تعلن عن الإذن في ملف بيان التطبيق. في تعديل اقتراح مستقبلي، سنحدّد بالتفصيل واجهة برمجة التطبيقات التي ستتمكّن حِزم SDK من استخدامها للحصول على AAID، وذلك في حال كان لديها الإذن.
- عناوين IP وإصدارات أنظمة التشغيل والبيانات البديلة: هل ستكون هذه البيانات متاحة لحِزم تطوير البرامج (SDK) المتعلّقة بالإعلانات؟
نعمل حاليًا من خلال خصائص النظام التي يمكن لحِزم SDK المتعلقة بالإعلانات الوصول إليها، وستتم مشاركة ذلك في تحديث مستقبلي لاقتراح التصميم. ولم ننشر أي سياسة بشأن استخدام هذه السمات.
- هل معرّف مجموعة التطبيقات الذي تجمعه حزمة تطوير البرامج (SDK) متطابقة في العديد من التطبيقات حتى إذا كانت هذه التطبيقات تابعة لحسابات مطوِّرين مختلفة على Google Play؟ كيف يمكننا حظر المستخدمين المحتالين في تطبيقات متعدّدة بدون استخدام ميزة AAID؟
يمكن لتطبيق أو أي من حِزم SDK الخاصة به الوصول فقط إلى قيمة معرّف مجموعة التطبيقات المرتبطة بحساب مطوّر برامج Google Play للتطبيق المضيف. لن توفّر "مبادرة حماية الخصوصية" على Android معرّفًا بين الناشرين لأغراض الاحتيال. في الوقت الحالي، يمكن للمطورين اعتبار استخدام IP بديلاً أقل اتساقًا إلى حد ما.
المواضيع
- هل سأتمكّن من الاطّلاع على قائمة بجميع المواضيع المحتمَلة التي يمكن عرضها بواسطة واجهة برمجة التطبيقات؟
- لأغراض الاختبار، يستخدم إصدار "معاينة المطوِّر" 1 مواضيع من هذا التصنيف، والذي يخضع للتغيير. ونتوقّع أن نتطوّر مع مرور الوقت استنادًا إلى الملاحظات التي تصلنا من المنظومة المتكاملة.
- إذا كان تصنيف المواضيع خاضعًا للتغيير، كيف يمكننا وضع هذه التغييرات في الاعتبار في نماذج عملية الشراء بعد بيع المنتجات؟
- سيتضمّن ردّ Topics API رقم إصدار للمصنِّف والتصنيف.
ميزة "الجمهور المحمي" على Android
- هل ستكون ميزة "استهداف الاستثناء" متاحة في ميزة "الجمهور المحمي"؟
لا يوفّر اقتراح التصميم الحالي الاستهداف السلبي استنادًا إلى جمهور مخصّص في "الجمهور المحمي".
بالنسبة إلى حملات تثبيت التطبيقات، سنوفّر وظيفة فلترة الإعلانات لمزوّدي تقنية الإعلان لفلترة التطبيقات التي سبق تثبيتها. ونحن نستكشف أيضًا كيفية توفير متطلبات الفلترة السلبية للحملات المستندة إلى تحديد عدد مرّات الظهور. سيتم تقديم المزيد من التفاصيل في التحديثات القادمة لاقتراح التصميم.
- هل يمكن لشبكات إعلانات البائعين إنشاء شرائح جمهور مخصّصة؟ أم أنّها تقتصر على شبكات الإعلانات للمشتري؟
يركز اقتراحنا الحالي لشرائح الجمهور المخصّصة على حالة الاستخدام بجانب الشراء، لأنّها تهدف إلى دعم إنشاء عروض أسعار جانب الشراء لحالة استخدام تجديد النشاط التسويقي بطريقة تحافظ على الخصوصية.
إعداد تقارير الإحالة
- هل ستعمل واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" معًا لدعم حالات الاستخدام من الويب إلى التطبيق ومن التطبيقات إلى الويب؟
- نعمل على استكشاف حالات استخدام يستدعي فيها تطبيق متصفّح متوافق مع الأجهزة الجوّالة واجهة برمجة التطبيقات Attribution Reporting API من Android لتفعيل ميزة "الإحالة" في التطبيق والويب على الجهاز نفسه. إذا اخترت تفعيل ميزة "تحويل التطبيقات إلى الويب"، سيتم استخدام "مبادرة حماية الخصوصية" لواجهات برمجة التطبيقات على Android للتخزين والإحالة وستزيل الإحالات في جميع التطبيقات والمواقع الإلكترونية (ومع ذلك قد تصلك تقارير منفصلة عن التطبيقات والويب من واجهة برمجة التطبيقات التي يجب دمجها.
- هل تتيح واجهة برمجة التطبيقات استخدام نماذج تحديد مصدر أخرى إلى جانب النقرة الأخيرة؟
- تتيح واجهة برمجة التطبيقات استخدام نموذج إحالة النقرة الأخيرة يستند إلى الأولوية. إضافةً إلى ذلك، يوفّر الاقتراح منطق تحديد مصدر اختياري للإحالات الناجحة بعد التثبيت التي يتم إسنادها إلى النقرة أو المشاهدة التي أدّت إلى التثبيت.
- هل ستؤثر "مبادرة حماية الخصوصية" في مُحيل عمليات التثبيت على Play؟
استنادًا إلى الخطط والتصاميم الحالية، لن تؤثر واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" في الوظائف التي يوفّرها "مُحيل التثبيت من Play".
حدد بعض المطورين أشكال إعلانات يمكن من خلالها "مكافأة" المستخدمين لإكمال أحداث معينة بعد النقر. بدون الإحالة على مستوى المستخدم، سيمثل هذا تحديًا في ظل الاقتراحات الحالية.
هذا مجال يخضع للتحقيق لتحديد الحلول الممكنة. وننصح بتقديم ملاحظات إضافية بشأن حالة الاستخدام هذه وحالات الاستخدام الأخرى التي قد تكون قائمة.
- لماذا يتم تحديد المصدر بشكل مستقل لكل منصة تكنولوجيا إعلانات؟
اليوم، يعتقد العديد من المعلِنين أنّه من المهم الحصول على عرض غير مكرّر لأحداث الإحالات الناجحة على جميع الشبكات، ومن الممارسات الشائعة استخدام شريك قياس أداء الأجهزة الجوّالة (MMP). سيظلّ تنفيذ ذلك أمرًا سهلاً مع واجهات برمجة التطبيقات الجديدة، ولكن يسهِّل أيضًا على منصات التكنولوجيا الفردية أو المعلنين إمكانية القياس مباشرةً إذا كانت هناك رغبة في إجراء ذلك.
يعني استخدام عمليات إعادة التوجيه أنّك لست بحاجة إلى توفُّر حزمة SDK في كل تطبيق، ولكن عليك إنشاء علاقة مع حِزم SDK لتكنولوجيا الإعلانات ليتم إشراكها في عملية إعادة التوجيه.
تتمثل الفائدة الرئيسية لهذا النهج في أنه يمكن لكل شخص الحصول على البيانات الوصفية ومفاتيح التجميع الخاصة به لمنطق أعماله، بالإضافة إلى تحديد أولويته الخاصة.
- هل هناك أي عمليات تحقُّق أو عمليات تحقُّق من عمليات التثبيت من "متجر Play"؟
ولا تُستخدم عمليات التثبيت التي تم التحقّق من صحتها إلا لمنطق إحالة الإحالة الناجحة الاختياري بعد التثبيت. لن يتم إرسال عمليات التثبيت التي تم التحقّق من صحتها من خلال واجهة برمجة التطبيقات. سترسل واجهة برمجة التطبيقات التقارير استنادًا إلى الإحالات الناجحة المسجَّلة فقط، ولن تعرض أي إشارة توضح ما إذا كان المستخدم قد ثبَّت التطبيق من قبل أم لا.
- هل أنت بصدد التحقق من النقرات أو المشاهدات؟ للتحقق من صحة العرض، هل هناك حد أدنى لمدة العرض؟
يتيح اقتراح واجهة برمجة التطبيقات الحالي التحقق الأساسي من صحة النقرات عبر enterEvent. نحن نبحث في أشكال أكثر فعالية للتحقق من صحة النقرات والتحقق من صحة المشاهدات. ونشجّع على إرسال ملاحظات إضافية لحالات الاستخدام هذه، لا سيّما حول أنواع تعريفات المشاهدات التي ستكون مفيدة للمنظومة المتكاملة.