مزيد من المعلومات عن ميزات المزاد في Protected Audience API
مع انتقال ميزات Protected Audience API إلى مرحلة التوفّر العام، قد تتساءل عن مدى توفّر خدمات وميزات Protected Audience API. ستجد هنا قائمة بميزات Protected Audience API التي تم تحديد نطاقها وموعد توفّرها.
المخطط الزمني لتوفّر الميزات
| الميزة | متوفّر للاختبار | الحالة |
|---|---|---|
| إعداد تقارير عن الفوز بالمزاد على مستوى الحدث | الآن | ستبقى متاحة حتى عام 2026 على الأقل. تهدف هذه الميزة إلى تسهيل عملية الانتقال من إعداد التقارير المستندة إلى ملفات تعريف الارتباط التابعة لجهات خارجية إلى إعداد التقارير المستندة إلى Protected Audience API. وبالتالي، لن تتوفّر هذه التقارير بعد أن تتاح لتقنيات الإعلان فرصة تعديل آليات إعداد التقارير. |
| التجميع المستند إلى المشغِّل | الآن | تتوفّر هذه الميزة للاختبار في الإصدارات M113 والإصدارات الأحدث من Chrome Canary/Dev والإصدارات M115 والإصدارات الأحدث من Beta/Stable. |
| استخدام بيئة التنفيذ الموثوقة (TEE) لخدمة المفتاح/القيمة | الآن | يجب توفيرها في الربع الثالث من عام 2025 أو بعده. |
| الأُطر المضمّنة المستقلة | الآن | يجب استيفاء هذا الشرط في موعد لا يسبق عام 2026. |
| تحسين عملية دمج Protected Audience API وAttribution Reporting | الربع الثاني من العام 2023 | متوفّر للاختبار في الإصدار 112 من 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. |
| Secure Propagation of Auction Signals without WebBundles Github Issue |
في وقت لاحق من عام 2023 | من المتوقّع أن تتوفّر في Chrome خلال الربع الرابع من عام 2023 |
| حذف مجموعات الاهتمامات بشكل مجمّع مشكلة في Github |
في وقت لاحق من عام 2023 | من المتوقّع أن تتوفّر في Chrome خلال الربع الرابع من عام 2023 |
| زيادة الحد الأقصى لمجموعة الاهتمامات من 1000 إلى 2000 مشكلة على 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.
إعداد التقارير المجمّعة المستندة إلى المشغّلات
أثناء مزاد Protected Audience، يمكنك إرسال تقرير قابل للتجميع عند تشغيله بواسطة حدث باستخدام طريقة contributeToHistogramOnEvent() في Private Aggregation API. يمكن أن يأتي حدث التشغيل من المزاد نفسه، مثل الفوز بالمزاد أو خسارته. بعد ذلك، يتم إرسال هذه التقارير القابلة للتجميع إلى خدمة تجميع البيانات التي تم نشرها، ما يتيح لك إنشاء تقرير موجز نهائي يتضمّن نتائج خسارة المزاد. يمكن أن يأتي الحدث أيضًا من إطار محصور خارج المزاد باستخدام Fenced Frame Ads Reporting API's'window.fenced.reportEvent() لتفعيل إرسال التقرير القابل للتجميع.
لمزيد من المعلومات، يُرجى الاطّلاع على قسم contributeToHistogramOnEvent() في صفحة Private Aggregation.
استخدام بيئة التنفيذ الموثوقة لخدمة المفتاح/القيمة
تتيح خدمة المفتاح/القيمة في Protected Audience API للمزاد استرداد الإشارات في الوقت الفعلي عندما ينشئ المشتري عرض السعر ويقيّم البائع الإعلان. في النهاية، سيُطلب تشغيل خدمة "المفتاح/القيمة" في بيئة تنفيذ موثوقة (TEE) لضمان الحفاظ على خصوصية بيانات المستخدم.
ليس من الضروري تشغيل خدمة Key/Value في بيئة تنفيذ موثوقة (TEE). سنرسل إشعارًا قبل 12 شهرًا على الأقل من أن يصبح استخدام بيئة التنفيذ الموثوقة إلزاميًا. وحتى ذلك الحين، يمكنك مواصلة استخدام الخادم الخاص بك لإشارات المفتاح/القيمة في الوقت الفعلي. يُرجى العِلم أنّ تشغيل خدمة Key/Value في بيئة تنفيذ موثوقة (TEE) باستخدام وظائف يحدّدها المستخدم (UDF) سيكون متاحًا للاختبار بحلول نهاية الربع الأول من عام 2023 باستخدام Protected Audience API على الجهاز فقط.
إطارات مضمّنة مستقلة
الإطارات المحصّنة هي عنصر HTML جديد يحدّ من التواصل بين المحتوى والمضمِّن، ويُستخدَم لعرض المحتوى استنادًا إلى بيانات من مواقع إلكترونية متعددة. ستعرض واجهة Protected Audience API المحتوى في إطار مضمّن مستقل.
بعد العمل عن كثب مع مختلف الجهات المعنية ودراسة الجهد الكبير المطلوب لاستيعاب هذا التغيير، لن يفرض Chrome استخدام الإطارات المحصورة حتى عام 2026 على الأقل للحفاظ على شمولية النظام المتكامل، وسيقدم Chrome إشعارًا مسبقًا مهمًا. إلى أن يتم ذلك، إذا لم يتم استخدام إطارات مسيّجة، عليك استخدام iframe لعرض معرّف الموارد الموحّد غير الشفاف. يجب أيضًا ملاحظة أنّه قد يظلّ البائعون يطلبون استخدام "الإطارات المحصورة".
| الاقتراح | الحالة |
|---|---|
| تغييرات Web API لتحويل urn إلى config الشرح |
ستتوفّر هذه الميزة في Chrome في الربع الأول من عام 2023. |
| وحدات الماكرو الإبداعية في الإطارات المُحدودة لإعداد تقارير الإعلانات (FFAR) مشكلة على GitHub |
ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| إرسال إشارات تلقائية مرة واحدة مشكلة GitHub |
ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| إعدادات الأُطر المضمّنة القابلة للترميز مشكلة GitHub |
ستتوفّر الميزة في Chrome في الربع الثالث من عام 2023. |
| خيار إضافي للتنسيقات لمَعلمات حجم الإعلانات الموجَّهة إلى جمهور محمي مشكلة على GitHub |
ستتوفّر هذه الميزة في Chrome في الربع الأخير من عام 2023. |
| إرسال إشارات تلقائية إلى جميع عناوين URL المسجّلة مشكلة على GitHub | مشكلة على GitHub |
ستتوفّر هذه الميزة في Chrome في الربع الأخير من عام 2023. |
| تفعيل ميزة مغادرة مجموعات الاهتمامات الإعلانية من إطارات Urn iFrames وإطارات مكوّنات الإعلان
مشكلة GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
| إدخال reserved.top_navigation_start/commit
مشكلة في GitHub، مشكلة في GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
| لا توقِف إعدادات ملفات تعريف الارتباط في ReportEvent إلى أن يتم إعداد ملف تعريف الارتباط التابع لجهة خارجية.
مشكلة في GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
| إتاحة إشارات تلقائية في الإطارات الفرعية من مصادر مختلفة
مشكلة على GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2024 |
السماح للإطارات الفرعية من مصادر مختلفة بإرسال reportEvent() إشارات قياس الأداء
مشكلة على GitHub |
ستتوفّر في Chrome في الربع الثاني من عام 2024 |
Referer العنوان في الإشارات beacons
مشكلة على GitHub |
ستتوفّر في Chrome في الربع الأول من عام 2025 |
| إتاحة البيانات التلقائية من مصادر مختلفة في العلامات المرجعية
مشكلة على GitHub |
من المتوقّع أن تصبح هذه الميزة متاحة في Chrome في الربع الثاني من عام 2025. |
تحسين عملية دمج Protected Audience API وAttribution Reporting
في الآونة الأخيرة، تم تسليط الضوء على تحديات بشأن دمج Attribution Reporting API وProtected Audience API، خاصةً في الحالات التي تتضمّن إطارات محصّنة.
بالنسبة إلى إعداد التقارير على مستوى الحدث باستخدام Protected Audience API، لدينا مجموعة مقترَحة من التحسينات الأولية لتسهيل عملية الدمج هذه، ويمكنك الاطّلاع على مزيد من المعلومات عنها في الشرح. ستتوفّر عملية الدمج لكلّ من الإطارات المضمّنة المستقلة وإطارات iFrame. ستتوفّر ميزة "إعداد التقارير على مستوى الحدث" للاختبار في الإصدار 112 من قناة Chrome الثابتة أو الإصدارات الأحدث.
بالنسبة إلى المستخدمين الذين يحتاجون إلى Attribution Reporting API مع Protected Audience API، نعمل على توفير حلول أكثر مرونة لتسجيل المزيد من إشارات عروض الأسعار باستخدام تقارير قابلة للتجميع، وسننشر اقتراحًا عند الانتهاء منه.
Bidding and Auction Services
لقد تلقّينا بعض المخاوف بشأن وقت استجابة Protected Audience API، ونعمل بنشاط على تحسين وقت الاستجابة على الجهاز. يخطّط كلّ من Chrome وAndroid لتوفير خدمات تقديم العروض وإجراء المزادات كطريقة إضافية لتنفيذ منطق تقديم العروض وتسجيل النتائج إلى جانب المزادات على الجهاز. خدمات عروض الأسعار والمزادات هي حلّ لخدمة Protected Audience API يتيح إجراء المزادات خارج الجهاز، ونعتقد أنّه سيساهم في تحسين الأداء بشكل أسرع.
سنواصل إتاحة المزادات على الأجهزة، ولا يُشترط استخدام "خدمات عروض الأسعار والمزادات" إلا إذا كانت مناسبة لحالات الاستخدام.
يمكنك الاطّلاع على مزيد من التفاصيل في مشاركة المدونة.
ما هي الخطوات التالية؟
نريد المشاركة في محادثات معك للتأكد من أننا ننشئ واجهة برمجة تطبيقات تناسب الجميع.
مناقشة واجهة برمجة التطبيقات
مثل واجهات برمجة التطبيقات الأخرى في "مبادرة حماية الخصوصية"، يتم توثيق واجهة برمجة التطبيقات هذه ومناقشتها بشكل علني.
إجراء التجارب باستخدام واجهة برمجة التطبيقات
يمكنك تجربة الميزة والمشاركة في محادثة حول Protected Audience API.