مزيد من المعلومات عن ميزات مزاد Protected Audience API
مع نقل ميزات Protected Audience API إلى مدى متاح عمومًا، قد تساءل عن مدى توفّر خدمات Protected Audience API وميزاتها. يمكنك العثور هنا على قائمة بميزات Protected Audience API على مستوى النطاق ووقت توفّرها.
المخطط الزمني لتوفير الميزات
| الميزة | متوفّر للاختبار | الحالة |
|---|---|---|
| إعداد تقارير الفوز بالمزاد على مستوى الحدث | الآن | متاح حتى عام 2026 على الأقل. تهدف هذه الميزة إلى تسهيل الانتقال إلى إعداد تقارير Protected Audience API من إعداد تقارير ملفات تعريف الارتباط التابعة لجهات خارجية. وبالتالي، لن تتوفّر ميزة إعداد التقارير هذه بعد أن تحصل تكنولوجيات الإعلان على الوقت الكافي لتعديل آليات إعداد التقارير. |
| التجميع المستنِد إلى عامل التفعيل | الآن | تتوفّر للاختبار في الإصدار M113 أو الإصدارات الأحدث من Chrome Canary/Dev والإصدار M115 أو الإصدارات الأحدث من الإصدار التجريبي/الإصدار الثابت. |
| استخدام بيئة التنفيذ الموثوقة (TEE) لخدمة "مفتاح/قيمة" | الآن | يجب إجراء ذلك بحلول الربع الثالث من عام 2025. |
| الأُطر المُحدودة | الآن | مطلوبة في موعد لا يتجاوز 2026 |
| دمج محسّن بين Protected Audience API وAttribution Reporting API | الربع الثاني من العام 2023 | متوفّر للاختبار في الإصدار M112 من Chrome الثابت والإصدارات الأحدث. |
| K-anonymity | الآن | اطّلِع على مقالة "المعلومات المجهولة الهوية". |
| خدمات عروض الأسعار والمزادات | من المخطّط اختبارها في النصف الثاني من عام 2023. | قيد التطوير. |
ميزات إضافية
| الميزة | متوفّر للاختبار | الحالة |
|---|---|---|
| إشارات عروض أسعار المستخدِمين على مستوى الحدث لوضع النماذج (مشكلة في GitHub) | 2023 | ستتوفّر في Chrome في الربع الثاني من عام 2023. |
| إعداد تقارير وقت الاستجابة لكلّ مشتري | 2023 | ستتوفّر هذه الميزة في Chrome في الربع الأول من عام 2023. |
| مهلة الوقت الفعلي لكل مشترٍ | 2023 | ستتوفّر هذه الميزة في Chrome في الربع الأول من عام 2023. |
| رقم تعريف إعداد تقارير المشترين للتقسيمات المخصّصة | 2023 | ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| إتاحة الوجهة للبائعين مباشرةً | 2023 | ستتوفّر هذه الميزة في Chrome في الربع الأول من عام 2023. |
| تكلفة الإعلانات ذات الدقة المحدودة للفوترة حسب تكلفة النقرة | 2023 | ستتوفّر في Chrome في الربع الثاني من عام 2023. |
| عملة أعلى عرض سعر وأعلى عرض سعر يستند إلى معايير أخرى | 2023 | ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| إتاحة ميزة "الإجراءات المُجمَّعة" لمتتبّعي الإعلانات التابعين لجهات خارجية (3PAT) | 2023 | ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| إتاحة استهداف مجموعات الاهتمامات السلبية | في وقت لاحق من عام 2023 | من المتوقّع أن تصبح هذه الميزة متاحة في Chrome في الربع الرابع من عام 2023. |
| نشر إشارات المزاد الآمن بدون WebBundles مشكلة Github |
في وقت لاحق من عام 2023 | الميزات المتوقّعة في Chrome في الربع الرابع من عام 2023 |
| حذف مجموعات الاهتمامات بشكلٍ مجمّع مشكلة في GitHub |
في وقت لاحق من عام 2023 | الميزات المتوقّعة في Chrome في الربع الرابع من عام 2023 |
| زيادة الحد الأقصى لمجموعة الاهتمامات من 1,000 إلى 2,000 مشكلة Github |
في وقت لاحق من عام 2023 | الميزات المتوقّعة في Chrome في الربع الرابع من عام 2023 |
| إتاحة عروض الأسعار والمزادات التجريبية 1 شرح |
مرحلة التجربة والتقييم، في وقت لاحق من عام 2023 | من المتوقّع أن تصبح متاحة في Chrome (من خلال مرحلة التقييم التجريبي) في الربع الرابع من عام 2023 |
| Real Time Monitoring API شرح |
أواخر الربع الثاني أو أوائل الربع الثالث من عام 2024 | من المتوقّع أن تتوفّر هذه الميزة في Chrome في أواخر الربع الثاني أو أوائل الربع الثالث من عام 2024. نحن ننظر أيضًا في التحسينات التي تمت مشاركتها في الشرح ضمن العمل المستقبلي. نخطّط لتأكيد الاتجاه بحلول الربع الأول من عام 2025، ونتوقع طرح حلّ معدَّل بحلول الربع الأول من عام 2026، وذلك استنادًا إلى المخططات الزمنية لإطلاق التكنولوجيات الأساسية. |
إعداد تقارير الفوز بالمزاد على مستوى الحدث
لقد أشرنا في البداية إلى أنّ إعداد تقارير الفوز بالمزاد على مستوى الحدث سيكون
حلاً مؤقتًا، وسيتم استخدام Private Aggregation API لإنشاء تقارير تلخيصية. بعد الاستماع إلى الملاحظات وفحص التعقيد النسبي للحلول المستندة إلى التجميع، خاصةً في ما يتعلق بالفوترة، قرّرنا عدم إزالة إمكانية إعداد تقارير نتائج الفوز بالمزاد على مستوى الحدث باستخدام وظيفتَي reportResult() وreportWin() اللتين تتيحان استدعاء sendReportTo().
ستظل ميزة إعداد تقارير "عمليات الفوز في المزاد" على مستوى الحدث متاحة حتى عام 2026 على الأقل، وسنرسل إشعارًا مسبقًا قبل نقل واجهة برمجة التطبيقات إلى أي حلول بديلة.
سيظلّ الإبلاغ عن الخسارة في المزاد متاحًا من خلال Private Aggregation API.
إعداد التقارير المجمّعة المستندة إلى المشغّلات
خلال مزاد "شريحة الجمهور المحمية"، يمكنك إرسال تقرير قابل للتجميع عند بدء حدث باستخدام طريقة contributeToHistogramOnEvent() في Private Aggregation API. يمكن أن يكون الحدث المشغِّل من المزاد نفسه، مثل الفوز أو الخسارة في المزاد. بعد ذلك، يتم إرسال هذه التقارير القابلة للتجميع إلى خدمة تجميع تم نشرها، ما يتيح لك إنشاء تقرير تلخيصي نهائي يتضمّن نتائج الخسارة في المزاد. يمكن أن يكون مصدر الحدث أيضًا إطارًا محدودًا خارج المزاد باستخدام window.fenced.reportEvent() في Fenced Frame Ads Reporting API لبدء إرسال التقارير القابلة للتجميع.
اطّلِع على قسم contributeToHistogramOnEvent() في صفحة "التجميع الخاص" للاطّلاع على مزيد من المعلومات.
استخدام بيئة التنفيذ الموثوقة لخدمة "المفتاح/القيمة"
تسمح خدمة Protected Audience API Key/Value للمزاد باسترداد الإشارات في الوقت الفعلي عندما ينشئ المشتري عرض السعر ويحدّد البائع نتيجة الإعلان. سيكون من المطلوب في النهاية تشغيل خدمة "المفتاح/القيمة" في بيئة تنفيذ موثوقة (TEE) لضمان الحفاظ على خصوصية بيانات المستخدم.
ليس من الضروري تشغيل خدمة Key/Value في بيئة التشغيل المخصّصة للبرامج الحسّاسة. سنرسل إشعارًا قبل 12 شهرًا على الأقل من أن يصبح استخدام TEE إلزاميًا. وحتى ذلك الحين، يمكنك مواصلة استخدام الخادم الخاص بك لإرسال إشارات المفاتيح/القيم في الوقت الفعلي. يُرجى العِلم أنّ تشغيل خدمة "المفتاح/القيمة" في بيئة آمنة للتنفيذ (TEE) باستخدام وظائف محدّدة من المستخدِم (UDF) سيكون متاحًا للاختبار بحلول نهاية الربع الأول من عام 2023 باستخدام Protected Audience API على الجهاز فقط.
الإطارات المضمّنة
الإطارات المُغلقة هي عنصر HTML جديد يحدّ من التواصل بين المحتوى وبرنامج التضمين، ويتم استخدامه لعرض المحتوى استنادًا إلى البيانات على مستوى الموقع الإلكتروني. ستعرض واجهة Protected Audience API المحتوى في إطار محدود.
بعد العمل عن كثب مع الجهات المعنية المختلفة وفحص الجهد الكبير المبذول لاستيعاب هذا التغيير، لن يفرض Chrome استخدام الإطارات المُحدودة حتى عام 2026 على الأقل للحفاظ على شمولية المنظومة المتكاملة، وسيقدّم Chrome إشعارًا مُسبَقًا مهمًا. وحتى ذلك الحين، إذا لم يتم استخدام الإطارات المُحدودة، ستحتاج إلى استخدام إطار iframe لعرض URN غير الشفاف. يُرجى العلم أيضًا أنّه لا يزال بإمكان البائعين طلب استخدام "الإطارات المحدودَة".
| الاقتراح | الحالة |
|---|---|
| تغييرات Web API لتحويل urn إلى config الشرح |
سيتوفّر في Chrome في الربع الأول من عام 2023. |
| وحدات ماكرو تصميمات الإعلانات في الإطارات المحظورة لإعداد تقارير الإعلانات (FFAR) مشكلة في GitHub |
ستتوفّر هذه الميزة في Chrome في الربع الثالث من عام 2023. |
| إرسال إشارات تلقائية مرة واحدة مشكلة GitHub |
سيتوفّر في Chrome في الربع الثالث من عام 2023. |
| إعدادات الإطارات الشبكية القابلة للتسلسل مشكلة في GitHub |
سيتوفّر في Chrome في الربع الثالث من عام 2023. |
| خيار التنسيق الإضافي لوحدات ماكرو حجم إعلانات الجمهور المحمي مشكلة في GitHub |
ستتوفّر هذه الميزة في Chrome في الربع الأخير من عام 2023. |
| إرسال إشارات تلقائية إلى جميع عناوين URL المسجّلة مشكلة على GitHub | مشكلة على GitHub |
ستتوفّر هذه الميزة في Chrome في الربع الرابع من عام 2023. |
| تفعيل مغادرة مجموعات الاهتمامات الإعلانية من إطارات إطارات iframe في الحافظة وإطارات مكونات الإعلان
مشكلة في GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
| تقديم المحجوزة.top_navigation_start/commit
مشكلة في GitHub، مشكلة في GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
| عدم إيقاف إعداد ملفات تعريف الارتباط في ReportEvent حتى 3PCD
مشكلة في GitHub |
متوفّرة في Chrome في الربع الأول من عام 2024 |
| إتاحة الإشارات التلقائية في الإطارات الفرعية المتعددة المصادر
مشكلة في GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
السماح للإطارات الفرعية من مصادر مختلفة بإرسال reportEvent() إشارات قياس الأداء
مشكلة على GitHub |
ستتوفّر في Chrome في الربع الثاني من عام 2024 |
تحسين عملية دمج Protected Audience API وAttribution Reporting
في الآونة الأخيرة، تم توضيح الصعوبات المتعلّقة بدمج واجهتَي برمجة التطبيقات Attribution Reporting API و Protected Audience API، لا سيما في ما يتعلّق بالإطارات المُقيّدة.
بالنسبة إلى إعداد التقارير على مستوى الحدث باستخدام Protected Audience API، لدينا مجموعة مقترَحة من التحسينات الأولية لجعل عملية الدمج هذه أسهل، ويمكنك الاطّلاع على مزيد من المعلومات حول ذلك في الشرح. سيكون الدمج متاحًا لكلّ من الإطارات المضمّنة المستقلة بذاتها وإطارات iFrame. ستتوفّر ميزة إعداد التقارير على مستوى الحدث للاختبار في الإصدار M112 من Chrome الإصدار الثابت والإصدارات الأحدث.
بالنسبة إلى المستخدمين الذين يحتاجون إلى إعداد تقارير تحديد المصدر باستخدام Protected Audience API، نعمل على توفير حلول أكثر مرونة لتسجيل المزيد من إشارات عروض الأسعار باستخدام التقارير القابلة للتجميع، وسننشر اقتراحًا عندما يصبح جاهزًا.
خدمات عروض الأسعار والمزادات
لقد وصلتنا بعض المخاوف بشأن وقت استجابة Protected Audience API ونحن نعمل جاهدين على تحسين وقت الاستجابة على الجهاز فقط. يخطّط كلّ من Chrome وAndroid لتوفير خدمات عروض الأسعار والمزادات كطريقة إضافية لتنفيذ منطق عروض الأسعار وعمليات التقييم إلى جانب المزادات التي تتم على الجهاز. خدمات عروض الأسعار والمزادات هي خدمة Protected Audience API لإجراء المزادات خارج الجهاز، ما نعتقد أنّه سيسمح بتحقيق أداء أسرع.
سنواصل إتاحة المزادات على الأجهزة، ولا يُشترط استخدام خدمات عروض الأسعار والتقييمات ما لم تكن تناسب حالات الاستخدام.
يمكنك الاطّلاع على مزيد من التفاصيل في مشاركة المدونة.
ما هي الخطوات التالية؟
نريد المشاركة في محادثات معك للتأكد من أننا ننشئ واجهة برمجة تطبيقات تناسب الجميع.
مناقشة واجهة برمجة التطبيقات
مثل واجهات برمجة التطبيقات الأخرى في "مبادرة حماية الخصوصية"، يتم توثيق واجهة برمجة التطبيقات هذه ومناقشتها بشكل علني.
إجراء التجارب باستخدام واجهة برمجة التطبيقات
يمكنك تجربة الميزة والمشاركة في محادثة حول Protected Audience API.