تقرير ربع سنوي للربع الرابع من عام 2023 يلخّص ملاحظات المنظومة المتكاملة التي تم تلقّيها حول اقتراحات "مبادرة حماية الخصوصية" واستجابة Chrome
في إطار التزاماتها بـ CMA، وافقت Google على تقديم تقارير ربع سنوية للجميع عن عملية تفاعل الأطراف المعنية في اقتراحات "مبادرة حماية الخصوصية" (يُرجى الرجوع إلى الفقرتين 12 و17(ج)(2) من الالتزامات). يتم إنشاء تقارير ملخّص ملاحظات "مبادرة حماية الخصوصية" هذه من خلال تجميع الملاحظات التي يتلقّاها Chrome من مصادر مختلفة كما هو موضَّح في نظرة عامة على الملاحظات، بما في ذلك على سبيل المثال لا الحصر: مشاكل GitHub ونموذج الملاحظات المتوفّر على privacysandbox.com والاجتماعات مع الأطراف المعنية في المجال ومنتديات معايير الويب. يرحّب Chrome بالملاحظات والآراء الواردة من المنظومة المتكاملة، ويستكشف بشكل نشط طرقًا لدمج الدروس المستفادة في قرارات التصميم.
يتم ترتيب مظاهر الملاحظات حسب مدى الانتشار لكل واجهة برمجة تطبيقات. ويتم ذلك من خلال تجميع كمية الملاحظات التي تلقاها فريق Chrome حول موضوع معيّن والتنظيم بترتيب تنازلي حسب الكمية. تم تحديد مواضيع الملاحظات الشائعة من خلال مراجعة مواضيع المناقشة من الاجتماعات العامة (W3C وPatCG وIETF)، والملاحظات المباشرة، وGitHub، والأسئلة الشائعة التي تظهر من خلال الفرق الداخلية والنماذج العامة في Google.
وبشكل أكثر تحديدًا، تمت مراجعة محاضر الاجتماعات لاجتماعات الهيئات العادية على الويب، وللملاحظات المباشرة، تمت مراجعة سجلات Google للاجتماعات الفردية مع الأطراف المعنية ورسائل البريد الإلكتروني التي تلقاها مهندسون فرديون والقائمة البريدية لواجهة برمجة التطبيقات ونموذج الملاحظات العامة. ثم قامت Google بالتنسيق بين الفرق المشاركة في أنشطة التوعية المختلفة هذه لتحديد الانتشار النسبي للموضوعات التي تظهر فيما يتعلق بكل واجهة برمجة تطبيقات.
تم إعداد التفسيرات لردود Chrome على الملاحظات من الأسئلة الشائعة المنشورة، والردود الفعلية التي تم تقديمها على المشكلات التي طرحها الأطراف المعنية، وتحديد موضع خصيصًا لأغراض تمرين الإبلاغ العام هذا. استنادًا إلى التركيز الحالي على التطوير والاختبار، تم تلقّي أسئلة وملاحظات بشكل خاص في ما يتعلق بواجهات برمجة التطبيقات Topics API وProtected Audience API وAttribution Reporting API.
قد لا تتضمّن الملاحظات التي يتم تلقّيها بعد نهاية الفترة المشمولة بالتقارير الحالية استجابة من Chrome.
مسرد الاختصارات
- الشرائح
- ملفات تعريف الارتباط في الحالة المقسَّمة المنفصلة
- معالِج الإشارات الرقمية (DSP)
- وسيط عرض إعلانات الطلب
- FedCM
- إدارة بيانات الاعتماد الموحّدة
- لقطات في الثانية
- مجموعات الطرف الأول
- مكتب الإعلانات التفاعلية (IAB)
- مكتب الإعلانات التفاعلية
- موفِّر الهوية (idP)
- موفّر الهوية
- مجموعة مهندسي شبكة الإنترنت (IETF)
- فريق هندسة الإنترنت
- IP
- عنوان بروتوكول الإنترنت
- openRTB
- عروض الأسعار في الوقت الفعلي
- و إ
- تجربة أصلية
- PatCG
- مجموعة منتدى تكنولوجيا الإعلان الخاص
- RP
- مجموعة الاعتماد
- نظام التشغيل Windows (SSP)
- النظام الأساسي بجانب العرض
- TEE
- بيئة تنفيذ موثوق بها
- UA
- سلسلة وكيل المستخدم
- UA-CH
- ملاحظات عميل وكيل المستخدم
- W3C
- اتحاد الويب العالمي
- WIPB
- عمى عناوين IP المستحيل
ملاحظات عامة، بدون واجهة برمجة تطبيقات أو تقنية محدّدة
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| المخطط الزمني لـ 3PCD | يمكنك مشاركة المزيد من المعلومات حول المخطط الزمني الثلاثي الأبعاد (3PCD). | لتسهيل الاختبار، حظر Chrome تلقائيًا أجهزة الكمبيوتر التابعة لجهات خارجية لنسبة 1% من المستخدمين، وذلك اعتبارًا من 4 كانون الثاني (يناير) 2024. استعدادًا لمعالجة أي مشاكل متبقية في CMA، يخطّط Chrome لإيقاف دعم الأجهزة التابعة لجهات خارجية تدريجيًا اعتبارًا من الربع الثالث من عام 2024 والاستمرار في ذلك طوال الفترة المتبقية من عام 2024. |
| المخطط الزمني لـ 3PCD | تأثير توقيت تكنولوجيا 3PCD في الربع الرابع من عام 2024، حيث يتزامن ذلك مع موسم الأعياد ويمكن أن يكون له تأثير سلبي على الناشرين | لا يوجد وقت مثالي لإيقاف عناصر التحكم الثلاثة. لقد اتضح لنا منذ أكثر من عام أنّ هدفنا هو إيقاف ميزة "الكمبيوتر الشخصي" التابعة لجهات خارجية في النصف الثاني من عام 2024. لم تتغيّر التزاماتنا تجاه "هيئة الاتصالات الفيدرالية" (CMA)، والتي تتضمّن الوقت المحتمل لـ "فترة التوقف عن العمل". على الرغم من أنّنا ندرك القلق بشأن توقيت الربع الرابع من العام، فإنّ إجراء تغييرات على الجدول الزمني قد أدّى إلى تقليل الاستعداد لهذا القطاع، وليس أكثر. |
| اختبار Chrome (وضع a/b) | هل تم إعداد الاختبار في الوضع "أ" و"الوضع ب" لكل مثيل أم لكل ملف شخصي في Chrome؟ | لقد نشرنا توضيحًا في المستندات هنا يفيد بأنّ متصفّح Chrome في هذا السياق يشير إلى أحد برامج Chrome، وهو تثبيت Chrome على جهاز. ويشكّل كل دليل بيانات مستخدم فردي عميلاً مميزًا. |
| فترة تجريبية لإيقاف الخدمة | يمكنك مشاركة مزيد من المعلومات حول النسخة التجريبية 3PCD. | يمكنك الاطّلاع هنا على مزيد من المعلومات حول النسخة التجريبية من 3PCD. |
| فترة تجريبية لإيقاف الخدمة | لا يتوفّر وقت كافٍ لتقديم الرموز المميّزة الخاصة بفترة إيقاف الاستخدام التجريبي في جميع المواقع الإلكترونية قبل كانون الثاني (يناير) 2024. | نحن نقر على أنّ هناك فترة زمنية قصيرة بين وقت فتح عمليات التسجيل التجريبية للإيقاف النهائي ووقت بدء فترة الاختبار التي يسهِّلها Chrome في حظر 1% من ملفات تعريف الارتباط. لمعالجة هذه القيود الزمنية، يوفّر Chrome فترة سماح للمصادر المشارِكة أثناء عملها على تفعيل الرموز المميّزة الخاصة بالفترة التجريبية للإيقاف النهائي. خلال فترة السماح التي ستستمر حتى 1 نيسان (أبريل) 2024، ستتمكّن المصادر المسجَّلة في الفترة التجريبية للإيقاف النهائي من الوصول إلى أجهزة الكمبيوتر الشخصي التابعة لجهات خارجية في Chrome حتى إذا لم يسبق لها نشر رموزها المميّزة. الغرض من فترة السماح هذه هو منع حدوث مشاكل توافق على الويب أثناء مرحلة الانتقال. يجب أن تنشر المصادر المشارِكة الرموز المميّزة الخاصة بالفترة التجريبية للإيقاف النهائي قبل نهاية فترة السماح، وذلك لمواصلة الوصول إلى أجهزة الكمبيوتر الشخصي التابعة لجهات خارجية بعد انتهاء فترة السماح. |
| اختبار Chrome (وضع a/b) | الوضع "ب" صغير جدًا في عيّنة بدرجة لا تسمح بقياس انخفاض الأداء بدقة. | ويجب تحقيق توازن دقيق بين النسبة المئوية لعدد الزيارات ومخاطر التأثير في المستخدمين والوظائف عبر الويب. |
| عناصر التحكّم في الاختبار | لن يتمكن من فهم الأداء أثناء الاختبار وتمريره إلى CMA سوى أكبر الناشرين الذين لديهم موارد تطوير كبيرة. | نلاحظ حاليًا أنّ مقدّمي خدمات الناشرين يشاركون إحصاءاتهم بشكل علني مع المنظومة المتكاملة على نطاق أوسع، ونتوقّع أن يستمر ذلك مع زيادة اختبار "مبادرة حماية الخصوصية". نتوقّع أيضًا أن تواصل شركات تكنولوجيا الإعلان التي تعتمد على واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" تطوير الميزات التي يطلبها عملاؤها، مثل إعداد التقارير استنادًا إلى التصنيفات. |
| بيانات الطرف الثالث | قلقًا لشركات البيانات التابعة لجهات خارجية. | هناك نكهات مختلفة لشركات البيانات التابعة لجهة خارجية. وقد يتضاعف بعضها، ما يتحوّل إلى أساليب مبهمة للتتبُّع على مواقع إلكترونية متعددة. وقد تعتمد شركات أخرى تكنولوجيات تحسين الخصوصية وتقدم عروض قيمة جديدة مع عملائها. ونأمل أن يختار المزيد منهم اتخاذ الإجراءات الأخيرة والسفر في الاتجاه الذي يتزايد فيه الطلب على المستخدمين والهيئات التنظيمية. التغيير سوف يولد فرصًا للتطور والابتكار. |
| مدير إعلانات Google | يجب توفير المزيد من إرشادات "مدير إعلانات Google" بشأن كيفية اختبار الناشرين لـ "مبادرة حماية الخصوصية". التقارير غير كافية للناشرين لفهم التأثير. | ردّ من "مدير إعلانات Google": في مركز المساعدة، يوضّح "مدير إعلانات Google" كيفية إجراء الاختبارات باستخدام تصنيفات الاختبارات التي يسهِّلها Chrome. يوفّر "مدير إعلانات Google" حاليًا للناشرين تقارير عن كل من Topics وProtected Audience. بدءًا من وقت إعداد تقرير الملاحظات هذا، يمكن أن يقدِّم "مدير إعلانات Google" تقارير عن مرات الظهور التي تم عرضها من خلال Protected Audience API، ويمكن أن يشير إلى ما إذا كانت البيانات من Topics API قد ظهرت في مرّة ظهور معيّنة. يمكن للناشرين المهتمين بإعداد التقارير الأكثر تعقيدًا مثل تقسيم التقارير بناءً على تصنيفات Chrome التي تسهّلها Chrome من خلال قراءة التصنيفات مباشرةً من Chrome (باستخدام مستندات Chrome)، وتمريرها في صورة قيم رئيسية في طلبات الإعلان إلى "مدير إعلانات Google" وإعداد تقارير القيم الأساسية لإعداد تقارير عن التصنيفات. |
| الحافز التجريبي | قلق المعلِن بشأن الوقت الكافي لاختبار "مبادرة حماية الخصوصية"، واحتمال حدوث تغييرات أساسية في واجهة برمجة التطبيقات. | ندرك أنّ بعض الأشخاص يريدون المزيد من الوقت، ولكننا سمعنا مرارًا وتكرارًا من العاملين في المجال أنّ تغيير الجدول الزمني قد يؤدي على الأرجح إلى تقليل الاستعداد للمنظومة المتكاملة، وليس إلى أكثر من ذلك. على الرغم من أنّ المخطط الزمني لإيقاف هذه الشركات التابعة لجهات خارجية يكون خاضعًا لمعالجة أي مخاوف متبقية بشأن المنافسة في CMA، نشجّع الجميع على الاستعداد لاستخدام هذه الشركات في عام 2024. سنواصل تطوير واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" كما هو الحال بالنسبة إلى أي تكنولوجيا. ينبع هذا التطور من التطورات في التقنيات ومدخلات المنظومة المتكاملة. سنظل مسؤولًا عن إجراء هذه التغييرات ولا نعتقد أنّ التغييرات في التكنولوجيا يجب أن تمنع الاستخدام إلى أجل غير مسمى. |
| التلفزيون المتّصل | لا يتوفّر مسار لدعم الفيديو المجدوَل أو الفيديو على التلفزيون المتّصل. | نتطلّع إلى استكشاف المزيد من حالات استخدام التلفزيون المتّصل (CTV)، ولكن لا نعتقد أنّ واجهات برمجة التطبيقات لأجهزة التلفزيون المتّصل تقف عائقًا أمام تقنية 3PCD في Chrome. |
| خوادم إعلانات المعلِنين | يبدو أنّ Google بصدد تحويل استهداف الإعلانات إلى "مساحة العرض والفيديو 360". ما الدعم الذي سيتم توفيره لخوادم إعلانات المعلنين؟ | الاستجابة المقدَّمة من Chrome: تم تصميم PA API لخوادم إعلانات المعلنين من أجل عرض وقياس الإعلانات التي تظهر للمستخدم من خلال إعداد تقارير عن إطارات iframe أو Fenced Frames أو المرشد. بالإضافة إلى ذلك، ستعمل هذه الجهات مع جهات خارجية وأساسية لدمجها في عملية العرض، كما هي الحال الآن. |
| "إدارة بيانات إعلانات Google" | تعتمد ميزة "أداة إدارة البيانات في إعلانات Google" التي تم الإعلان عنها مؤخرًا على ميزة "مطابقة العملاء" و"الإحالات الناجحة المحسّنة"، ما يتيح للمعلنين مشاركة بيانات عملاء الطرف الأول مع Google للحفاظ على جميع الوظائف التسويقية التي تؤديها الشركات التابعة لجهات خارجية. كيف تتوافق هذه الميزة الجديدة مع التزامات Google بـ CMA؟ | الردّ المقدَّم من "إعلانات Google": تسهّل "أداة إدارة البيانات" في "إعلانات Google" عملية تحميل بيانات الطرف الأول من أنظمة تخزين بيانات المعلن (أنظمة السحابة الإلكترونية) حتى يستخدمها المعلنون في "مطابقة العملاء" و"الإحالات الناجحة المحسّنة" (EC)، ما يسهّل على الأنشطة التجارية الصغيرة والمتوسطة الحجم التي لديها موارد فنية أقل. لا توفّر "أداة إدارة البيانات في إعلانات Google" أي إمكانات جديدة لكل من "مدير الحملة" أو "مركز إدارة الإحالات الناجحة" في ما يتعلق بإمكانية معالجة الإعلانات أو قياسها على الناشرين المملوك والمُدارين في Google أو الناشرين التابعين لجهات خارجية. تتمتع منصات Google الإعلانية بإمكانية الوصول نفسها إلى الإمكانات المتاحة في تقنيات "مبادرة حماية الخصوصية" تمامًا مثل شركات أخرى لتكنولوجيا الإعلانات. |
| إعدادات Chrome | يجب أن توفِّر صفحة الإعدادات الداخلية في Chrome مزيدًا من المعلومات عن حجم ملفات تعريف الارتباط. | سبق أن تمّت إضافة الوظيفة المطلوبة في "أدوات مطوّري برامج Chrome". نرحّب أيضًا بملاحظات إضافية حول سبب وجوب منح الأولوية لهذه الميزة في صفحة الإعدادات. |
| إشارات إرشادية | ما هي الأساليب الإرشادية التي ينشرها Chrome للحفاظ على تجارب المستخدم المهمة أثناء استخدام تقنية 3PCD؟ | يمكنك الاطّلاع على ردّنا على هذا السؤال على GitHub. |
| إصدارات المتصفح | هل تريد التفريق بين متصفِّحات Chrome الثابتة وغير الثابتة؟ | ستعمل مطابقة تقريبية بين الإصدار الرئيسي من Chrome ودورة الإصدار الثابتة. |
| الامتثال | هل يمكن لمتصفِّح Chrome تقديم تقارير ذات صلة بـ SOX؟ | لن يوفر Chrome تقارير ذات صلة بنطاق SOX. واجهات برمجة التطبيقات "مبادرة حماية الخصوصية" هي واحدة من العديد من واجهات برمجة التطبيقات على الويب التي يوفّرها Chrome للمواقع الإلكترونية التي يزورها المستخدمون. وكما هو الحال مع جميع واجهات برمجة تطبيقات الويب، لا يبرم "المتصل بواجهة برمجة التطبيقات" أي اتفاقية مع Chrome لاستخدام Privacy Sandbox API، ويعتمد الوصول إليها على ما إذا كان المتصل بواجهة برمجة التطبيقات يستوفي أي متطلبات فنية وأنّ المستخدم قد فعّل الإعدادات المناسبة. في هذه الحالة، يحدّد "متصل واجهة برمجة التطبيقات" وحده كيفية استخدام واجهة برمجة التطبيقات، بما في ذلك البيانات التي يتم تخزينها، وعروض الأسعار المطلوب تقديمها، والتقارير التي يجب طلبها، وما إلى ذلك. |
| الامتثال | توسيع قسم الأسئلة الشائعة حول الامتثال في "مبادرة حماية الخصوصية" للإجابة عن المزيد من الأسئلة | نحن نقدّر الملاحظات ونخطط لإنشاء الأسئلة الشائعة بشكل أكبر. |
| سؤال حول Chrome | هل يؤثر الإيقاف النهائي لأجهزة الكمبيوتر الخارجية في Chrome في مدى توفُّرها على Android WebView (متصفّح مضمّن)؟ | لا يتمّ حاليًا تضمين WebView في هذه المرحلة من طرح واختبار واجهة برمجة التطبيقات (3PCD) أو واجهة برمجة التطبيقات "مبادرة حماية الخصوصية"، بالإضافة إلى تفعيل "قياس تحديد المصدر على مستوى التطبيقات والمواقع الإلكترونية". |
| سؤال حول واجهة برمجة التطبيقات | كيف يمكن تتبُّع النقرات ومرّات الظهور على المنتجات الدعائية؟ | تغطي واجهة برمجة التطبيقات Attribution Reporting API حالة الاستخدام هذه. |
| المخطط الزمني | لماذا تغيّر المخطط الزمني لـ 3PCD؟ | وقد ناقشنا الأسباب هنا. |
| الدخول المُوحَّد (SSO) لإضافة Chrome | يسمح هذا الخيار بحالة استخدام الدخول الموحّد بين موقع إلكتروني وإضافة Chrome بعد 3PCD. | نعمل على مناقشة هذه المشكلة ونرحّب بالملاحظات حول حالات الاستخدام الإضافية. |
| استخدام واجهة برمجة التطبيقات | هل يمكن لشركة Google تأكيد قائمة الشركاء لاختبار واجهات برمجة التطبيقات معهم؟ | تتوفّر تفاصيل المختبِرين الذين حدَّدوا أنفسهم بشكل علني على GitHub لواجهات برمجة التطبيقات التالية: - Topics API - Protected Audience API - Attribution Reporting API - مساحة التخزين المشتركة - الشرائح |
| مبادرة Utiq | ما وجهة نظر Chrome في مبادرة Utiq؟ | هذا ما سنناقشه هنا. |
| سؤال حول Chrome | كيف يتم رصد المستخدمين الذين يتصفّحون بدون عناصر خارجية؟ | ليس هناك إعداد صريح لرصد حظر عناصر التحكّم التابعة لجهات خارجية. بالنسبة إلى منهج "اكتشاف الميزات" العام، ننصح بإنشاء طلب iframe / من عدة مواقع إلكترونية، ومحاولة ضبط ملف تعريف ارتباط مشابه لحالة الاستخدام المطلوبة ليكون الحل الأقرب. |
| سؤال حول Chrome | هل التصفح في وضع التصفح المتخفي هو نفسه إجراء اختبار الإبلاغ (شغِّل Chrome باستخدام علامة سطر الأوامر --test-rd-party-cookie-phaseout)؟ | يختلف وضع التصفُّح المتخفي عن العلامة. لا تحظر العلامة أجهزة الكمبيوتر الشخصي التابعة لجهات خارجية فحسب، بل تتيح أيضًا ميزة تقسيم مساحة التخزين في السحابة الإلكترونية من Firebase وتقسيم مساحة التخزين التابعة لجهة خارجية. |
| سؤال حول Chrome | يمكنك الاطّلاع على مزيد من التفاصيل حول التأثير المتوقّع لتقنية 3PCD لكل منطقة أو بلد عند حدوث نسبة% 1. | يتمّ تضمين العملاء في هذه النسبة عشوائيًا بنسبة% 1، ولكن قد تكون هناك اختلافات حسب المنطقة. على سبيل المثال، قد تكون هناك اختلافات في توزيع الأجهزة وإصدارات Chrome. |
| التكنولوجيات البديلة لتحسين الخصوصية | يجب السماح للتقنيات البديلة لتحسين الخصوصية بإجراء التتبُّع عبر النطاقات للحفاظ على الخصوصية لمنع احتكار البيانات على Chrome وAndroid. | هناك فرصة كبيرة للمطوّرين لإنشاء عروض تكنولوجية تعزّز الخصوصية بالإضافة إلى الوحدات الأساسية التي نقدّمها بالإضافة إلى الوحدات الأساسية غير المستندة إلى "مبادرة حماية الخصوصية". |
| دراسة ملفات تعريف الارتباط | ما هو وجهة نظر Chrome في طريقة CookieGraph كما هو موضّح في هذا البحث ضمن إطار عمل "مبادرة حماية الخصوصية"؟ | نراجع هذا البحث ونرحّب بأي ملاحظات إضافية. |
التسجيل والإقرار
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| التسجيل محظور | قدّمت Google بنود استخدام محدّدة لواجهات برمجة تطبيقات "مبادرة حماية الخصوصية". تمنع "الأحكام" بشكل فعّال الشركات المتخصّصة في مساعدة الناشرين في التعرّف على الزائرين الذين وافقوا على اختبار ميزات "مبادرة حماية الخصوصية" و/أو دمجها في حلّ تحديد الهوية الذي تقدّمه. تحدّ الأحكام والشروط من قدرتهم على العمل ضمن "مبادرة حماية الخصوصية" بشكل غير عادل. | لا تتضمّن عملية التسجيل والمصادقة الموافقة على بنود استخدام واجهة برمجة التطبيقات. بدلاً من ذلك، فإنّ التسجيل والمصادقة هما آليات تهدفان إلى تحسين الشفافية في ما يتعلّق بالمطوّرين الذين يُطلق عليهم اسم "واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" وكيفية استخدامهم للبيانات التي يصلون إليها. على وجه التحديد، الإقرار هو بيان علني لا يستخدم واجهات برمجة التطبيقات لتحديد هوية المستخدمين على جميع المواقع الإلكترونية أو التطبيقات، ولا يتحايل بأي شكل آخر على إجراءات حماية خصوصية واجهات برمجة التطبيقات. ولا تتطلب هذه المصادقة تقديم إقرارات حول استخدام المطوّرين للبيانات أو التقنيات الأخرى. |
| تسجيل "مبادرة حماية الخصوصية" | كيف يمكن تعديل جهة التواصل / عنوان البريد الإلكتروني للمصادقة؟ | يمكن تعديل معلومات التسجيل باستخدام نموذج التسجيل. يمكنك الاطّلاع على مزيد من التفاصيل هنا. |
| تسجيل "مبادرة حماية الخصوصية" | هل يمكنك توضيح سيناريوهات إيقاف الوصول في حال عدم توفُّر المصادقة؟ | ستسمح "مبادرة حماية الخصوصية" لجهة الاتصال الفنية لمدة 3 أسابيع لإعادة إنشاء ملف المصادقة للموقع الإلكتروني المسجَّل قبل منع شركة مسجّلة من الوصول إلى (واجهات برمجة التطبيقات للقياس ومدى الصلة بالموضوع). |
| تسجيل "مبادرة حماية الخصوصية" | كيف يمكننا اختبار واجهات برمجة التطبيقات في بيئة محلية باستخدام نقاط نهاية غير إنتاجية؟ | لقد أجبنا عن هذا السؤال هنا. |
إظهار محتوى وإعلانات ملائمة
المواضيع
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| فائدة لأنواع مختلفة من الأطراف المعنية | يشعر الناشرون بالقلق بشأن تأثير المواضيع على المبيعات المستندة إلى البيانات. يتم تخصيص موضوع عام للمواقع الإلكترونية الأكبر حجمًا، ولا تربطه أي بيانات بالناشر المحدد. ويقدّم الناشرون المتخصّصون بياناتهم مقابل معلومات محدودة. | نحن ندرك أنّ المواقع الإلكترونية التي تتضمّن نطاقات اهتمامات عامة ستساهم على الأرجح في مواضيع أقل دقة من المواقع الإلكترونية التي تقدّم نطاقات اهتمامات أكثر تخصّصًا. مع ذلك، لا تساهم كل المواقع المتخصّصة في مواضيع ذات قيمة تجارية. كما يعكس هذا الديناميكي الوضع الراهن، أي أنّ بعض المواقع الإلكترونية تقدّم قيمة أكبر من غيرها في أنظمة مدى صلة الإعلانات المستندة إلى 3PC. توفّر المواضيع (و"مبادرة حماية الخصوصية" بشكل عام) للناشرين مزيدًا من التحكّم في كيفية استخدام شركات تكنولوجيا الإعلان التي عقدوا شراكة معها. بالإضافة إلى ذلك، إنّ المعلومات المتاحة عبر "المواضيع" أكثر وضوحًا من الإشارات الحالية. |
| خوادم إعلانات الناشرين | قد لا تتمكّن خوادم إعلانات الناشرين التي تستخدم خوادم إعلانات مخصّصة من رصد Topics API مباشرةً. | إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية. |
| الإقرار | توسيع متطلبات المصادقة لمعالجة النتائج غير المرغوب فيها المعروفة الناتجة عن نقل المعلومات على مستوى السياقات المختلفة | في الوقت الحالي، لا تهدف المصادقة إلى تغطية هذه الفئة الواسعة من المخاطر، بل معالجة إساءة استخدام واجهة برمجة التطبيقات. |
| حجم الزيارات الواردة من المواضيع | الحجم الحالي لمرات الظهور التي تم استلامها غير كافٍ للاختبار. | على عِلم Chrome بالملاحظات والآراء بشأن حجم المواضيع المتوفّرة في المنظومة المتكاملة الآلية. نحن نتحقّق من الأسباب المحتملة، سواء في المتصفّح أو في المختبِرين ذي الصلة. وعند الضرورة، سيقيّم Chrome التغييرات المحتملة على تصميم واجهة برمجة التطبيقات من أجل زيادة معدّل التغطية وتفعيل الاختبار على نطاق كافٍ، مع الحفاظ على خصوصية المستخدم. |
| استخدام واجهة برمجة التطبيقات | هل هناك قيود على معدّل الزحف إلى Topics API؟ | هناك بعض الحدود المفروضة على معدل المواضيع لمنع إساءة الاستخدام وحماية تجربة المستخدمين على الويب. يمكنك الاطّلاع على بعض التفاصيل الإضافية هنا. |
| تصنيف V2 | هل لديك إرشادات من مكتب IAB بشأن تفاصيل المواضيع التي سيتم تضمينها في بروتوكول عرض الأسعار في الوقت الفعلي المفتوح؟ | نعم، يمكن العثور على إرشادات من مكتب IAB بشأن تضمين المواضيع ضمن بروتوكول عرض الأسعار في الوقت الفعلي المفتوح هنا. |
| التأثير في إشارات الطرف الأول | سيؤدي الإصدار الثاني من تصنيف المواضيع الدقيق إلى جانب عملية عرض أكبر قيمة من هذا التصنيف الدقيق (أهم المواضيع) إلى تشويه سوق البيانات في الإعلانات. | لم يتم إجراء أي تغييرات على استجابتنا في الربع الثالث: "على الرغم من أنّ تصنيف Topics أكثر دقة قد يقلل بشكل غير مباشر من مدى جاذبية الحلول الأخرى، مثل تلك التي تستند إلى بيانات الطرف الأول الخاصة بالناشر أو تلك التي تعتمد على الصفقات المباشرة. وفي إطار عملنا على تطوير Topics API، يتمثل هدفنا الرئيسي في ضمان إتاحة حالات استخدام الإعلانات التي تستهدِف الاهتمامات بعد 3PCD بأكبر قدر ممكن من الكفاءة، وذلك لجميع الجهات المعنية على حد سواء. ونعتقد أنّ تحقيق فائدة أكبر للموضوعات سيحسّن المنافسة بشكل عام وسيفيد المنظومة المتكاملة ككل". |
| قائمة المختبِرين | ما هو معدّل استخدام Topics API وPA API بين الناشرين؟ | لا يمكننا مشاركة هذه المعلومات. ويمكنك الرجوع إلى قائمة المختبِرين، حيث يمكن للناشرين الموافقة على مشاركة حالة الاختبار الخاصة بهم. |
| اختيار المواضيع | هل تريد السماح للمستخدمين باختيار المواضيع التي تهم المستخدمين بشكل استباقي؟ | لقد أخذنا في الاعتبار بالتأكيد تمكين المستخدمين من إضافة المواضيع بشكل استباقي. ولا نخطط لتناول هذا الحلّ على المدى القصير، ولكننا مستعدون لاستكشافه على المدى البعيد. |
| اختيار المواضيع | إذا كانت تكنولوجيا الإعلان تتضمّن رمزًا برمجيًا على موقع إلكتروني لرصد المواضيع، هل يمكنها معرفة المواضيع التي يمكن ملاحظتها؟ | يمكن لشركة تكنولوجيا الإعلان تحديد المواضيع المرتبطة بموقع إلكتروني. لا تشارك واجهة برمجة التطبيقات هذه المعلومات في الوقت الفعلي لأنّها قد تؤدي إلى زيادة تكاليف وقت الاستجابة. |
| تصنيف V2 | بما أنّ المواضيع يمكن أن تعرض ما يصل إلى 3 مواضيع، ما هو السلوك المتوقّع عند طرح الإصدار الثاني من التصنيف؟ | ستظل واجهة برمجة التطبيقات تعرض ما يصل إلى 3 مواضيع، وستشمل في الردّ نسخة التصنيف ذات الصلة لكل موضوع. |
| (يتم الإبلاغ أيضًا في الأرباع السابقة) ملاحظة المواضيع |
اسمح للناشرين بمنح Chrome أذونات لتصنيف المواضيع استنادًا إلى محتوى الصفحة (مثل الرأس أو النص). | لم يتم إجراء أي تغييرات على ردّنا من الربع الثالث: "لقد فكّرنا في السابق في توفير وظيفة لتصنيف المواقع الإلكترونية إلى مواضيع استنادًا إلى محتوى الصفحة، واتخذنا قرارًا بعدم المضي قدمًا استنادًا إلى مخاوف متعلّقة بالخصوصية والأمان. قد يخفف هذا الاقتراح من بعض هذه المخاوف، ولكن إلى أي مدى ليس واضحًا. بسبب فترة تجربة CMA القادمة، لا نتوقّع حدوث هذا التغيير قبل 3PCD. نرحّب بأي ملاحظات إضافية هنا". |
| اختيار المواضيع | كيف يتم تصنيف النطاقات باستخدام Topics بسبب كونها عامة؟ | نستخدم اسم المضيف فقط لتصنيف المواقع الإلكترونية إلى مواضيع. ولن يضر هذا الموقع الذي يتم تصنيفه على نطاق واسع. ويرجع هذا إلى أنّ المعلومات السياقية الخاصة بالموقع الإلكتروني ستظل متاحة دائمًا للمزادات على هذا الموقع، ما قد يؤدي إلى توفير معلومات أكثر تحديدًا عن الموضوع الواسع. |
| تصنيف V2 | نتمنى أن تتماشى المواضيع مع المعايير الأخرى بشكل أفضل (مثل مكتب الإعلانات التفاعلية (IAB).) | نودّ معرفة المزيد عن الأسباب التي تجعلهم يأملون في تحقيق مواءمة وثيق بين تصنيفَي IAB وTopics. ما الخطوات التي يحتاجون إليها لاستخدام Topics API، وكيف يؤثر تصنيف أكثر تميزًا في هذه الخطوات؟ ونحن ندرس إمكانية الربط بين تصنيف المواضيع وتصنيف المحتوى الصادر عن مكتب IAB. ومن المفيد معرفة ما إذا كان ذلك سيعالج التحديات التي يواجهها الناشرون. |
| تخزين البيانات واستخدامها | هل لديك المزيد من المعلومات حول كيفية تخزين البيانات وأين يتم نقلها؟ | يتم إنشاء معلومات المواضيع وتخزينها محليًا على جهاز المستخدم. وعند الطلب، تعرض واجهة برمجة التطبيقات ما يصل إلى 3 مواضيع للمتصلين. من وجهة نظر Google، يتحمّل المتصلون مسؤولية الالتزام باللوائح المحلية عند معالجة معلومات Topics وتخزينها. بالإضافة إلى ذلك، يجب أن يؤكّد جميع المتصلين أنّهم لا يستخدمون Topics لإعادة تحديد هوية المستخدمين على جميع المواقع الإلكترونية. يُرجى الرجوع إلى الأسئلة الشائعة حول الامتثال المتعلّقة بالخصوصية للاطّلاع على مزيد من التفاصيل. |
| تصنيف V2 | تأثير ترقية تصنيف المواضيع وحالة المتصفّح أثناء الانتقال من الإصدار 1 إلى الإصدار 2. | أما المواضيع التي تم استنتاجها باستخدام التصنيف السابق، فلا تزال متاحة ويمكن استرجاعها بواسطة تقنية الإعلان في النهاية إلى أن تنتهي صلاحيتها (بعد مرور 4 أسابيع). |
| وصف واجهة برمجة التطبيقات | إنّ تجربة المستخدم في Topics API مضلِّلة. | شاركنا هذه الملاحظات مع فريق تجربة المستخدم. |
| سؤال حول واجهة برمجة التطبيقات | كيف يتم تصنيف نطاقات Yahoo حسب Topics مع اعتبارها عامة؟ | نستخدم اسم المضيف فقط لتصنيف المواقع الإلكترونية إلى مواضيع. ومن المهم إدراك أن الموقع الذي يتم تصنيفه على نطاق واسع لن يضر بهذا. |
| معدّل توفّر المواضيع منخفض. | يتلقّى المختبِرون عددًا قليلاً من Topics من "مدير إعلانات Google". | طرح "مدير إعلانات Google" العديد من التحسينات لتحسين التغطية - من المفترض أن يلاحظ المشترون زيادة في التغطية. وهناك بعض العوامل المتوقّعة التي قد تحدّ من التغطية (مثل الإعدادات المفضّلة للمستخدم ومتطلبات الملاحظة من قِبل المتصل، وربما بعض وقت الاستجابة/المهلات). |
Protected Audience API (المعروفة سابقًا باسم FLEDGE)
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| المفاضلة | عدم وجود وضوح بشأن كيفية إضفاء صفة التميّز على نقاط البيع بالتجزئة في المزاد الجديد | لقد سمعنا عن خطط استراتيجية متعدّدة شملت Protected Audience و/أو واجهات برمجة تطبيقات أخرى في "مبادرة حماية الخصوصية". بشكل عام، غالبًا ما ينظر مجال البيع في المنظومة المتكاملة إلى الانخفاض في المعرّفات المنتشرة على جميع المواقع الإلكترونية كخطوة إيجابية ليس فقط من ناحية الخصوصية، بل أيضًا من الناحية التجارية. من المرجح أن تجد الشركات، الصغيرة والكبيرة، التي تتبنى هذا التغيير، فرصة. |
| عرض الإعلانات | إنّ Chrome هو المسار الوحيد لعرض الإعلانات يعيق الابتكار. يحدّ عرض "الجمهور المحمي" من جدوى المعايير الحالية المتعلقة بالإعلانات المدمجة مع المحتوى. | دائمًا ما تستخدم الإعلانات التي يتم عرضها في المتصفحات تقنيات المتصفّح في عرضها. هذا الأمر لا يتغير. قد تتعلّق هذه المشكلة بخطط لاشتراط استخدام ميزة Fenced Frames (الإطارات Fenced Frames) إلى جانب ميزة Protected Audience في المستقبل. ويعود سبب ذلك إلى أنّ هذه الخطط "مستقبلية" هو أنّنا نريد أن تدعم تكنولوجيا Fenced Frames ابتكار المنظومة المتكاملة وتميّزها في ما يتعلّق بعرض الإعلانات. هناك وقت مناسب للمطوّرين والشركات المهتمة بالتفكير في كيفية استخدام إطار Fenced Frames الذي يتضمّن كيفية إتاحة أساليب الإعلانات المدمجة مع المحتوى. |
| إدخال | تم تقديم Concern Protected Audience API (PA API) كمكتملة أو أقلّ مع الوقت الذي بدأت فيه العديد من تكنولوجيا الإعلانات في استكشاف واجهات برمجة تطبيقات "مبادرة حماية الخصوصية". | وستستمر واجهات برمجة التطبيقات في التطور بناءً على ما نتعلمه من الاستخدام بالإضافة إلى الأفكار الجديدة الواردة من داخل Chrome وخارجه. في الوقت الحالي، إنّ واجهات برمجة التطبيقات لقياس الصلة ومدى الصلة بالموضوع والتي تتوفّر بشكل عام مستقرة، ولكن هذا لا يعني أنّ التطوير قد توقّف ونرحّب بملاحظات إضافية. |
| تصميم المزاد | يضع "تصميم الجمهور المحمي" أولوية إنشاء جميع شرائح الجمهور واختيار الإعلانات في النظام الأساسي المستخدَم للشراء، ما يغنيك عن قدرة مقدِّم الخدمة على توفير منطق في إنشاء شرائح الجمهور واختيار الإعلانات للحملات التي يتم تنفيذها على منصّته. | لا يميّز "الجمهور المحمي" شرائح الجمهور عن مَن ينشئ شرائح الجمهور ويقدّم عروض أسعار لشرائح الجمهور. من الممكن أن ينشئ SSP لمجموعة اهتمامات (IG) يتيحها لعروض الأسعار. ومن الممكن أيضًا أن يوفّر مقدّم خدمة البريد الإلكتروني (SSP) منطقًا لعروض الأسعار، ما يبدو أنّه يتماشى مع الاتجاه الذي يتخذه العديد من مقدّمي خدمات البريد الإلكتروني (SSP) مباشرةً إلى الوكالات. تتوفّر دائمًا حالات استخدام إضافية، إلّا أنّ أسس "الجمهور المحمي" تتسم بالمرونة بما يكفي لدعم العديد من الأساليب المختلفة لإنشاء شرائح الجمهور وتفعيلها. وتعني خصائص الخصوصية لتلك المؤسسات أيضًا أنّه لا تتم مشاركة البيانات الأوليّة على مستوى المستخدم بين المواقع الإلكترونية. |
| تصميم المزاد | هل يتعارض مزاد "الجمهور المحمي" مع جهود تحسين مسار العرض (SPO) للمنظومة المتكاملة بهدف تقليل العدد الإجمالي للوسطاء بين المعلِن والناشر و/أو تكرار فرصة إعلان معيّنة؟ | لا، لأنّ الإعلان الفائز في "الجمهور المحمي" سيجتاز كيانَين من البائعين على الأكثر (مثل خادم نظام الخدمة (SSP) وخادم إعلانات الناشر) وعددًا لا يقل عن ذلك، في حال تنفيذ المشتري عملية دمج مباشرة مع الناشر. يظل تكرار الطلب نفسه عن طريق وسطاء متعددين هو اختيار الناشر. يجب ألا يؤثر الجمهور المحمي في هذه الحالة بأي شكل من الأشكال. تحدث مزادات الجمهور المحمية بموجب نظام الوقت الفعلي من خادم إلى خادم في الوقت الحالي من أجل عدم تسرُّب بيانات المستخدمين من مواقع إلكترونية متعددة. قد يقول البعض إن هذا تكرار طلب إعلان. يتطلب الوصول إلى خصوصية واضحة من الناحية الفنية بعض المفاضلات. ومع ذلك، من الممكن على المدى الطويل أن تقرّر المنظومة المتكاملة استخدام ميزة Protected Audience بدون مزادات تقليدية من جهة الخادم. قد يؤدي هذا الاختيار إلى مسارات توريد أكثر تحسينًا. |
| تصميم المزاد | تتحول ميزة "الجمهور المحمي" إلى نموذج نادرًا ما يكون فيه مقدّمو الخدمات التجارية (SSP) هو المزاد "الأخير" الذي يتم تنفيذه على الصفحة، ولكن يتم فرضه على هذا النموذج بسبب تصميم واجهة برمجة التطبيقات. | نحن لا نوافق. بفضل عمليات التنفيذ التي شاهدها المستخدمون في مرحلة مبكرة، استطاعت هذه الشركات التي تشارك في مزادات على المكوّنات أن تتجاوز ناتج المزاد السياقي، الذي يحدث قبل بدء مزاد الجمهور المحمي. تأتي نتائج مزاد مكوّنات SSP في "الجمهور المحمي" أخيرًا بعد إجراء مزاد سياقي كامل. |
| تصميم المزاد | قد يكون المزاد السياقي ملائمًا فقط لتوفير إشارات بيانات حول فرصة المزاد لإبلاغ مزاد الجمهور المحمي. | نتوقّع أن تبقى المزادات المستندة إلى السياق ذات صلة لأسباب عديدة، مثل الصفقات والحملات التي تستهدف جمهورًا غير تابع للطرف الأول والكثير من السيناريوهات السياقية. وتكون هذه الاستراتيجية ذات قيمة أيضًا في حال عدم توفّر IG أو تعذُّر وصول عروض الأسعار في Protected Audience إلى الحدود أو الالتزام بقواعد جودة الإعلان. |
| تشكيل الزيارات | تعمل أنظمة وسيط عرض الطلب (DSP) في عدد الطلبات في الثانية الثابت. سيؤدي ملاءمة مزادات الجمهور المحمي إلى تقليل فائدة البنية الأساسية القديمة. | وحسب استيعابنا، فإن التغيير الذي سيتغير بالنسبة إلى طلبات البحث في الثانية هو أن العديد من مقدمي خدمة البريد الإلكتروني يستخدمون معرّفات مواقع إلكترونية متعددة كميزة لتحديد ما إذا كان سيتم إرسال طلب إلى وسيط عرض الطلب أم لا. وسيكون ذلك صحيحًا سواء أراد الناشر إجراء مزاد يخصّ الجمهور المحمي أم لا. استكشفنا تشكيل عدد الزيارات من خلال العديد من موفّري خدمات البريد الإلكتروني وعثرنا على حلول تشمل التخزين المؤقت والفلترة المستندة إلى السياق. وبمرور الوقت، نتوقع أن يستفيد المطوّرون من ميزة "التجميع الخاص" للمساعدة بشكل أكبر في فهم الإعدادات المفضّلة لعروض أسعار نظام وسيط عرض الطلب (DSP) والفلترة وفقًا لذلك. في نهاية المطاف، لن تعود بعض البنية الأساسية القديمة التي تستند إلى معرّفات المواقع الإلكترونية المتعددة مفيدة. |
| الإشارات المتاحة | الافتقار إلى الوضوح بشأن المجموعة الكاملة من الإشارات المتاحة عند إجراء المزادات وكيف يمكن أن يؤدي التسلسل مع مزاد الإعلانات السياقية إلى عيوب ذلك. | بشكل عام، بالنسبة إلى مقدِّمي عروض الأسعار، يمكن توفير المعلومات عند إنشاء IG، من المزاد السياقي ومن البحث عن القيمة الأساسية في الوقت الفعلي. بالنسبة إلى مسجِّلي النقاط، يمكن تقديم المعلومات عند ضبط المزاد، بما في ذلك المعلومات السياقية حول الصفحة والمزاد السياقي، وكذلك من البحث عن القيمة الأساسية في الوقت الفعلي على RenderUrls للإعلانات. |
| (تم الإبلاغ عنه في الأرباع السابقة) عرض الفيديو |
إتاحة عرض الفيديو باستخدام Protected Audience وFenced Frames | لم يتم إجراء أي تغييرات على ردّنا مقارنةً بالفصول السابقة: "توفِّر Protected Audience API إمكانية عرض الفيديوهات باستخدام آلية تعتمد على إطارات iframe. ومع ذلك، لم نصمّم بعد حلاً متوافقًا مع ميزة Fenced Frames، وهذا أحد الأسباب التي دفعتنا إلى إعادة تنفيذ ميزة Fenced Frames من خلال تنفيذها في عام 2026. هذا يعني أنّه إذا قرّر الشريك فرض استخدام ميزة Fenced Frames في الوقت الحالي، لن يتمكن ذلك الشريك من إتاحة تشغيل الفيديوهات". |
| عرض الفيديو | يقتصر دعم PA API للفيديو في إطارات iframe على فيديو HTML5، ولا يدعم معيار VAST المستخدم على نطاق واسع. | من الممكن تنفيذ الإعلانات المستندة إلى نموذج عرض إعلانات الفيديو (VAST) باستخدام آلية عرض إطار iframe المتاحة حاليًا في Protected Audience حاليًا. تقرّ Google بأنّ ذلك يتطلب هندسة جديدة من جانب منصّات عرض إعلانات المشترين والبائعين والناشرين، وسنواصل العمل لتيسير عملية الانتقال من الطريقة التي كانت تُستخدم بها نماذج عرض إعلانات الفيديو (VAST) في الماضي. |
| (تم الإبلاغ عنها في الأرباع السابقة) مزادات على المستوى الأعلى |
إمكانية استخدام خادم إعلانات الناشرين في Google بدون منح "مدير إعلانات Google" أيضًا إمكانية التحكّم في مزاد واجهة برمجة التطبيقات المخصّص للإعلانات على أعلى مستوى. | لم يتم إجراء أي تغييرات على ردّنا مقارنةً بالأرباع السابقة: "ردّ "مدير إعلانات Google": لا تشمل خطط "مدير إعلانات Google" لـ Protected Audience API إمكانية دعم خادم إعلانات الناشرين في Google بدون التحكّم في مزاد Protected Audience API ذي المستوى الأعلى، وذلك للأسباب التالية. من أجل تقديم خدمة جيدة لعملائنا في سوق عرض إعلانات الناشرين، يجب أن يحتفظ خادم إعلانات الناشرين في Google بالتحكّم في مزاد الجمهور المحمي ذي المستوى الأعلى. وبصفتنا خادم إعلانات للناشرين، يتمثل دورنا في توفير توقعات للناشرين حتى يتمكنوا من التفاوض على الحملات المَبيعة مباشرةً بدون إجراء حجز زائد، ولتسريع وتيرة حجوزاتهم المباشرة وتقديمها على النحو الأمثل. ويتطلّب ذلك إجراء المزاد النهائي لمقارنة جميع الطلبات المباشرة وغير المباشرة المؤهّلة. تُعدّ التوقّعات ومستوى السرعة وظيفتَين أساسيتَين يتوقّعهما الناشرون من خادم الإعلانات. بدون توقّعات دقيقة، قد ينتهي الأمر بالناشرين إلى المبالغة في بيع مستودعهم الإعلاني، ما يعرّض سمعة أنشطتهم التجارية للخطر. وتشكّل وتيرة الإنفاق أهمية بالغة أيضًا، لأنّ عدم القدرة على الوفاء بعقود الحجز مع المعلِنين يشكّل أيضًا خطرًا على العلاقة المباشرة بين الناشر والمعلن، ما قد يؤدي إلى حدوث تأثير كبير في النشاط التجاري للناشر. باختصار، لذلك، لا نعتبر نشاط خادم إعلانات الناشر في إجراء مزاد الجمهور المحمي ذي المستوى الأعلى مختلفًا عن الأنشطة الأخرى لخادم إعلانات الناشر". |
| (تم الإبلاغ عنها في الأرباع السابقة) directFrom SellerSignals |
directFromRequestSignals يسمح لـ "مدير إعلانات Google" بمنع الناشر من الاطّلاع على سعر المزاد السياقي. |
لم يتم إجراء أي تغييرات على ردّنا عن الأرباع السابقة: "استجابة Chrome: من غير المعروف أنّ المعلومات التي يتم تمريرها إلى runAdAuction() مصدرها البائع ما لم يستدعي البائع runAdAuction() من إطار iframe الخاص به. في المزاد المتعدد البائعين، يصبح من المستحيل أن ينشئ جميع البائعين الإطار الذي يستدعي runAdAuction(). عالج العنوان DirectFrom SellerSignals هذه المشكلة من خلال تحميل محتوى من حزمة موارد فرعية تم تحميلها من مصدر البائع. ويضمن ذلك عدم إمكانية التلاعب بمصداقية وسلامة المعلومات التي يتم تمريرها في مزاد من خلال إعدادات مزادات البائع. إذا أراد الناشرون استخدام Protected Audience API للتعرّف على أيّ من المعلومات التي يرسلها مزوّدو التكنولوجيا إلى مزادات Protected Audience، يمكنهم أن تطلب منهم هذه الوظيفة. ردّ من "مدير إعلانات Google": لقد ركّزنا كثيرًا على تحقيق العدالة في المزادات لسنوات، بما في ذلك وعدنا بعدم مشاركة أي سعر من أي من مصادر الإعلانات غير المضمونة للناشر، بما في ذلك أسعار العناصر غير المضمونة، مع مشترٍ آخر قبل تقديم عرض سعر في المزاد، وقد أكدنا لاحقًا ذلك في التزاماتنا بالمنافسة الفرنسية. بالنسبة إلى مزادات "الجمهور المحمي"، ننوي الوفاء بالوعود التي نتعهد بها من خلال الاستفادة من خدمة DirectFrom SellerSignals، وعدم مشاركة عرض سعر أي مشارك في المزاد مع أي مشارك آخر في المزاد قبل إكمال المزاد في المزادات متعددة البائعين. لتوضيح الأمر، لن نشارك سعر المزاد السياقي مع مزاد المكوّنات الخاص بنا، كما هو موضّح في هذا التحديث. |
| (تم الإبلاغ عنها في الأرباع السابقة) قيمة عدم المجهولية التصنيفية |
كيف سيتم تحديد القيمة K إلى "k-anon" ومتى سيتم نشرها؟ | لقد نشرنا قيمة عدم الهوية K في كانون الأول (ديسمبر) 2023. بعد بدء عملية 3PCD، سنرفع حد إخفاء الهوية k إلى القيمة النهائية 50 (k=50) وسنضبط فترة التحديث على ساعة واحدة (p=1). تم تقييم قيمة إخفاء الهوية K التي تبلغ 50 على أنها توفر التوازن الأمثل بين الأداة والخصوصية. وهذه القيمة كافية لإحباط هجمات برامج التتبُّع الأساسية والحفاظ على الخصوصية التفاضلية، كما تكون منخفضة بما يكفي لاستمرار الاستفادة من واجهة برمجة التطبيقات لحالات الاستخدام المقصودة. |
| (تم الإبلاغ عنها في الأرباع السابقة) forDebuggingOnly |
احتمال إساءة استخدام ميزة forDebuggingOnly.reportAdAuctionWin إذا ظلت الصفحة بعد استخدام عنصر التحكّم الثلاثي الأبعاد. | وقد شاركنا اقتراحنا حول كيفية مواصلة إتاحة حالات استخدام تصحيح الأخطاء على المدى الطويل هنا. نحن نرحّب بأي ملاحظات إضافية بشأن الاقتراح. |
| (تم الإبلاغ في الأرباع السابقة) سياسة المصدر نفسه |
طلب تخفيف سياسة المصدر نفسه للسماح بالنطاقات الفرعية. | هذا الطلب قيد النظر، وقد ناقشنا ذلك هنا. |
| (تم الإبلاغ عنها في الأرباع السابقة) حجم مكوّن الإعلان |
زيادة عدد مكوّنات الإعلان من 20 إلى 40 مكوّنًا | لقد ناقشنا هذا الطلب خلال مكالمة WICG في 4 تشرين الأول (أكتوبر) وفي هذه المشكلة من GitHub ونخطط لحلّها بحلول نهاية الربع الأول من عام 2024. |
| (تم الإبلاغ في الأرباع السابقة) انتهاء صلاحية مفتاح خادم قيمة المفتاح |
مناقشة حول إزالة مفاتيح الخادم بمجرد انتهاء صلاحية IG المقابلة. | وتتم إدارة مدة البقاء (TTL) خارج بيئة التنفيذ الموثوقة (TEE) لتقليل التعقيد، علمًا بأنّنا نرحّب بملاحظات إضافية هنا. |
| العوامل المشغِّلة لمجموعة الاهتمامات | هل يمكن لشركة IG واحدة تشغيل عروض أسعار متعددة ضمن مزاد (مكون) واحد؟ | في كل مرة يطلب فيها المتصفح دالة generate Bid() من IG، يكون مسموحًا لمستخدِم IG هذا بإرجاع قيمة عرض سعر. على سبيل المثال، في مزاد متعدد البائعين، من الممكن استدعاء IG عدة مرات، في كل مرة في أحد مزادات المكوّنات. ليس على مالك حساب IG تنفيذ أي إجراء صريح لتفعيل هذا السلوك أو دعمه. |
| أسئلة حول الامتثال | ما نطاق الموافقة التي يتم جمعها عبر متصفّح Chrome الخاص بالمستخدم؟ | للحصول على مزيد من التفاصيل، يُرجى الرجوع إلى "كيف تتعامل "مبادرة حماية الخصوصية" مع الامتثال المتعلّق بالخصوصية في Chrome؟" في الأسئلة الشائعة حول الامتثال المتعلّق بالخصوصية. |
| المزادات المتعدّدة العلامات | كيف يمكن استضافة مزادات متعددة العلامات؟ | نعمل على تقييم هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| مدى توفُّر حماية عنوان IP | ما تأثير ذلك على المخططات الزمنية لميزة "الجمهور المحمي"، مثل فرض ميزة "إطار Fence" وإزالة أداة "إعداد تقارير على مستوى الحدث" أو إزالتها إذا لم تكن ميزة "حماية IP" جاهزة بحلول التواريخ المُعلَن عنها؟ | كما هو موضّح هنا، نعتقد أنّه يجب ربط المخططات الزمنية لـ Protected Audience بالمخطّطات الزمنية لإصدار ميزات حماية الخصوصية الأخرى. |
| modelingSignals | يمكنك طلب حقل جديد بالإضافة إلى إشارات النماذج التي يمكنها فقط ترميز معلومات العرض والنقر. | نحن ندرك الفائدة التي تعود من ذلك على هذه الأداة ونقيّم الطلب ونرحب بملاحظاتك الإضافية هنا. |
| مجموعات IG سلبية | هل يمكن السماح لمدراء IG العاديين بتحديد اسم سلبي؟ | لا يمكن إجراء ذلك في الوقت الحالي وفقًا للشرح، ولكنّنا نرحّب بملاحظات المنظومة المتكاملة الإضافية حول سبب اعتبار ذلك مطلبًا أساسيًا. |
| استخدام واجهة برمجة التطبيقات | إنشاء تقرير مجمّع عند اجتياز مستوى generateBid() | يمكن استدعاء "التجميع الخاص" داخل generateBid. |
| وحدات ماكرو | وجِّه الإشارات من perBuySignals عبر وحدات الماكرو في IFrames إلى عناصر خارجية. | نحن نناقش حالة الاستخدام هذه هنا ونرحّب بأي ملاحظات إضافية. |
| استخدام واجهة برمجة التطبيقات | إذا كان الخطأ في استرجاع إشارات النتائج الموثوق بها ناتجًا عن خطأ، فهل سيستمر استدعاء ScoreAd()؟ | من المفترض أن يستمر تشغيل ScoreAd() في حال عدم نجاح استدعاء الاسترجاع. |
| استخدام واجهة برمجة التطبيقات | كتابة data.shard_num في ملفات riegeli لملفات delta/snapshot. | نعمل حاليًا على إضافة shard_num لإزالة الحظر. لم يتبنى ريجيلي بشكل جيد مثل أفرو، إلا أنه لم يتم التخلي عنه. نظرًا لأن بيئة التنفيذ الموثوقة (TEE) لديها المزيد من القيود والأعباء، فقد أجرينا المقايضة لإعطاء الأولوية للأداء على تجربة المستخدم. نفكّر في تقديم خدمة gRPC لإنشاء ملفات من الطلبات. قد نقيّم أيضًا تنسيقات أخرى، مثل Avro، بناءً على تأثير الأداء. |
| اختبار واجهة برمجة التطبيقات | كيف ستوفّر PA API وMeasurement APIs اختبار التزايد؟ | لا توفّر "مبادرة حماية الخصوصية" طريقة لقياس التزايد من خلال مزاد قبل المزاد. يمكنك استخدام مساحة التخزين المشتركة والتجميع الخاص، ولكن سيكون المقايض بعد المزاد فقط. |
| استخدام واجهة برمجة التطبيقات | هل يؤثر استخدام BidWasmHelperURL للتحديثات اليومية في الحدّ الأدنى للمجهول المصدر؟ | بما أنّ ميزة k-anonymity لم تعُد متوفّرة في التعديلات على تقارير IG، يمكن تعديل BiddingWasmHelperURL بدون التأثير على الحدّ الأدنى. |
| استخدام واجهة برمجة التطبيقات | هل يمكننا تلقّي إشعارات بالأخطاء في PA API؟ | نرحّب بملاحظات المنظومة المتكاملة حول نوع إشعارات الخطأ التي يحتاجون إليها لتحديد مشاكل PA API وحلّها. |
| أحجام الإعلانات | لا تظهر أحجام الإعلانات في المزاد أو في التقارير الممكنة. | نعمل حاليًا على حلّ المشكلة المتعلّقة بطلب السحب الآلي هذا. |
| استخدام واجهة برمجة التطبيقات | هل تم استدعاء نقطة نهاية IG الخاصة بالتحديث في حال عدم المشاركة في هذا المزاد؟ | نعم. يتم استدعاء updateURL لجميع منصّات الإنترنت التفاعلية (IG) لمالك معيّن، حتى إذا لم يقدّم عرض أسعار في ذلك المزاد بالتحديد. المتطلبات الوحيدة هي: - يجب أن يكون المالك مُدرَجًا في مزاد معيَّن (أي أن يكون مُدرَجًا كمشتري في المزاد) - يجب ألا يكون قد تم تعديل مجموعة اهتمامات المالك المحدّدة خلال آخر 24 ساعة. |
| عرض سعر مسبق في PA API | ما إصدار Prebid.js المطلوب لمرحلة الاختبار؟ | ووفقًا لمستنداتنا الفنية، يجب أن يكون الإصدار أكبر من أو يساوي 8.9.0. |
| تفعيل بيانات الطرف الأول في PA API | كيف يمكنها تفعيل بيانات الطرف الأول الخاصة بها لتعريف واستخدام IG؟ | من الممكن استخدام "تفويض الأذونات" و "مجموعات الاهتمامات السلبية" لهذه المهمة. |
| PA API ووضع العلامات من جهة الخادم | كيف تعمل PA API مع وضع العلامات من جهة الخادم؟ | يجب أن تعيد العلامة الأساسية على متصفّح المستخدِم إعادة توجيه طلب بيانات من واجهة برمجة التطبيقات إلى بقية العلامات من جهة الخادم، ما يسمح له أيضًا بتسجيل الطلب. |
| اختبار Chrome (وضع a/b) | هل من المتوقّع أن يمرّر مقدّمو الخدمات الاجتماعية هذه التصنيفات في طلبات عروض الأسعار في الوقت الفعلي (RTB)، وإذا كان الأمر كذلك، كيف يتم ذلك؟ | نعم، نتوقع أن يتم تمرير التصنيفات من وسيط عرض الطلب (SSP) إلى وسيط عرض الطلب (DSP). نشجّع الكيانات على الوصول إلى التصنيف ومشاركة القيمة غير المعدَّلة مع الشركاء من خلال إضافة الجهاز هذه. |
| تخزين البيانات واستخدامها | هل لديك المزيد من المعلومات حول كيفية تخزين البيانات وأين يتم نقلها؟ | لن نقدِّم إرشادات قانونية، بل سنقدِّم نهجًا أو نهجًا عامًا في ما يتعلق بتخزين البيانات والاحتفاظ بها ومشاكل الخصوصية الأخرى. يمكنك الاطّلاع هنا على الأسئلة الشائعة حول الامتثال ذات الصلة بالخصوصية والتي قد تكون مفيدة لك. |
| أمان واجهة برمجة التطبيقات | مخاوف بشأن الرمز البرمجي الضار من جهة العميل الذي يتلاعب بالقيمة المعروضة لدالة generateBid() | لقد ناقشنا المشكلة هنا وتم دمج بعض الملاحظات في اقتراح "التجميع الخاص". |
| وجهة مخصّصة | عند استخدام استدعاءات تقرير الوجهة المخصّصة، هل تعرف ما إذا كان مصدر إعداد التقارير المخصّصة (وليس للمشتري أو للبائع) مسجَّلاً مسبقًا كجزء من IG في allowReportingOrigins يلزم إعلانه عن طريق وسيط عرض الطلب (DSP) في reportWin باستخدامregisterAdBeacon؟ | لا، لا حاجة إلى التسجيل مرة أخرى في reportWin ويمكن استخدامه مباشرةً في reportEvent كما هو موضَّح هنا. |
| قيود واجهة برمجة التطبيقات | حجم IG أثناء الإنشاء والتحديث. | تم تحديث حجم التحديث إلى 1 ميغابايت ليتوافق مع الحد الأقصى الجديد الذي يبلغ 1 ميغابايت (من 50 كيلوبايت) لإنشاء Instagram. |
| قيود K-anon | K-anon للإعلانات التي تحتوي على أحجام مختلفة | في كانون الأول (ديسمبر) 2023، نشرنا قيمة إخفاء الهوية K التي تشير إلى أنّ عدم الهوية K سيبدأ في التحقّق من حجم الإعلان "في وقت لاحق من عام 2025". لا يمكن استبعاد الحجم لأنّه يمكن أن يكون متجهًا للتتبُّع على مواقع إلكترونية مختلفة، كما هو موضَّح في استدعاء WICG في 11 تشرين الأول (أكتوبر). |
| أمان واجهة برمجة التطبيقات | هل يمكن لأي شخص ضار تزوير "اسم المضيف" لإحدى الصفحات؟ | تتيح واجهة برمجة التطبيقات مفتاحًا فرعيًا تم ضبطه على اسم مضيف الناشر. ونظرًا لأن المتصفِّح يضبط المفتاح، يبدو من الصعب التحايل على هذه الآلية. |
| استخدام واجهة برمجة التطبيقات | لا يُنصح باستخدام دوال ForDebuggingOnly لاستخدام الإنتاج. | نحن على وشك إعادة التأكيد على أنّ دوال forDebuggingOnly ليست مناسبة على الإطلاق، باستثناء تحديد المشاكل وحلّها بعد تجميع 3PCD. |
| مطلوب المزيد من أدوات تصحيح الأخطاء | صفحة ForDebuggingOnly غير كافية لفهم المشاكل التي قد تحدث قبل ScoreAd(). | نجمع المزيد من الملاحظات بشأن هذه الفجوة ونرحّب بالمزيد من الملاحظات هنا. |
| مجموعات الإيقاف الدائم للاهتمامات | يمكنك طلب السماح للمستخدمين بالتوقف نهائيًا عن إنشاء مراسلات إنترنت خاصة. | تتمثّل استراتيجيتنا في عدم السماح للمستخدمين بالإيقاف على مستوى Instagram، لأنّ الدلالات غير مفهومة للمستخدمين. |
| تحسين التوثيق | استخدِم الكتابة بالأحرف اللاتينية الكبيرة نفسها لمَعلمة RenderUrls في المواصفات والشرح. | ونحن نقدّر ملاحظاتك وسنتواصل معك بشأن تعديل المستندات. |
| إتاحة صفقة مع جمهور محمي | اطلب الحصول على خيارات إضافية لدعم صفقات الجمهور المحمي. | يقيّم فريق Chrome حاليًا ما يمكننا فعله لدعم ذلك باستخدام 3PCD. |
| وحدات ماكرو | يلزم دعم ماكرو لإبقاء حجم IG أقل من الحد الأقصى لحجم IG. | تمت معالجة هذا الطلب جزئيًا من خلال تعديل تم إجراؤه مؤخرًا على الشرح التوضيحي. |
| واجهة برمجة التطبيقات ReportLoss على مستوى الحدث | طلب استخدام ReportLoss API على مستوى الحدث | على الرغم من أنّ تقارير فقدان البيانات على مستوى الحدث تشكّل خطرًا شديدًا على الخصوصية، نعتقد أنّه يمكن تحقيق الأهداف الأساسية لهذا الطلب من خلال إجراء تعديلات مناسبة على واجهة برمجة التطبيقات Private Aggregation API. نرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | ما هي آلية عمل طرق forDebuggingOnly إذا لم تكن نتيجة عروض الأسعار أكبر من 0؟ | إذا كانت النتيجة <= 0، تكون هذه خسارة تلقائية. لذلك، سيتم استدعاء reportAdAuctionloss. |
| توحيد المقاييس | ما مِن محاذاة بين مستخدمي قيمة الإدخال/الإخراج في دالة PA API generateBid() . | وننصح جميع الشركاء بطرح هذه المشكلة (أو مشاكل مشابهة) على مختبر IAB التقني. تعمل هذه المجموعة تحديدًا على وضع المعايير المتّبعة في المجال لواجهات برمجة التطبيقات، مثل Protected Audience. |
| أمان واجهة برمجة التطبيقات | ما هي البيانات التي يمكن أن يراها محرّك بحث Google من مختصّي IG؟ | ويعتمد إخفاء الهوية K على إجراءات حماية الخصوصية القوية لتجنب تسرُّب بيانات المستخدم الحساسة إلى أي طرف، بما في ذلك Google. وتعمل Google أيضًا على تطوير عملية تنفيذ تابعة لطرف ثالث (سريعة) لهذه الطبقة لتقليل هذه المخاطر. |
| اختبار Chrome (وضع a/b) | هل يمكن استبعاد المستخدمين المقيدين "k-anon" من الاختبار؟ | نعرض حالة عدم الهوية k في التقارير، كما هو موضَّح هنا. |
| أمان العلامة التجارية | دعم حالات استخدام أمان العلامة التجارية التي لا يتم فيها عرض الإعلانات استنادًا إلى قائمة المواقع الإلكترونية أو الكلمات الرئيسية المحظورة | يجب أن تكون حالات الاستخدام المتعلّقة بأمان العلامة التجارية متاحة من خلال PA API. لكي تستهدف الحملات الإعلانية مجموعة معيّنة من النطاقات بشكل سلبي، يمكنها إمّا تخزين قائمة حظر النطاقات في IG نفسها، ويمكنك استخدام فلتر Bloom إذا كان إدراج كلّ منها يستهلك مساحة كبيرة جدًا. أو يمكنه عرض قرار السماح أو الرفض من خادم "القيمة الرئيسية" باستخدام أداة UDF للبحث عن الإجابة استنادًا إلى مجموعة من المفتاح الذي يعرّف الحملة الإعلانية واسم النطاق الذي تم تضمينه في طلب "قيمة المفتاح". تسمح Protected Audience API أيضًا لكلّ من SSP وDSP بتمرير أي معلومات عن سياق الصفحة إلى المزاد. ويمكن أن يتضمّن ذلك، على سبيل المثال، قائمة بالمواضيع أو الكلمات الرئيسية الحساسة على الصفحة. ويمكن لمنطق عروض الأسعار الذي يتّبعه نظام وسيط عرض الطلب (DSP) مقارنة هذه المعلومات بأي معلومات مُخزَّنة حول المواضع التي يجب عدم ظهور الإعلان فيها، واختيار عدم تقديم عرض سعر عندما يكون ذلك مناسبًا. نرحّب بالملاحظات التي تلقّيناها من المنظومة المتكاملة حول أي حالات استخدام محدّدة يعتقد الفريق أنّها غير ممكنة. |
| تفويض الأذونات | ما هي آلية عمل تفويض الأذونات؟ | لقد شاركنا مستندات حول تفويض الأذونات هنا. |
| الطلبات المجمّعة | يمكنك استخدام طلب POST في بعض عناوين URL الخاصة بـ PA API لإتاحة الطلبات المجمّعة. | نرحّب بالاقتراح ونرحّب بأي ملاحظات إضافية هنا. |
| تحسين واجهة برمجة التطبيقات | الحقول التي يُرجّح عدم استخدامها (مثل X-fledge-Bid-signals-format-version). | نعمل حاليًا على مناقشة المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| تحسين واجهة برمجة التطبيقات | يمكنك طلب الحصول على موافقة "اللائحة العامة لحماية البيانات" على مورّد عرض الإعلانات وقياس أدائها من طرف ثالث. | تتم إتاحة هذه الوظيفة باستخدام واجهة برمجة التطبيقات لاستبدال ماكروReplaceInURN التي تم إيقافها نهائيًا، كما هو موضّح هنا. |
| تحسين تصميمات الإعلانات الديناميكية | كيف يمكن لميزة "الجمهور المحمي" استخدام ميزة "تحسين المواد الإبداعية الديناميكية"؟ | نحن نناقش حالة الاستخدام هذه والحلول المحتملة المشتركة هنا. |
| تحسين واجهة برمجة التطبيقات | يمكنك طلب عنوان URL لعرض إعلانات الجهات الخارجية للسماح بالحصول على سياق IG بشكل أساسي من خلال اسم IG المقابل لشركة IG التي فازت بالمزاد. | وقد تزيد هذه الطلبات من خطر تتبُّع المستخدمين. نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| أمان واجهة برمجة التطبيقات | القلق من أنّ حجم "فقاعة IG" سيؤدي إلى تسريب معلومات عن مجموعات IG التي تم اختيارها. | كما هو مذكور في قسم اعتبارات الخصوصية ضمن الشرح التوضيحي لواجهة برمجة التطبيقات في Chrome، لا يعتمد حجم الكائن الثنائي الكبير على أي من المدخلات الخاصة بـ navigator.getinterestGroupAdAuctionData(). إنّه يحزم فقط جميع IG على الجهاز. يضمن ذلك توافق حجم النقطة الكبيرة نسبيًا على الصفحة ويحدّ من إمكانية تسرُّب المعلومات من عدة مواقع إلكترونية. لقد صممناها بهذه الطريقة لهذا السبب بالضبط. |
| اختبار Chrome (وضع a/b) | ما هو موقف مقدمي خدمة البريد الإلكتروني (SSP) الآخرين من فقدان التحميل الأول في ما يتعلق بإعداد ملفات تعريف الارتباط والاختبار الذي يسهّله Chrome؟ | لم نتلقَّ بعد أي مخاوف كبيرة (رغم أنّ الآخرين قد اعترفوا بهذا الوضع)، ولكنّنا نرحّب بملاحظات من منظومة YouTube المتكاملة إذا كانت هذه المسألة مهمّة. |
| إتاحة اختبارات A/B | يمكنك طلب الحصول على الدعم بشأن اختبار A/B لواجهة برمجة تطبيقات PA API. | لقد ناقشنا هذا الطلب في اجتماع مجموعة عمل مشرفي المواقع (WICG) في تشرين الثاني (نوفمبر) ونرحّب بملاحظات إضافية هنا. |
| أحجام الإعلانات | من الذي يختار حجم مزاد "الجمهور المحمي"؟ | تتم الإجابة عن هذا السؤال في هذه الأسئلة الشائعة. |
| تحسين واجهة برمجة التطبيقات | يمكنك طلب إعداد خدمة المفتاح/القيمة لقبول المسار /عروض الأسعار/الإشعارات/v1/getvalues. | لقد أضفنا بادئات مسار الدعم في طلب السحب هذا. |
| استخدام واجهة برمجة التطبيقات | كيف يمكن للناشر إنشاء IG باستخدام الرمز الخاص به إذا كان من المفترض أن يكون ضمن قاعدة المعلن، بحيث يمكن للمعلِن تقديم عروض أسعار له؟ | يجب أن تكون الإجابات من شركاء تكنولوجيا الإعلان، مثل وسيط عرض الطلب (DSP) أو وسيط عرض الطلب (SSP)، الذي يريد المشاركة في مزادات شرائح الجمهور المحمي، ويوفر طريقة لوصول هذه الجماهير من مصدر خارجي. لقد ناقشنا ذلك بشكل أكبر في مشكلة GitHub. |
| تحسين واجهة برمجة التطبيقات | طلب إمكانية ربط IGs السلبية بالإعلانات في "مجموعات الاهتمامات الإيجابية". | ندرس هذا الطلب وشاركنا اقتراحًا محتملاً حول كيفية تقديم الدعم له هنا. |
| عدد الأجزاء | طلب الدعم بشأن تمرير "shard_num support" في البيانات الوصفية | بالاستناد إلى هذه الملاحظات، أضفنا إلى التنسيق shard_num. |
| استخدام واجهة برمجة التطبيقات | طلب تقدير النفقات العامة للمفاتيح في خادم K/V. | لقد شاركنا آراءنا ونرحّب بأي ملاحظات إضافية هنا. |
| عدم الهوية K | طلب توضيح وتحسين دقة عدّاد الهوية التصنيفية. | وقد قدّمنا توضيحًا بشأن مدى دقة عدّاد الهوية التصنيفية هنا. |
| تصحيح الأخطاء | يمكنك طلب تحسين إمكانات تصحيح الأخطاء في واجهة برمجة التطبيقات PA API بعد إجراء التغييرات الأخيرة المقترَحة على forDebuggingOnly. | ونحن نناقش الطلب هنا ونرحّب بأي ملاحظات إضافية هنا. |
| حجم الإعلان | يمكنك طلب حجم الخانة الإعلانية كإشارة BTS إضافية. | لقد شاركنا اقتراحًا لدعم هذا الطلب، ويسعدنا تلقّي ملاحظات إضافية هنا. |
| أمان واجهة برمجة التطبيقات | هل من الممكن تقييد استخدام "runAdAuction()" استنادًا إلى المصدر؟ | لقد شاركنا ردًا مفصّلاً هنا. |
| العمر الافتراضي على Instagram | يمكنك طلب إطالة عمر حسابات Instagram من 30 إلى 90 يومًا. | ننظر في الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | هل من الممكن إجراء مزاد "جمهور محمي" بالتوازي مع "عرض الأسعار مسبقًا" واستدعاء خادم إعلانات الناشر؟ | نعمل حاليًا على مناقشة هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| تصحيح الأخطاء | يمكنك طلب الحصول على دعم أفضل لإضافات تصحيح الأخطاء في واجهة برمجة التطبيقات Chrome PA API إلى أدوات مطوّري البرامج. | ونقدِّم الدعم بشأن توفير المزيد من أدوات تصحيح الأخطاء ونرحب بالاقتراحات الإضافية هنا. |
| استخدام واجهة برمجة التطبيقات | لا يتم تشغيل إشعارات الخسارة في حال عدم وصول عروض أسعار من بائعي المكونات الرئيسية إلى الأكثر مبيعًا. | لقد أوضحنا الأسباب وراء ذلك هنا. |
| تحسين واجهة برمجة التطبيقات | طلب الدعم لاستخدام TextEncoder في الوظيفة المصغّرة لعروض أسعار Protected Audience | ننظر في هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | يمكن أن تؤدي طلبات الشبكة وتنفيذ المنطق في البرنامج إلى حظر سلسلة التعليمات الرئيسية والتسبب في تحديات تنفيذ JavaScript والتي يمكن أن تؤثر في تحسين محركات البحث. | نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | هل يمكن لمزوِّدي خدمة العملاء أن يستخدموا مسار الإحالة الناجحة الحالي لعروض الأسعار من جهة الخادم لكي يقيّموا مرشحي الإعلانات ويرسلونها كجزء من PerBuySignal من أجل استخدامها في المزادات على الجهاز فقط؟ | نعمل حاليًا على مناقشة هذا السؤال ونرحّب بملاحظات إضافية هنا. |
| توسيع بيانات فرص عروض الأسعار | طلب تمديد بيانات فرصة عروض الأسعار التي يسمح بها المتصفِّح إلى مقدّم خدمة البريد الإلكتروني (SSP) مع قائمة بنطاقات المصدر الفريدة لمعرّفات الإنترنت التفاعلية (IG) النشطة في المتصفِّح. | نعمل حاليًا على مناقشة هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| ORTB | يمكنك طلب عنصرَي جذب جديدَين لخيارَي ضبط المزاد وضبط عرض السعر التكيُّفي باستخدام ORTB. | نراجع هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| الفوز السابق | طلب IG من أجل تحديد ملف تعريف سابق لـ PrevWinsTransformer الذي يجمع بين المكاسب السابقة لـ IG وينتج عنه عنصرًا متسلسلاً. | نراجع هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| أنواع المحتوى | استراتيجية لتطوير أنواع المحتوى، على سبيل المثال تنسيق JSON إلى محتوى آخر مثل CBOR | نراجع هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| عرض سعر مسبق في Protected Audience API | يمكنك طلب الحصول على نموذج لصفحة ناشر يستخدم عرض سعر مسبق لتشغيل تدفق شامل لمزاد "الجمهور المحمي". | إنّنا ننظر في هذا الطلب ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة حول أسباب إعطاء الأولوية لهذا الطلب. وقد رأينا أيضًا مشاركين في المنظومة المتكاملة ينشئون نماذج من صفحات الناشرين يمكن للآخرين في المنظومة المتكاملة تقديم عروض توضيحية لها. |
خدمات المزادات المحمية
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| بيئات التنفيذ الموثوقة (TEE) | هل تشغيل بيئات التنفيذ الموثوقة في السحابة الإلكترونية العامة أكثر تكلفة مقارنةً بمراكز بيانات تكنولوجيا الإعلان داخل المؤسسات؟ | يستفيد نموذج الأمان الخاص بـ TEE الحالي من ممارسات تنفيذ السحابة الإلكترونية العامة. وعلى وجه الخصوص، لا توفر بيئة التنفيذ الموثوقة (TEE) الحالية المستندة إلى الأجهزة الحماية ضد جميع الهجمات المادية. وفّر مقدّمو خدمات السحابة الإلكترونية العامة المعتمَدون لدينا، AWS وGCP، تصميم وتنفيذ إجراءات الحدّ من مخاطر الوصول إلى البيانات المادية، بما في ذلك تلك التي يواجهها الموظفين. يمكنك الاطِّلاع على مزيد من التفاصيل أدناه بشأن الدعم في المؤسسة. لقد ذكرت لنا تكنولوجيا الإعلان أنّ تشغيل الخدمات السحابية أكثر تكلفة من مراكز بيانات تكنولوجيا الإعلان داخل المؤسسات. نحن لسنا في وضع يسمح لنا بتقييم هذه البيانات، ولكنّنا نرحّب بملاحظات إضافية حول التكاليف ونواصل تقييم الخيارات لتوسيع نطاق دعم بيئة التنفيذ الموثوقة (TEE). |
| (تم الإبلاغ عنها في الأرباع السابقة) بيئة التنفيذ الموثوقة (TEE) داخل المؤسسة |
ما هي المتطلبات التي يجب أن يستلزمها شخص ما ليصبح مزوّد بيئة التنفيذ الموثوقة؟ | تشبه استجابتنا الأرباع السابقة: "على الرغم من أنّنا نواصل استكشاف خيارات أخرى غير الحلول المستنِدة إلى السحابة الإلكترونية المتاحة للجميع، بما في ذلك التفكير في عمليات النشر التي ستكون مقبولة من منظور أمني، لا نملك حاليًا أي خطط لتوفير بيئة التنفيذ الموثوقة (TEE) داخل المؤسسات. في هذه المرحلة، ونظرًا لمتطلبات الأمان في "مبادرة حماية الخصوصية" والتحديات الكبيرة الناتجة عن عمليات النشر في المؤسسات، نعتقد أنّ مواصلة توسيع وتحسين عمليات النشر المستنِدة إلى السحابة الإلكترونية هي الأكثر فائدة للمنظومة المتكاملة. مع ذلك، نرحّب بملاحظات إضافية حول سبب اعتبار هذا الشرط ضروريًا وممكنًا بالنظر إلى قيود الخصوصية والأمان". |
| حدود خادم القيمة/المفتاح | حدود المفاتيح لكل مزاد لكل خادم | نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| قيود K-anon | تأكيد أنّ عدم الكشف عن الهوية K لن يتم فرضه في المستقبل على مفاتيح K/V | ولا تتوفّر لدينا أي خطط حالية لفرض آلية k-anon على مفاتيح طلبات خوادم K/V، لأنّنا نسعى إلى نقل خوادم K/V إلى بيئة التنفيذ الموثوقة (TEE) في المستقبل. |
| خدمة بناء K/V | هل تتوفّر لدى Google عناصر معدّة مسبقًا لخدمة K/V؟ | لا تتوفّر لدينا حاليًا أي عناصر معدّة مسبقًا لخادم "مفتاح/قيمة الجمهور المحمي"، إلا أنّنا قد نفكّر في توفيرها إذا تلقّينا طلبًا قويًا عليها من المنظومة المتكاملة. |
| إتاحة معرّف EgId في بنود خدمة "B&A" | طلب دعم الحقل ExperienceGroupId في رمز عروض الأسعار والمزاد، وفي طلب خدمة KeyValue من BuyFrontEnd | لا تتوافق ميزة "B&A" حاليًا مع ميزة tripGroupId، ولكنّها تهدف إلى طرح هذه الميزة من خلال الإصدار التجريبي 2 (مُجدوَل حاليًا في شباط (فبراير) 2024). لقد شاركنا معلومات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | يمكن أن يساعد اندماج طلب تكامل بروتوكول HTTP في الحماية ضد المهاجمين على المسار، ولكن سيتعرّف مشغل بيئة التنفيذ الموثوقة (TEE) على الأحجام. | نعمل حاليًا على مناقشة هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| تحسين التوثيق | المواصفات غير واضحة بشأن كيفية التعامل مع خادم k-v. | نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | ما الغرض من "نتائج مزاد الإعلانات" وadAuctionHeaders؟ | إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية. |
| تحسين التوثيق | من غير الواضح ما إذا كان قد تم نشر تصميم الإصدار 2 في FLEDGE.md. | يتحدث المستخدم FLEDGE.md عن الطريقة التي يرسل بها Chrome الطلبات إلى BYOS-KV. يقتصر تصميم البروتوكول V2 على TEE-KV فقط، ولا يدعمه حاليًا Chrome. |
قياس الإعلانات الرقمية
Attribution Reporting (وواجهات برمجة التطبيقات الأخرى)
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| القياس على جميع البيئات | كيف يخطط Chrome لإتاحة القياس على جميع البيئات في المرحلة المؤقتة حيث تمت إزالة أجهزة الكمبيوتر التابعة لجهات خارجية من Chrome للأجهزة الجوّالة، ولكن "مبادرة حماية الخصوصية" لنظام التشغيل Android غير متاحة بعد؟ | في نظام Android، نعمل على توسيع نطاق تغطية PSB/ARA. تتوفّر Attribution Reporting API (ARA) على نظامَي التشغيل Android 13 و14، ونخطط لتوسيع نطاق استخدام الإصدارين 11 و12 من نظام التشغيل Android في وقت لاحق من هذا العام، مع العلم أنّ هذا الأمر يخضع للتغيير. لن نتمكّن من توسيع نطاق استخدام التطبيق إلى الإصدار 10 من نظام التشغيل Android أو الإصدارات الأقدم، ولكننا نتوقّع أن تنخفض النسبة المئوية لأجهزة Android التي لا تزال تستخدم الإصدار 10 أو الإصدارات الأقدم من نظام التشغيل Android عند استخدام 3PCD وأن تنخفض بشكل طبيعي بمرور الوقت مع ترقية المستخدمين لها. نرحّب بأي ملاحظات إضافية من المنظومة المتكاملة بشأن هذا الطلب. |
| الفلترة | فلترة "الإحالات الناجحة" من فحص تصميمات الإعلانات | لقد تواصلنا مع الجهات المعنيّة هذه لفهم طلبها بشكل أفضل، ونُرحّب بملاحظات إضافية من المنظومة المتكاملة حول هذه المشكلة. |
| خوادم إعلانات الجهات الخارجية | كيف ستعمل PA API وARA مع علامات خادم إعلانات الجهات الخارجية؟ | على غرار آلية عمل وحدات البكسل مع علامات مرّات الظهور والنقرات حاليًا، يمكن لخادم الإعلانات إمّا ضبط مصدر وعمليات تسجيل ARA بمفردها (بما في ذلك من مزادات شرائح الجمهور المحمي)، أو إعداد عمليات إعادة التوجيه لتمرير وقبول المصدر وعمليات تسجيل ARA. |
| DCM | دعم Attributionsrc من DCM وخوادم الإعلانات الأخرى التابعة لجهات خارجية. | هذه مشكلة متعلقة بـ DCM وقد عالجها فريق DCM في هذه المشكلة المتعلقة بـ GitHub. |
| مفتاح التجميع الهرمي | هل من الضروري تقسيم كل ميزانية المساهمة إلى كل هذه المفاتيح الهرمية؟ | لقد ناقشنا وقدمنا إجابة على الطرف المعني هذا. عند استخدام بنية مفاتيح هرمية، يجب أن تأخذ تكنولوجيا الإعلان في الاعتبار أنّه تتم مشاركة ميزانية المساهمة على مستوى جميع النتائج الرئيسية لمرة ظهور. |
| استخدام نطاقات فرعية مختلفة | هل تريد أن تعمل تقارير الإحالة مع المصادر وعوامل التشغيل المسجَّلة على نطاقات فرعية مختلفة ولكن نطاق المستوى الأعلى (eTLD+1) نفسه؟ | لقد ناقشنا هذا السؤال مع الأطراف المعنية واقترحنا الحلول التالية. ويمكنهم إما تغيير إعداد عنوان URL لكي يحتوي على مصدر إعداد التقارير نفسه في المصدر وعامل التشغيل، أو إعادة توجيههم من عنوان URL الحالي إلى عنوان URL مشترك قبل إجراء عمليات التسجيل. نحن نرحب بأي ملاحظات إضافية بشأن المنظومة المتكاملة إذا لم تناسب الحلول المقترَحة حالة الاستخدام الخاصة بها. |
| (يتم الإبلاغ عنها أيضًا في الأرباع السابقة) دعم الإنتاج |
ما هي مستويات الخدمة المتوفرة لدعم الشركاء الذين يستخدمون ARA؟ | لم يتم إجراء أي تغييرات على ردّنا مقارنةً بالفترات السابقة: "توفّر Google مجموعة من القنوات للسماح لتكنولوجيا الإعلانات بالإبلاغ عن المشاكل الفنية وإتاحة أي تصعيدات ضرورية لحل هذه المشاكل. بالإضافة إلى ذلك، يتوقّع Chrome إنشاء عملية وتوسيع نطاقها لحلّ المشاكل الفنية وعمليات التصعيد التي تؤثّر في سلامة المنظومة المتكاملة. ويلتزم Chrome بضمان توفير الموارد اللازمة لهذا الجهد. يُرجى الاطّلاع على مشاركة المطوّر للحصول على مزيد من المعلومات حول المنتديات العامة والخاصة، ما يتيح لك الحصول على ملاحظات وتصعيدات. |
| (يتم الإبلاغ أيضًا في الأرباع السابقة) المخطّط الزمني |
هل ستعمل Google على تجهيز "المرحلة 2 المرنة الكاملة على مستوى الأحداث" مع بداية الاختبار الكمّي الصادر عن CMA؟ | ومن المتوقّع أن تتوفّر المرحلة 2 المرنة الكاملة على مستوى الأحداث في Chrome في الربع الأول من عام 2024. ويمكنك تتبُّع الحالة هنا. |
| (يتم الإبلاغ عنها أيضًا في الأرباع السابقة) مسار الإحالة الناجحة |
يمكنك الإبلاغ عن نطاقات متعدّدة تم استخدامها في الإحالة الناجحة. | وتُعدّ حالة الاستخدام هذه ممكنة منذ إضافة وجهات متعدّدة. نرحّب بأي ملاحظات إضافية. |
| إعداد تقارير تصنيفات الاختبار | هل ستسمح إمكانيات إعداد التقارير للمختبِرين بالإبلاغ عن المجموعة التي ينتمي إليها المستخدم (الوضع في متصفّح Chrome) (الوضع أ/ب)؟ | نحن نعمل على نشر دليل اختبار لتسجيل تصنيفات اختبار Chrome في ARA. |
| الوثائق | تنص مستندات الإحالة-التقارير-التسجيل-المصدر على أنّ تاريخ انتهاء الصلاحية سيتم تقريبه إلى أقرب يوم، كيف سيتم تقريبه؟ | ويعني تقريب 1.5 يوم إلى أقرب يوم أنّه سيتم تقريب 1.5 يوم إلى يومَين. |
| استخدام نطاقات فرعية مختلفة | يمكنك طلب تلقّي تقارير Attribution Reporting API في نطاق فرعي مختلف بصفته المصدر وعملية التسجيل. | هذا غير ممكن. يمكن تطبيق عمليات إعادة التوجيه HTTP ولكن لا يوجد إعداد لذلك. ونرحّب بملاحظات إضافية من المنظومة المتكاملة حول مدى فائدة هذا الطلب. |
| تأخير في إعداد التقارير على مستوى الحدث | فترة الإحالة وإعداد التقارير هي 7 أيام، ولكن بسبب التأخير في إعداد التقارير على مستوى الحدث، قد يستغرق ظهور جميع التقارير أكثر من 8 أيام. | وندرك آراء المنظومة المتكاملة ونرحّب بالملاحظات الإضافية التي تقدّمها المنظومة المتكاملة حول ما إذا كان هذا التأخير في إعداد التقارير على مستوى الحدث يمثل مشكلة أم لا، لا سيما مع الانتقال من فترات إعداد تقارير الأحداث الثابتة إلى فترات مرنة لإعداد التقارير. |
| عوامل تشغيل الإحالة الناجحة | لن يتم إنشاء تقارير في ما يتعلّق ببدءات الإحالات الناجحة التي تحدث بين نهاية أوّل event_report_window (ساعة واحدة) ووقت انتهاء الصلاحية (يوم واحد). | لقد قدّمنا إعدادات مرنة على مستوى الحدث تتيح الانتقال من نوافذ إعداد تقارير الأحداث الثابتة إلى النوافذ المرنة. |
| الضوضاء | هل التقارير على مستوى الحدث تؤدي إلى إحالات ناجحة زائفة مزعجة كما هو موضّح في شرح GitHub؟ | نعم، يتم تطبيق تشويش على التقارير على مستوى الحدث ويمثّل جميع حالات الإخراج المحتمَلة، بما في ذلك المتغير_data المختلفة، أو عدم الإبلاغ عن أي مشكلة على الإطلاق عند حدوث عامل تشغيل، أو الإبلاغ عن العديد من التقارير المزيّفة للحدث. النسبة المئوية للتشويش مفتوحة المصدر ويمكن إتاحتها مرنة من خلال عمليات ضبط مرنة على مستوى الحدث. |
| الفلترة | قد يؤدي استخدام الفلترة مع Attribution Reporting API إلى استهلاك ميزانية المساهمة على الرغم من عدم تسجيل مفتاح تجميع البيانات. | يعمل هذا على النحو المنشود لأن aggregatable_trigger_data لا تدعم سوى التصفية على الأجزاء الرئيسية للمشغل نفسها، وليس على القيم / المفاتيح. يمكن للفلاتر ذات المستوى الأعلى إتاحة فلترة المفاتيح نفسها، ولكن تتم مشاركة ذلك حسب الحدث والتجميع، لذا لا ينطبق ذلك هنا. نرحّب بالملاحظات الإضافية من المنظومة المتكاملة هنا إذا كانت هناك حاجة إلى فلترة المفاتيح. |
| حد مساحة التخزين | يمكنك طلب إضافة حدّ أقصى لمساحة التخزين، مع مراعاة مصدر إعداد التقارير أيضًا. | وستصبح الزيادة من هذا الحدّ سارية بدءًا من الإصدار M120 إلى الإصدار 4,096، ونرحّب بأي ملاحظات إضافية من المنظومة المتكاملة هنا. |
| تحديد المصدر المباشر | كيفية الحصول على مقاييس للحالات التي يزور فيها المستخدِم أحد المعلِنين مباشرةً بدون المرور بناشر، لأنّ عملية إعداد تقارير تحديد المصدر العادية لا تغطي هذا السيناريو | تم تصميم ARA فقط لاسترداد المعلومات من مواقع إلكترونية متعددة (أي دمج المعلومات على مواقع الناشرين/المعلِنين). في حال لم تكن هناك حاجة إلى معلومات مواقع إلكترونية متعددة، لن تساعدك ARA. نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا. |
| وقت الإبلاغ | احصل على Schedule_report_time للوقت من خادم زمني بدلاً من استخدام توقيت الجهاز المحلي. | لا نخطط حاليًا لاستخدام خادم زمني، ولم نتلقّى طلبات كثيرة من فريق تكنولوجيا الإعلانات، لذلك يسعدنا تلقّي ملاحظات إضافية من المنظومة المتكاملة حول ما إذا كانت هذه الميزة مفيدة أم لا. |
خدمة التجميع
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| (تم الإبلاغ أيضًا في الأرباع السابقة) الحلّ داخل المؤسسة |
هل يمكن نشر خدمة التجميع في مراكز البيانات داخل المؤسسة؟ | وبينما نستكشف خيارات الدعم المحتملة بخلاف الحلول المستنِدة إلى السحابة الإلكترونية، ليس من الممكن حاليًا إتاحة بيئة التنفيذ الموثوقة (TEE) داخل المؤسسة بسبب قيود الأمان داخل المؤسسة التي قد تتطلّب تقييمًا مستهلكًا لـ "مبادرة حماية الخصوصية". نظرًا لمتطلبات الأمان في "مبادرة حماية الخصوصية" والتحديات الكبيرة الناتجة عن عمليات النشر في المؤسسات، نعتقد أنّ مواصلة توسيع وتحسين عمليات النشر المستنِدة إلى السحابة الإلكترونية (مثل دعم Google Cloud Platform وخدمات AWS) هي الأكثر فائدة للمنظومة المتكاملة. نرحّب بأي ملاحظات إضافية هنا حول سبب أهمية هذا الشرط. |
| حصن | إذا لم يتم نشر الحصن أو ظهر له خطأ فجأة، فكيف يتم التعامل معه بواسطة واجهة برمجة تطبيقات خدمة التجميع؟ | سنستخدم عمليات إعادة المحاولة في حال تعذُّر الحصّة من البيانات عند بدء التشغيل وقياس الحجم التلقائي لعرض مثيلات جديدة إذا عُرضت حالة غير سليمة. ويمكن لتكنولوجيات الإعلان أيضًا التحقيق في حالات التعذُّر باستخدام السجلّات. لتصحيح أخطاء تعذُّر الحصن في AWS، يمكن لتكنولوجيا الإعلانات التحقّق من حالة مثيل EC2 من خلال تسجيل الدخول إلى AWS Console Manager. يمكن لتكنولوجيا الإعلانات أيضًا تسجيل الدخول إلى مثيل مضيف Nitro Enclave والتحقّق من حالة الحصن باستخدام أداة nitro-cli. في حال رصد أي أخطاء أو إخفاقات، يمكنهم استخدام واجهة سطر أوامر AWS لعرض السجلات وإجراء المزيد من التحقيق. لتصحيح أخطاء تعذُّر الحصن على Google Cloud Platform، يمكن لتكنولوجيات الإعلان التحقّق من حالة المثيل عبر Cloud Console. ويمكنه أيضًا التحقق من عدم وجود الأخطاء باستخدام list-errors-command. |
| استخدام نطاقات فرعية مختلفة | يمكنك طلب تسجيل نطاقات (فرعية) متعددة لاستخدام مثيلات متعددة من خدمات التجميع، في بيئات المطورين والإنتاج. | تم إطلاق تسجيل الموقع الإلكتروني حتى تتمكّن تكنولوجيا الإعلان من تسجيل نطاقات فرعية متعددة من الموقع الإلكتروني نفسه في حساب AWS واحد أو مشروع واحد في Google Cloud Platform. وسيتمكّنون أيضًا من تسجيل النطاق نفسه في حسابات متعددة على AWS أو مشاريع على Google Cloud Platform. ونرحّب بالملاحظات والآراء التي نتلقّاها من المنظومة المتكاملة. |
| ميزانية الخصوصية | كيف يمكن تصحيح الأخطاء المرتبطة باستفاضة ميزانية الخصوصية بشكل أفضل؟ | نبحث حاليًا عن حلول لتوفير المزيد من التفاصيل حول الميزانية المستنفدة وكذلك تحسين مستنداتنا لتوضيح الاستراتيجيات التي يمكن لتكنولوجيا الإعلان استخدامها للحد من حدوث هذا الخطأ. سنعدّل صفحة GitHub الخاصة بخدمة التجميع بعد أن نحصل على اقتراح. |
| قيمة Epsilon | طلب زيادة قيمة إبسيلون | سيتم الاحتفاظ بقيمة إبسيلون خدمة التجميع كنطاق يصل إلى 64، لتسهيل إجراء التجارب وتقديم الملاحظات والآراء على المعلَمات المختلفة أثناء مكوّنات 3PCD. سنرسل إشعارًا مسبقًا إلى المنظومة المتكاملة قبل تعديل قيم نطاق إبسيلون. |
| البرامج الثنائية | نشر مجموعة أكثر اكتمالاً من البرامج الثنائية لإصدارات خدمة التجميع. | نراجع هذا الطلب ونرحّب بأي ملاحظات إضافية. |
| استخدام واجهة برمجة التطبيقات | مشاركة البيانات مع المنسّقين، في ضوء بنود خدمة المنسّق | ونودّ الحصول على توضيح عن هذه المشكلة ونرحّب بملاحظات إضافية. |
واجهة برمجة التطبيقات الخاصة بالتجميع الخاص
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| تصحيح الأخطاء | تفعيل خيارات إضافية لتصحيح الأخطاء أثناء اختبار الوضع "ب". | كما ذكرنا في مشكلة GitHub هذه، نحن بصدد السماح بوضع تصحيح الأخطاء في الوضع "ب". سيتم تغيير هذه الأهلية في الإصدار التجريبي من الإصدار M121 بنسبة% 50 من عدد الزيارات في الوضع "ب" بدءًا من 31 كانون الأول (ديسمبر). سنرسل إشعارًا قبل الانتقال إلى القناة الثابتة. |
الحدّ من التتبُّع المخفي
اختصار وكيل المستخدم/تلميحات برنامج وكيل المستخدم
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| ChromeOS | دعم تلميحات برنامج وكيل المستخدم بشأن تحديث نظام التشغيل Chrome. | لقد شاركنا ردًا على هذا الطلب هنا. |
حماية عنوان IP (المعروفة سابقًا باسم Gnatcatcher)
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| إساءة الاستخدام | قد تتمكّن Google من الاطّلاع على بيانات التصفّح الخاصة بالمستخدم من خلال ميزة "حماية عنوان IP". | تعمل أنفاق حماية IP على الزيارات من خلال خادمَين وكيلين (أحدهما تديره Google، والآخر تديره شركة أخرى). ويضمن هذا عدم اطّلاع Google على بيانات التصفّح. ويتم تشفير جميع الزيارات بين Chrome والخوادم الوكيلة، وبالتالي ليس لدى خادم Google الوكيل أي معلومات عن المواقع الإلكترونية التي يتم تصفّحها. بالإضافة إلى ذلك، يستخدم النظام رموز مصادقة مخفية الهوية للحدّ من الوصول إلى معرّفات المستخدمين على الخوادم الوكيلة. سيرى خادم وكيل Google فقط أنّ هناك عميلاً غير معروف على عنوان IP معيّن يستخدم نظام الخادم الوكيل. لا تتوفّر أي معلومات عن المواقع الإلكترونية التي تمت زيارتها أو تحميل الإعلانات. |
| إتاحة وضع التشغيل بلا واجهة مستخدم رسومية | كيف ستتم إدارة برامج التتبُّع التي تستخدم المكوّنات الإضافية ووضع التشغيل بلا واجهة مستخدم رسومية؟ | يمثل الحد من إساءة استخدام حماية الملكية الفكرية أولوية رئيسية للفريق. لقد درسنا هذه السيناريوهات بعناية (من بين العديد من التهديدات المحتملة الأخرى أيضًا)، ونعمل على تطوير خيارات ستساعد في تقليل احتمالية نجاح إساءة الاستخدام أو الاحتيال. على الرغم من أنه لا يمكننا تقديم المزيد من التفاصيل في الوقت الحالي، إلا أننا نتوقع أن نطرحها في المستقبل القريب، ونتطلّع إلى مواصلة المناقشة. |
| الخوادم الوكيلة الحالية | كيف ستعمل ميزة "حماية IP" مع إعدادات الخادم الوكيل الحالية في Chrome؟ | ستظل إعدادات الخادم الوكيل الحالية متاحة. سيتمكن المستخدمون من ضبط الخوادم الوكيلة المخصصة كما في السابق. |
| الإبلاغ عن إساءة الاستخدام | كيف سيتم التعامل مع عملية الإبلاغ عن إساءة الاستخدام؟ | سنشارك المزيد من التفاصيل في المستقبل القريب، ولكننا ننوي وضع آلية للمؤسسات والمستخدمين لمشاركة التقارير والأدلة على حالات إساءة الاستخدام. |
| اللوائح التنظيمية | كيف ستلتزم حماية الملكية الفكرية بالقوانين واللوائح المحلية؟ | تلتزم Google بالامتثال للقوانين واللوائح المحلية، وقد لا يُسمح بالتحايل على عمليات الحظر هذه على مستوى البلد. هذه الميزة غير مخصصة للتحايل. |
| حصر الإمكانيات | هل ستحظر ميزة "حماية IP" استجابتنا الإلكترونية؟ | نسعى جاهدين إلى تحقيق توازن بين حماية المستخدمين من تتبُّع نشاطهم على الويب استنادًا إلى عناوين IP الخاصة بهم، مع الحدّ من تعطُّل العمليات العادية للخوادم، بما في ذلك استخدام عناوين IP لمنع إساءة الاستخدام. على الرغم من أنه لا يمكننا تقديم المزيد من التفاصيل في الوقت الحالي، إلا أننا نتوقع أن نطرحها في المستقبل القريب، ونتطلّع إلى مواصلة المناقشة. |
| المخطط الزمني | إذا كان من المقرر تنفيذ ذلك قبل نهاية عام 2024، سيكون من المستحيل تقريبًا الاستعداد له. | سيطلق Chrome في البداية ميزة "حماية IP" كإعدادات موافقة للمستخدمين في مناطق معيّنة، ما يعني أنّ هذا الأمر قد يمثّل تغييرًا كبيرًا في طريقة اعتماد بعض الشركات على عناوين IP، وسعيًا إلى الحدّ من انقطاع الخدمة مع تكيف المنظومة المتكاملة. سيتم تفعيل ميزة "حماية IP" كإعداد تلقائي في موعد أقصاه عام 2025. |
| استخدام واجهة برمجة التطبيقات | هل سيحصل المستخدم على خيار إيقاف/تفعيل "حماية IP" في المرة الأولى التي يفتح فيها Chrome؟ | ونخطط لمنح المستخدمين إمكانية اختيار ما إذا كانوا يريدون استخدام حماية IP أم لا. لا تزال آليات تقديم هذا الخيار للمستخدمين قيد التطوير. |
| استخدام واجهة برمجة التطبيقات | ما مقدار البيانات التي يتم تسجيلها ومدة الاحتفاظ بها؟ | سيكون لدينا المزيد من التفاصيل لمشاركتها في المستقبل، ولكننا نخطط لتسجيل الحد الأدنى من البيانات. |
| ملاحظات سلبية | يمكن للمستخدمين استخدام الشبكات الافتراضية الخاصة إذا كانوا يفضلون استخدامها. لست بحاجة إلى واجهات برمجة تطبيقات PS. | إنّ الهدف من حماية IP هو منع استخدام عناوين IP من أجل تتبُّع نشاط المستخدم على مواقع إلكترونية متعددة، وأنّه ليس الغرض منها أن تكون خدمة شبكة VPN. |
| أمان واجهة برمجة التطبيقات | كيف يمكن منع الطرف الأول من الوصول إلى عنوان IP وإعادة توجيه المعلومات من خلال مَعلمة العنوان؟ | في البداية، نركّز على الجهات الخارجية لأنّ لها التأثير الأكبر في نجاحك. وسنواصل مراقبة المنظومة المتكاملة لتحديد ما إذا كنا بحاجة إلى تطوير نهجنا لمنع التحايل على نطاق واسع. |
| استخدام واجهة برمجة التطبيقات | يجب تأكيد صحة بيانات استخدام واجهة برمجة التطبيقات. | وتستخدم حماية IP منهجًا قائمًا على القائمة لتحديد زيارات الجهات الخارجية التي تمر عبر الخوادم الوكيلة. لن يتم إنشاء خادم وكيل من خلال هذه الخدمة لعمليات الربط التي تشمل بيانات المصادر المدرَجة في القائمة ولكن يتم الوصول إليها في سياق الطرف الأول. على سبيل المثال، إذا كانت شركة تحليلات مدرَجة في قائمة النطاقات وانتقال أحد المستخدمين مباشرةً إلى الموقع الإلكتروني، سيظل بإمكان هذا الموقع الإلكتروني مراقبة عنوان IP للمستخدم بدلاً من عنوان IP الذي تم إنشاء وكيل له. ومع ذلك، إذا أرسل هذا النطاق في القائمة طلب شبكة في سياق تابع لجهة خارجية، سيتم إنشاء خادم وكيل ولن يظهر عنوان IP الأصلي للمستخدم على الموقع الإلكتروني. هدفنا الأساسي هو منع تتبُّع المستخدمِين على مواقع إلكترونية متعددة على الويب. نعمل حاليًا على وضع بعض التفاصيل قبل مشاركة المزيد من المعلومات حول النطاقات التابعة لجهات خارجية التي نخطط التركيز عليها بشكل مبدئي. |
| شبكة VPN | قلق من أن الاقتراح الذي تقدّمه Google قد يكون غير مفيد لمزوّدي شبكات VPN الآخرين. | إنّ الهدف من حماية IP هو منع استخدام عناوين IP من أجل تتبُّع نشاط المستخدم على مواقع إلكترونية متعددة، وأنّه ليس الغرض منها أن تكون خدمة شبكة VPN. |
| المخطط الزمني | ما هو المخطط الزمني لحماية عنوان IP؟ | سيتم تفعيل ميزة "حماية IP" في البداية. سيساعد ذلك في ضمان تحكّم المستخدمين في قرارات الخصوصية وأنّ Google يمكنها مراقبة السلوكيات بكميات أقل. سيتم طرح ميزة "حماية IP" على مراحل تدريجية وسيتم تطبيقها تلقائيًا في موعد أقصاه عام 2025. كما هو الحال في جميع اقتراحات الخصوصية لدينا، نريد التأكد من أننا نتعلم أثناء عملنا وندرك أنه قد تكون هناك أيضًا اعتبارات إقليمية يجب تقييمها. نستخدم منهجًا يستند إلى القائمة وستتأثر النطاقات المدرَجة في القائمة فقط ضمن سياق تابع لجهات خارجية. ندرك أنّ هذه الاقتراحات قد تؤدي إلى اضطرابات غير مرغوب فيها في حالات الاستخدام المشروعة، لذا نركّز فقط على النصوص البرمجية والنطاقات التي تُعتبر تتتبّع المستخدِمين. |
| حصر الإمكانيات | لم يعُد بالإمكان البحث عن عناوين IP الخاصة بالمستخدم في WHOIS. | يتمثّل موقفنا في أنّ عنوان IP هو معرّف ثابت قد يؤثر استخدامه على المستخدمين في ما يتعلّق بالخصوصية، بما في ذلك استخدام البيانات الوصفية المرتبطة به، مثل ASN. نسعى من خلال ميزة "حماية عناوين IP" إلى تحقيق التوازن الصحيح بين الخصوصية وتقديم تجربة مفيدة للمستخدم على الويب، على سبيل المثال في أسلوبنا في رصد الموقع الجغرافي حسب عنوان IP. إذا لم تكن هذه البيانات الوصفية كافية لحالة الاستخدام لديك، نحن مستعدون لمناقشة الأمر بشكل أكبر. |
| مُحيل HTTP | هل سيتم الاحتفاظ بمُحيل HTTP الأصلي؟ | لا تتوفّر أي خطط لتغيير عنوان "المُحيل" كجزء من "حماية IP"، كما هو موضَّح هنا. |
| نظام مفتوح المصدر | هل ستكون رموز مصدر حماية عنوان IP مفتوحة المصدر؟ | معظم البرامج الواردة هنا مفتوحة المصدر كجزء من مشاريع Chromium وEnvoy Proxy، إلا أنّ بعض المكونات تكون مغلقة المصدر، كما هو موضَّح هنا. |
الحد من التتبُّع الارتدادي
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| حذف مساحة التخزين | هل تؤدّي ميزة "الحدّ من التتبُّع الارتدادي" (BTM) إلى حذف مساحة التخزين المشتركة وإعداد تقارير تحديد المصدر؟ | لم نقصد أن يحذف BTM مساحة التخزين في واجهة برمجة التطبيقات Privacy Sandbox API (ARA، وPA API، ومساحة التخزين المشتركة، والتجميع الخاص، وTopics). على نظام TMBTM حذف أنواع مساحة التخزين التي قد تشكِّل خطرًا على الخصوصية فقط في حال الوصول إليها في سياق تابع لجهة خارجية. جارٍ العمل على إصلاح الأخطاء. |
| استخدام واجهة برمجة التطبيقات | ما هو إصدار Chrome الذي سيتم تفعيله من خلال ميزة BTM؟ هل سيتم اعتبار تتبُّع إعادة التوجيه/ارتداد الارتداد بعد 10 ثوانٍ كتتبُّع الارتداد بواسطة BTM أم لا؟ | وفي الإصدار M116، طرحت هذه الميزة 100% من المستخدمين الذين حظروا أجهزة 3PC. لا تُعد عملية إعادة التوجيه بعد 10 ثوانٍ حاليًا ارتدادًا. |
| حالة استخدام تسجيل الدخول | هل تريد مزامنة/الحفاظ على حالة تسجيل الدخول تلقائيًا في نطاقات متعددة بدون التعرض لأي عقوبة بسبب سلوك يشبه التتبُّع؟ | إنّنا نناقش هذا الطلب هنا ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة. |
| رحلة المستخدم | في الوقت الحالي، تؤدي تقنية BTM إلى إجراء تجارب معقدة للمستخدم. | نعمل على مناقشة هذه المشكلة ومشاركة أفكارنا بشأنها هنا. |
| واجهة برمجة التطبيقات للوصول إلى مساحة التخزين | ستفي ميزة BTM في Chromium بمنح 3PC من واجهة برمجة التطبيقات الخاصة بالوصول إلى مساحة التخزين (SAA). | لقد ناقشنا هذه المشكلة مع المشاركين في المنظومة المتكاملة في مؤتمر TPAC لعام 2023 ونرحّب بأي ملاحظات إضافية هنا. |
| التأثير في إعداد تقارير الإعلانات | قد تؤدي ميزة "الحدّ من التتبُّع الارتدادي" إلى اعتماد شركات أصغر في المنظومة المتكاملة على واجهات برمجة تطبيقات أخرى ضمن "مبادرة حماية الخصوصية"، مثل ARA، لتنفيذ حالات استخدام الإعلانات. | تهدف إجراءات الحدّ من التتبّع الارتدادي إلى منع التحايل على مكوّنات 3PCD. تُعدّ ARA واحدة من العديد من حلول القياس البديلة التي ستوفّرها الشركات بعد تقنية 3PCD، ولكن لا يُطلب من أي شركة استخدامها. |
ميزانية الخصوصية
لم يتم تقديم أي ملاحظات في هذا الربع من العام.
تعزيز حدود الخصوصية بين المواقع الإلكترونية
مجموعات المواقع الإلكترونية المرتبطة (المعروفة سابقًا باسم "مجموعات نطاقات الطرف الأول")
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| (تم الإبلاغ أيضًا في الأرباع السابقة) حد نطاق مجموعات المواقع الإلكترونية ذات الصلة (RWS) |
يمكنك طلب زيادة عدد النطاقات المرتبطة. | في الوقت الحالي، لا نتوقع زيادة الحد الرقمي. تم وضع الحدّ الأقصى استنادًا إلى اعتبارات خصوصية المستخدم والملاحظات التي تلقيناها من الجهات المعنيّة بالمنظومة المتكاملة في W3C ومراعاة عمليات تنفيذ مشابهة في المتصفّحات الأخرى. للحصول على مزيد من المعلومات، يُرجى الاطّلاع على مشاركات المدونة (1 و 2). ننصحك بالتحقّق من حالات الاستخدام التي تتطلب الوصول إلى ملفات تعريف الارتباط على مواقع إلكترونية مختلفة بما يتجاوز الحد الأقصى المسموح به العددي، كما ننصحك بالاستفادة من إرشاداتنا حول حالات استخدام الهوية والتضمينات التي تمت مصادقتها وحالات استخدام الإعلانات. |
| نطاق الوصول إلى ملفات تعريف الارتباط | القلق من أنّ جميع النطاقات في RWS ستحصل على إمكانية الوصول لقراءة جميع ملفات تعريف الارتباط وكتابتها من جميع النطاقات. | لا يؤدي الاشتراك في RWS إلى قدرة الأعضاء على الوصول إلى ملفات تعريف الارتباط لبعضهم البعض. بدلاً من ذلك، سيسمح هذا للأعضاء بالوصول إلى ملفات تعريف الارتباط الخاصة بهم عند تضمينها على مواقع إلكترونية أخرى تستخدم RWS (بعد استدعاء واجهة برمجة التطبيقات Storage Access API). |
| (يتم الإبلاغ أيضًا في الأرباع السابقة) دمج RWS + CHIPS |
طلب دمج RWS وCHIPS لدعم حالات الاستخدام مثل اختبار A/B | نحن نواصل التماس حالات استخدام هذه الميزة وطلباتها هنا. في الوقت الحالي، نقيّم مدى الحاجة إلى هذه الميزة مقابل مخاطر إمكانية التشغيل التفاعلي عبر المتصفحات. |
| استخدام واجهة برمجة التطبيقات | ماذا لو أزال المستخدم المواقع الإلكترونية يدويًا من إعدادات Chrome محليًا؟ | لا تتوفر لدينا حاليًا طريقة تمكّن المستخدم من حذف موقع إلكتروني من مجموعة يدويًا. يمكن للمستخدم بدلاً من ذلك اختيار إيقاف ميزة "المواقع الإلكترونية ذات الصلة" باستخدام زر التبديل أسفل "حظر ملفات تعريف الارتباط التابعة لجهات خارجية" أو "حظر جميع ملفات تعريف الارتباط التابعة لجهات خارجية" في لوحة إعدادات "الحماية من التتبُّع" الجديدة. |
| التواصل عبر النطاقات | هل سيسمح RWS بالاتصال عبر النطاقات؟ | إننا نُجري حاليًا تجربة Origin لتوسيع نطاق الوصول إلى بعض أنواع مساحات التخزين غير المقسَّمة (بما في ذلك localStorage وقناة البث) عبر واجهة برمجة التطبيقات Storage Access API التي ستتيح هذا الاتصال. تتوفّر هذه الميزة في جميع عمليات الإعداد المتوافقة لواجهة برمجة التطبيقات Storage Access API على مستوى خدمات RWS نفسها، وكذلك على جميع المواقع الإلكترونية غير التابعة لخدمات RWS. يمكنك الاطّلاع على معلومات إضافية في مشاركة المدونة هذه. |
| requestStorageAccessFor | هل يمكن لمستند.requestStorageAccessFor(origin) عرض وعد يحلّ المشكلة باستخدام ملفات تعريف الارتباط على مواقع إلكترونية متعددة المصدر؟ | هذا غير ممكن. وبما أنّ الاستدعاء يحدث من مصدر من المستوى الأعلى (يختلف عن المصدر الذي تم تمريره كوسيطة)، فإن ذلك يُعد انتهاكًا لسياسة المصدر نفسه. |
واجهة برمجة تطبيقات Fenced Frames
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| (يتم الإبلاغ عنها أيضًا في الأرباع السابقة) الإعلانات المدمجة مع المحتوى |
إتاحة استخدام Fenced Frame للإعلانات المدمَجة مع المحتوى | لقد أعلنّا سابقًا أنّ بعض تكنولوجيات "مبادرة حماية الخصوصية" ستكون مطلوبة في المستقبل لتعزيز إجراءات حماية الخصوصية بشكل أكبر. على سبيل المثال، بالنسبة إلى Protected Audience API، سنطلب استخدام الإطارات Fenced Frames من أجل عرض الإعلانات، وللتوقف عن استخدام ميزة "إعداد التقارير على مستوى الحدث" في موعد أقصاه عام 2026. وقد قدّمنا تواريخ "ليس قبل" تاريخ لكل من هذه المتطلبات المستقبلية، وذلك لتوضيح المجال حول عملية التطوير المقصودة لواجهات برمجة التطبيقات. ويتيح لنا الوقت الإضافي مواصلة العمل مع العاملين في هذا المجال من أجل تصميم وتنفيذ الدعم لمجموعة أكبر من حالات الاستخدام المهمة. على سبيل المثال، سنطوّر لقطات Fenced Frames قبل استيفاء المتطلبات الخاصة بها في عام 2026 أو الإصدارات الأحدث لمواصلة إتاحة إعلانات الفيديو والإعلانات المدمجة مع المحتوى باستخدام Protected Audience API. وفقًا لالتزاماتنا، ستتم التشاور مع "هيئة الأسواق المالية" (CMA) بشأن هذه التغييرات، وسنواصل التفاعل مع الملاحظات الواردة من المنظومة المتكاملة قبل تنفيذ هذه المتطلبات "في وقت أقرب من ذلك". |
| اختلاف الحجم بين المنصات | التقارير التي تفيد بأنّ حجم المحتوى المعروض في Fenced Frame يبدو مختلفًا بين أجهزة الكمبيوتر المكتبي والهواتف الذكية | نتحقّق من هذه المشكلة ونرحّب بمزيد من الملاحظات هنا. |
| عرض مكوّن الإعلان | تقديم رموز نموذجية حول كيفية عرض مكوّنات الإعلان في Fenced Frame | سوف نبحث عن تقديم مستندات عن كيفية استخدام navigator.adAuctionComponents(numComponents) داخل الإطار المحمي لعرض إعلان مكون من قطع متعددة. |
| تحسين واجهة برمجة التطبيقات | تقديم المزيد من الإشارات إلى FencedFrames (تحسين، مثلاً أمان العلامة التجارية) | نرحّب بالاقتراح ونرحّب بأي ملاحظات إضافية هنا. |
واجهة برمجة تطبيقات مساحة التخزين المشتركة
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| حالة الاستخدام لمكافحة إساءة الاستخدام والاحتيال | إمكانية استخدام مساحة التخزين المشتركة لرصد عمليات الاحتيال أو الحالات الشاذة | لقد ناقشنا الاحتمالية هنا ونرحّب بملاحظات إضافية. |
| تحديد عدد مرات الظهور | توفير طريقة لتحديد عدد مرات الظهور على مواقع إلكترونية متعددة خارج PA API. | نحن نقدِّر الملاحظات التي تفيد بأنّ تحديد عدد مرات الظهور على مواقع إلكترونية خارج PA API يُعدّ حالة استخدام قيّمة. في الوقت الحالي، تواصل "مبادرة حماية الخصوصية" التركيز على مجموعتها الحالية من واجهات برمجة التطبيقات المتوافقة مع أجهزة 3PCD. نرحّب بأي ملاحظات إضافية من المنظومة المتكاملة حول حالة الاستخدام هذه هنا. |
الشرائح
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| نافذة منبثقة/عمليات إعادة توجيه | كيف ستدعم الشرائح حالات استخدام المصادقة المضمّنة التي تتضمن النوافذ المنبثقة وعمليات إعادة التوجيه؟ | لقد شاركنا مؤخرًا بعض الإرشادات حول التحقّق من تأثير الإيقاف التدريجي لشركة 3PC على سير عمل تسجيل الدخول، ونرحّب بأي ملاحظات إضافية هنا. |
| حد الأقسام | يجب تقليل الحد الإجمالي لكل موقع إلكتروني في كل قسم إلى 1 كيبيبايت. | ننظر في هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. وسنواصل تتبُّع الملاحظات بينما نواصل طرح تكنولوجيا 3PCD، ويعتمد المطوّرون على الشرائح وتقديم الملاحظات. |
| نقل ملفات تعريف الارتباط | العملية المقترَحة لنقل تطبيق ويب إلى إصدار ملفات تعريف الارتباط على أنّها مقسَّمة، ما لا يؤدي إلى إيقاف ملفات تعريف الارتباط/الجلسات المستمرة؟ | اقترحنا في ردّنا هنا مخططًا محتملاً لنقل البيانات، إلا أنّ المطوّر تمكّن من صياغة حلّ بديل يناسب الإعدادات. |
| استخدام واجهة برمجة التطبيقات | هل يتم إيقاف الوصول إلى مساحة التخزين المقسَّمة عندما لا يوافق المستخدم على إعدادات Ad Privacy API؟ | يتم تفعيل ميزة التخزين المقسَّم وملفات تعريف الارتباط المقسّمة (CHIPs) حتى إذا لم يوافق المستخدم على إعداد واجهات برمجة التطبيقات Ad Privacy API، لأنّها لا تفعِّل أي عملية نقل للمعلومات على مواقع إلكترونية متعددة. كمبدأ عام، سيخضع نقل المعلومات على مواقع إلكترونية لقيود أو عمليات تحقّق أو موافقة المستخدم، ولكن لا تسري هذه القيود حاليًا على CHIPS. |
| استخدام واجهة برمجة التطبيقات | فما السبب المنطقي لحظر ملفات تعريف الارتباط غير المقسمة في النهاية، بدلاً من أن يقسمها المتصفح "بصمتة"؟ | وهذا أمر غير ممكن على المدى القصير والمتوسط، كما هو موضّح هنا. |
FedCM
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| استخدام واجهة برمجة التطبيقات | يتعذّر عرض "ملف معروف" على eTLD+1 ضمن بيئة التطوير. | لقد حدّثنا إصدار Chrome Canary لتخطّي الملفات المعروفة كما تمت مناقشتها هنا. |
| استخدام واجهة برمجة التطبيقات | هل هناك أي متطلبات محدّدة لتفاعل المستخدمين تم تحديدها لطلب أذونات تسجيل الدخول إلى الخدمات التابعة لجهات خارجية أو استخدام خدمة FedCM؟ | لا توجد أي متطلبات محددة لتفاعل المستخدم، كما هو موضح هنا. |
| أمان واجهة برمجة التطبيقات | هل هناك أي خطط للحصول على مسار يسمح للعميل ببدء استخدام FedCM، ولكن في الأساس، يتم نقل الرموز المميّزة من موفِّر الهوية إلى نظام الواجهة الخلفية لـ RP؟ | سنناقش الملاحظات الإضافية ونرحّب بها هنا. |
| الموافقة | اسمح لموفّر الهوية بالموافقة على تلقّي معرِّف العميل للجهة المحظورة، حتى يتمكّن المستخدمون من تحديد ما إذا كانوا يثقون في موفِّر الهوية أم لا. | نعمل حاليًا على مناقشة هذا الطلب ونرحّب بأي ملاحظات إضافية هنا. |
| استخدام واجهة برمجة التطبيقات | يمكنك طلب المزيد من المستندات حول "المراسلة عبر السحابة الإلكترونية من Firebase". | نحن نقرأ هذه الملاحظات وسنواصل تحسين المستندات بينما نواصل تطوير واجهة برمجة التطبيقات هذه. |
مكافحة المحتوى غير المرغوب فيه والاحتيال
واجهة برمجة التطبيقات للرمز المميّز للحالة الخاصة (وواجهات برمجة التطبيقات الأخرى)
| موضوع الملاحظات | ملخّص | استجابة Chrome |
|---|---|---|
| الوثائق | يمكنك طلب الحصول على دليل مفصّل للمطوّر حول الرموز المميّزة للحالة الخاصة للمساعدة في الاختبار. | لقد نشرنا في الربع الرابع من 2023 دليل المطوِّر حول الرموز المميّزة للحالة الخاصة. |
| التحقّق من العمر أو الجنس | يصعب التحقق من "العمر والجنس" لشرائح الجمهور بعد استخدام 3PCD. | إنّ الرموز المميّزة للحالة الخاصة غير مصمّمة حاليًا للتحقّق من العمر والجنس. نسعى إلى فهم حالة الاستخدام بشكل أفضل وكيفية تحقيق ذلك اليوم، ونرحّب بملاحظات إضافية. |