تقرير الملاحظات والآراء - الربع الأول من عام 2024

تقرير ربع سنوي للربع الأول من عام 2024 يلخّص ملاحظات المنظومة المتكاملة التي تم تلقّيها حول اقتراحات "مبادرة حماية الخصوصية" واستجابة 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.

مسرد الاختصارات

تقنية ARA

Attribution Reporting API

ملفات تعريف الارتباط في الحالة المقسَّمة المنفصلة (CHIPS)

ملفات تعريف الارتباط في الحالة المقسَّمة المنفصلة

معالِج الإشارات الرقمية (DSP)

وسيط عرض إعلانات الطلب

FedCM

إدارة بيانات الاعتماد الموحّدة

لقطات في الثانية

مجموعات الطرف الأول

مكتب الإعلانات التفاعلية (IAB)

مكتب الإعلانات التفاعلية

موفِّر الهوية (idP)

موفّر الهوية

مجموعة مهندسي شبكة الإنترنت (IETF)

فريق هندسة الإنترنت

IP

عنوان بروتوكول الإنترنت

openRTB

عروض الأسعار في الوقت الفعلي

و إ

تجربة أصلية

واجهة برمجة تطبيقات PAT

Protected Audience API (المعروفة سابقًا باسم FLEDGE)

PatCG

مجموعة منتدى تكنولوجيا الإعلان الخاص

RP

مجموعة الاعتماد

RWS

مجموعات المواقع الإلكترونية ذات الصلة (المعروفة سابقًا باسم "مجموعات نطاقات الطرف الأول")

نظام التشغيل Windows (SSP)

النظام الأساسي بجانب العرض

TEE

بيئة تنفيذ موثوق بها

UA

سلسلة وكيل المستخدم

UA-CH

ملاحظات عميل وكيل المستخدم

W3C

اتحاد الويب العالمي

WIPB

عمى عناوين IP المستحيل

ملاحظات عامة، بدون واجهة برمجة تطبيقات أو تقنية محدّدة

موضوع الملاحظات	ملخّص	استجابة Chrome
ميزة الإدارة	الاهتمام بفترة التعليقات العلنية بشأن أي تعديلات على إدارة "مبادرة حماية الخصوصية"	نحن نرحب بتلقّي ملاحظات معقولة من الجهات المعنيّة بشأن أي تطوّرات كبيرة تتعلّق بـ "مبادرة حماية الخصوصية"، بما في ذلك الإدارة المستقبلية لهذه "مبادرة حماية الخصوصية".
الاختبار	تتوفّر مراحل اختبار إضافية لاختبار 3PCD بالإضافة إلى "الاختبار الذي يسهِّله Chrome" حاليًا والذي تبلغ نسبته% 1.	ولا ننوي تقديم الاختبارات التي يسهّلها Chrome بما يتجاوز % 1 الحالية من عدد زيارات Chrome التي تم تفعيلها منذ أوائل كانون الثاني (يناير).
تطبيقات Web to App	يجب ألا تحدث عناصر 3PCD على الأجهزة الجوّالة قبل تحقيق إمكانية التشغيل التفاعلي الكاملة بين الويب والتطبيق.	نحن نوافق على أنّه من المرغوب فيه دعم التشغيل التفاعلي بين التطبيقات والمواقع الإلكترونية. وقد أطلقنا قياسًا لتحديد المصدر على مستوى التطبيقات والمواقع الإلكترونية، ونستكشف حلولاً لاستهداف المواقع الإلكترونية والتطبيقات. مع ذلك، لا نخطط لتأخير عرض 3PCD على الويب على الأجهزة الجوّالة. ليس لدينا هدف توفير تغطية بنسبة% 100 في نهاية الإصدار 3PCD. بدلاً من ذلك، نتوقّع أن يكون التوافق على نظام التشغيل Android عاليًا بشكلٍ معقول عند القياس على جميع التطبيقات والويب عند استخدام جهاز 3PCD، وأن يزداد بمرور الوقت مع تحديث المستخدمين لهواتفهم.
دور المتصفح	يبدو أنّ Chrome يتولى دور خادم الإعلانات أو SSP.	لا يضطلع Chrome بدور خادم الإعلانات أو SSP. باستخدام PA API، يوفّر Chrome حاوية لخوادم الإعلانات ومنصّات عرض الإعلانات (SSP) ومقدّمي الخدمات الرقمية (DSP) وتقنيات الإعلان الأخرى، وذلك بهدف استخدام منطق تسلسل عروض الأسعار والنتائج.
إرشادات حول حالة الاستخدام	إرشادات أوضح حول حالات الاستخدام التي ستوفّرها واجهات برمجة تطبيقات "مبادرة حماية الخصوصية"	في بداية مشروع "مبادرة حماية الخصوصية"، ركّزت مستندات المطوّرين بشكل أساسي على إشراك المطوّرين في عملية المناقشة وتقديم الملاحظات بشأن جميع الاقتراحات. وهذا يعني أنّ المحتوى كان قائمًا بشكل عام على فهم الدوافع والمفاهيم الكامنة وراء المشروع، متبوعةً بتفاصيل حول تفاصيل التطوير والاختبار المبكرة لكل اقتراح. وأدّى ذلك إلى فعاليته في تعزيز تعاون المنظومة المتكاملة الحقيقية في تطوير الاقتراحات، ولكن مع تطوّر واجهات برمجة التطبيقات وإتاحتها للجمهور العام، أصبح هناك جمهور جديد من المطوّرين الذين يعتمدون بشكل أساسي على تطوير واجهات برمجة التطبيقات بدلاً من المساهمة في تطويرهم الأساسي بدلاً من المساهمة في تطويرهم الأساسي، بدلاً من المساهمة في تطويره الأساسي، بدلاً من المساهمة في تطويره. سنواصل العمل على هذا النهج القائم على الحالة في ما يتعلق بالتوثيق.
بيئة التطوير المحلية	كيف يمكننا الاستمرار في تطوير الواجهة الأمامية واختبارها محليًا على http://localhost عندما يكون ملف تعريف الارتباط SameSite=Secure وكانت الواجهة الخلفية أمام شبكة توصيل للمحتوى (CDN)؟	إنّنا نناقش هذه المشكلة هنا ونرحب بالملاحظات الإضافية من المنظومة المتكاملة.
الحد من أثر 3PCD	هل هناك طريقة آلية لمعرفة ما إذا تم حظر أجهزة الكمبيوتر التابعة لجهات خارجية أو عندما تكون الأساليب الإرشادية نشطة؟	في متصفِّح Chrome، يسمح كل من رصد الميزات و document.hasStorageAccess التي يتم استدعاءها في iframe للمطوّر بمعرفة ما إذا كان الأصل في إطار iframe يمكنه الوصول إلى 3PCs.
اختبار الفيديو	يتعذّر حاليًا اختبار إعلانات الفيديو في "مبادرة حماية الخصوصية".	نشر Chrome مناقشة وشرحًا للعديد من الطرق الممكنة لتنفيذ الفيديو باستخدام PA API (يمكنك الاطّلاع على 242 و 254 في مستودع العروض التوضيحية على GitHub). تجدر الإشارة إلى أنّ هذه النماذج ليست مخصّصة لنموذج الرموز التي يمكن أن تعتمدها تكنولوجيا الإعلانات بالجملة، بل هي إثبات لمفهومنا وتوضيح الأساليب التي يمكن أن تتيح عرض فيديو VAST باستخدام PA API. خلال هذه المناقشة، أصبح من الواضح أيضًا أنّه على الرغم من إمكانية عرض الفيديو حاليًا، هناك بعض التغييرات التي يمكن أن يُجريها Chrome من شأنها تبسيط عملية عرض الفيديوهات باستخدام PA API. على سبيل المثال، التعديلات التي أُجريت على الاستبدال الكلي (تمت مناقشتها هنا) والتي كنا نخطط بالفعل لمعالجتها استنادًا إلى التعليقات حول حالات استخدام أمان العلامة التجارية لأداة التحقق من الإعلانات التابعة لجهة خارجية، من شأنها أيضًا معالجة التعليقات الواردة في حالة استخدام الفيديو، حيث يبحث المشتري عن وحدات الماكرو للبائع التي يستخدمها في العرض. تركّز معظم المناقشات حتى اليوم بشكل خاص على عرض إعلانات فيديو نموذج عرض إعلانات الفيديو (VAST). يمكن أن يستفيد عرض الإعلانات المدمجة مع المحتوى من الأساليب نفسها، كما أنه أسهل من السابق إلى حد كبير. يبدو أنّ الإعلانات المدمجة مع المحتوى تحظى في الوقت الحالي باهتمام أقل من الفيديو، ولكنّها ليست سوى مسألة تحديد الأولويات في مجال تكنولوجيا الإعلان، ولا تقف عائقًا أمام تنفيذ أي عائق فني.
القياس خارج الإعلانات	قد تؤثّر 3PCD في حلول قياس أداء الجمهور غير المرتبطة بالإعلانات.	ولا تتطلّب واجهات برمجة التطبيقات للقياس أن تكون حالة الاستخدام مرتبطة بالإعلانات. على الرغم من أنّ ARA أكثر تحديدًا برحلة إعلانية عادية، التجميع الخاص هو غرض عام. يمكن استخدام هاتَين الكتلتَين الأساسيتَين للتعامل مع نطاق كبير من نشاط القياس.
صنّاع المحتوى	تم تصميم "مبادرة حماية الخصوصية" لتشجيع صنّاع المحتوى على إنشاء المزيد من المحتوى على YouTube وتقليل عددها على مواقعهم الإلكترونية.	تركّز "مبادرة حماية الخصوصية" على الحفاظ على خصوصية نشاط المستخدمين على الإنترنت المفتوح والمجاني. نعلم أنّ الناشرين يعتمدون على الإعلانات لإنتاج المحتوى وإتاحتها على نطاق واسع قدر الإمكان. يساعد المعلنون المستخدمين في اكتشاف منتجات أو عروض جديدة قد يريدونها. تتيح ميزات "مبادرة حماية الخصوصية" للمواقع الإلكترونية بمختلف أنواعها، بما في ذلك تلك التي تعمل مع صنّاع المحتوى، عرض إعلانات مفيدة للمستخدمين استنادًا إلى نشاطهم مع جهات مختلفة، بدون الكشف عن هوية المستخدم لتلك الجهات.
مخططات زمنية أكثر وضوحًا	جداول زمنية أكثر وضوحًا وتفصيلاً للإصدارات لتقنيات "مبادرة حماية الخصوصية"	تتضمّن مستندات واجهة برمجة التطبيقات الخاصة بـ "مبادرة حماية الخصوصية" حالة واجهة برمجة التطبيقات وصفحات التوفّر. تسرد هذه الصفحات الميزات القادمة ومخططاتها الزمنية (مثل PA API و ARA). يمكنك الاطّلاع هنا على عرض مركزي لهذه الحالات.
تعلُم الآلة	لا يمكن لتكنولوجيا الإعلانات تدريب نماذج تعلُّم الآلة بشكل صحيح إلا بعد زيادة أبعاد التصميم الثلاثي الأبعاد إلى ما يزيد عن %1.	إنّ التوسّع في استخدام تقنية 3PCD ليشمل المزيد من المتصفحات للاختبار لا يضمن أن تشهد واجهات برمجة التطبيقات المزيد من الاستخدام، وهو ما تبحث عنه تقنيات الإعلان بشكل أكبر لتدريب نماذج تعلُّم الآلة. إذا لم يكن الاستخدام الأوسع للمنظومة المتكاملة ما تسعى إليه تقنيات الإعلان لتدريب نماذج تعلُّم الآلة بشكل أكبر، ليس هناك سبب لتوسيع نطاق استخدام النماذج الثلاثية الأبعاد، إذ يمكن لتكنولوجيا الإعلان التي ترغب في تدريب النماذج على عدد أكبر من الزيارات تنفيذ ذلك اليوم بدون زيادة هذه النماذج. يمكن إجراء ذلك بدون أن يظهر متصفِّح Chrome بأنّه يستخدم تقنية 3PCD قبل نهاية وضع "التوقّف إلى العمل".
حالة الاستخدام غير متوافقة	ولا يتم حاليًا النظر في حالات استخدام نظام DSP للخدمة الذاتية.	هناك العديد من أنظمة DSP الخدمة الذاتية التي تقدم ملاحظات عامة بشكل منتظم حول واجهات برمجة التطبيقات. وإنّ العديد من مقدمي خدمات البريد الإلكتروني الذين يقدّمون ملاحظات عامة بشكل منتظم يدرجون أيضًا أنفسهم كمختبِرين. إضافةً إلى ذلك، يتفاعل Chrome بشكل نشِط مع مواضيع DSP النموذجية للخدمة الذاتية، مثل خوادم الفيديو وخوادم الإعلانات التابعة لجهات خارجية. تناولت المكالمات الأسبوعية الأخيرة من PA API هذه المواضيع.
مرحلة التجربة والتقييم	يمكنك طلب الوقت الإضافي للمواقع الإلكترونية التي تريد زيادة نشاطها واختبارها لتكنولوجيا 3PCD.	يعمل Chrome حاليًا على تطوير ميزة "إضافة إضافية" (OT) للطرف الأول، والتي ستسمح للمصادر بالموافقة على سلوك الإيقاف التدريجي التابع لجهات خارجية. ستتضمّن المصادر من المستوى الأعلى التي تسجِّل في هذه الفترة التجريبية وتنشر الرموز المميّزة حظرًا على أجهزة 3PC كما لو تم تفعيل ميزة الحماية من التتبُّع في جهاز المستخدم. سيوفّر هذا الوقت الإضافي فرصة قيّمة للمواقع الإلكترونية لإجراء اختبار أوسع لبدائل الأجهزة الخارجية على المدى الطويل، وذلك قبل الإيقاف النهائي لـ 3PC من المقرر أن يتم بعد التشاور مع CMA. لا نزال نعمل على وضع اللمسات الأخيرة على المخطط الزمني لطرح هذه التكنولوجيا.
تقرير مختبر IAB التقني	ملاحظات حول "مبادرة حماية الخصوصية" واردة من تقرير مختبر IAB التقني	تم الردّ على تقرير مختبر IAB التقني بالتفصيل هنا. وأقرّنا أيضًا أنّ "التقرير يطرح أسئلة حول الوثائق المجزّأة والمتطلبات التجارية وعمليات التدقيق التي تجريها جهات خارجية والاعتماد في المجال وقابلية التوسّع والشفافية والإدارة المستقبلية. وسنتفاعل مع المنظومة المتكاملة وسنعدّل الأسئلة الشائعة العامة وفقًا لذلك". نتناول الوثائق المجزأة سابقًا. نتناول المتطلبات التجارية بموجب "ضمانات البيانات" هنا، وقد شاركت بعض منتجات "إعلانات Google" مناهجها. ونتعامل مع عمليات التدقيق التي تجريها الجهات الخارجية ضمن "ضمان سلامة الخوارزمية" هنا. وفي ما يتعلق بالاعتماد، نتوقع أن تواصل تلك الهيئات اعتماد المنتجات، بما في ذلك استخدامها للتقنيات، بدلاً من اعتمادها وحدها. وفي ما يتعلق بقابلية التوسّع، نحن منفتحون على تلقّي البيانات التي يعرضها المطوّرون. في ما يتعلق بالشفافية والحوكمة، نواصل تطوير التطبيقات المفتوحة على GitHub وفي منتديات مثل W3C، أثناء التواصل مع CMA بموجب الالتزامات.
تسجيل الدخول بحساب Google	ستؤدي عمليات تسجيل الدخول بحساب Google إلى إمكانية استخدام Google لبيانات تسجيل الدخول لتحديد الهوية المتعدِّدة بعكس الالتزامات.	لا يتيح تسجيل الدخول بحساب Google لـ Google استخدام بيانات تخالف الالتزامات.
التوافق	ما هي خطط دعم واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" والتوافق مع الصفحات للأمام أو للخلف؟	بعد إطلاق Chrome لإحدى الميزات المتاحة للجمهور العام، سنسعى إلى مواصلة دعم هذه الميزة. لا يمكن دائمًا الحفاظ على التوافق مع الأنظمة القديمة، وفي مثل هذه الحالات، تتوفّر لدينا عملية واضحة لإيقاف الميزات الحالية وإزالتها كما هو موضّح هنا. نتوقع مواصلة إضافة المزيد من الميزات إلى واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" بمرور الوقت، استجابةً لملاحظات المنظومة المتكاملة حول حالات الاستخدام التي قد تستفيد من الدعم المحسّن. وفي مثل هذه الحالات، نميل إلى تضمين أسلوب من أساليب الكشف عن الميزات، بحيث يمكن لتقنية الإعلان المهتمة بتجربة ميزة جديدة أن تسأل المتصفح مباشرةً ما إذا كانت هذه الميزة متاحة أم لا. هذا أفضل من مطالبة المطوّرين بالتحقّق من رقم إصدار Chrome معيّن، لأن بعض الميزات قد لا يتم طرحها لجميع مستخدمي Chrome في الوقت نفسه. على سبيل المثال، يمكنك الاطّلاع هنا على أعمال الكشف عن الميزات التي تخصّ PA API.
تنفيذ الخادم	بدلاً من الاقتران مع التنفيذ الخاص بها، يجب أن يحدد Chrome السلوكيات التي يجب أن يفي بها التنفيذ المُرضي لخادم الإشارات الموثوق بها وخادم التجميع وأي مكوّنات أخرى لازمة لا تتطلب المتصفّح. وهذا من شأنه تمكين الابتكار ضمن حدود خصوصية مقبولة.	نحن نُقدِّر ونرحّب برغبتهم في الابتكار من جهات خارجية. نسعى إلى توفير المرونة في تكنولوجيا الإعلان من أجل تنفيذ وظائفها، وذلك بالنسبة إلى جميع واجهات برمجة التطبيقات والخدمات. على سبيل المثال، نسمح لتكنولوجيا الإعلان باستخدام معلومات النشاط التجاري السرية عند تصميم منطق عروض الأسعار للمزادات. علاوةً على ذلك، نحرص على التفاعل باستمرار مع الملاحظات الواردة من تكنولوجيا الإعلان، وندمجها باستمرار في تصاميمنا، حيثما كان ذلك مبررًا. للسماح للآخرين بتشغيل رموزهم الخاصة في بيئات التنفيذ الموثوق بها، يجب أن تراجع "مبادرة حماية الخصوصية" الرمز (وأي تغييرات) للتأكّد من توافقه مع ضمانات الخصوصية. ويتطلّب ذلك جهدًا كبيرًا من فريق "مبادرة حماية الخصوصية". لذلك، نود أن نفهم الفوائد التي يتطلع الأطراف المعنية إلى تحقيقها، والتي لم نراها اليوم.
إشارات إرشادية	ما هي الخطط طويلة المدى للاستدلالات؟	وتماشيًا مع ما أشارت إليه المتصفحات الأخرى، نعتزم إنهاء هذه الإرشادات في نهاية المطاف حيث يتم استخدام الحلول البديلة على نطاق واسع، وتكون خاضعة لمزيد من تحليل دراسة الجدوى. وقد شاركنا هذه المعلومات هنا.
جارٍ اختبار مستوى الصوت	حجم الزيارات المختلف عند مقارنة سمات مختلفة	تحتوي التجربة التي تبلغ نسبتها 1% على معايير استبعاد تؤدي إلى اختلافات في أهلية التجربة، بين مجموعات مختلفة من عملاء Chrome. على سبيل المثال، التجربة تستبعد مستخدمي Chrome Enterprise، لذلك من المتوقّع أن تكون نسبة الزيارات التي تحمل تصنيفات التجربة أعلى في عطلات نهاية الأسبوع. من المتوقّع ملاحظة نِسب مئوية مختلفة من الزيارات على مستوى شرائح البيانات المختلفة (مثل الموقع الجغرافي والتاريخ والنظام الأساسي)، وهذا يتماشى مع ما نراه في بيانات Chrome.
إعادة تفعيل عناصر التحكّم التابعة لجهات خارجية يدويًا	هل ستتمكن المواقع الإلكترونية من معرفة عدد المستخدمين (%) الذين أعادوا تفعيل ملفات تعريف الارتباط يدويًا بعد فرض سياسة 3PCD؟	سيتمكن المستخدمون من إعادة تفعيل إمكانية الوصول إلى عناصر التحكّم الخارجية (3PC) على مستوى الموقع الإلكتروني من خلال تجاوز المستخدم في حال حدوث عطل. يمكن أيضًا إعادة تفعيل أجهزة 3PC من خلال إجراءات أخرى، مثل Storage Access API. وهناك تدابير فنية، مثل hasStorageAccess() ، التي تسمح للمواقع الإلكترونية باكتشاف ما إذا تم تفعيل أجهزة 3PC أو إيقافها. ومع ذلك، لن يسهّل Chrome على المواقع الإلكترونية معرفة أسباب إعادة التفعيل.
الحماية من التتبُّع	إلى متى ستظل ميزة واجهة المستخدم لميزة "الحماية من التتبُّع" في Chrome متاحة؟	من المتوقّع أن تظل واجهة المستخدم الخاصة بميزة "الحماية من التتبُّع" في شريط العناوين لفترة أطول من المعتاد عند إيقاف أجهزة 3PC نهائيًا.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) الدعم على جميع المتصفّحات	مورّدو متصفّحات آخرون يستخدمون واجهات برمجة تطبيقات "مبادرة حماية الخصوصية"	إن مورّدي المتصفحات الآخرين، مثل Apple وMozilla وMicrosoft، مشاركون نشطون في المنتديات العامة التي تتم فيها مناقشة مبادئ الخصوصية والأساليب المستندة إلى المتصفح. تشجعنا المناقشات التعاونية في منتديات مثل الاجتماع السنوي الأخير للجنة التجارة الفيدرالية (W3C PATCG) ومنتديات W3C PATCG الحالية حيث نرى مؤشرات التقارب. على سبيل المثال، أعلنت شركة Microsoft Edge مؤخرًا عن خطتها التي "تهدف إلى زيادة التوافق النحوي" مع PA API وARA، مع تقديم ميزات إضافية للمطوّرين أيضًا.
خيار احتياطي للتضمينات غير المتوافقة بعد وضع 3PCD	توفير عناصر الجذب لواجهة برمجة التطبيقات لاكتشاف ما إذا كان إطار iframe التابع لجهة خارجية / التضمين متوافقًا مع 3PCD أم لا.	إنّنا نناقش الطلب هنا ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة.
الاختبار	يمكنك طلب علامات إضافية في النُسخ الافتراضية المُدارة من Chrome تعمل على إيقاف السلوكيات المخصّصة مؤقتًا.	ندرس هذا الطلب للمثيلات المُدارة من Chrome ونرحب بالمدخلات الإضافية من المنظومة المتكاملة إذا كانت مثل هذه العلامة مفيدة.

التسجيل والإقرار

موضوع الملاحظات	ملخّص	استجابة Chrome
التحقق من الإقرار	كيف تضمن Google صحة الشهادات؟	على جميع المسجّلين الاحتفاظ بملف المصادقة أثناء استخدام واجهات برمجة التطبيقات. تتحقّق Google من أنّ الملف في مكانه الصحيح وأنّ البنية صحيحة، لكنّها لا تتحقّق من سلوك تقنية الإعلان في ما يتعلق بلغة المصادقة.
عملية التسجيل في واجهة برمجة التطبيقات الخاصة بالتجميع الخاص	هل هناك طريقة للتحقّق من حالة التسجيل في واجهة برمجة التطبيقات Private Aggregation API؟	يتم إشعار جميع المسجَّلين الذين تمت الموافقة عليهم عبر البريد الإلكتروني من فريق دعم التسجيل بعد التحقُّق من صحة التسجيل. إذا كان لدى صاحب التسجيل أي أسئلة أثناء العملية، يمكنه التواصل مع فريق الدعم (الذي يتم التواصل معه عند إرسال نموذج التسجيل). سيجيب فريق الدعم عن الأسئلة ويجيب عنها، وسيقدِّم أي إرشادات إضافية مطلوبة.

إظهار محتوى وإعلانات ملائمة

المواضيع

موضوع الملاحظات	ملخّص	استجابة Chrome
(تم الإبلاغ أيضًا في الأرباع السابقة) المخطّط الزمني للمصنِّف والمستندات	يجب أن يكون هناك شكل من الآليات لمراجعة التصنيف أو على الأقل شفافية إضافية بشأن كيفية تحديد وضع التصنيف للفئات.	لم يطرأ أي تغيير على ردّنا مقارنةً بالفصول السابقة: "قد يؤدي التصنيف الخاطئ للمواقع الإلكترونية إلى انخفاض فائدة إشارة Topics إلى حدٍ ما أقل فائدةً كإشارة عامة، إلا أنّ المواقع الإلكترونية المحدّدة التي يتم تصنيفها عن طريق الخطأ لن تضر أكثر من أي مواقع إلكترونية أخرى. ويرجع هذا إلى أنّ المعلومات السياقية الخاصة بالموقع الإلكتروني ستظل متاحة دائمًا للمزادات على هذا الموقع، ما قد يؤدي إلى تقديم معلومات مماثلة للموضوع الصحيح، حتى في حال التصنيف الخاطئ. نرحّب بالملاحظات حول هذا الموضوع هنا".
مدير إعلانات Google	إنّ "مدير إعلانات Google" مضمّن حاليًا في معظم المواقع الإلكترونية، وسيوفّر معلومات حول مواضيع المستخدمين بصورة أوسع مقارنةً بالمنافسين المتوفّرين في عدد أقل من المواقع الإلكترونية.	ويجب التأكّد من أنّ Topics API لا تؤدي إلى مشاركة بيانات المستخدمين مع عدد أكبر من التكنولوجيات التي تستبدلها واجهة برمجة التطبيقات (بما في ذلك 3PC). إنّ الحلول المتخصّصة الأخرى في المجال، مثل Prebid، تعمل مع 10,000 موقع إلكتروني، وتتيح للمشاركين في السوق استخدام Topics API من خلال التكنولوجيا التي تقدّمها. علاوة على ذلك، تجدر الإشارة إلى أن الحد الأقصى لأهم 5 موضوعات في الأسبوع قد يكون له تأثير متساوي، حيث إن المشاركين في السوق في العديد من المواقع التي قد تتمكن من تعلم أكثر من 5 موضوعات مكافئة باستخدام 3PC سيكون الحد المسموح به هو 5.
(تم الإبلاغ عنها أيضًا في الأرباع السابقة) الفائدة لمختلف أنواع الأطراف المعنية	مخاوف بشأن القيمة التي يتم إنشاؤها وتوزيعها بالنسبة إلى المواقع الإلكترونية استنادًا إلى مستوى الزيارات أو مدى تخصص محتواها.	نحن ندرك أنّ المواقع الإلكترونية المتخصّصة غالبًا ما تساهم في مواضيع أكثر دقة من نطاقات الاهتمام العام. مع ذلك، لا تساهم كل المواقع الإلكترونية المتخصصة في مواضيع ذات قيمة تجارية. وتعكس أيضًا هذه الديناميكية الوضع الراهن، كما أنّها مستقلة تمامًا عن الإيقاف النهائي للتوافق مع الشركات الخارجية في Chrome. في البيئة الحالية أيضًا، توفر بعض المواقع الإلكترونية قيمة أكبر من غيرها في أنظمة مدى صلة الإعلانات القائمة على 3PC. بالإضافة إلى ذلك، يمكن أن تكون المواضيع بين المواقع الإلكترونية المتخصّصة مفيدة لبعضها البعض، لأنّ المعلِنين المختلفين يمكنهم عرض حملات على مستوى مجموعات متنوعة من المواضيع، ويمكن أن يلاحظ منطق عروض الأسعار القيمة على مستوى مجموعة واسعة من المواضيع.
أسماء المضيفين مقابل عناوين URL الكاملة	هل التصنيف استنادًا إلى أسماء المضيفين للمواقع الإلكترونية فعّال بشكل كافٍ وهل يحدّ ذلك من مخاطر الخصوصية مقارنةً بعناوين URL الكاملة؟	ونظرنا في استخدام عناوين URL للمعلومات أو عناوين الصفحات بالإضافة إلى أسماء المضيفين، وتبيّن لنا أنّ المخاطر التي تهدّد خصوصية المستخدم وأمانه ستتجاوز المزايا المحتملة. ومن الأمثلة على مخاطر خصوصية المستخدِم تصنيف المعلومات الحساسة التي يتم تضمينها في عنوان URL أو عنوان الصفحة ضِمن مواضيع المستخدِم.
تسليط الضوء على المواضيع	يمكنك طلب الحصول على إرشادات حول كيفية دمج المواضيع مع الإشارات الأخرى وتحديد الإشارات الأخرى التي يمكن أن تكون مفيدة.	يمكن أن تحقّق حلول تكنولوجيا الإعلان أفضل النتائج من خلال الجمع بين جميع الأدوات المتاحة، مثل تعلُّم الآلة والإشارات المصمَّمة بالتوافق مع معايير الخصوصية من واجهات برمجة التطبيقات التي تحافظ على الخصوصية، إلى جانب البيانات السياقية وبيانات المواد الإبداعية وبيانات الطرف الأول. تتوفّر المزيد من الإرشادات حول هذا الموضوع هنا.

Protected Audience API (المعروفة سابقًا باسم FLEDGE)

موضوع الملاحظات	ملخّص	استجابة Chrome
اختبار حجم الزيارات	يُبلغ المختبِرون عن حجم منخفض لاستجابة عروض الأسعار لمزاد PA API.	1- ترتبط كثافة عروض الأسعار بمشاركة المنظومة المتكاملة في PA API، والتي نتوقّع أن تواصل زيادتها خلال عام 2024 وما بعده. وعلى المعلِنين ووكالاتهم ومزوّدي التكنولوجيا الذين يتعاملون معهم في نهاية المطاف تحديد كيفية تخصيص ميزانيات الحملات. نتوقّع أن يؤخّر بعض المشاركين في المنظومة المتكاملة استثمارهم في حلول متنوّعة "لا تستخدم ملفات تعريف الارتباط"، بما في ذلك PA API إلى ما بعد 3PCD. نتوقّع خلال ذلك الوقت زيادة تخصيص ميزانية حملاتها للاستفادة من هذه الحلول. 2. قد يتأثّر حجم طلبات عروض الأسعار في مزادات PA API بما يلي: (1) في حال قرّر الناشرون ومزوّدو تقنية الإعلان عدم بدء مزادات PA API إذا شعروا أنّ الطلب منخفض. ويعتمد تحديد أولوية تعديل صفحاتهم والمشاركة في عملية النشر على الناشرين. نتوقع أن يستغرق الناشرون بعض الوقت لاختبار عدد الزيارات وزيادة عدد الزيارات تدريجيًا لهذه الأسباب. يتضمّن هذا التقرير أيضًا ردًا من "مدير إعلانات Google" حول عناصر تحكّم الناشر في المشاركة في PA API.
(تم الإبلاغ أيضًا في الأرباع السابقة) الاحتيال / إساءة الاستخدام	كيف يمكن للمنظومة المتكاملة أن تقلل من المخاطر وتمنع الجهات المسيئة أو المشترين من اعتبار أنفسهم جمهورًا مرغوبًا فيه؟	تحتفظ آليات الإبلاغ في إعلانات PA API بالمعلومات المستخدَمة للتمييز بين المستخدمين وزيارات برامج التتبُّع في الوقت الحالي. بالإضافة إلى ذلك، يمكن استخدام الأساليب الحالية المستندة إلى النطاقات لتضمين النطاقات أو استبعادها في PA API. يمكن الاطّلاع على مزيد من التفاصيل في استجابتنا لتقرير مختبر IAB التقني عن "مبادرة حماية الخصوصية".
قيود المصدر نفسها على مالك Instagram وعنوان URL المنطقي لعروض الأسعار	عند تطبيق متطلبات المصدر نفسه، سيتم إجبار نقاط النهاية لدى مالك حساب IG على الخضوع لجهاز موازنة التحميل نفسه، ما قد يؤدي إلى رفض عمليات إعادة التوجيه.	يُعتبر شرط المصدر نفسه لتحميل النص البرمجي حماية أمنية مهمة. يمكنك الاطّلاع هنا على بعض التفاصيل حول الحلّ المقترَح الذي يوازن بين الملاحظات والآراء بشأن المنظومة المتكاملة والاعتبارات الأخرى هنا.
مزاد خاص متعدد الشرائح	هناك مساحة كبيرة للسماح بالمزادات الخاصة متعددة الشرائح ضمن حدود الخصوصية من خلال استخدام التشويش والتكامل الأكثر إحكامًا مع الممارسات الحالية للإعلانات.	نأخذ في الاعتبار هذه الملاحظات ونقيّم طلب إجراء المزادات المتعدّدة العلامات في ضوء زيادة التعقيدات ومخاطر الخصوصية المرتبطة بهذه الميزة. لقد ناقشنا هذه المشكلة بشكل أكبر خلال مكالمة مع مجموعة PA API Web Incubator Community Group (WICG) هنا.
البائعون على مستوى أعلى	توفر البنية الحالية لواجهة برمجة تطبيقات PA API لأي بائع على مستوى أعلى بيانات وفهم أكثر بكثير للقيمة النسبية لمرات الظهور من الناشرين أو بائعي المكونات.	في المزاد المتعدد البائعين، سيحصل كل بائع على أفضل عرض سعر. بالإضافة إلى ذلك، تعلّمنا من المنظومة المتكاملة التي قد يرغب الناشرون في وضع طلبات البيع المباشر بجانب أفضل عروض الأسعار لكل بائع يعملون معه. من الضروري الاطّلاع على جميع هذه الفرص المحتمَلة لتحقيق الربح لتحديد الإعلان الذي سيتم عرضه. في هذه الحالة، يكون من الضروري أن يرى بعض الجهات الفاعلة مجموعة كاملة من الخيارات لاختيار إعلان لعرضه، وهي يسبق PA API. تسعى PA API إلى دعم المزادات المتعددة البائعين ورغبة الناشرين في النظر في أفضل عرض سعر لكل بائع بجانب الحملات الإعلانية المُباعة مباشرةً، حيثما ينطبق هذا الخيار. وهذا يعني أنّه يجب أن تتوفّر آلية للاختيار من بين فرص تحقيق الربح كما هو الحال الآن. ولم نرى أنّه يجب أن يكون دور المتصفح هو تحديد الإعلان الذي سيتم عرضه. ومن ثمَّ، يُعتبر مفهوم البائع ذو المستوى الأعلى أمرًا ضروريًا لاختيار إعلان فائز من بين العديد من الاحتمالات. ويجب أن يتمكّن الناشر ذو المستوى الأعلى من مراعاة أفضل عروض الأسعار من كل بائع يختار الناشر العمل معه. وقد يختار منطق البائع تقديم معلومات حول حملات الناشر المباعة مباشرةً حيث تتوفر هذه المعلومات. يمكن أخذ كل هذه المعلومات في الاعتبار في منطق اختيار الإعلانات عالي المستوى. وهذا يعني أنّ منطق المستوى الأعلى يرصد أفضل عروض الأسعار من مزاد PA API، ويحدّد إن أمكن أي خيارات لإعلانات تُباع مباشرةً من الناشر لتحديد الفائز. يوضّح "مدير إعلانات Google" تفاصيل تطبيقه كبائع من المستوى الأعلى في هذا التقرير ضمن موضوع "الوصول إلى المعلومات".
الفصل بين الإعلانات التنافسية	طلب فصل الإعلانات التنافسية، مثل منع الإعلانات من العلامات التجارية المنافسة من الظهور بجانب بعضها البعض	لا نعرف طريقة لضمان الفصل التنافسي في المنظومة المتكاملة للإعلانات الرقمية المتعددة البائعين التي يتم تقديم عروض أسعار لها والآلية الحالية. ومع ذلك، تتيح PA API للبائعين جلب إشارات إضافية في الوقت الفعلي استنادًا إلى الجمع بين عنوان URL واسم المضيف (الذي يمثّل نطاق الناشر) والتي يمكن استخدامها أثناء ScoreAd() عند تسجيل المواد الإبداعية. ويمكن للبائعين استخدام هذه الطريقة لمنع إعلانات العلامات التجارية المنافسة من الظهور بجانب بعضها، على افتراض أنّ الناشر يريد فرض هذه القاعدة.
معلومات محدودة	تحدّ PA API من المعلومات المتاحة للناشرين، مثل قيمة الإعلان واسم المشتري المكوّن واسم المعلِن وعنوان URL للصفحة المقصودة وحجم التصميم ووقت الاستجابة ومعدّل عروض الأسعار، بالإضافة إلى خسارة عروض الأسعار.	لقد اقترحنا بعض الحلول المحتمَلة هنا ويسعدنا تلقّي ملاحظات إضافية من المنظومة المتكاملة.
إعداد التقارير على مستوى الحدث	لا يمكن للناشرين الحصول على معلومات كافية عن الإعلان المعروض بعد إيقاف واجهة برمجة التطبيقات PA API لإعداد التقارير على مستوى الحدث نهائيًا.	نحن على دراية بحالات الاستخدام المختلفة لإعداد التقارير التي يجب أن نواصل تقديمها عند إيقاف العمل بإعداد التقارير على مستوى الحدث. لهذا السبب، حدّدنا أنّ تاريخ الإيقاف النهائي لإعداد التقارير على مستوى الحدث ليس قبل عام 2026. خلال هذه الفترة، ندعو للمشاركة بشكل نشط في إطار تعاوننا مع المنظومة المتكاملة التي تعمل على تطوير مسارات مستدامة يمكن أن تتضمّن أفكارًا جديدة للحصول على المعلومات بطريقة تحافظ على الخصوصية.
مقدِّمو خدمة SSP متعددون	تجدر الإشارة إلى أنّ القيمة المضافة من وجود عدة أنظمة SSP ستكون منخفضة جدًا بالنسبة إلى الناشرين.	لا نعتقد أنّ هذا الخبر صحيح، ونودّ الحصول على ملاحظات إضافية من المنظومة المتكاملة لفهم الأساس المنطقي لهذا التأكيد.
أنشطة التنظيم	لا يمكن إجراء أنشطة التنظيم باستخدام PA API.	لقد وصلتنا ملاحظات حول قدرة البائعين على استخدام PA API من أجل توفير معلومات الجمهور للمشترين على الإنترنت (إضافة شريحة الجمهور المعروفة باسم AKA). نرى أنّ تحقيق ذلك أصبح ممكنًا اليوم، وذلك باستخدام وظيفة تفويض الإعلانات المخصَّصة إلى جانب الاتفاقيات التجارية. وفي الوقت الحالي، ندرس بشكل فعال ما إذا كان يمكننا استيعاب هذه الأنواع من حالات الاستخدام بشكل أفضل وطريقة إجراء ذلك.
إيقاف المشتري	من المرجّح أن يؤدي خيار الإيقاف التلقائي للمشتري إلى نتائج أقل في مزادات المكوّنات.	سواء كان يحدّد بائعًا واحدًا أو مزادًا مخصَّصًا لعدة بائعين، يجب أن يُدرج البائع صراحةً المشترين في حقلinterestGroupPurchases في AuctionConfig. ويستند ذلك إلى الملاحظات والآراء بشأن المنظومة المتكاملة التي تفيد بأنّ البائعين لديهم اتفاقيات تعاقدية مع بعض المشترين وليس غيرهم، لذا يجب التحكّم بشكل صريح في تحديد المشترين الذين تريد إشراكهم في المزاد. نرحّب بمزيد من المناقشات حول GitHub.
زيادة الإعلانات	يتعذّر تنفيذ التصفية المسبقة استنادًا إلى adsize وadSlotSize.	نحن نعمل على إضافة هذه الميزة، ويمكنك الاطّلاع على مزيد من التفاصيل هنا.
دعم استهداف Instagram السلبي	واجهة برمجة تطبيقات لدعم استهداف IG السلبي: عرض الإعلانات فقط إذا لم يكن المستخدم ينتمي إلى IG.	اقترحت مشكلة GitHub هذه طريقة بديلة لتنفيذ الاستهداف السلبي، حيث يخبر المتصفّح خادم الإعلانات مباشرةً بقواعد الاستهداف السلبي التي يجب أن تكون سارية لطلب إعلان معيّن. ورغم أن هذا الأسلوب يبدو جذابًا، إلا أن جميع إصدارات هذه الفكرة التي تحققنا منها تهدف إلى تمكين الخادم من تحديد هوية المستخدم بشكل فريد.
قانون الخدمات الرقمية	كيف يمكن للناشر استخدام ميزة Fenced Frames مع منع عرض الردود التي تحتوي على معلومات بموجب "قانون الخدمات الرقمية"؟	كما هو الحال مع أي تقنية جديدة، تكون كل شركة مسؤولة عن ضمان امتثال استخدامها لـ "مبادرة حماية الخصوصية" للقانون، ولا يمكن لشركة Google تقديم المشورة القانونية للآخرين. وقد نشرنا مستندات فنية شاملة لكل واجهة برمجة تطبيقات، لكي توفّر هذه الوثائق الأساس اللازم لإجراء التقييمات القانونية اللازمة. ليس مطلوبًا استخدام الإطارات Fenced Frames في واجهة برمجة التطبيقات PA API قبل عام 2026، ما يمنح الجهات المعنية مزيدًا من الوقت لضمان أنّ استخدام هذه التكنولوجيا يتوافق مع جميع التشريعات ذات الصلة.
الوثائق	هل updateAdinterestGroups() مؤقت؟	لم نُعلن عن أي خطط لإيقاف ميزة updateAdinterestGroup. في المستقبل، قد نطبّق إجراءات حماية خصوصية مماثلة كما تحدثنا عنها علنًا في ما يخص آليات تحديث IG الأخرى، مثل استخدام عنوان IP وكيل أيضًا مع إضافة بعض التأخير قبل بدء التحديث.
إتاحة البيانات الوصفية لجهة الشراء وملكية المنطق لغير مقدِّمي الخدمات الرقمية	طلب طريقة للتصرف كخادم وكيل لمزوِّدي خدمة البريد (DSP).	نحن على علم بهذه الملاحظات الواردة من الشرائح التي لا تمثّل نظام وسيط عرض الطلب (DSP)، وندرس هذا الطلب. ويسرّنا تلقّي الملاحظات الإضافية من المنظومة المتكاملة.
إعداد التقارير	طلب إضافة ميزة معالِج مخصّص لمجموعة / قيمة الإشارات في تقارير التجميع الخاص	نحن ندرك أنّ طلب هذه الميزة هذا في قائمة الانتظار لدينا لاستكشاف المزيد. نرحّب بالملاحظات الإضافية الواردة من المنظومة المتكاملة هنا.
الوثائق	هل هناك رابط يمكن من خلاله عرض جميع عناوين الاستجابة التي يجب ضبطها من قِبل المعلِن ونطاق المالك (المفوَّض)؟	إنّنا نخطّط لإجراء تعديلات على المستندات لتوضيح ذلك ورحّب بالملاحظات الإضافية من المنظومة المتكاملة.
عروض الأسعار في أبراج متعددة	يمكنك طلب شرح لسير العمل (التدريب والاستنتاج) من خلال رسم بياني للبنية أو الكتل حول كيفية تصور نهج متعدد الأبراج في سياق واجهة برمجة تطبيقات PA.	نشكرك على إرسال الملاحظات. لدينا بعض العروض التقديمية عن الموضوع الذي نتوقع إنشاء وثائق إضافية منه.
الاستهداف السلبي	قدرة "مبادرة حماية الخصوصية" على حماية الجمهور الحسّاس والقاصرين من الإعلانات غير الملائمة، مثل المقامرة	لا تأخذ PA API في الاعتبار محتوى الإعلانات المعروضة. يتحكّم هذا الخيار في المطوّرين الذين يستخدِمون تقنية الإعلان الذين يستخدِمون "الإعلانات المخصّصة". بشكل عام، يمكن للناشر ومزوّدي تقنية الإعلان حظر تصاميم الإعلانات في مزادات "الجمهور المحمي" باستخدام معلومات سياقية من الصفحة، إلى جانب مجموعات قواعد الناشر. يعكس هذا فهمنا لنهج المنظومة المتكاملة لمواجهة هذه التحديات اليوم. بالنسبة إلى المشترين، قد تكون وظيفة الاستهداف السلبي لـ IG مفيدة أيضًا في بعض حالات الاستخدام للامتثال.
تصميم واجهة برمجة التطبيقات	لا تتراجع Google، وتريد من تكنولوجيا الإعلان أن تستخدم وظيفة عروض أسعار عامة، ما يؤدي إلى زيادة وقت الاستجابة، بدلاً من عروض أسعار BiddingLogicURL المختلفة في IG المختلفة المسموح بها.	خلال المناقشات التي تناولناها بشأن وقت استجابة المزاد، سلطنا الضوء على أن إعادة استخدام النص البرمجي نفسه في جميع حسابات IG الخاصة بالمشتري ستجعل تنفيذ عروض أسعار ذلك المشتري أسرع. يتم توضيح ذلك بمزيد من التفاصيل هنا، بالإضافة إلى اقتراحاتنا الأخرى لتحسين وقت استجابة مزاد PA API.
التسويق المستند إلى الحساب	PA API ليست واجهة برمجة تطبيقات بسيطة لحالات استخدام التسويق المستندة إلى الحساب.	نرحّب بملاحظات المنظومة المتكاملة بشأن أي حالات استخدام محدّدة يعتقدون أنّها غير ممكنة، وسنشجّع المشاركين في المنظومة المتكاملة على مواصلة هذه المناقشة من خلال مستودع GitHub العام أو المكالمات الأسبوعية.
اختبار أ/ب	عند ضبط PA API في "مدير إعلانات Google" لأحد الناشرين، يجب أن يتم تفعيلها حاليًا لكل المستودع الإعلاني أو عدم تفعيلها على الإطلاق. وهذا يحد من قدرة الناشرين على إجراء اختبار أ/ب فعّال.	ردّ مقدّم من "مدير إعلانات Google": تؤثّر عناصر تحكّم واجهة برمجة التطبيقات ضمن "مدير إعلانات Google" في قدرة "مدير إعلانات Google" على استخدام واجهة برمجة التطبيقات، شرط أن تكون واجهة برمجة التطبيقات متاحة للاستخدام. وبالتالي، يمكن للناشرين إجراء اختبارات A/B من خلال وظيفة سياسة الأذونات في Chrome لإيقاف استخدام واجهة برمجة التطبيقات في مجموعة فرعية من الزيارات لاستخدامها كمجموعة تحكُّم في اختبار أ/ب.
تعلُم الآلة	يحتاج الناشرون إلى مزيد من التحكّم في الاستخدام المُقترَح من أداة GAM لتعلُّم الآلة.	ردّ من "مدير إعلانات Google": في كانون الثاني (يناير) 2024، أطلقنا عنصر تحكّم يتيح للناشرين إمكانية إيقاف برنامج تقييد تكنولوجيا تعلّم الآلة وتفعيل مزادات PA API مع البائعين غير التابعين لشركة Google على جميع زياراتهم. يمكن الاطّلاع على مزيد من التفاصيل حول عنصر التحكّم هذا في مركز المساعدة.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) مزادات عالية المستوى	إمكانية استخدام خادم إعلانات الناشر من Google بدون منح "مدير إعلانات Google" أيضًا إمكانية التحكّم في مزاد واجهة برمجة التطبيقات الأعلى مستوى منتج "إعلانات Google"	ردّ مقدّم من "مدير إعلانات Google": في ما يلي الأسباب الموضّحة في تقرير الربع الثالث من عام 2023 من Google، لا تشمل خطط GAM لدمج واجهة برمجة التطبيقات PA دعم الناشرين الذين يستخدمون أداة GAM كخادم إعلانات الناشرين بدون التحكّم في مزاد المستوى الأعلى.
الوصول إلى المعلومات	يمكن لـ "مدير إعلانات Google" الوصول إلى معلومات قيّمة من المنافسين، بما في ذلك أسعار المزادات السياقية، والإشارات التي يقدّمها المشترون إلى مقدّمي خدمات الدفع (SSP) لمزاد PA API، ومعلَمات الضبط من مقدِّمي خدمة SSP.	ردّ من "مدير إعلانات Google": لقد حافظنا على تركيز شديد على تحقيق العدالة في المزادات لسنوات، ووعدنا بعدم مشاركة أي سعر من أي من مصادر إعلانات غير مضمونة للناشر، بما في ذلك أسعار العناصر غير المضمونة، مع مشترٍ آخر قبل تقديم عرض سعر في المزاد، وقد أكّدنا لاحقًا في التزاماتنا تجاه "هيئة المنافسة الفرنسية" بالنسبة إلى مزادات PA API، ننوي الوفاء بوعدنا وعدم مشاركة عرض سعر أي مشارك في المزاد مع أي مشارك آخر في المزاد قبل إكمال المزاد في المزادات المتعددة البائعين. لتوضيح الأمر، لن نشارك سعر المزاد السياقي مع أي مزاد مكوّن من مكوّنات، بما في ذلك المزاد الخاص بنا، على النحو الموضّح في هذا التعديل. علاوةً على ذلك، لا نستخدم معلومات عن عمليات ضبط مزاد المكوّنات، بما في ذلك الإشارات التي يقدِّمها المشترون لمقدِّمي خدمات SSP، كجزء من مزادنا. في الواقع، نرحّب بالتغييرات على واجهة برمجة التطبيقات PA API التي تسمح لبائعي المكوّنات بتحديد إعدادات ضبط مزاد المكونات بطريقة يتم إخفاء مفاتيح فك تشفيرها عن البائع ذي المستوى الأعلى.
مزادات المكونات	بصفتها مزادًا من المستوى الأعلى، ستتحكّم "مدير إعلانات Google" في اختيار مقدِّمي خدمة SSP الذين ينفّذون مزادات المكوّنات لكل فرصة إعلان.	ردّ مقدّم من "مدير إعلانات Google": تقدّم أداة GAM، بصفتها خادم إعلانات للناشرين، واجهة برمجة تطبيقات بسيطة لخدمات SSP التي قد يعمل الناشر معها لتحديد إعدادات مزاد المكوّنات من خلال واجهة برمجة تطبيقات علامة ناشر Google (GPT). يمكنك الاطّلاع على مزيد من التفاصيل هنا. في حال توفير SSP إعدادات مزاد مكوّن من خلال واجهة برمجة التطبيقات هذه، سيتم تضمين هذه المكوّنات في قائمة مزادات المكوّنات لفرصة الإعلان هذه. لا تفرض أداة GAM أي قيود على مزادات المكوّنات المضمّنة. وسيمكن لأي شريك على خدمة العملاء (SSP) تنفيذ مزاد لمكوّنات المنتج بشرط أن يسمح له الناشر بتنفيذ الرمز اللازم على صفحة الناشر.
مزادات المكونات	يمكن أن تطبّق "مدير إعلانات Google" حدًا أدنى محدَّدًا وغير مُعلَن عنه على كل عرض سعر فائز في مزاد مكوّن من مكوّنات.	ردّ "مدير إعلانات Google": حافظت "مدير إعلانات Google" على تركيز قوي على تحقيق العدالة في المزادات على مدار سنوات. في إطار الحفاظ على مزاد عادل وشفاف، لا نتيح الأسعار الدنيا التي تنطبق على شرائح معيّنة من الطلب فقط. هذا مبدأٌ ثابت في منتجنا، وسيبقى كذلك في مزادات PA API.
خوادم إعلانات الجهات الخارجية	ولن يكون لخوادم الإعلانات التابعة لجهات خارجية إمكانية الوصول إلى مشاركة Google في المزاد رفيع المستوى، ما يحدّ من قدرتها على الاستفادة من طلب SSP من Google في سياق PA API.	ردّ من "مدير إعلانات Google": تتيح أداة GAM حاليًا اختبار واجهة PA API مع عدة بائعين على GAM عبر واجهة برمجة التطبيقات الموضّحة هنا. لا تتوفَّر حاليًا المشاركة في "مدير إعلانات Google" كمزاد للمكوِّنات في مزادات أخرى عالية المستوى.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) أداء مزادات PA API	أبلغ المختبِرين بأنّ مزادات PA API تستغرق وقتًا طويلاً.	لقد وصلتنا مخاوف بشأن وقت الاستجابة، وهذا جزء من السبب الذي دفعنا إلى تطوير عدد من الميزات كجزء من واجهة برمجة تطبيقات PA. بهذه الطريقة، سيكون من الممكن لمقدّمي خدمة البريد الإلكتروني أن يضعوا حدودًا لوقت استجابة DSP بالإضافة إلى إجراء تحسينات من شأنها تقليل وقت الاستجابة. لقد عدّلنا مؤخرًا دليل أفضل الممارسات المتعلّقة بوقت الاستجابة، وهو يتضمّن مزيدًا من المعلومات حول كيفية الاستفادة من هذه الميزات. نواصل أيضًا إجراء تحسينات جديدة على وقت الاستجابة، ويمكن الاطّلاع على بعضها هنا.
(تم الإبلاغ أيضًا في الأرباع السابقة) عرض الفيديو	إتاحة عرض الفيديو باستخدام PA API وFenced Frames	نشرنا في كانون الثاني (يناير) عرضًا توضيحيًا حول طريقة عمل الإعلانات أثناء عرض الفيديو في مزاد الإعلانات المخصّصة، مع تفاصيل إضافية حول الأساليب البديلة. نلاحظ أيضًا بعض الجهات الفاعلة في المنظومة المتكاملة التي بدأت باقتراح طريقة عمل عرض الفيديو للشركاء الذين يدمجون معهم، مثل اقتراحات "مدير إعلانات Google" بشأن إنشاء عنوان URL متوافق للفيديو أو عملية E2E الكاملة. بالإضافة إلى ذلك، نستمع إلى ملاحظات المنظومة المتكاملة حول التغييرات التي يمكننا إجراؤها لزيادة الاعتماد، ونعرض مثل هذه التغييرات بالتفصيل في GitHub. نواصل التفاعل مع المنظومة المتكاملة لتحديد أي عقبات أخرى قد نواجهها في الوقت المناسب، وقد نتغلب على هذه العقبات في الوقت المناسب.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) سياسة التعامل مع البيانات	ما هي سياسة التعامل مع البيانات في IGs / PA API؟	في تصميم PA API، تتم معالجة جميع البيانات المخزّنة في IG، أو البيانات المتعلّقة بالأشخاص في IG، إمّا (1) تبقى على الجهاز أو (2) تتم معالجتها في خدمات عروض الأسعار والمزادات (B&A) التي يتم تشغيلها داخل بيئة تنفيذ موثوقة (TEE). وفي كلتا الحالتين، لا يمكن لأي جهات أخرى قراءة البيانات أو استخدامها بأي طريقة غير تقديم عروض أسعار في المزاد. تشمل بعض تحسينات الخصوصية التي يستكشفها Chrome التفاعل مع خادم إخفاء الهوية k تديره Google. يتم تصميم هذا التفاعل بعناية لتجنُّب مشاركة المعلومات عن المستخدمين، ولتنفيذ ذلك في بيئة التنفيذ الموثوقة (TEE) لضمان تكافؤ المعلومات في المنظومة المتكاملة للإعلانات. لقد التزمت Google بتصميم اقتراحات "مبادرة حماية الخصوصية" وتنفيذها بطريقة لا تشوّه المنافسة من خلال منح التفضيل الذاتي للأعمال الخاصة بشركة Google، ومراعاة التأثير على المنافسة في الإعلانات الرقمية وعلى الناشرين والمعلنين. ونحن نواصل العمل عن كثب مع "هيئة الاتصالات الفيدرالية" (CMA) لضمان امتثال عملنا لهذه الالتزامات.
(يتم الإبلاغ أيضًا في الأرباع السابقة) الفترة منذ الإنشاء من IG	اطلب تمديد عمر حسابات Instagram من 30 إلى 90 يومًا.	ويتطلب مثل هذا التغيير تقييمًا دقيقًا، وموازنة الفوائد التي تعود على المجال في مقابل التأثير على مستخدمي Chrome والجهات المعنية الأخرى. ننظر في هذا الطلب ونرحّب بأي ملاحظات إضافية هنا.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) إشارات النمذجة	اطلب حقلاً جديدًا بالإضافة إلى إشارات تحديد المصدر التي يمكنها فقط ترميز معلومات العرض والنقر.	لقد رددنا على هذه الملاحظات من خلال تقديم اقتراح مضاد هنا. ونتفاعل بشكل نشط مع العاملين في هذا المجال لفهم وجهات نظرهم بشأن الاقتراح الذي نقدّمه، ونقيّم حاليًا الفوائد التي تعود على المجال مقارنةً بالتأثير الذي يحدث في مستخدمي Chrome والجهات المعنيّة الأخرى.
وحدات بت إضافية في reportWin()	وفِّر وحدات بت إضافية في reportWin() من الحد الحالي البالغ 12 وحدة بت قبل 3PCD.	ونعمل حاليًا على استكشاف أساليب لتعزيز حالة الاستخدام هذه. نحتاج إلى بعض الوقت لأنّنا نسعى أيضًا إلى إيجاد طرق للمساعدة في ضمان توفّر خطة خصوصية طويلة الأمد.
تصميم المزاد	طلبات مزاد فردي يعرض عناوين URL للعرض مع النتيجة المقابلة لها	لقد أخذنا في الاعتبار مشاركة عدة عناوين URL والنتيجة الخاصة بها من مزاد إعلانات مخصّصة واحدة، ولكننا لم نطبّقها بسبب مخاوف تتعلق بالخصوصية. نحن ندرك الحاجة إلى تجنُّب عرض الإعلان نفسه عدّة مرات للمستخدم على صفحة واحدة ونرحّب بمزيد من النقاش على GitHub.
reportWin	تسجيل الحقول العشوائية في الدالة reportWin().	يحدث ذلك حاليًا خلال فترة الاختبار. بعد أن ينهي Chrome دعم أجهزة 3PC، سيتم نقل إصدار forDebuggingOnly من واجهة برمجة التطبيقات لتفعيل تصحيح الأخطاء المستندة إلى عينات محددة هنا.
بائعو المكونات	توفر آلية مستقلة لاحتساب عدد مرات الظهور والأحداث الأخرى، وألا تكون قادرًا على الاعتماد فقط على تقارير تقنيات الإعلان.	طلب الميزة هذا في قائمة الانتظار لدينا لاستكشاف المزيد. لا نتوقّع حلّ هذه المشكلة خلال فترة الاختبار التي يسهّلها Chrome.
فوترة تكلفة النقرة	تنفيذ فوترة تكلفة النقرة في PA API.	ونراجع هذا الطلب هنا، ونعتبره حاليًا طلبًا لتقديم اقتراحات حول كيفية تنفيذه باستخدام واجهة برمجة التطبيقات الحالية.
browserSignals	أضِف البيانات الواردة في BidInsellerCurrency إلى مواصفات developerSignals عند إعداد التقارير للبائع.	ننظر في هذا الطلب ونرحّب بأي ملاحظات إضافية هنا.
إتاحة البيانات الوصفية من جهة الشراء وملكية المنطق لغير مقدِّمي الخدمات الرقمية	يمكن أن يؤدي التصميم الحالي لواجهة برمجة التطبيقات إلى تغيير كبير في حملات إعادة الاستهداف على مستوى المنتج حيث قد تحتاج الحملات إلى الانتقال إلى وسائط عرض الإعلانات التي تخدم كلاً من مقدمي خدمة البريد الإلكتروني (DSP) وموفّري البيانات (DCO).	نعمل حاليًا على مناقشة هذه المشكلة ونرحّب بأي ملاحظات إضافية هنا.
إتاحة البيانات الوصفية من جهة الشراء وملكية المنطق لغير مقدِّمي الخدمات الرقمية	شارِك أمثلة عندما لا يكون وسيط عرض الطلب هو مالك Instagram.	ندرك أنّ غير أنظمة عروض الأسعار يرغبون في استخدام بعض وظائف IG، دون غيرها. ونحن نعمل على تقييم الخيارات بفعالية لمعالجة حالات الاستخدام هذه، ويسعدنا تلقّي ملاحظات إضافية هنا.
عناصر التحكّم في المهلة	يجب أن يتمكّن الناشرون من تحديد عدد مجموعات IG القادرة على المشاركة ومهلة المستوى الأعلى / المهلة الشاملة.	ندرك أن هناك رغبة في تحسين عناصر التحكم في المهلة ومستوى الرؤية بين بائع المستوى الأعلى وبائع المكونات، وندرس هذا الطلب.
أحجام الإعلانات المتعددة	إتاحة PA API في حالات استخدام "أحجام الإعلانات المتعددة"	ننظر في هذا الطلب ونرحّب بملاحظات إضافية من المنظومة المتكاملة.
الوثائق	هل هناك قائمة بسمات IG التي تخضع لسمات k-anon؟	لقد أجبنا عن هذا السؤال هنا.
تصحيح الأخطاء	تم تحسين إمكانات تصحيح الأخطاء في PA API.	نحن ندرك أهمية أدوات تصحيح الأخطاء الفعّالة للمطوّرين الذين يستخدمون PA API. ونحن ملتزمون بتحسين تجربة المطوّرين من خلال استكشاف طرق لدمج عمليات جلب ملفات .well-known بشكل أفضل مع أدوات المطوّرين. ويتمثل هدفنا في توفير مستوى رؤية أكبر وإمكانية استكشاف الأخطاء وإصلاحها ضمن بيئة التطوير. نعمل على مناقشة هذه المشكلة أكثر هنا ونرحب بملاحظات إضافية.
التصنيفات	هل فعَّلت واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" لدى جميع المستخدمين الذين يستخدِمون تصنيفات المعالجة في الوضع "ب"؟	يتم تحديد عمليات تحديد مجموعات تجارب Chrome بشكل عشوائي وتكون مستقلة عن إعدادات Chrome التي ضبطها المستخدم. على الرغم من أنّ واجهات برمجة التطبيقات هذه قد تكون متاحة للمستخدمين ضمن مجموعات معالجة معيّنة (على سبيل المثال، transaction_1.*)، يمكن تعديل وظائفها أو إيقافها من خلال إعدادات Chrome. مجموعة التحكّم في الوضع ب: يؤدي تضمين هذه المجموعة في هذه المجموعة إلى إيقاف واجهات برمجة التطبيقات للقياس ومدى الصلة بـ "مبادرة حماية الخصوصية"، ولا يمكن للمستخدم إلغاء هذا الإعداد في إعدادات Chrome.
استخدام واجهة برمجة التطبيقات	هل الاستدعاء إلى reportWin() وعرض الإعلانات يحدث بالتوازي أو واحدًا تلو الآخر؟	يتم استدعاء reportWin() مباشرةً بعد الانتهاء من runAdAuction(). في الوقت نفسه، قد تبدأ عملية عرض الإعلانات عند وضع نتيجة المزاد ضِمن iframe أو Fenced Frame. بعد انتهاء تنفيذ reportWin() وبدء عرض الإعلان، سيتم استرجاع عناوين URL المقدمة لإرسال SendReportTo() .
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) دعم اختبار أ/ب	يمكنك طلب الحصول على الدعم بشأن اختبار A/B لواجهة برمجة تطبيقات PA API.	إنّنا نناقش هذا الطلب هنا ونرحّب بأي ملاحظات إضافية.
تشكيل عدد الزيارات	مقترح من Google لإدارة عملية اتخاذ القرار المطلوبة عبر خادم KV ليس مفيدًا، نظرًا لعدم تمكّن البائعين من التفاعل مع خلفيتهم، ما يُصعِّب تشكيل حركة الزيارات.	كما ناقشنا في مشكلة GitHub، إنّ تحديد ما إذا كان لدى أنظمة DSP الفردية التي تحتوي على تصنيفات الأنظمة الأساسية (IG) قد يسبب مشاكل بشأن البصمات الرقمية لدى المستخدمين. لقد اقترحنا بدائل أخرى في هذه المشكلة، ونحن مستعدون لمزيد من الاقتراحات.
تشكيل عدد الزيارات	تضيف آليات التخزين المؤقت طبقة كبيرة من التعقيد وتمنع أنظمة DSP من معرفة الشكل الحقيقي للزيارات التي يقدمون عروض أسعار لها.	تم تقديم آلية التخزين المؤقت كاقتراح. ويمكن لتكنولوجيا الإعلان اختيار استخدام الاقتراحات التي تخدم حالات الاستخدام، ونرحّب بمزيد من النقاش هنا.
التصنيفات	على Chrome مشاركة التصنيف كمَعلمة في الطلبات الموجَّهة إلى الخوادم الموثوق بها للمشتري والبائع.	يبدو أنّ هذا الطلب معقول لأنّه يبدو أنّه يتماشى على نطاق واسع مع هدف الاستخدام المسؤول لبيانات Instagram. نحن ننظر في الطلب، ويخضع للمراجعة الداخلية، وسنُطلعك على آخر المعلومات بشكل علني حول هذا الموضوع كلّما تقدّمت في المناقشات.
استخدام واجهة برمجة التطبيقات	توضيح التعريف الصريح لمجموعة "control_1" في مستند "إرشادات CMA إضافية للجهات الخارجية بشأن الاختبار" على وجه التحديد، هناك قلق من احتمال إساءة تفسير تغيير في الصياغة على أنّه يتطلب استبعاد جميع واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" من Control_1.	لقد عبّرنا عن آراءنا بهذا الشأن في سلسلة محادثات GitHub هذه. ومع ذلك، لسنا في وضع يسمح لنا بالتحدث عن "هيئة الأسواق المالية"، ونقترح عليك طرح أي مشاكل تتعلق بتفسير إرشادات الاختبار التي تقدّمها مباشرةً مع CMA.
استخدام واجهة برمجة التطبيقات	هل سيسمح متصفِّح Chrome باستدعاء JoinAdinterestGroup() على صفحة فارغة أثناء إعادة التوجيه إلى مورد آخر؟	في حال زيارة أحد المستخدمين لموقع إلكتروني، يمكن لمالك الموقع الإلكتروني تفويض إمكانية استدعاء JoinAdinterestGroup إلى جهة خارجية. من خلال هذا التفويض، يمكن لجهة خارجية إنشاء اتفاقيات IG بدون الحاجة إلى إضافة أي نوع من عمليات إعادة التوجيه من خلال صفحة فارغة. نحن نرحّب بالملاحظات حول الأسباب المحدّدة لإنشاء Instagram في منتصف عملية إعادة التوجيه، بدلاً من استخدام آلية التفويض المقصودة.
استخدام واجهة برمجة التطبيقات	يجب أن تتمكّن البورصات من كتابة إعلانات IG إلى الصفحات التي يملكها الناشرون الذين يعملون معهم، وأن تتمكّن بعد ذلك من تفويض الإذن لتقديم عرض أسعار لتلك الإعلانات إلى أيّ مشترٍ أو وسيط عرض إعلانات محدّد.	لقد تلقّينا الملاحظات والآراء ونقيّم ما إذا كان من الممكن دعم هذا الطلب. ويسرّنا تلقّي الملاحظات الإضافية من المنظومة المتكاملة.
استخدام واجهة برمجة التطبيقات	لا يتوفّر إشعار بشأن فقدان تصحيح الأخطاء في حال لم يفوز أحد في مزاد واجهة برمجة التطبيقات PA.	تم تصميم وظيفتَي reportWin وreportResult في Chrome لإعداد تقارير الفوز على مستوى الحدث في نظام مزاد الخصوصية (PA). في الحالات التي يتم فيها رفض جميع عروض الأسعار خلال مزاد الإعلانات المخصّصة، لا يُتوقّع استدعاء هذه الدوالّ لأنّه لم يتم تحديد فائز. قد يفسّر التحديث الأخير في Chrome التناقضات التي يتم فيها تمرير عناوين URL التي يتم تمريرها إلى forDebuggingOnly.reportAdAuctionLoss() في لوحة شبكة أدوات مطوّري البرامج. ننصحك بالتحقق من هذه الوظيفة باستخدام إصدار قناة إصدار Canary أو قناة مطوّري البرامج في Chrome.
استخدام واجهة برمجة التطبيقات	هل يمكن أن تكون قيمة adCost التي يتم إرجاعها من generateBid قيمة سالبة (يتم تقريبها تلقائيًا إلى 2 بايت)؟	AdCost هي تكلفة النقرة أو الإحالة الناجحة للمعلن التي يتم تمريرها من generateBid() إلى reportWin(). ويمكن أن تكون هذه القيمة فارغة أو مضاعفة. وسيتم تجاهل القيم السلبية ولن يتم تمريرها. سيتم تقريب القيمة تدريجيًا عند تمريرها.
تحسين واجهة برمجة التطبيقات	هل يمكن استخدام خوادم التنفيذ الموثوق به والمشفَّرة لمعالجة الاستهداف أو المجموعات النموذجية أو الإحالة والمزادات بدلاً من متصفّح Chrome؟	ننصحك باستكشاف المكونات والخيارات المستندة إلى بيئة التنفيذ الموثوقة (TEE) في PA API (على سبيل المثال، خوادم KV وخدمات B&A) بالإضافة إلى مكوّنات إعداد تقارير الإحالة والتجميع الخاص (مثل خدمة التجميع) التي تتناول هذا السؤال.
تحسين واجهة برمجة التطبيقات	هل يمكن أن تكون استجابة مزاد "مبادرة حماية الخصوصية" استجابة لعرض السعر (مثل عرض السعر في عنوان الصفحة) بدلاً من استجابة للإعلان (مثل علامات الإعلانات)؟	يؤدي هذا النوع من التغيير بشكل أساسي إلى تغيير خصائص الخصوصية الخاصة بـ PA API، لذا لا نفكّر في ذلك.
عناصر تحكّم الناشرين	هل يمكن للناشرين حظر تصميمات إعلانات PA API على صفحاتهم؟	يقدِّم Chrome اقتراحًا لفحص تصميمات الإعلانات في الوقت الفعلي غير متوفّر بعد للاختبار. على الرغم من أنّ هذه الميزة غير متوفّرة بعد، لاحظنا أنّ معظم مقدّمي خدمات البريد الإلكتروني ابتكروا حلولاً لتفعيلها.
استخدام واجهة برمجة التطبيقات	ما هو الحدّ الأقصى المسموح به للحجم في perBuySignals؟	لا يفرض لكل uمشتري الصور أي قيود على الحجم المتأصلة في Chrome، وذلك في صيغته الكلاسيكية. تتمثل القيود الأساسية في أن البيانات تظل قابلة للتسلسل بتنسيق JSON ولا تتسبب في استهلاك زائد للذاكرة. مع ذلك، تجدر الإشارة إلى أنّ لكل نوع من العملاء والمعقِّدين للغاية لكل نموذج على حدة قد يؤثران سلبًا في الأداء. تتوفّر طريقة بديلة لتمرير كل برتوكول توجيه العملاء من خلال العنوانdirectFrom SellerSignalsHeaderAdSlot. وينقل هذا الأسلوب لكل BuySignals داخل العنوان، مع مراعاة الحد الأقصى للحجم وهو 10 كيلوبايت لاستجابة العنوان بالكامل. بالإضافة إلى ذلك، قد تفرض الخوادم الفردية قيودها الخاصة على الحد الأقصى لحجم الرأس.
الوثائق	يجب تغيير المستندات المتعلقة بـ RecordAdBeacon من داخل generateBid.	تم تعديل هذه المستندات في 17 شباط (فبراير).
استخدام واجهة برمجة التطبيقات	كيف يختار reportEvent عنوان URL للإشارة الصحيحة من الخيارات المتعددة المسجَّلة؟	ينتج عن كل مزاد إعدادات منفصلة، ما يؤدّي بدوره إلى إنشاء خريطة منفصلة لإعداد التقارير. تكون المزادات الفردية (والإطارات الناتجة عنها) منفصلة تمامًا عن بعضها البعض، ولا تشارك البيانات. يوفّر الشرح "إعداد تقارير الإعلانات في الإطارات المضمّنة" مزيدًا من التفاصيل حول هذا الموضوع.
واجهة مستخدم Chrome	أضِف فلتر في "أدوات مطوري البرامج في Chrome" من علامة التبويب "التطبيق -> "مجموعات الاهتمامات"، ما يسمح بالفلترة حسب مالك IG (أو حسب اسم Instagram أيضًا).	نعمل على تقييم هذا الطلب ونرحّب بملاحظات إضافية من المنظومة المتكاملة.
Chrome بلا واجهة مستخدم رسومية	إتاحة PA API في متصفّح Chrome بلا واجهة مستخدم رسومية	هناك بعض مكوّنات PA API المرتبطة بمتصفّح Chrome، مثل استدعاءات k-anon لخوادم Google، والتي قد لا تعمل في إصدار Chrome "القديم" بلا واجهة مستخدم رسومية. نعتقد أنّه يمكن معالجة هذه المشكلة من خلال الإصدار "الجديد" من متصفّح Chrome بلا واجهة مستخدم رسومية الذي تم طرحه في الإصدار 112 من Chrome.
استخدام واجهة برمجة التطبيقات	في حالة إعداد تقارير الخسارة باستخدام reportAdAuctionLoss، إنّنا نعرض الخطأ "topLevelWinningBid=0" في العديد من الحالات. فما تفسير ذلك؟	تنشأ قيمة أعلىlevelWinningBid من الدالة ScoreAd() ضمن مكوّن البائع ذي المستوى الأعلى. وتؤدي هذه القيمة دورًا في تحديد نتيجة مزاد المستوى الأعلى. ووفقًا للشرح، تشير القيمة في المستوى الأعلى التي تساوي صفر أو أي رقم سالب إلى أنّ الإعلان المقابل غير مؤهّل للفوز بالمزاد. وعلى سبيل المثال، يمكن استخدام هذه الآلية لتصفية الإعلانات التي تستهدف مجموعات الاهتمامات التي لا تتجاوز المرشح الذي يستهدف المحتوى. على الرغم من أنّ قيمة TopLevelWinningBid هي قيمة صفرية قد تشير إلى توفُّر مزاد سياقي، تُقر مواصفات PA API بأنّ هناك عوامل أخرى يمكن أن تساهم في هذه النتيجة.
وضع اختبار A/B	توضيح بشأن اختيار عدد الزيارات في الوضع "ب" و"الوضع أ" ومطالبات إيقاف الوضع "أ".	معايير التضمين في الوضع "أ" و"الوضع ب" هي نفسها. الهدف من ذلك هو إنشاء مجموعات تمثّل زيارات Chrome العادية ما دامت متوافقة مع واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" وطريقة التصنيف، على سبيل المثال، لا تتوافق بعض إعدادات البرامج مع بعضها. لأغراض التجربة، من المهم مقارنة الزيارات المصنَّفة فقط بالزيارات المصنّفة الأخرى. تكون ميزة الحماية من التتبُّع مفعَّلة لدى المستخدمين في الوضع "ب"، وبالتالي، يتلقّون إشعارًا بشأن هذه الميزة.
تحسين واجهة برمجة التطبيقات	هل يمكن تضمين "lifetimeMs" كخاصية مباشرة ضمن استدعاء joinAdinterestGroup أو إدارته كوسيطة منفصلة؟	إنّنا ننظر بعناية في الملاحظات الواردة من منتدى تطوير الويب بشأن وظيفة "joinAdinterestGroup" ضمن اقتراح PA API. وتركز نقطة المناقشة الرئيسية على الطريقة المثلى لإدارة عمر Instagram. نحن نقيّم مزايا وسيطة منفصلة للمَعلمة "lifetimeMs"، لأنّها تعزّز المرونة والقابلية للتكيف من أجل التحسينات المستقبلية المحتملة للمواصفات. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	إمكانية زيادة المعدّلات السالبة الخاطئة في إطار عمل PA API بسبب الاصطدام بمعرّفات المتصفّح ذات الإنتروبيا المنخفضة	يشارك فريق Chrome بشكل نشط في التحسين المستمر لإطار عمل PA API. نحن نقدِّر المناقشة بشأن المعدلات السالبة الخاطئة المحتملة التي تنشأ عن تضاربات معرّف المتصفح. ونحن نقيّم هذه الملاحظات بعناية وسنعمل على التأكّد من أنّ التحليلات المعدّلة تعكس بشكل شامل جميع العوامل ذات الصلة. ونلتزم بإيجاد حل يحقّق النتائج المرجوة من الخصوصية مع الحفاظ على الدقة والموثوقية. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	هل يلزم استخدام معرّف متصفح ذو قصور منخفض لمنع العملاء من إرسال طلبات "الانضمام" بشكل متكرر للعنصر نفسه في نظام المجهول المصدر (k)؟	نحن نقدِّر ونقدّر النقاش المستمر بشأن استخدام معرّفات المتصفّحات في تنفيذ أنظمة إخفاء الهوية k. نحن نتفهّم مخاوفك بشأن الآثار المحتملة بشأن الخصوصية التي تترتّب على استخدام هذه المعرّفات. على الرغم من أنّ عملية التنفيذ الأولية لجأت إلى استخدام معرّف منخفض الإنتروبيا كآلية لمكافحة إساءة الاستخدام، فإنّنا نستكشف بشكل مكثف أساليب بديلة، مثل الرموز المميّزة للعد المجهولة، التي تعطي الأولوية لخصوصية المستخدِم مع الحفاظ على تكامل النظام. ونحن ملتزمون بإيجاد حلول تحقّق التوازن بين الاستخدام المسؤول للبيانات وإجراءات حماية الخصوصية الفعّالة، ونرحّب بالحوار المستمرّ مع المجتمع البحثي. سنناقش هذا الموضوع هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	هل تتوافق صفحات AMP (Accelerated Mobile Pages) مع واجهة برمجة التطبيقات PA.	لا تتيح AMP حاليًا استخدام PA API في الأصل. نرحّب بالملاحظات الإضافية من المنظومة المتكاملة إذا كان الدعم المقدَّم من AMP له أولوية عالية.
تحسين واجهة برمجة التطبيقات	ننصحك بإزالة النوع من عمليات التحقّق من عدم الهوية k.	ونحن ندرس بعناية الملاحظات المتعلقة بتحسين بنية طلبات المجهول المصدر. نحن ندرك اقتراح دمج المعلَمات وربما توحيد الأنواع لتبسيط العملية. يكمن هدفنا في ضمان الفعالية والصيانة، ونقيّم جميع الخيارات في الوقت الذي نواصل فيه تطوير حلول الخصوصية التي نوفِّرها. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
واجهة مستخدم Chrome	يمكنك طلب توفير آلية للمستخدمين الذين لديهم خبرة أقل من الناحية الفنية تتيح لهم عرض وإدارة الشبكات المتكاملة التي ينتمون إليها بسهولة، بما في ذلك عناصر التحكّم المحتملة على مستوى الموقع الإلكتروني لإيقاف هذه المعلومات.	نحن ندرك أهمية توفير أدوات سهلة الاستخدام لفهم IG وإدارتها. لقد درسنا بعناية طرقًا مختلفة ووجدنا أنّ تحديد مهندسي الإنترنت (IG) من خلال الموقع الإلكتروني الذي تم الانضمام إليهما يوفّر أفضل توازن بين الوضوح وحماية الخصوصية. في الوقت الحالي، تتوفر الإدارة العامة لـ IG ضمن إعدادات Chrome. ونستكشف باستمرار طرقًا لتعزيز تجربة المستخدم في هذا المجال. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
أمان واجهة برمجة التطبيقات	هل PA API عُرضة لتسريبات الخصوصية من خلال التفاعلات مع تصميمات الإعلانات، حتى في سياق Fenced Frames؟	نحن ندرك احتمالية تسرُّب المعلومات من خلال التفاعلات المتطوّرة مع الإعلانات. نحن نتحقّق بشكل نشط من التفاعل بين الإطارات Fenced Frames وواجهة برمجة التطبيقات PA API ومتّجهات الهجوم المحتمَلة. يمثّل الحدّ من مخاطر الخصوصية أولوية قصوى، ونحن ملتزمون بتطوير حلول فعّالة توازن بين الابتكار وحماية المستخدمين. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
وقت الاستجابة	هل الإعداد التلقائي لمهلة 50 ملي ثانية لمنطق عروض أسعار المشتري هو قيمة واقعية؟	نحن ندرك المخاوف المثارة بشأن التناقضات المحتملة بين المواصفات وتوقيت طلبات الشبكة لمنطق عروض الأسعار. نحن نراجع المواصفات بجديّة لضمان دقتها ونتحقّق من الإعدادات التلقائية المُثلى للمهلة لتحقيق التوازن بين الأداء والجدوى. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
الوثائق	تسرُّب التوقيت المحتمل في المواصفات حيث يمكن أن يستنتج الموقع الإلكتروني ما إذا كان الإعلان لم ينجح في استيفاء حدّ عدم إخفاء الهوية التصنيفية، والآثار المحتملة للتتبُّع على المواقع الإلكترونية المتعددة.	ندرك المشكلة المثارة بشأن تسرّب بيانات محتمل في الوقت المناسب. لقد تأكّدنا من حدوث تناقض في المواصفات، ونتّخذ خطوات لضمان تحديد حالة إخفاء الهوية التصنيفية للإعلانات قبل المزاد من أجل منع حدوث مثل هذه التسريبات. إنّنا نأخذ هذه الاستفسارات على محمل الجدّ وسنعدّل المواصفات لتعكس هذه التغييرات. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	طرق تنفيذ القائمة المحظورة الخاصة بمقدِّمي الخدمات المُدارة داخل واجهة برمجة التطبيقات PA	ونحن ندرك الحاجة إلى آليات لإدارة قيود الإعلانات التي تفرضها منصات (SSP). ننصح باستكشاف الحلول التي تعطي الأولوية للتقييم على الجهاز وتستفيد من البيانات الوصفية الحالية الخاصة بالإعلانات لحماية خصوصية المستخدمين مع إتاحة المرونة في الوقت نفسه. نحن ملتزمون بالعمل مع المطوّرين لتحديد الأساليب المثلى في واجهة برمجة التطبيقات PA. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	هل يمكن لأحد المواقع الإلكترونية أن يطلب من المتصفّح استخدام واجهة برمجة التطبيقات PA API بطريقة لا يمكن للمواقع الإلكترونية رصدها؟	ونحن ندرك أنّ المواقع الإلكترونية قد تتمكن من رصد إيقاف PA API في شكله الحالي. ونحن نعمل جاهدين على تطوير ميزات مثل "عروض الأسعار الإضافية" و"الاستهداف السلبي"، بالإضافة إلى عرض "الإطارات المعتمِدة" (Fenced Frames)، وذلك من أجل تحسين الخصوصية والعمل على توفير خيارات إيقاف لا يمكن رصدها. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
وضع اختبار A/B	1.1 حركة مرور مركز البيانات التي تزعم أنها المعالجة.	وقد أكّد فريق Chrome مع فريق GAM أنّه تتم الآن فلترة هذه الزيارات من التجربة. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	الكفاءة والإنصاف في تنفيذ واجهة برمجة التطبيقاتinterestGroupBuys في واجهة برمجة التطبيقات PA API	نحن ندرك النقاش المستمر حول كفاءة الحقل "interestGroupCustomers" وإنصافه في مزادات PA API. نحن نقرّ المقايضة بين الكفاءة والخصوصية والعدالة في السوق. يحتاج البائعون إلى إدارة علاقاتهم التجارية مع المشترين، إلا أنّنا نستكشف طرقًا لتحسين عملية المطابقة. وقد يتضمن ذلك تعديلات ديناميكية استنادًا إلى البيانات في الوقت الفعلي والنماذج المختلطة. ونحن ملتزمون دائمًا بإيجاد حلول تعطي الأولوية لخصوصية المستخدِم وتوفِّر منظومة متكاملة للإعلانات التنافسية. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
واجهة مستخدم Chrome	مشاكل محتملة متعلقة بالذاكرة ووضوح واجهة المستخدم في ما يتعلق بـ IG في Chrome	نحن نتفهّم المخاوف المثارة بشأن عرض IG في "أدوات مطوري البرامج". على الرغم من أنّ العرض الحالي يعكس جميع أحداث IG لأغراض التتبّع السابق، فإنّنا ندرك أهمية توفير رؤية أوضح للحالة الحالية لـ IG المخزّنة. وسنستكشف التحسينات والتحسينات المحتملة على واجهة المستخدم لتعزيز إحصاءات المطوّرين. في ما يتعلق بإدارة الذاكرة، تم تصميم تطبيق Instagram لمنع تسرُّب الذاكرة، ولكننا نراقب استخدام الموارد ونحسّنه باستمرار. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
الوثائق	يواجه الناشر الأصلي خطأً عند محاولة استخدام أحجام الإعلانات المُسماة مباشرةً داخل حقل "sizeGroup" في الدالة "joinAdinterestGroup". ويريدون معرفة ما إذا كان هذا هو السلوك المقصود.	نتعرّف على قيمة تبسيط تهيئة الإعلان ضمن الدالة "joinAdinterestGroup". نعمل جاهدين على معالجة هذا القيد ونخطط لتفعيل هذه الوظيفة في التحديثات المستقبلية. يتوافق هذا التحسين مع التزامنا بتزويد المطوّرين بأدوات مرنة وفعّالة لإدارة الإعلانات. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
تصنيف الاختبار الذي يسهِّل عليك Chrome	اطلب الحصول على بيانات مباشرة عن الوضع "أ" في مقابل الوضع "ب" والتصنيفات الدقيقة في SendReportTo (لإرسال تقرير إلى) كي نتمكّن من تتبُّع التجربة بشكل متّسق.	إنّنا نناقش هذا الطلب هنا ونرحّب بملاحظات إضافية.
الوثائق	هل تم تضمين اسم نطاق البائع في الطلبات المقدمة إلى خادم موثوق به للبائع لأغراض التحقق من الصحة؟	نُقرّ بالحذف الأولي لمعلَمة اسم المضيف من مستندات واجهة برمجة التطبيقات Protected Audience KV Server. نريد أن نطمئن المطوّرين بأن اسم نطاق البائع مدرج تلقائيًا في الطلبات المُرسَلة إلى الخادم الموثوق به للبائع. هذه الوظيفة ضرورية لعمليات التحقّق من صحة الإعلانات. وقد عدّلنا المستندات لمعالجة هذا الخطأ وسنواصل إعطاء الأولوية للوضوح والشفافية لمنتدى المطوّرين. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	الطرق المحتملة لتضمين اسم IG في طلبات تتبُّع مرات ظهور الإعلان لأغراض إعداد التقارير.	ونلتزم أيضًا بالموازنة بين الحاجة إلى آليات فعّالة للإبلاغ عن المحتوى والمبدأ الأساسي بخصوص خصوصية المستخدِم. يخضع تضمين أسماء IG في عملية تتبُّع مرات ظهور الإعلان لإجراءات وقاية من عدم الإفصاح عن الهوية التصنيفية مصمّمة لمنع تحديد هوية الأفراد. وسنواصل استكشاف حلول مبتكرة لإعداد التقارير ضمن قيود الخصوصية هذه. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
ميزة في واجهة برمجة التطبيقات	طلب الخادم الموثوق به للمشتري تلقّي عناوين HTTP لتلميح العميل.	نعمل على تتبُّع طلب الميزة هذا هنا.
استخدام واجهة برمجة التطبيقات	ما إذا كان يجب أن يتطلّب ملف التفويض تحميل العنوان "Access-Control-Allow-Origin"، مع العلم أنّه يحدِّد سلوك عضوية IG للمتصفّح؟	نلتزم بالتوافق مع أفضل الممارسات المتعلقة بأمان الويب. يضمن متطلبات الرأس "Access-Control-Allow-Origin" لملفات التفويض الاتساق مع مبادئ CORS ويمنع الكشف غير المقصود عن المعلومات الحساسة. نحن نستكشف طرقًا لتحسين هذه العملية مع الحفاظ على وضع أمني قوي. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	تفعيل خوادم الإعلانات لتخصيص المواد الإبداعية ضمن إطار عمل PA API.	ندرك الدور الذي يمكن أن تؤديه خوادم الإعلانات في تخصيص المواد الإبداعية. نحن نستكشف بشكل نشط حلولاً لتعزيز خوادم الإعلانات ضمن PA API، مثل نموذج "المشترَك المشترك" الذي يتيح الجمع بين عروض الأسعار ومنطق اختيار تصميم الإعلان. يتمثّل هدفنا في تحقيق التوازن بين تفعيل إمكانات تصميمات الإعلانات الفعّالة وحماية خصوصية المستخدِم. نرحّب بمزيد من التعاون والملاحظات بشأن تطوير واجهة برمجة التطبيقات لتلبية احتياجات جميع الجهات المعنيّة هنا.
مشاكل الخصوصية	مدى توفُّر معرّفات بديلة (مثل RampID, ID5) في طلبات عروض الأسعار السياقية قد تضعف أهداف الخصوصية التي تتبعها PA API من خلال تسهيل جمع البيانات على مواقع إلكترونية متعددة.	ندرك مدى الترابط المحتمل بين معرّفات المواقع الإلكترونية المتعددة وأهداف الخصوصية في PA API. في حين أنّه يمكن للناشرين اختيار مشاركة مثل هذه المعرّفات، يهدف تصميم PA API بشكل أساسي إلى الفصل بين اختيار الإعلانات والحاجة إلى التتبّع على مواقع إلكترونية متعددة. ونحن ملتزمون بتعزيز منظومة متكاملة للإعلانات تركّز على الخصوصية وتشجيع المطوّرين على إعطاء الأولوية لنهج PA API. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
التخزين المؤقت	هل هناك طريقة لمنع إعادة استخدام النصوص البرمجية لعروض الأسعار على مستوى عدة مزادات؟	نحن نقرّ بسلوك التخزين المؤقت المرصود للنصوص البرمجية لعروض الأسعار ضمن إطار عمل PA API. على الرغم من توفُّر آليات تخزين HTTP العادية، تتوفّر إمكانية إعادة استخدام النص البرمجي في المزادات بسبب سلوك تعليق الجهاز وتصميم البرامج التنفيذية لعروض الأسعار. يدرس الفريق حلولاً لتزويد المشترين بتحكم أكبر في التخزين المؤقت للنصوص البرمجية لإدارة استراتيجيات عروض الأسعار بشكل فعّال. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	إعداد التقارير المركزية حول نشاط تقديم عروض الأسعار على مستوى جميع أنظمة التواصل الاجتماعي (DSP) مع احترام خصوصية المستخدم	نعطي الأولوية لخصوصية المستخدِم عند تصميم PA API. على الرغم من أنّ إعداد التقارير المباشرة عن أحداث عروض الأسعار الفردية غير ممكن بسبب مخاطر التتبّع على مواقع إلكترونية متعددة، فإنّنا نوفّر آليات مثل مساحة التخزين المشتركة والتجميع الخاص. ويتيح ذلك لمزوِّدي خدمة البريد الإلكتروني الحصول على إحصاءات مجمّعة عن نشاط عروض الأسعار بطريقة تحافظ على خصوصية المستخدم.
استخدام واجهة برمجة التطبيقات	لا يحدث الجلب من SendReportTo() في reportResult() إلا 94% من الوقت مقارنةً بالحصول على عملية استرجاع مسجَّل باستخدام forDebuggingOnly.reportAdAuctionWin().	قد لا يتم استرجاع عنوانَي URL في الوقت نفسه، إلا أنّه من الممكن استرجاع عنوانَي URL في الوقت نفسه. في بعض الحالات، تم التخلص من الأداة الأساسية للبائع ويجب إعادة تحميلها لتشغيل الدالة reportResult(). ومع ذلك، لا يؤثر الوقت المُستغرَق في استرجاع منطق النتائج أو وقت إعادة تحميل العمل الصغير في مهلة 50 ملي ثانية لـ reportResult(). يُرجى ملاحظة أنّ Chrome سيستخدم عناوين التخزين المؤقت لتحديد سلوك الاسترجاع في الحالات التي تحتاج فيها إلى إعادة تحميل العمل الصغير. يمكنك الاطّلاع على مزيد من المعلومات عن مراحل مزاد الإعلانات المخصّصة هنا.
عدم الهوية K	طلب التأكيد على أن اسم مجموعة الاهتمام لا يؤثر في إخفاء الهوية التصنيفية لعرض الإعلانات.	حتى يتم اعتبار تصميم الإعلان مجهول الهوية، يجب أن يستوفي صف عنوان URL لمالك IG، وعنوان URL للنص البرمجي لعروض الأسعار، وعنوان URL لتصميم الإعلان، وحجم الإعلان الحد الأدنى (k) المحدد خلال فترة زمنية سابقة (w). يتم تعديل حالة إخفاء الهوية k بشكل دوري (p).
واجهة مستخدم Chrome	اقتراح لتوفير نوع "مستوى الرؤية الداخلي" الذي توفّره العديد من استراتيجيات MVC وORM وما إلى ذلك على سبيل المثال، يمكنك البدء بالتسجيل البسيط للأحداث الداخلية المحدّدة في لوحة جديدة في أدوات مطوّري البرامج --> التطبيق --> قسم التطبيق	نحن نناقش الاقتراح هنا ونرحّب بأي ملاحظات إضافية.
واجهة مستخدم Chrome	لا يعرض انضمام أدوات مطوّري البرامج إلى Instagram العناصر ذات الصلة بالأولوية.	لقد عالجنا هذه المشكلة هنا.
تحسين واجهة برمجة التطبيقات	سيكون من الأفضل السماح لخادم إعلانات تصميم الإعلان بتتبُّع الأحداث الخاصة به. هل يمكن أن تكون قائمة نطاقات التتبع المسموح بها قابلة للتهيئة؟	لقد شاركنا اقتراحًا هنا ويسعدنا تلقّي ملاحظات إضافية من المنظومة المتكاملة.
طلب ميزة في واجهة برمجة التطبيقات	هل يمكن توسيع نطاق واجهة برمجة التطبيقات PA API لإتاحة المعاملات الإعلامية التي لا يتم عرضها في عروض الأسعار في الوقت الفعلي (RTB) ومواصلة حالات الاستخدام البالغة الأهمية مثل عرض الإعلانات ومسؤول التحكّم بالبيانات؟	نعمل حاليًا على مناقشة المشكلة هنا ونرحب بملاحظات إضافية.
مهلة مزاد الناشر	يحتاج الناشرون إلى التحكّم في مدة المزاد لمنع فقدان مرات الظهور، خاصةً في إعدادات عروض الأسعار في رأس الصفحة التي يتم فيها اختيار الإعلانات بشكل تسلسلي.	نحن ندرك أهمية منح الناشرين تحكّمًا دقيقًا في مهلات مزاد الإعلانات. نحن نستكشف بشكل نشط كيفية تنفيذ آلية مهلة المزاد العالمية، من المحتمل أن تكون ضمن عنصر "auctionConfig" مع مراعاة الحالات الحدّية بعناية. تهدف هذه الميزة إلى تحسين معدلات ملء مرات الظهور للناشرين، وسنواصل التعاون مع المنتدى لإيجاد الحل الأفضل. نعمل حاليًا على مناقشة المشكلة هنا ونرحب بملاحظات إضافية.
تحسين واجهة برمجة التطبيقات	يؤدي التصميم الحالي لـ IGs في PA API إلى زيادة أحجام البيانات الوصفية بسبب طول عناوين URL المعروضة. يريد المختبِرون طريقة لضغط عناوين URL هذه لتحقيق مزيد من الكفاءة.	نحن ندرك أهمية تحسين حجم بيانات IG الوصفية، وخاصةً في ما يخص مزادات الإعلانات الحسّاسة للفعالية. نعتقد أنّ الحل المستند إلى النماذج لضغط عناوين URL الخاصة بـ RenderURL يتيح لك الحصول على قدر كبير من الإمكانات. وسنقيّم بعناية تصميمات النماذج المقترحة ونتأكد من أن أي حل يتم تنفيذه يتضمن آليات قوية لمنع إساءة الاستخدام للحفاظ على استقرار المتصفح. يظل التعاون مع منتدى معايير الويب لوضع النهج الأمثل، مع وضع هذه الاعتبارات في الاعتبار. نعمل حاليًا على مناقشة المشكلة هنا ونرحب بملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	يريد المختبِرون الذين يتعاملون مع أشكال الإعلانات المدمجة مع المحتوى تحسين عملية مزاد "مبادرة حماية الخصوصية" من خلال استرداد نتائج إعلانات متعددة في مكالمة واحدة لتقليل الحمل على الشبكة وتحسين سرعة عرض الإعلانات.	ندرك المخاوف المتعلّقة بالأداء والمعروضة في ما يتعلّق بعرض الإعلانات المدمجة مع المحتوى في "مبادرة حماية الخصوصية". نحن ملتزمون بالموازنة بين الكفاءة ووسائل حماية خصوصية المستخدمين الفعّالة. وعلى الرغم من أنّ عرض إعلانات متعددة تتضمّن نتائج كاملة يؤثر سلبًا في الخصوصية، فإنّنا نستكشف بشكل نشط طرقًا لتحسين عملية المزاد. نحن ملتزمون بتحسين اعتماد PA API لأشكال الإعلانات المدمجة مع المحتوى والبحث في الآليات البديلة لتحسين الكفاءة ضمن قيود الخصوصية القوية التي تفرضها "مبادرة حماية الخصوصية". نعمل حاليًا على مناقشة المشكلة هنا ونرحب بملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	المرونة في كيفية تسجيل عروض أسعار الإعلانات وترتيبها ضمن "مبادرة حماية الخصوصية"، وخاصةً لتمثيل مستويات الأولوية أو قواعد السوق الخاصة	نحن ندرك الحاجة إلى التحكّم بدقة في نتائج الإعلانات وترتيبها ضمن "مبادرة حماية الخصوصية"، لا سيما في سيناريوهات عروض الأسعار المعقّدة. نحن نقر بالحلول المقترحة باستخدام الصفوف والدوال الرياضية لتحقيق درجات متعددة الأبعاد دون التضحية بخصوصية المستخدم. وعلى الرغم من أنّ هذه الأساليب قد تضيف تعقيدات للمطوّرين، إلا أنّها توفّر إمكانية التعبير اللازمة. نحن ملتزمون باستكشاف طرق لتبسيط هذه العمليات، على الأرجح من خلال الوظائف أو الإرشادات المساعدة، لضمان الاستخدام الأمثل لميزات "مبادرة حماية الخصوصية" لمنطق المزادات المتقدّم. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
reportEvent()	أضِف حدثًا جديدًا محجوزًا (ربما يكون المرشد التلقائي) ينشطه المتصفح بعد إعداد إطار يحتوي على تصميم إعلان.	إنّنا نناقش هذا الطلب هنا ونرحّب بأي ملاحظات إضافية.
adCost	"السماح بتقسيم تكلفة الإعلانات"	تمثّل كل قيمة تكلفة فرصة لإرسال كمية محدودة من المعلومات من المزاد. وسيكفي السماح بقائمة كاملة من N من هذه التكاليف لإرسال معرّف مستخدم كامل، ما قد يؤدي إلى تفعيل ميزة التتبّع عبر المواقع الإلكترونية. سنناقش هذا الموضوع هنا ونرحّب بأي ملاحظات إضافية.
resolveToConfig	هل يجب اكتساب changeToConfig من المستوى الأعلى وعرضه في المتصفِّحSignals.	إنّنا نناقش هذا الطلب هنا ونرحّب بأي ملاحظات إضافية.
أدوات أفضل	هل هناك شيء من هذا القبيل chrome://topics-internals باستثناء PA API؟	لا يوجد شيء مثله تمامًا. مع ذلك، تتوفّر أدوات واسعة النطاق للمطوّرين لواجهة برمجة تطبيقات PA.
التصنيفات	هل يمكن لمتصفّح Chrome استخدام التصنيفات لتحديد 20% من إجمالي قيم خوارزمية "k-anon"؟	ننظر في هذا الطلب ونرحّب بملاحظات إضافية من المنظومة المتكاملة.
الوثائق	هل ستصبح الوظائف المصغّرة لمزاد "مبادرة حماية الخصوصية" أنواعًا عادية من الوظائف المصغّرة؟	ونظرًا لمتطلبات الخصوصية والأمان الفريدة، تختلف هذه الوظائف المصغّرة بشكل كبير عن أنواع الوظائف الصغيرة العادية للمتصفّحات، لذلك لا نتوقّع أن تصبح أنواعًا عادية من الوظائف المصغّرة ضمن مواصفات HTML قريبًا. نحن ملتزمون بتحسين موارد المطوّرين من خلال تقديم تفسيرات واضحة بشأن بيئة التنفيذ والتنفيذ لوظائف المزاد، ما يسهِّل على المشاركين في "مبادرة حماية الخصوصية" الوصول إلى هذه المعلومات. لقد ناقشنا ذلك بشكل أكبر هنا.
خادم جلب القيم الخاصة بـ (BYOS) مفتاح القيمة (KV)	قد تتمكّن الأطراف من الاطّلاع على العديد من مخطّطات الإنترنت المتكاملة (من المالك نفسه) التي انضمّ إليها أحد المستخدمين من خلال طلبات البحث عن خدمات KV في إعداد خدمة BYOS KV.	لن يكون ذلك ممكنًا عند تشغيل خوادم KV في بيئة التنفيذ الموثوقة (TEE) ويمكننا ضمان قدرتها على الالتزام بنموذج الثقة المنشور.
userBiddingSignals	تحديث جزء من "user BiddingSignals" مع الحفاظ على الأجزاء الأخرى.	ويمكن إجراء ذلك بالفعل بدون الحاجة إلى إجراء أي تغييرات على واجهة برمجة التطبيقات.
استخدام واجهة برمجة التطبيقات	يمكنك تحديد عدد مرّات الظهور على مستوى عدة منصات ضمن "مبادرة حماية الخصوصية"، ويمكن أن يتم ذلك باستخدام خادم KV أو بيانات prevWinsMs المعدَّلة.	ندرك أنّنا نريد استخدام إمكانات متقدّمة لتحديد عدد مرّات الظهور ضمن "مبادرة حماية الخصوصية". وندرك أنّ القيود الحالية المفروضة على مشاركة البيانات على مستوى مدراء الخدمات المتكاملة يمكن أن تمثّل تحديات عند تنفيذ هذه الاستراتيجيات. على الرغم من أنّ خادم KV يوفّر آلية محتملة مع إجراءات حماية الخصوصية المناسبة، نشجّع المطوِّرين على استكشاف الحلول ضمن نموذج IG واحد. إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.
استخدام واجهة برمجة التطبيقات	يحتاج بائعو المكونات (أولئك المشاركون في المزادات المدمجة ضمن "مبادرة حماية الخصوصية") إلى الاطّلاع على مهلات المزاد على المستوى الأعلى من أجل تحسين عمليات الضبط الخاصة بهم وتجنُّب أي تأخيرات غير ضرورية.	ندرك الحاجة إلى تحسين تنسيق عملية المهلة بين البائعين رفيعي المستوى وبائعي المنتجات ضمن "مبادرة حماية الخصوصية". ونحن نتحقّق بشكل نشط من إضافة آليات مهلة جديدة، بما في ذلك المهلة المحتملة لمزاد كامل، واستكشاف طرق لتطبيق المهلات على المستوى الأعلى على مزادات المكوّنات. يتمثّل هدفنا في تحسين الكفاءة وقابلية التوقّع لجميع المشاركين في عملية مزاد "مبادرة حماية الخصوصية". إنّنا نناقش هذه المشكلة هنا ونرحّب بأي ملاحظات إضافية.

خدمات شرائح الجمهور المحمية

موضوع الملاحظات	ملخّص	استجابة Chrome
بيئات التنفيذ الموثوقة (TEE)	هل سيكون تشغيل بيئة التنفيذ الموثوقة (TEE) في السحابة الإلكترونية العامة أكثر تكلفة مقارنةً بمراكز بيانات تكنولوجيا الإعلان داخل المؤسسات؟	تشبه استجابتنا الأرباع السابقة: يستفيد نموذج أمان بيئة التنفيذ الموثوقة (TEE) الحالي من ممارسات التطبيق على السحابة الإلكترونية العامة. وعلى وجه الخصوص، لا توفر بيئة التنفيذ الموثوقة (TEE) الحالية المستندة إلى الأجهزة الحماية ضد جميع الهجمات المادية. وفّر مقدّمو خدمات السحابة الإلكترونية العامة المعتمَدون لدينا، AWS وGCP، تصميم وتنفيذ إجراءات الحدّ من مخاطر الوصول إلى البيانات المادية، بما في ذلك تلك التي يواجهها الموظفين. يُرجى الاطّلاع على مزيد من التفاصيل أدناه بشأن الدعم داخل المؤسسة. أشارت لنا تكنولوجيا الإعلان إلى أنّ تشغيل الخدمات السحابية أكثر تكلفة من مراكز بيانات تكنولوجيا الإعلان داخل المؤسسات. نحن لسنا في وضع يسمح لنا بتقييم هذه البيانات، ولكنّنا نرحّب بملاحظات إضافية حول التكاليف ونواصل تقييم الخيارات لتوسيع نطاق دعم بيئة التنفيذ الموثوقة (TEE).
بيئة التنفيذ الموثوقة (TEE)	دعم بيئة التنفيذ الموثوقة (TEE) في البيئات السحابية غير العامة	تشبه استجابتنا الأرباع السابقة: في حين أنّنا نواصل استكشاف خيارات الدعم لخيارات أخرى غير الحلول المستنِدة إلى السحابة الإلكترونية العامة، ليس لدينا أي خطط حالية لتوفير بيئة تنفيذ موثوقة (TEE) داخل المؤسسات. في هذه المرحلة، ونظرًا لمتطلبات الأمان في "مبادرة حماية الخصوصية" والتحديات الكبيرة الناتجة عن عمليات النشر في المؤسسات، نعتقد أنّ مواصلة توسيع وتحسين عمليات النشر المستنِدة إلى السحابة الإلكترونية (على سبيل المثال، دعم Google Cloud وAWS) هي الأكثر فائدة للمنظومة المتكاملة. مع ذلك، نرحّب بملاحظات إضافية حول سبب اعتبار هذا الشرط ضروريًا وممكنًا بالنظر إلى قيود الخصوصية والأمان.
مقدّمو خدمات السحابة الإلكترونية الآخرون	دعم مقدّمي خدمات السحابة الإلكترونية الآخرين	نحن مستعدون دائمًا لتلقّي اقتراحات من مقدّمي الخدمات السحابية الآخرين، ولكننا نخطط حاليًا على الأقل لتوفير GCP وAWS عند فرض استخدام 3PCD. يُرجى الاطّلاع على هذا الشرح للحصول على مزيد من المعلومات.
واجهة برمجة تطبيقات خدمات B&A	ما هو توجيهات Google بشأن واجهة برمجة التطبيقات B&A Services API؟ هل ستُعطى الأولوية أعلى أو أسفل "الجمهور المحمي" في متصفّح Chrome في مزادات الأجهزة؟	جدير بالذكر أنّ استجابتنا مماثلة للأرباع السابقة: سنظل ملتزمين بتصميم عروض الأسعار على الأجهزة فقط ضمن برنامج "الجمهور المحمي". تم اقتراح خدمات البيانات والجوانب لاستكشاف الحلول الممكنة لدعم مجموعة فرعية من حالات الاستخدام التي قد تكون فيها القدرة الحاسوبية أو سرعة الشبكة للجهاز محدودة.
توحيد المقاييس	لم تخضع خدمات الحسابات والمراجعات (B&A) لعملية توحيد.	ما زال اقتراح خدمات B&A في منتصف مرحلة واحدة من عملية توحيد المقاييس، ونرحّب بأي مشاركة إضافية لدعم هذا الهدف. بدأ هذا الاقتراح باقتراح (بناءً على اقتراحات سابقة)، ويتم اعتماده بشكل علني من خلال مناقشة مفتوحة ومكثفة في W3C، ويستطيع المطوّرون المهتمين بدء تجربته وتقديم ملاحظاتهم. هذا هو النمط المعتاد لتطوير ميزات الويب، كما هو موضّح على سبيل المثال في مشاركة المدونة هنا.
خادم KV	عرِّف عنوان URL الكامل على خادم KV الخاص بالمشتري لاستهداف المحتوى أو المحتوى أو المواقع الإلكترونية.	إنّنا نناقش هذا الطلب هنا ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة.
الوثائق	تؤدّي مستندات "المكوّنات الموثوق بها/المفروض عليها" على GitHub إلى حدوث التباس لدى بعض تقنيات الإعلان التي لديها مجموعة من صور النشر والبنية الأساسية الخاصة بها.	نحن نسعى إلى تحسين المستندات التي تتناول "المكوّنات الموثوق بها/المفروض عليها مقابل الاختيارية"، ونحن مهتمون بالردّ على المنظومة المتكاملة إذا كانت هناك حاجة إلى إعطاء الأولوية لمثل هذا العمل.
تحسين واجهة برمجة التطبيقات	يجب أن يتوفر رمز حالة HTTP لاستدعاء خادم KV أيضًا للدالة ScoreAd() كمعلمة.	نعمل على تقييم هذا الطلب ونرحّب بملاحظات إضافية من المنظومة المتكاملة.
الوثائق	قدم مزيدًا من المعلومات حول كيفية التعامل مع أعباء عمل JS وWASM بشكل دقيق من خلال تنفيذ UDF.	نعمل على تقديم هذه المعلومات ويسعدنا تلقّي ملاحظات إضافية هنا.
الوثائق	طلب تعديل اسم الريبو	لقد أعدنا تسمية المستودع ليصبح "خدمة مفتاح المزاد المحمية". يتماشى هذا مع مصطلح مجموعة الخدمات التي ينتمي إليها هذا المستودع، والتي تضم أيضًا مستودعات أخرى، مثل مناقشة "خدمات الجمهور المحمية" ومستودع مستندات خدمات المزادات المحمية.
الوثائق	يُرجى إزالة الإشارة إلى واجهة برمجة التطبيقات Cloud Debugger API في Bidding_auction_services_gcp_guide.md.	لقد عدّلنا المستندات وأزلنا المرجع.
استخدام واجهة برمجة التطبيقات	يستغرق وقت الاستجابة الذي أدخله بحث KV أكثر من 50 ملي ثانية. تستغرق هذه العملية 100 ملّي ثانية تقريبًا. هل لديك أي إرشادات حول العناصر التي تحقّق أداءً جيدًا للبائعين الآخرين؟ هل لديك أي اقتراحات حول كيفية قياس المهلات والتوقيت؟	يتم استدعاء خادم KV داخل سياق برامج تشغيل النصوص البرمجية، أي البيئة الخاصة المحمية داخل متصفح Chrome. والغرض منه هو الحفاظ على حماية المعلومات في برامج تشغيل النصوص البرمجية هذه من أي دخول خارج واجهة برمجة التطبيقات. ونقدّم لك شرحًا تفصيليًا هنا.
استخدام واجهة برمجة التطبيقات	هل هناك مهلة لكي يستجيب خادم KV في وقت معين؟	يمكن للبائعين تحديد الحقل "perPurchaseCumulativeSessions" في تهيئة المزاد. تتضمّن هذه المهلة الوقت اللازم لاسترجاع إشارات عروض الأسعار الموثوق بها.
وقت الاستجابة	كيف يعمل فريق "مبادرة حماية الخصوصية" على معالجة وقت الاستجابة؟	للاطّلاع على الاستراتيجيات التي نستكشفها للحفاظ على وقت الاستجابة ضمن الحدود المقبولة، يُرجى مراجعة هذه الصفحة.

قياس الإعلانات الرقمية

Attribution Reporting (وواجهات برمجة التطبيقات الأخرى)

موضوع الملاحظات	ملخّص	استجابة Chrome
تحسين الحملات اليدوية	لا تتيح ARA ميزة التحسين اليدوي للحملات.	لقد ناقشنا هذا السيناريو مع فريق تكنولوجيا الإعلان وعرضنا الطرق التي يمكن من خلالها استخدام ARA لدعم تحسين الحملات يدويًا. تم تصميم ARA بطريقة تتيح تخصيص تكنولوجيا الإعلان والمرونة لحلّ مجموعة من حالات استخدام تكنولوجيا الإعلان. تم تضمين بعض الاقتراحات باستخدام إعدادات مرنة مختلفة على مستوى الحدث، واستخدام تقارير على مستوى الحدث مع تقارير تلخيصية للحدّ من تأثير التداخل مع طُرق التحسين وتلبية احتياجات التحسين اليدوية والتلقائية. نحن مستعدون للإجابة عن أي ملاحظات إضافية في المنظومة المتكاملة في ما يتعلق بتخصيص إعدادات ARA ومرونتها.
نوع الإحالة الناجحة	تسمح Google بثمانية أنواع فقط من الإحالات الناجحة، ما يحدّ.	لقد نفّذنا معظم إعداد التقارير المرنة على مستوى الحدث، ما يمنح تقنيات الإعلانات مرونة إضافية من حيث عدد فترات إعداد التقارير وعدد تقارير تحديد المصدر وأجزاء من بيانات عوامل التشغيل التي يمكن لتلك التقنيات استخدامها. يمكن لتكنولوجيا الإعلانات اختيار إعداد يسمح بقياس ما يصل إلى 32 نوعًا مختلفًا من الإحالات الناجحة.
حد حدث التقرير القابل للتجميع	لا يتوفّر الحد الأدنى العددي الذي يبلغ 20 حدث إحالة ناجحة لكل تقرير قابل للتجميع، للمعلِنين الأصغر حجمًا ذوي الميزانية المحدودة.	ليس هناك حدّ أدنى لعدد أحداث الإحالات الناجحة المطلوبة لكل تقرير قابل للتجميع. بالإضافة إلى ذلك، هناك عدد من قرارات التصميم التي يمكن اتخاذها لتحسين التقارير القابلة للتجميع للمعلِنين الأصغر حجمًا، مثل تغيير البنية أو السمات الرئيسية التي يتم تتبُّعها، واختبار مستويات مختلفة من إبسيلون، واختبار تكرارات التجميع الأطول بين أهداف القياس، واختبار عمليات توزيع مختلفة لميزانية المساهمة بين أهداف القياس. بالإضافة إلى ذلك، يمكن لتكنولوجيات ملخّصات الإعلانات الأصغر حجمًا تجربة تقارير التأثير على مستوى الأحداث والجمع بين تقارير التأثير الأصغر على مستوى الأحداث والدمج بين التقارير القابلة للتجميع.
البيانات في الوقت الفعلي	وتجدر الإشارة إلى أن منع مقدمي الخدمات الرقمية من البيانات في الوقت الفعلي (مثل النقرات والجلسات والإحالات الناجحة) التي يستخدمها مقدّمو الخدمات لتعديل استراتيجية عروض الأسعار وتحقيق فعالية أفضل للحملات، يتعارض مع الالتزام بالحفاظ على الوظائف الحالية.	حتى مع ARA، تظل النقرات والجلسات في الوقت الفعلي، ودائمًا ما تحدث الإحالات الناجحة حتى مع الشركات التابعة لجهات خارجية.
الحقول المفقودة	لم يتم استيفاء متطلبات في طرح الحدث المرن الكامل: 1) حقل "العملة" و2) حقل "مُعرِّف الطلب" / "معرِّف المعاملة".	لا نخطط لتوفير حقل "العملة" أو حقل "معرّف الطلب / معرّف المعاملة" في الوقت الحالي كجزء من العملية المرنة الكاملة على مستوى الحدث لأنّ هناك طرقًا حاليًا لإجراء ذلك في التقارير الحالية على مستوى الحدث. نحن نرحب بتلقّي المزيد من الملاحظات بشأن هذه الحقول، وسنعيد النظر في ما إذا كانت هناك حالات استخدام إضافية تتطلّب هذه البيانات. طرق استخدام تصميم ARA الحالي لقياس معلومات العملة ونوع معرّف الطلب: 1. استنادًا إلى الملاحظات، يتم تحديد العملة حسب الموقع الجغرافي للمستخدم، والذي يمكن إضافته كجزء من source_event_id كوسيلة لتحديد العملة التي تم استخدامها. 2. استنادًا إلى الملاحظات التي تلقّيناها، هناك حاجة إلى حقل مُعرّف الطلب لضمان عدم احتساب الإحالات الناجحة والقيم مرّتين عن طريق الخطأ، وهو ما يمكن تنفيذه باستخدام مفاتيح إزالة التكرار.
ميزانية الخصوصية	تحدّ ميزانية خصوصية ARA من إمكانية القياس على مستوى سمات متعددة	تم تصميم ARA بطريقة تسمح لتكنولوجيا الإعلان بتخصيص إعدادات ARA لتغطية مجموعة متنوعة من سيناريوهات تحديد المصدر. في ضوء التصميم الحالي للتقنية ARA، ستحتاج تكنولوجيا الإعلان إلى التفكير في المفاضلة بين الأبعاد الأكثر أهمية لقياسها وتأثير التشويش في البيانات. من الضروري إضافة تشويش إلى البيانات استنادًا إلى دقّة السمات التي يتم قياسها. نحن مستعدون لتلقّي ملاحظات إضافية من المنظومة المتكاملة بشأن إمكانية القياس على مستوى أبعاد مختلفة، ولكن نحتاج إلى فهم حالات الاستخدام المحدَّدة التي تتطلّب ذلك.
تحديث المواصفات	على الرغم من أنّ Google تحوّلت من نوافذ ثابتة لإعداد تقارير الأحداث إلى نوافذ مرنة لإعداد تقارير الأحداث، إلا أنّ ذلك لم ينعكس على المواصفات الفنية لدى Google التي لا تزال تحتوي حاليًا على ساعة واحدة على الأقل في الوقت الحالي.	تسمح ميزة إعداد التقارير المرنة على مستوى الحدث حاليًا لتكنولوجيا الإعلانات بتغيير عدد تقارير تحديد المصدر لكل حدث مصدر، ووحدات بيانات عوامل التشغيل، وعدد فترات إعداد التقارير أو طولها. لا يزال لدى ARA فترة لا تقل عن ساعة واحدة لإعداد التقارير على مستوى الحدث، وهو أمر ضروري للحفاظ على الخصوصية والحدّ من مخاطر هجمات إعادة إنشاء السجلّ. بما أنّ التقارير التلخيصية توفّر معلومات مجمّعة، يمكن لتقنيات الإعلانات الموافقة على تلقّي التقارير المجمّعة على الفور بدون أي تأخير، إذا لزم الأمر لحالات الاستخدام الخاصة بها.
تصميم واجهة برمجة التطبيقات	القلق من أنّ تقليل المعلومات في تقارير الإحالات الناجحة وإضافة تشويش يمكن أن يؤثر في المنظومة المتكاملة أكثر من تأثير Google.	التزمت Google بـ CMA لتصميم اقتراحات "مبادرة حماية الخصوصية" وتنفيذها بطريقة لا تشوه المنافسة من خلال التفضيل الذاتي للأعمال الخاصة بشركة Google، وبمراعاة التأثير على المنافسة في الإعلان الرقمي وعلى الناشرين والمعلنين من جميع الأحجام.
تصحيح الإحالة	لا تسمح ARA لمزوِّد التكنولوجيا بالتحكّم في عملية تحديد المصدر الصحيحة والتحقّق منها.	هناك العديد من الحلول المتاحة ضمن ARA التي تتيح إمكانيات التحقّق: 1- يمكن لتكنولوجيا الإعلانات التأكّد من تطابُق سلوك ARA مع توقعاتها: – يكون الرمز من جهة العميل ARA مفتوح المصدر. – يكون الرمز من جهة الخادم ARA مفتوح المصدر أيضًا، ويضمن المنسّقون أنّه لا يمكن لأحد سوى الإصدارات المسموح بها من "خدمة التجميع" فك تشفير التقارير المجمّعة ومعالجتها. 2. وقد وفّر Chrome تقنيات الإعلان مع "مكتبة المحاكاة" للتحقّق من سلوك الإحالة، حيث يمكن لتكنولوجيا الإعلان اختبار كيفية تنفيذ تقنية ARA للإحالة في بيئة وهمية. 3. تتيح تقنية ARA عددًا من إشارات تصحيح الأخطاء التي تساعد في التأكّد مما إذا كانت المعالجة المتوقّعة قد تحدث أم لا، والسبب وراء احتمال عدم حدوثها.
(تم الإبلاغ أيضًا في الأرباع السابقة) الضوضاء	ملاحظات تفيد بأن مستوى التشويش مرتفع جدًا ويؤثر على فائدة التقارير.	لقد تواصلنا مع فريق تكنولوجيا الإعلانات وفقًا لهذه الملاحظات والآراء نفسها، وتمكّنا من تحديد الطرق التي يمكن من خلالها تخصيص ARA ليلائم حالات الاستخدام بشكل أفضل، حتى لو كان هناك تشويش. لدينا مستندات المطوّرين التي تتضمّن معظم قرارات التصميم وعمليات التخصيص التي ناقشناها مع تقنيات الإعلان. تم تصميم هذه الأداة بطريقة تسمح لتكنولوجيا الإعلان بتخصيص إعدادات ARA لتغطية مجموعة متنوعة من سيناريوهات الإحالة. مع ذلك، يجب أن تفكّر تكنولوجيا الإعلانات في المفاضلة بين الأبعاد الأكثر أهمية لقياسها وتأثير التشويش في بياناتها. نحن منفتحون على تلقّي ملاحظات إضافية من المنظومة المتكاملة بخصوص تأثير التشويش ويمكننا تقديم إرشادات إضافية حول عوامل ARA التي يمكن استخدامها لتغيير تأثير التشويش.
الإحالة عبر النطاقات	كيف يمكن تتبّع عمليات تحديد المصدر التي تتمّ عبر النطاقات؟	ويمكن لتكنولوجيا الإعلانات إعادة التوجيه إلى عناوين URL مختلفة لإعداد التقارير من أجل حلّ حالة الاستخدام هذه. نحن نرحّب بأي ملاحظات إضافية بشأن المنظومة المتكاملة في ما يتعلّق بجانب تصميم ARA.
تحسين واجهة برمجة التطبيقات	غيّر بانتظام عامل التوسيع المستخدم عند تسجيل الإحالة لتقارير ملخّص ARA.	بناءً على المناقشة التي جرت على GitHub، يبدو أن التعامل مع عوامل تحجيم متعددة في "خدمة التجميع" سيؤدي على الأرجح إلى زيادة مقدار تشويش التقارير الموجزة مقابل الوظائف الحالية. نحن منفتحون على الملاحظات الإضافية بشأن الحاجة إلى عوامل التوسيع كجزء من التقارير المجمّعة، ولكننا نريد إجراء المقايضة المحتملة مع زيادة التشويش. نقيّم أيضًا ما إذا كانت ميزات ARA الأخرى المستقبلية قد تساعد في حلّ حالة الاستخدام هذه أيضًا.
استخدام واجهة برمجة التطبيقات	فرصة لتوحيد كيفية مشاركة أحداث الإحالة مع جميع المشاركين، وهو ما يعود بالفائدة على SSP وDSP وما إلى ذلك	ونحن نخطّط للمزامنة مع تقنية الإعلان لفهم ملاحظاتهم بشكل أفضل وأيّ قيود يواجهونها.
اختبار حجم الزيارات	هل عدد زيارات الاختبار للوضع "ب" في جميع متصفِّح Chrome مستقر؟	لا يتأثر التضمين في مجموعة تجريبية بإعدادات Chrome (مستقلةً عن ذلك).
الوثائق	دعم ARA لوحدات البكسل.	لقد نشرنا معلومات حول كيفية إتاحة حالة الاستخدام هذه ونرحّب بملاحظات إضافية من المنظومة المتكاملة.
استخدام واجهة برمجة التطبيقات	لا يمكن تحديد مصدر ARA إلى المصدر الصحيح للبائعين الخارجيين على منصات التجارة الإلكترونية إذا لم تتم الإحالة الناجحة من خلال اللمسة الأخيرة.	يمكن للشركات استخدام الفلاتر لمنع حدوث عمليات تحديد مصدر غير صحيحة (لأنّه لن يتم إنشاء أي تقرير للإحالات الناجحة). ونحن نعمل أيضًا على تقديم اقتراح لتصفية ما قبل الإحالة للمساعدة في حالة الاستخدام هذه.
التوافق مع المتصفح	هل ستتم إتاحة ARA في متصفّحات مختلفة؟	نرحّب بالمتصفّحات الأخرى التي تستخدم واجهات برمجة تطبيقات "مبادرة حماية الخصوصية" ونواصل تخصيص الوقت لمناقشة نهجنا المفتوح في W3C. لقد ذكرنا صراحةً إمكانية التشغيل التفاعلي كهدف للشحن من خلال تقنية ARA، ويهدف تصميم ARA إلى أن يكون متوافقًا مع المتصفِّح من خلال تقديم قيم مرنة ومحدّدة من جانب المورِّدين للمورّدين الذين لديهم مواقف مختلفة للخصوصية. تختار المتصفِّحات الأخرى خياراتها الخاصة بشأن تقديم خدمات بديلة ومُعاملة للمواقع الإلكترونية يمكنها توفير بدائل خدمات رقمية لها. نشجعك على أنّ Microsoft Edge أشار إلى أنّه سيتيح استخدام ARA.
استخدام واجهة برمجة التطبيقات	ما هو نوع المصدر المتوقع لتسجيلات مصدر ARA لتسجيل AdBeacon/reportEvent (وnavigation_start/commit التلقائية للإشارات)؟	يعتمد ذلك على ما إذا كانت أجهزة المرشد هذه تلقائية أو يدوية: - محجوزة.* الأحداث (أي التلقائية) التي تكون من نوع مصدر التنقّل - الأحداث التي تم بدؤها يدويًا لتكون من نوع مصدر الأحداث
استخدام واجهة برمجة التطبيقات	هل يعني الحدّ الأقصى البالغ 20 تقريرًا قابلاً للتجميع لكلّ مصدر لكلّ حدث مصدر؟ هل الحد المسموح به عالميًا أم يوميًا؟ هل هناك خطة لزيادة هذا الحدّ؟	الحد البالغ 20 تقريرًا قابلاً للتجميع لكل مصدر هو حد عام، حيث يمكن إنشاء 20 تقريرًا قابلاً للتجميع لكل مصدر. يتم تعيين الحد الأقصى بواسطة المتصفح وغير قابل للتهيئة. والغرض من هذا الحدّ هو تجنُّب إساءة استخدام حماية تقارير الإحالة الحقيقية من خلال التقارير الفارغة. لقد ناقشنا ذلك بشكل أكبر هنا.
استخدام واجهة برمجة التطبيقات	توفير إمكانية التسويق عبر البريد الإلكتروني باستخدام تقنية ARA	لا تتوفّر في الوقت الحالي دعم مباشر لحالة الاستخدام هذه ضمن ARA (إذا لم تكن تتحكّم في موقع استضافة البريد الإلكتروني). سنناقش هذا الموضوع هنا ونرحّب بأي ملاحظات إضافية.
Epsilon	متى سيتم تحديد قيمة الإبسيلون لواجهة برمجة التطبيقات Aggregate API؟	يمكن لتكنولوجيا الإعلانات ضبط القيمة الحالية في صفحة "إبسيلون" وصولاً إلى حدّ محدّد مسبقًا يتم تحديده في "مبادرة حماية الخصوصية" (وهو حاليًا 64). ونقترح اختبار قيم مختلفة لإبسيلون وتحديد نقاط التحوّل لحالات الاستخدام الخاصة بك وتقديم الملاحظات. وسنحرص على التواصل مع فريق تكنولوجيا الإعلان مسبقًا قبل إجراء أي تغييرات على نطاق قيم إبسيلون.
تحسين واجهة برمجة التطبيقات	دعم حالة استخدام حيث يمكن للمعلِن إدراج معرّف في الحقل generate_data للمطابقة مع بيانات إدارة علاقات العملاء الخارجية للسماح للمعلنين بالتحقّق من جودة الإحالات الناجحة	نعمل حاليًا على مناقشة الطلب ونرحّب بملاحظات إضافية هنا.
استخدام واجهة برمجة التطبيقات	كيفية التعامل مع عناوين URL لإعادة التوجيه كعناوين URL مقصودة.	يمكن لتكنولوجيا الإعلانات تنفيذ أحد الإجراءَين التاليَين: 1- ضع عنوان URL المقصود النهائي في حقل الوجهة. 2. يسمح حقل الوجهة بثلاثة عناوين URL كحد أقصى، مما يسمح لك بوضع عدة عناوين URL في الحقل. يتطلب كلا الخيارين معرفة عنوان URL المقصود النهائي. لقد ناقشنا ذلك بشكل أكبر هنا.

خدمة تجميع البيانات

موضوع الملاحظات	ملخّص	استجابة Chrome
آلية استكشاف المفاتيح	طلب آلية اكتشاف مفتاح	لدينا اقتراح لاستكشاف المحتوى الرئيسي ونرحب بالملاحظات التي تقدّمها المنظومة المتكاملة حول هذا الاقتراح.
استخدام واجهة برمجة التطبيقات	خارطة طريق للملاحظة بشأن خدمة التجميع	نحن نراجع الخيارات لإتاحة المزيد من الملاحظات، ونرحّب بالملاحظات والآراء الواردة من المنظومة المتكاملة هنا.
تحسين واجهة برمجة التطبيقات	جارٍ طلب التمكّن من إعادة طلب التقارير.	تعمل خدمة التجميع على اقتراح إعادة طلب بحث يمكن فيه لتكنولوجيا الإعلان تقسيم إبسيلون كل تقرير. قد يؤدّي ذلك إلى مزيد من التشويش لكلّ طلب بحث، ولكنّه سيتيح لتكنولوجيا الإعلانات إعادة إجراء طلبات البحث والحفاظ على الخصوصية.
تحسين واجهة برمجة التطبيقات	قد يتمكّن من ربط مصادر متعددة بمعرّف AWS نفسه.	ستسمح خدمة تجميع البيانات الآن بانضمام عدة مواقع إلكترونية إلى حساب السحابة الإلكترونية نفسه (GCP أو AWS). سيتيح ذلك لتكنولوجيا الإعلانات استخدام حصن "خدمة التجميع" نفسه لمعالجة التقارير من مواقع إلكترونية متعددة ومصادر متعددة من المواقع الإلكترونية نفسها.
استخدام واجهة برمجة التطبيقات	عند فشل الدفعات القابلة للتجميع، لست متأكدًا مما إذا تم استهلاك الميزانية أم لا وما إذا كان بإمكانها إعادة معالجة المجموعة. عندما تواجه خدمة تجميع خطأ في الميزانية للتقارير المكررة، يتم فقدان بقية التقارير المتبقية. كيف تقلل من هذه الخسارة؟	في سيناريو نموذجي، إذا فشلت المهمة بأكملها، فلن يتم استهلاك الميزانية. في حالات حدوث عطل نادر حيث يتم استهلاك الميزانية، يمكن لتكنولوجيا الإعلان طلب استرداد الميزانية. إذا واجهت تكنولوجيا الإعلان أعطالاً متكررة في الوظائف مع حدوث خطأ استنفاد الميزانية، عليها تأكيد استراتيجية تجميع البيانات. يمكنك العثور هنا على تعليمات حول كيفية تجميع الميزانية بشكل صحيح وتجنُّب التقارير والأخطاء المتكررة. نرحّب بالملاحظات حول استرداد الميزانية هنا.
استخدام واجهة برمجة التطبيقات	ويؤدي استخدام واجهة برمجة التطبيقات Private Aggregation API مع العامل المشغِّل الموضّح هنا إلى إنشاء تقرير قابل للتجميع لكلّ مزاد. ما هي إمكانات التوسيع لخدمة التجميع؟	خدمة التجميع نفسها لا تضع حدًا أقصى لعدد المفاتيح أو التقارير في دفعة واحدة، ولكن مقياس التقارير 10^14 والمفاتيح 10^12 غير متاحة حاليًا بسبب الذاكرة المطلوبة. تشير إرشادات تحديد الحجم إلى النطاقات التي اختبرناها ونقترحها لتحقيق الأداء الأمثل وفقًا للتحميل المتوقّع وأنواع الأجهزة الافتراضية المتوافقة مع السحابة الإلكترونية المتوافقة.
معالجة البيانات	إذا كانت البيانات المُشفرة تحتوي على معلومات شخصية، فما هو الترتيب القانوني لتقديم البيانات المُشفرة إلى خدمة التجميع؟ هل يمكنك المُبلغ عما إذا كان من المضمون عدم وصول المُنسق إلى البيانات المشفرة؟	لا تشارك خدمة التجميع البيانات المشفّرة أو بيانات المستخدم مع "المنسّق". تستخدم خدمة التجميع المُنسق لإدارة المفاتيح والمحاسبة. يمكن الاطّلاع هنا على بعض التفاصيل عن المنسق. وبالنسبة إلى الحسابات، لا تشارك خدمة التجميع إلا المعرّف المشترَك وأصل إعداد التقارير مع PBS لاستهلاك الميزانية. بعد إطلاق موقع إلكتروني متعدد، سنستبدل المصدر بالموقع الإلكتروني. تجدر الإشارة إلى أنه يتم تشغيل خدمة التجميع في بيئة تنفيذ موثوقة (TEE) وهي المكان الوحيد الذي يمكن فيه فك تشفير التقارير الواردة من العملاء. إنّ الرمز البرمجي الذي يتم تشغيله في بيئة التنفيذ الموثوقة (TEE) مفتوح المصدر ويتم تدقيقه من قِبل جهات خارجية كما هو موضّح هنا.

Private Aggregation API

موضوع الملاحظات	ملخّص	استجابة Chrome
استخدام واجهة برمجة التطبيقات	قدرة بائعي المكونات على إرسال التقارير إلى خوادم تجميع متعددة ضمن بيئة التنفيذ الموثوقة (TEE).	لا تتيح حالة واجهة برمجة التطبيقات Private Aggregation API الحالية استخدام هذه الميزة. لقد ناقشنا هذه المشكلة أكثر هنا.
الوثائق	ما هي قيمة إبسيلون المستخدمة في التجارب التجريبية في Google؟	بالنسبة إلى واجهة برمجة التطبيقات Private Aggregation API، إنّ القيمة الحالية المحدّدة في طلب بحث خدمة التجميع تتطابق مع ميزانية المساهمة L1 البالغة 2^16 والتي يتم فرضها على أساس 10 دقائق. هناك أيضًا ميزانية مساهمة من المستوى الأول بمقدار 2^20 يتم تطبيقها على مدار 24 ساعة يتم تطبيقها على مدار الساعة. إذًا، مع العلم أنّ مَعلمة الخصوصية هي ديم على أساس متعاقب 10 دقائق، وتبلغ مدّتها 16 نموذج على مدار 24 ساعة (بدلاً من 144 به). تدعم خدمة التجميع حاليًا نطاقًا من المهم للاختبار (يصل إلى 64) للسماح بإجراء تجربة باستخدام استراتيجيات تجميع مختلفة وتقديم ملاحظات حول الاستفادة من النظام مع مَعلمات خصوصية مختلفة للتجميع الخاص وواجهات برمجة التطبيقات الأخرى. ونخطط لإعادة النظر في أقصى قيمة مسموح بها من إبسيلون مع مرور الوقت ريثما نحصل على ملاحظات من المختبِرين ونضيف ميزات تتيح استخدام ميزانية الخصوصية بفعالية أكبر.

الحدّ من التتبُّع المخفي

اختصار وكيل المستخدم/تلميحات برنامج وكيل المستخدم

لم نتلقَ أي ملاحظات في هذا الربع من العام.

حماية عنوان IP (المعروفة سابقًا باسم Gnatcatcher)

موضوع الملاحظات	ملخّص	استجابة Chrome
رقم تعريف درجة الدقة	يجب أن تكون "مبادرة حماية الخصوصية" أكثر وضوحًا للإعلام بأنّ أرقام تعريف الحلول المستندة إلى بروتوكول الإنترنت (IP) غير مستدامة للمعلِنين.	أوضحت "مبادرة حماية الخصوصية" أنّنا نهدف إلى تقليل تتبُّع إجراءات المستخدم على مواقع إلكترونية متعددة. فقد تم نشر مبادراتنا العامة، التي تتجاوز ملفات تعريف الارتباط، على كل من privacysandbox.com وGitHub. نحن نسعى جاهدين لتقليل التتبع عبر المواقع، بما في ذلك ذلك الذي يعتمد على عناوين IP. ومع ذلك، فإنّ المواقع الإلكترونية الفردية تقرّر في النهاية ما إذا كان سيتم تفعيل ميزة تتبّع المواقع الإلكترونية بشكل استباقي أم لا. في عصر زيادة التدقيق في الامتثال التنظيمي، من المهم أن يفهم كل شخص الممارسات التي يستخدمها مقدمو الخدمات.
Chromecast	هل ستؤثر حماية عنوان IP في Chromecast أو أجهزة Chrome الأخرى؟	ليست هناك خطط في الوقت الحالي لتطبيق حماية IP على أجهزة Chromecast.
قائمة حماية عنوان IP	هل سيتم نشر قائمة الجهات الخارجية التي تم تحديدها على أنّها يُحتمل أن تستخدم عناوين IP لتتبُّع الأداء على مستوى المواقع الإلكترونية بالكامل؟	سيتم نشر القائمة بعد الانتهاء منها، كما هو موضّح هنا.

الحد من التتبُّع الارتدادي

موضوع الملاحظات	ملخّص	استجابة Chrome
الإعفاء من خدمة تسجيل الدخول الأحادي	كيف ستتحقّق ميزة "الحدّ من التتبُّع الارتدادي" (BTM) من حالات استخدام خدمة "الدخول المُوحَّد" (SSO) للإعفاء؟	سيتم إيقاف BTM من خلال إشارات Chrome الإرشادية. انقر هنا للاطّلاع على مزيد من التفاصيل.
فترة تجريبية لإيقاف الخدمة	هل تم تفعيل BTM للمواقع الإلكترونية في مرحلة الإيقاف النهائي لـ 3PC؟	لا، تلتزم BTM باستثناءات ملفات تعريف الارتباط التي تم إنشاؤها خلال الفترة التجريبية للإيقاف النهائي، كما هو موضّح هنا.

ميزانية الخصوصية

كما هو موضّح في الشرح التوضيحي GitHub والموقع الإلكتروني للمطوّرين، لم يعُد يتم اعتبار ميزانية الخصوصية بشكل فعّال كجزء من اقتراحات "مبادرة حماية الخصوصية".

تعزيز حدود الخصوصية بين المواقع الإلكترونية

مجموعات المواقع الإلكترونية المرتبطة (المعروفة سابقًا باسم "مجموعات نطاقات الطرف الأول")

موضوع الملاحظات	ملخّص	استجابة Chrome
طلب ميزات	يتم السماح تلقائيًا بالوصول إلى الشرائح و / أو تقسيم مساحة التخزين من خلال RWS، بدون الحاجة إلى واجهة برمجة التطبيقات Storage Access API أو تفاعل المستخدم.	وننظر في الفوائد وجدوى الميزة التي قد تؤدي هذه الوظيفة. أحد الاعتبارات هو وجود فجوة محتملة في إمكانية التشغيل التفاعلي بين المتصفحات، والتي تعالجها خدمة RWS من خلال الاستفادة من واجهة برمجة التطبيقات Storage Access API. لا يوجد مكافئ حالي لهذه الوظيفة المطلوبة المدعومة في المتصفحات الأخرى. وننصح المطوّرين بإرسال حالات الاستخدام المتعلّقة بهذه المشكلة لتسهيل المناقشة هنا.
إزالة المجموعات غير المتوافقة	ما هو الإجراء المطلوب لإزالة المجموعات التي أصبحت غير متوافقة من المستودع؟	نحن نعمل على تحديد عملية لهذا الإجراء، وسنشاركك آخر الأخبار فور توفّرها.
عملية تنفيذ السياسات	هناك نقص في الوضوح بشأن الدور الذاتي الذي تؤديه Google في عملية تنفيذ بنود الخدمة الذاتية (RWS).	نظرًا لأن RWS هو مشروع جارٍ ونستمر في تلقي طلبات جديدة، فلا يزال يجري ترسيخ جوانب العملية ومعاييرنا. نوافق على أنّه من المهم بالنسبة إلى إرشادات الإرسال أن توضّح بشكل كامل متطلباتنا لإرسال العينة، وسنضيف المزيد من التفاصيل إلى إرشادات الإرسال من الآن فصاعدًا لتجنُّب المزيد من الغموض والالتباس. يتمثّل هدفنا في أن تكون عملية إرسال الطلبات فنية قدر الإمكان حتى نتمكّن من إيقاف مشاركة المستخدمين والاعتماد كليًا على عمليات الفحص المبرمَجة. إنّ جهات العلاقات العامة مثل هذه تتطلب المزيد من التفاعل البشري لأنّها تشمل سلوكيات لم نتوقّعها، ولكنّها تتيح لنا تحديد مجالات إضافية يمكن استخدامها آليًا مع الطرق التي يمكننا من خلالها تعديل إرشاداتنا لتجنُّب هذه المشاكل في المستقبل.
مشاركة البيانات	يمكنك طلب ميزة تسمح لمالكي النطاقات بالإشارة إلى أنّهم يريدون أيضًا أن تشارك جهة خارجية بيانات RWS أيضًا، بعد الحصول على موافقة المستخدم.	تتوفر الوظيفة المطلوبة من خلال واجهات برمجة التطبيقات، مثل FedCM وواجهات برمجة التطبيقات للوصول إلى مساحة التخزين التي تتيح الوصول إلى الهوية التي تمت مصادقتها بعد موافقة المستخدم على طلب الإذن. نرحّب بملاحظات المنظومة المتكاملة حول أي حالات استخدام محدّدة نعتقد أنّها غير ممكنة.
طرق التخزين الأخرى	هل سيتم تفسير المعلومات المحفوظة على وحدة التخزين المحلية أو تخزين الجلسة على أنها أجهزة تابعة لجهات خارجية؟	تم تقسيم مساحة التخزين على الجهاز وتخزين الجلسات وغيرها من أشكال التخزين التي لا تستخدم ملفات تعريف الارتباط عند استخدامها ضمن سياقات تابعة لجهات خارجية في متصفِّح Chrome منذ الإصدار 115. يمكنك الاطّلاع على مشاركة المدونة هذه للحصول على مزيد من التفاصيل.
الحد الأقصى للمجموعات المرتبطة	ماذا يحدث للمؤسسات التي ترسل أكثر من 5 نطاقات على الرغم من أنها "تحد في 5 مواقع مرتبطة"؟	سيتم قبول هذه المجموعات من خلال عملية GitHub، ولكن لن يطبّق المتصفّح (Chrome) سوى قواعد منح واجهة برمجة التطبيقات Storage Access API على النطاقات الخمسة الأولى، وسيتجاهل النطاقات المتبقية، كما هو موضَّح هنا.
find_robots_txt	التحقق من أمر find_robots_txt لا يعمل مع عمليات إعادة التوجيه.	تم تقديم حلّ للمشكلة هنا.
إيماءة المستخدم	إزالة متطلبات إيماءة المستخدم لـ accessStorage().	وقد تم وضع هذا الشرط بالاستناد إلى تصميم مماثل طبّق على جميع المتصفحات الرئيسية الخاصة بواجهة requestStorageAccess API. ونحن نطلب الحصول على ملاحظات وحالات استخدام إضافية في مشكلة GitHub هذه لمساعدتنا في منح الأولوية لهذا الطلب وتفعيل المناقشات على المتصفحات.
إيماءة المستخدم	هل إيماءة المستخدم مطلوبة لمنح الإذن بالوصول إلى مساحة التخزين التابعة لجهة خارجية بعد إعادة تشغيل Chrome أو نظام التشغيل؟	نعم، لكننا نرحّب بالملاحظات الإضافية من المنظومة المتكاملة حول ما إذا كان يجب تغيير هذا السلوك أم لا هنا.

واجهة برمجة تطبيقات Fenced Frames

موضوع الملاحظات	ملخّص	استجابة Chrome
adComponent	نقص المستندات والمرونة عند استخدام مكوّنات الإعلان مع الإطارات المضمّنة في Fenced Frames	نتطلّع إلى مشاركة المزيد من المستندات بشأن حالة الاستخدام هذه. وإضافةً إلى ذلك، يمكن استخدام مكوّنات الإعلانات في Fenced Frames باستخدام الطريقة getNestedConfigs() الموثَّقة في المواصفات هنا.
(يتم الإبلاغ أيضًا في الأرباع السابقة) عرض مكوِّن الإعلان	طلب نماذج الرموز حول كيفية عرض مكوّنات الإعلان في Fenced Frame	نحن نعمل على مشاركة بعض نماذج الرموز هنا.
التحقق من إعلانات الجهات الخارجية	إنّ دور عملية التحقّق من إعلانات الجهات الخارجية في سياق Fenced Frames يحتاج إلى مزيد من التفاصيل، لا سيّما في ما يتعلق بأمان المحتوى أو العلامة التجارية.	في الوقت الحالي، تتيح ميزة Fenced Frames Ad Reporting API لمزوِّدي خدمات البريد الإلكتروني إرسال البيانات على مستوى أحداث المزاد ومرّات الظهور إلى أدوات التحقّق من الإعلانات التابعة لجهات خارجية لتنفيذ عمليات الفوترة والتحقّق من أمان العلامة التجارية بعد العرض.
الإعلانات القابلة للتوسعة	طلب دعم الإعلانات القابلة للتوسيع.	إذا كان الإعلان بحاجة إلى التبديل بين حجمَين وبنسبة العرض إلى الارتفاع نفسها، وليس هناك اختلاف وظيفي بين الاثنين (الحجم فقط)، يمكن للأداة المضمّنة تغيير حجم الإطار Fenced Frame مع حجم الإعلان الثاني، وسيعدِّل المتصفِّح وفقًا لذلك عنصر Fenced Frame.
(يتم الإبلاغ عنها أيضًا في الأرباع السابقة) دعم الفيديو والمستودع الإعلاني المدمج مع المحتوى	هل تتيح ميزة Fenced Frames استخدام الفيديوهات ومستودع الإعلانات المدمجة مع المحتوى؟	جدير بالذكر أنّ استجابتنا هذه مماثلة للأرباع السابقة: تتيح PA API عرض الفيديوهات باستخدام آلية تعتمد على إطارات iframe. مع ذلك، لم نصمّم بعد حلاً يتوافق مع ميزة "الإطارات Fenced Frames" من أجل عرض إعلانات الفيديو والإعلانات المدمجة مع المحتوى، وهذا أحد الأسباب التي دفعتنا إلى إعادة تنفيذ ميزة Fenced Frames (الإطارات Fenced Frames) اعتبارًا من عام 2026. ويعني ذلك أنّه إذا قرّر الشريك فرض استخدام إطار Fenced Frames في الوقت الحالي، لن يتمكن الشريك من إتاحة استخدام الفيديوهات والمحتوى الأصلي.
المجلس الاستشاري	تطلب إنشاء مجلس استشاري لمورّدي الإعلانات المدمجة مع المحتوى لضمان توافق عمليات تنفيذ Fenced Frames مع المعايير المتّبعة في المجال.	لا يُشترط استخدام Fenced Frames في واجهة برمجة التطبيقات PA قبل عام 2026. ويتيح لنا الوقت الإضافي مواصلة العمل مع العاملين في هذا المجال من أجل تصميم وتنفيذ الدعم لمجموعة أكبر من حالات الاستخدام المهمة. وذكرنا سابقًا أننا سنُجري تطوير الإطارات Fenced Frames قبل استيفاء المتطلبات الخاصة بها لمواصلة إتاحة إعلانات الفيديو والإعلانات المدمجة مع المحتوى باستخدام PA API. وفقًا لالتزاماتنا، سنتعامل مع CMA ونُبلغها بأي تغييرات من هذا القبيل، وسنواصل التفاعل مع الملاحظات الواردة من المنظومة المتكاملة قبل طلب استخدام Fenced Frames. يتيح نموذج التفاعل مع المنظومة المتكاملة في مؤسسة W3C ومؤسسات معايير الإعلان مثل مختبر IAB التقني لخبراء المجال من جميع الأنواع توجيه التصاميم قبل الحاجة إليها.
(يتم الإبلاغ أيضًا في الأرباع السابقة) الفرق في الحجم بين المنصات	التقارير التي تفيد بأنّ حجم المحتوى المعروض في Fenced Frame يبدو مختلفًا بين أجهزة الكمبيوتر المكتبي والهواتف الذكية	هذه مشكلة معروفة في Chromium نحقِّق فيها. نرحّب بأي ملاحظات إضافية هنا.
تحسين واجهة برمجة التطبيقات	هل تم تأجيل متطلبات "الإطارات المقتبسة" إلى عام 2025 حتى تصبح الإعلانات المدمجة مع المحتوى متاحة الآن ضمن "مبادرة حماية الخصوصية"؟	كما أشرنا في إعلاننا العلني عن تنفيذ ميزة Fenced Frames، تم بذل "جهد كبير" لاستيعاب تلك الإطارات قبل عام 2026. من المؤكد أن أحدها كان من السكان الأصليين، ولكنه لم يكن العامل الوحيد. كان الغرض من ذلك هو توفير المزيد من الوقت لضمان جاهزية المنظومة المتكاملة لدعم حالات الاستخدام الرئيسية، بما في ذلك على سبيل المثال لا الحصر، المنتجات الأصلية.

Shared Storage API

موضوع الملاحظات	ملخّص	استجابة Chrome
عروض أداء	يبدو أن أوقات إرجاع مساحة التخزين المشتركة خارج العمل الصغير تعتمد على النشاط في العمل الصغير.	نحن نناقش نتيجة الاختبار هذه هنا.
تبني أوسع	يجب أن تكون مساحة التخزين المشتركة معيارًا على مستوى المجال ومتاح على جميع المتصفِّحات.	نحن نرحّب بهذه الملاحظات ونقدّرها. يواصل Chrome المشاركة بنشاط في منتديات W3C، بما في ذلك WICG، لدعم الاقتراح وطلب الملاحظات والآراء وتعزيز الاستخدام.
وظائف صغيرة لعروض الأسعار	هل من الممكن القراءة من مساحة التخزين المشتركة ضمن generateBid (الذي يتم تشغيله حاليًا في إحدى الوظائف الصغيرة) لتطبيق منطق اتخاذ قرار الإعلان / النشاط التجاري (مثل تحديد عدد مرات الظهور) استنادًا إلى معلومات مواقع إلكترونية متعددة واختيار مجموعة فرعية من الإعلانات؟	لا، من المستحيل قراءته من مساحة التخزين المشتركة ضمن مهام عروض الأسعار.

ملفات تعريف الارتباط في الحالة المقسَّمة المنفصلة (CHIPS)

موضوع الملاحظات	ملخّص	استجابة Chrome
سعة التقسيم	توضيح السلوك عند تجاوز سعة التقسيم	وعند بلوغ الحدّ الأقصى، يتم إخراج ملفات تعريف الارتباط الأقدم من ملفات تعريف الارتباط الأقل تم الوصول إليها لتوفير ذاكرة خالية حتى يتم تجاوز الحدّ الأقصى. ويطّلع المطوّرون على عنوان ملف تعريف الارتباط المعدَّل في الطلبات اللاحقة.
وصول إطار iframe التابع لجهات خارجية	يجب أن يتمكّن محتوى iframe التابع لجهة خارجية والمضمّن الذي يفتح علامة تبويب/نافذة جديدة إلى الموقع الإلكتروني نفسه التابع للجهة الخارجية من الوصول إلى ملفات تعريف الارتباط نفسها المقسّمة كما في أداة الفتح.	إنّنا نناقش حالة الاستخدام هذه ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة هنا.
ملفات تعريف الارتباط المكررة	في حال كان هناك ملف تعريف ارتباط مقسّم وملف تعريف ارتباط غير مقسّم يحمل الاسم نفسه، ما هي قيمة المفتاح التي يقرّر المتصفّح إرسالها؟	عند وجود ملفي تعريف ارتباط يحملان الاسم نفسه (أحدهما مقسم والآخر ليس ملف تعريف ارتباط)، ستحصل على ملفي تعريف ارتباط، ولسوء الحظ، لا يمكن التفريق بين أيهما. تتوفّر مواصفات RFC في هذا الشأن هنا، ويوضّح أنّه يجب عدم الاعتماد على ترتيب إرسال ملفات تعريف الارتباط.
طلب ميزات	تفعيل ملفات تعريف الارتباط المقسَّمة من المصدر	ننظر في هذا الطلب ونرحّب بالملاحظات الإضافية من المنظومة المتكاملة هنا.

FedCM

لم نتلقَ أي ملاحظات في هذا الربع من العام.

مكافحة المحتوى غير المرغوب فيه والاحتيال

واجهة برمجة التطبيقات للرمز المميّز للحالة الخاصة (وواجهات برمجة التطبيقات الأخرى)

موضوع الملاحظات	ملخّص	استجابة Chrome
عرض الويب	هل يتم الاحتفاظ بالرموز المميّزة للحالة الخاصة (PST) في عدة نوافذ WebView على الجهاز الجوّال (الملف الشخصي)؟	سيكون لكل تطبيق يستخدم WebView مساحة تخزين محلية مختلفة، ما يعني أنّه لا يمكن لجهات إصدار ملفات PST إصدار رموز مميّزة في WebView لأحد التطبيقات، ثم في تطبيق منفصل لاحقًا، للسماح بتحصيل قيمة الرموز المميّزة. وينطبق ذلك أيضًا على الأشكال الأخرى من البيانات المخزّنة محليًا في مكتبات WebView، مثل ملفات تعريف الارتباط. لا تتوفّر ملفات PST بالكامل في WebView بعد. ونتوقع أن نطلعك على آخر المعلومات حول هذا الموضوع بنهاية الربع الثاني.
نوع الرمز المميّز الجديد	اقتراح لنوع جديد من الرموز المميّزة.	نشكرك على هذا الاقتراح ونتطلّع إلى متابعة استكشاف عمليات تطبيق التعديلات وتعديلات ملفات PST، ونتطلّع إلى معرفة المزيد من المعلومات عن هذا الاقتراح خلال اجتماعات مجموعة منتدى مكافحة الاحتيال القادمة في الربع الثاني من عام 2024.
تحديد هوية المستخدم	كيف يمكن منع تحديد هوية المستخدمين استنادًا إلى ملفات PST المحددة لدى المستخدم؟	يتم حاليًا التخفيف من حدة هذه المشكلة من خلال حصر محاولات تحصيل القيمة على الموقع الإلكتروني بجهتَي إصدار، بغض النظر عمّا إذا كانت هناك رموز مميزة متاحة من جهة الإصدار هذه. عليك احتساب جهة الإصدار ضمن الحدّ الأقصى المسموح به حتى في حال عدم توفّر رموز مميّزة، وإلّا سيكرر الموقع الإلكتروني جميع جهات الإصدار إلى أن يحصل على تطابق إيجابي.
تسجيل	كم من الوقت سيكون التسجيل في توقيت المحيط الهادئ؟	سيظل التسجيل مطلوبًا في المستقبل القريب، كما هو موضَّح بمزيد من التفاصيل هنا.
دعم متصفّحات Chromium الأخرى	هل ستتم إتاحة تسجيل جهة إصدار ملفات PST للمتصفّحات الأخرى المستندة إلى Chromium من خلال مستودع تسجيل جهة إصدار Chrome؟	يجلب Chrome الالتزامات الرئيسية ويوزّعها على عملاء Chrome من خلال آلية تُسمى "برنامج تحديث المكونات". عندما تضيف المتصفحات الأخرى المزيد من الدعم الكامل لواجهة برمجة التطبيقات، سيكون عليها إنشاء عملية للحصول على الالتزامات الرئيسية للعميل، سواء من خلال طريقة بنمط محدّث المكوّنات أو طريقة أخرى. يتم تناول ذلك بمزيد من التفصيل هنا.