الأسئلة الشائعة حول اختبار "مبادرة حماية الخصوصية"

إجابات عن الأسئلة الشائعة المتعلّقة باختبار "مبادرة حماية الخصوصية"

ما هي مجالات التنسيق الرئيسية بين منصات العرض الرقمية ومقدِّمي خدمة SSP في Protected Audience API؟

فيما يلي الجوانب الرئيسية التي تتطلب المواءمة:

  • تدقيق تصميم الإعلان: هل يتضمّن وسيط عرض الطلب (SSP) نقطة نهاية للتسجيل المُسبَق لتصميم الإعلان من أجل الفحص، وهل سيوفّر وسيط عرض الطلب (DSP) سير العمل هذا؟ وإذا لم يكن الأمر كذلك، فناقش مع وسيط عرض المبيعات ما تتطلبه من وسيط عرض الطلب لتنفيذ تدقيق المواد الإبداعية لعناصر تحكم الناشر.
  • منهجية renderURL في وسيط عرض الطلب (DSP): قد تطلب بعض منصّات عرض الإعلانات (SSP) من renderURL تضمين بيانات وصفية مثل seatID لتسهيل عملية احتساب النقاط والفوترة. يؤثّر بُنى DSP renderURL في حالات استخدام SSP المهمة.
  • ORTB
    • طلب عرض سعر ORTB 2.X: كيف سيرسل SSP إشارة إلى وسيط عرض الطلب (DSP) بالمزاد المؤهَّل للعرض على شبكة البحث.
    • استجابة عرض أسعار ORTB 2.X: كيف سيستجيب وسيط عرض الطلب لمزاد SSP لمزاد الإعلانات المخصّصة.
  • بيانات عروض أسعار الإعلانات المخصّصة على الجهاز فقط: SSP إلى DSP
    • auctionSignals: البيانات التي يتضمّنها موفر خدمة المبيعات في auctionConfig وتكون متاحة لجميع وظائف عروض الأسعار لوسيط عرض الطلب (DSP).
  • بيانات تسجيل النتائج على الجهاز فقط: من DSP إلى SSP
    • عروض الأسعار: كيفية التعامل مع العملات المتعددة وقد يكون لكل SSP متطلبات مختلفة.
    • عنصر الإعلان (مُعاد من generateBid()): يمكن أن يستخدم وسيط عرض المبيعات (SSP) هذا الخيار في تسجيل النقاط وعناصر تحكّم الناشر. يحتاج DSP وSSP إلى التوافق مع البيانات التي يتم تضمينها وعلى هيكل البيانات.
  • إعداد تقارير الفوز بـ SSP: من SSP إلى DSP
    • المعلومات التي سيوفّرها reportResult() الخاص بـ SSP لـ "reportWin()" الخاص بمقدِّم الخدمة (DSP)
  • إعداد تقارير ما بعد المزاد: من DSP إلى SSP. السياق: يجب أن تلتقط منصّة إدارة الأداء الإعلاني تقارير ما بعد المزاد وتفوّضها إلى منصّة عرض الإعلانات. إذا كانت منصّة SSP بحاجة إلى مقاييس النقرات والمشاهدات وإمكانية العرض، على منصّة DSP تفعيلها لتلقّي هذه الأحداث.
    • التقارير التي سيحتاجها SSP.
    • منهجية قياس هذا الحدث (مثل تعريف إمكانية العرض).
    • تنفيذ وسيط عرض الطلب (DSP) لطلب reportEvent() لاستيفاء متطلبات SSP
    • تنفيذ SSP لـ registerAdBeacon() مع ترتيب تسمية الأحداث مع ما سيعرضه DSP في تصميم الإعلان

هل Attribution Reporting API جاهز ومتاحة للاختبار؟

ستكون Attribution Reporting API متاحة للجمهور العام، ويتم تفعيل الميزة حاليًا. بفضل ذلك، ستتوفّر تقارير تحديد المصدر قريبًا للاستخدام على نسبة 100% من الزيارات. تجدر الإشارة إلى أنّه يمكن استخدام "تقارير تحديد المصدر" مع جميع الإعلانات، وليس فقط الإعلانات التي تعرضها ميزة Protected Audience.

هل هناك متطلبات جغرافية للاختبار؟

ما مِن متطلبات للمواقع الجغرافية. ويرجع الأمر إلى كل مختبِر في تحديد الاعتبارات الجغرافية كجزء من اختباره.

كيف تتوافق إرشادات CMA مع الاختبارات التي يسهِّلها Chrome؟

تتوافق أوضاع الاختبار المسهّل في Chrome مع إرشادات "هيئة حماية البيانات" في ما يتعلّق بالاختبار الكمّي لـ "مبادرة حماية الخصوصية". في إرشادات "CMA"، تعتمد المجموعة التجريبية على تقنيات "مبادرة حماية الخصوصية" بدون استخدام ملفات تعريف الارتباط التابعة لجهات خارجية. تستخدم مجموعة التحكّم 1 ملفات تعريف الارتباط التابعة لجهات خارجية وليس "مبادرة حماية الخصوصية"، بينما لا تستخدم مجموعة التحكّم 2 "مبادرة حماية الخصوصية" أو ملفات تعريف الارتباط التابعة لجهات خارجية. عند التوفّر للجمهور العام، ستتوفّر تقنيات "مبادرة حماية الخصوصية" لجميع زيارات Chrome، ويمكن لتقنية الإعلان اختيار استخدام تقنيات "مبادرة حماية الخصوصية" في مجموعات سكانية معيّنة وليس في مجموعات أخرى. بالإضافة إلى ذلك، يمكن لتقنيات الإعلانات الاستفادة من زيارات اختبار الوضع "أ" التي يسهِّلها Chrome للتنسيق بين هذه المجموعات من الجمهور على مستوى عدة أطراف.

اعتبارًا من 4 كانون الثاني (يناير) 2024، سيوقف Chrome نهائيًا ملفات تعريف الارتباط التابعة لجهات خارجية على% 1 من الزيارات، ويُشار إلى ذلك في مستندات مطوّري برامج Chrome باسم زيارات الاختبارات التي يسهِّلها الوضع "ب" على Chrome. في جزء صغير من زيارات الاختبار الذي يسهِّله Chrome في الوضع "ب"، لن تتوفّر تقنيات "مبادرة حماية الخصوصية" أيضًا بالإضافة إلى الإيقاف النهائي لملفات تعريف الارتباط التابعة لجهات خارجية. باستخدام مجموعة من كل أوضاع الاختبار التي يسهِّلها Chrome والمذكورة أعلاه، ستتمكّن تقنيات الإعلانات من مواءمة إعدادات الاختبار مع إرشادات الاختبار التي ينشرها ائتلاف CMA. راجِع الاختبار الذي يسهِّله Chrome الذي يحدِّد الوضع "أ" والوضع "ب"، وإرشادات "CMA" يحدّد عنصر التحكّم 1 ومجموعات التحكّم 2 ومجموعات المعالجة (في النقطة رقم 11).

هل هناك جهة اتصال في CMA يمكننا التواصل معها لفهم المطلوب للتقرير النهائي الذي تم إرساله؟

يمكنك مراسلة فريق حالة CMA على العنوان privacysandbox@cma.gov.uk وقراءة المزيد عن إرشادات اقتراح الاختبار. وكمرجع إضافي، تُدرج CMA جميع جهات الاتصال لديها في أسفل صفحة "مبادرة حماية الخصوصية".

هل يمكنك توضيح مقاييس نجاح الاختبار الكمي؟

ويمكن للشركات التي تختبر واجهات برمجة التطبيقات تحديد أكبر عدد ممكن من مؤشرات الأداء الرئيسية الإضافية ومشاركتها. يتم إدراج الحد الأدنى من نتائج الاختبارات التي يجب مشاركتها في إرشادات "CMA".

هل هناك حدّ أدنى لمستوى الصوت للاختبار، مثل نِسب مجموعة التحكّم مقابل نِسب الأوضاع؟ هل لديك إرشادات إضافية بشأن مؤشرات الأداء الرئيسية القيّمة التي يجب اختبارها خارج نطاق إرشادات اختبار "هيئة الأسواق والتسويق" (CMA)؟

يمكن للمختبِرين وضع متطلّبات الحجم أو الحجم. ننصحك بتحديد المقياس استنادًا إلى نموذج الأعمال والأهداف. يجب أن يأخذ منهج الاختبار في الاعتبار المقاييس ذات الصلة والوضع "أ" والوضع "ب" من الاختبارات التي يسهِّلها Chrome.

ما هي أنواع عمليات دمج مستودع الناشرين التي يتوافق معها اختبار Protected Audience وTOPICS؟

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

نحن ندرك أن الشركات الأخرى قد تؤثر قرارات الدمج في أنواع المستودعات الإعلانية التي يمكن فيها اختبار Protected Audience وTopics. تقترح "مبادرة حماية الخصوصية" التنسيق مع شركاء الاختبار بشأن الأهداف.

كيف ستسهّل Google ربط مزوّدي خدمة البريد الإلكتروني (DSP) ومقدِّمي خدمة SSP للاختبار؟

تكون اختبارات الشركات مُدرَجة للجميع على GitHub مع معلومات الاتصال للتنسيق. تشجِّع "مبادرة حماية الخصوصية" أيضًا المختبِرين على التواصل مباشرةً من خلال العلاقات الحالية لتنسيق عملية الاختبار.