الأسئلة الشائعة حول قياس الأداء ومدى صلته بـ "مبادرة حماية الخصوصية"

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

كيف تتم مقارنة المواضيع بشرائح الجمهور التي يحدّدها البائع (SDA)؟

توفِّر Topics وSDA أنواعًا تكميلية من المعلومات، وكلاهما يتحكّم في الناشر. لا نعتقد أنهم في منافسة مع بعضهم البعض. بدلاً من ذلك، يعمل كلاهما جنبًا إلى جنب أو في سياقات مختلفة لزيادة فرص الشراء إلى أقصى حد. يأخذ المشترون في الاعتبار ويستخدمون العديد من الإشارات عند تقييم مرات الظهور آليًا، ونتوقع أن تكون Topics أحد هذه الاعتبارات. لا يضمِّن البائعون في السابق شرائح الجمهور في مزادات السوق المفتوحة، وهو موضع محتمَل لاستخدام "المواضيع". وبدلاً من ذلك، أتاح البائعون لشرائح الجمهور إمكانية الشراء الآلي من خلال الصفقات التي تم إبرامها مع المعلنين أو الوكالات أو مقدّمي الخدمات الرقمية. في هذه الحالات، يتعامل البائع والمشتري عن قصد على SDA. إذا تم استخدام "المواضيع" في هذه الحالات، قد يعود ذلك إلى واحد أو أكثر مما يلي:

• زيادة البائع لتعريف جمهوره باستخدام Topics
• المشتري الذي يستخدم Topics كإشارة إلى مبلغ عرض السعر
• يستخدم المشتري Topics للتحقّق مما إذا كانت SDA دقيقة.

هل تتيح ميزة Protected Audience لشركة Google التحكّم في إنشاء شرائح الجمهور؟

لا، يمكن للمواقع الإلكترونية مواصلة إنشاء شرائح الجمهور الخاصة بها داخل "مبادرة حماية الخصوصية" وخارجها. عندما تنشئ المواقع الإلكترونية شرائح جمهور ضمن "مبادرة حماية الخصوصية"، يحدّد مالك الموقع الإلكتروني أو الخادم الوكيل الذي يختار مَن يمكنه إنشاء شرائح الجمهور، وهي شرائح الجمهور تلك، وكيفية تعديل شرائح الجمهور تلك، وكيفية تقديم عروض الأسعار لشرائح الجمهور تلك، وما إذا كانت ستتم إزالة المستخدمين من شريحة جمهور معيّنة.

هل تتوافق ميزة "الجمهور المحمي" مع مجموعات الاهتمامات التي ينشئها الناشرون؟

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

كيف يتم فرض قواعد جودة الإعلان في مزادات "الجمهور المحمي"؟

هناك عدد من الطرق التي يتم من خلالها فرض قواعد جودة الإعلان في مزادات الجمهور المحمي. يتشابه كل إجراء من هذه الإجراءات مع طريقة فرض قواعد جودة الإعلان من قِبل موفّري الخدمات (SSP) في الوقت الحالي. تتمثل إحدى الطرق في السماح لمزاد غير معروف بتشغيل المادة الإبداعية في قائمة انتظار للفحص. لقد وصلتنا ملاحظات تفيد بأنّ مقدّمي خدمات الرسائل الإلكترونية (SSP) يريدون دعمًا أفضل لحالة الاستخدام هذه، ونعمل على تصميم آلية يمكن أن تنشئ خلاصة renderUrls يمكن لمقدّم الخدمة (SSP) مراجعتها خارج الإطار ثم تخزين المعلومات من أجلها في خادم القيمة الرئيسي. هناك طريقة أخرى تتمثل في طلب التسجيل المُسبَق للإعلانات. وكما هي الحال في الحالة السابقة، بعد فحص تصميم الإعلان، يمكن ربط النتائج بخادم القيمة الرئيسي. ولاحقًا، عندما يقدّم المشتري عرض سعر باستخدام تصميم الإعلان هذا (كما هو موضّح في رقم تعريف تصميم الإعلان على الأرجح يتبع تنسيق OpenRTB نفسه)، يمكن لمنطق نقاط البائع إجراء بحث في خادم القيمة الرئيسية وتحديد كيفية تسجيل النتيجة وفقًا لذلك.

هل تتيح ميزة Protected Audience إعلانات الفيديو؟

نعم. يمكن تمرير عناوين URL لنموذج عرض إعلانات الفيديو (VAST) إلى الجمهور المحمي وخارجه. عند إصدار عنوان URL لنموذج عرض إعلانات الفيديو (VAST)، يمكن لتكنولوجيا جهة البيع تنسيق كيفية لفّ عنوان URL الخاص بنموذج عرض إعلانات الفيديو (VAST) للمشتري قبل إرساله إلى المشغّل. استعدادًا لمتطلّبات الانتقال إلى استخدام الإطارات المضمّنة في الحدود (اعتبارًا من عام 2026) وتعزيز إجراءات حماية خصوصية المستخدمين بشكل أكبر، نتوقّع أن تشارك المنظومة المتكاملة في مناقشات حول التصميم ستشمل بالتأكيد الفيديو.

هل تتيح ميزة Protected Audience الإعلانات المدمجة مع المحتوى؟

نعم. يمكن تمرير عناوين URL بتنسيق JSON إلى Protected Audience وخارجها. عند إصدار عنوان URL بتنسيق JSON، يمكن للتكنولوجيا من جهة البيع تنسيق كيفية إضافة أي أحداث مطلوبة قبل تمرير JSON النهائي إلى رمز العرض. استعدادًا لمطلب الانتقال إلى استخدام Fenced Frames (الإطارات الحدودية) (اعتبارًا من عام 2026) لتعزيز إجراءات حماية خصوصية المستخدمين بشكل أكبر، نتوقّع أن تشارك المنظومة المتكاملة في مناقشات متعلقة بالتصميم والتي من المحتمل أن تتضمّن إعلانات مدمجة مع المحتوى.

هل يعيق عرض الإعلانات ضمن "الجمهور المحمي" الابتكار؟

لا، فعرض الإعلانات يعتمد دائمًا على تقنيات المتصفح. هذا الأمر لا يتغير. قد تتعلّق هذه المشكلة بخطط طلب استخدام Fenced Frames مع ميزة Protected Audience في المستقبل. أحد الأسباب التي تجعل هذه الخطط "مستقبلًا" هو أنّنا نريد من خلال تكنولوجيا Fenced Frames أن تدعم ابتكار المنظومة المتكاملة وتميّزها في ما يتعلّق بعرض الإعلانات. هناك وقت مناسب للمطوّرين والشركات المهتمة كي يفكروا في اتجاه Fenced Frames الذي يتضمّن كيفية دعم أساليب الإعلانات المدمجة مع المحتوى.

هل تسمح ميزة "الجمهور المحمي" بأساليب متطورة لتقييم عروض الأسعار وتيرة الاستخدام، علمًا بأنّها تتوفّر حاليًا في المزادات التقليدية؟

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

هل سينطبق معيار OpenRTB في إطار "الجمهور المحمي"؟

نعم. لا يزال هذا العمل قيد التنفيذ في مختبر IAB التقني من خلال مجموعة تحظى بحضور جيد من مقدّمي الخدمات الموزعين (DSP) ومقدّمي الخدمات الإلكترونية (SSP) التمثيليين. يبدو أن المسار المستقبلي سيكون استخدام أجزاء من بروتوكول OpenRTB كمعيار اتصال داخل مزادات الجمهور المحمي، ونحن على علم أن المستخدمين الأوائل الذين بدأوا بإنشاء هذا النوع من البيانات.

هل تتطلّب ميزة "الجمهور المحمي" من الشركات الحفاظ على بنيتين منفصلتين لعرض الإعلانات؟

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

ماذا سيحدث للمزادات التقليدية بعد أن تصبح شركات تكنولوجيا الإعلان توفّر ميزة "الجمهور المحمي"؟

نتوقّع أن تظل المزادات المستندة إلى السياق ذات صلة لأسباب عديدة منها الصفقات، والحملات التي تستهدف جمهور غير تابع للطرف الأول، والعديد من السيناريوهات السياقية الأخرى. وتظل قيّمة أيضًا في حال عدم توفّر مجموعات اهتمامات أو تعذُّر وصول عروض الأسعار في الجمهور المحمي إلى الحدود أو الالتزام بقواعد جودة الإعلان.

هل يتعارض مزاد "الجمهور المحمي" مع جهود تحسين مسار العرض (SPO) للمنظومة المتكاملة بهدف تقليل العدد الإجمالي للوسطاء بين المعلِن والناشر و/أو تكرار فرصة إعلان معيّنة؟

لا، سيمر الإعلان الفائز في فئة Protected Audience في كيانَين من البائعين على الأكثر (على سبيل المثال، وسيط عرض إعلانات الموردين (SSP) وخادم إعلانات الناشر) وعدد قليل جدًا من الإعلانات في حال دمج المشتري مباشرة مع الناشر.

ويبقى اختيار الناشر هو تكرار الطلب نفسه باستخدام وسطاء متعددين. يجب ألا يؤثّر الجمهور المحمي بطريقة أو بأخرى

تحدث مزادات الجمهور المحمي خارج نطاق نظام الوقت الفعلي من خادم إلى خادم حاليًا لمنع تسرُّب بيانات المستخدمين من مواقع إلكترونية متعددة. قد يقول البعض أن هذا يكرر طلب الإعلان. يتطلب الوصول إلى خصوصية واضحة من الناحية التقنية بعض المُفاضلات. مع ذلك، من الممكن على المدى الطويل أن يقرِّر المنظومة المتكاملة استخدام Protected Audience بدون مزادات تقليدية من جهة الخادم. قد يؤدي هذا الاختيار إلى مسارات توريد أكثر تحسينًا.

هل تقلّل ميزة "الجمهور المحمي" من قيمة البنية الأساسية الحالية لتشكيل الزيارات؟

وحسب فهمنا للأمر، فإن التغيير الذي يحدث في ما يتعلق بطلبات البحث في الثانية هو أنّ العديد من مقدمي خدمة البريد الإلكتروني يستخدمون أرقام تعريف مواقع إلكترونية مختلفة كميزة لتحديد ما إذا كان سيتم إرسال طلب إلى وسيط عرض الطلب أم لا. وبالتالي، يؤثر الانخفاض في أرقام تعريف المواقع الإلكترونية على أساليب تشكيل الزيارات الحالية وسيكون ذلك صحيحًا سواء كان الناشر يريد إجراء مزاد "جمهور محمي" أم لا.

استكشفنا تشكيل عدد الزيارات من خلال العديد من أنظمة SSP وعثرنا على حلول تشمل التخزين المؤقت والفلترة المستندة إلى السياق. وبمرور الوقت، نتوقّع أن يستفيد المطوِّرون من التجميع الخاص للمساعدة بشكل أكبر في فهم الإعدادات المفضّلة لعروض أسعار نظام وسيط عرض الطلب (DSP)، وإجراء الفلترة وفقًا لذلك.

في نهاية المطاف، لن تكون بعض البنية الأساسية القديمة التي يتم إنشاؤها حول معرّفات مواقع إلكترونية متعددة مفيدة.

هل الطلبات الجديدة الناتجة عن مزاد "شريحة جمهور محمي" تؤثر في سعة SSP؟

لقد سمعنا من بعض مقدِّمي الخدمات المُدارة أنّ القدرة لا تمثّل مشكلة أو تُعدّ جزءًا مهمًا من عرض القيمة الخاص بـ SSP من منظور الدمج. بالنسبة إلى مقدِّمي خدمة البريد الإلكتروني (SSP) الذين يهتمون بتلقّي المكالمات الجديدة في عملية المزاد، ندرك أنّ الشركات التي تساعد مقدِّمي خدمات الدفع (SSP) في حلّ مخاوف متعلّقة بالسعة ونتطلّع إلى توسيع نطاق هذه الخدمات كي تتوافق مع الجمهور المحمي. يُرجى إعلامنا إذا أردت أن نربطك بإحدى هذه الشركات.

كيف يتم التعامل مع الأولوية في Protected Audience في حال توفّر موارد منافسة في المتصفّح؟

بشكل عام، اتَّبِع Protected Audience النموذج العادي لعناصر التحكّم في الإنشاء التي تتيح للبائعين تحديد مقدار الوقت والموارد التي يمكن لمقدّمي عروض الأسعار استهلاكها، وإنشاء أدوات تسمح للمشترين بتحديد أفضل السبل لاستخدام الموارد المتاحة لهم. وتتوفر عناصر التحكم والأدوات هذه في الوقت الحالي، ولكن ستتحقق فائدتها الكاملة بعد اعتمادها من قِبل المشترين والبائعين. بالإضافة إلى ذلك، يواصل Chrome العمل على مجموعة متنوعة من تحسينات البنية الأساسية لسرعة المزادات (على سبيل المثال، crrev.com/1190815، crrev.com/1199839، crrev.com/1201837، crrev.com/1198339، 11933.

كيف يعالج "الجمهور المحمي" المخاوف المتعلّقة بوقت الاستجابة؟

في السابق، قبل استخدام ميزة Protected Audience، كان هناك بائعون يحدّدون مهلات زمنية صارمة في ما يتعلّق بعروض الأسعار في الوقت الفعلي التي كانت تحدث على الخوادم، وذلك بهدف التأكّد من وقت الاستجابة. لقد أضفنا مجموعة متنوّعة من عناصر التحكّم في المهلة الزمنية المحدّدة للبائعين (يمكنك الاطّلاع على المستندات الخاصة بـ perBuyerCumulativeTimeouts، أو perBuyerTimeouts، أو sellerTimeout) إلى "الجمهور المحمي" لتحقيق هذا الهدف نفسه المتمثل في الحفاظ على وقت الاستجابة. تشجّع عناصر التحكّم هذه أيضًا المشاركين في المزادات على تحسين منطقهم لضمان استخدام الموارد بكفاءة أكبر لدعم المنظومة المتكاملة لتكنولوجيا الإعلان وتقديم تجربة عالية الجودة للمستخدم.

يواصل Chrome أيضًا العمل على مجموعة متنوعة من تحسينات البنية الأساسية لتحسين سرعة المزاد (على سبيل المثال، crrev.com/1190815 وcrrev.com/1199839 وcrrev.com/1201837 وcrrev.com/1198339 وcrrev.3231). ونوجّه ملاحظات بشأن جزأين من جهود وقت الاستجابة هذه، ومنها: توفير أدوات إضافية يجدها المشترون والبائعون مفيدة وتقارير العوائق المرصودة التي يجب على مهندسي Chrome التحقيق فيها.

هل يشكّل إنشاء ميزة "الجمهور المحمي" على الجهاز جهدًا هدرًا عند توفُّر خدمات عروض الأسعار والمزادات؟

لا، يكفي إجراء ذلك على الجهاز فقط لحالات استخدام تكنولوجيا الإعلان. خدمات عروض الأسعار والمزادات هي حل اختياري للمقياس الأفقي عندما تريد تقنيات الإعلان استثمار المزيد في موارد احتساب عروض الأسعار عما يسمح به المتصفّح. يُعدّ التطوير على الجهاز فقط استثمارًا جيدًا، لأنّ معظم الأعمال ستكون قابلة لإعادة الاستخدام حتى إذا قرّر المطوّرون لاحقًا المشاركة في بيئات خدمات عروض الأسعار والمزادات. ستستمر معظم الأنابيب والبنية التحتية التي تم بناؤها في العمل على نحو مماثل.

هل متطلبات بيئات التنفيذ الموثوقة (TEE) المستنِدة إلى السحابة الإلكترونية لبرنامج "الجمهور المحمي" ستدفع الأنشطة التجارية إلى استخدام Google Cloud؟

لقد صمّمت "مبادرة حماية الخصوصية" واجهات برمجة التطبيقات لتوفير الخصوصية والأمان الفعّالة، ولم نتّخذ أيّ قرارات متعلّقة بالتصميم لصالح Google Cloud. بدأ دعمنا لمزوّدي خدمات السحابة الإلكترونية باستخدام AWS لأننا ندرك عدد مزوّدي تقنية الإعلان الذين يختارون Amazon. بالإضافة إلى AWS وGoogle Cloud، نتوقع دعم مقدّمي الخدمات السحابية الآخرين في المستقبل، ونتطلّع إلى تلقّي اقتراحات من مقدّمي خدمات السحابة الإلكترونية الآخرين. إذا كان وقت الاستجابة يمثل مصدر قلق، توفر السحابة الإلكترونية للعملاء خيارات الموقع الجغرافي التي تقصر المسافة بين مقدمي الخدمات السحابية الآخرين.

هل ستسمح "مبادرة حماية الخصوصية" بتشغيل بيئات التنفيذ الموثوقة (TEE) في مراكز بيانات السحابة الإلكترونية غير المتاحة للجميع؟

تُعد بيئات التنفيذ الموثوقة (TEE) القابلة للتدقيق جزءًا من نموذج الخصوصية والأمان لدينا. بدأنا بتطوير بيئة العمل (TEE) التي يقدّمها مقدّمو الخدمات السحابية العامة بسبب الإجراءات الأمنية الصارمة. لتوضيح الأمر، إنّ واجهات برمجة التطبيقات الوحيدة التي تتطلب استخدام بيئات التنفيذ الموثوقة في المدى القريب هي Attribution Reporting API وواجهة برمجة التطبيقات الخاصة بالتجميع الخاص، ولا تتضمن أي منهما استدعاء بيئة التنفيذ الموثوقة (TEE) في الوقت الفعلي خلال إعدادات المزاد. ونواصل استكشاف دعم الخيارات بخلاف الحلول العامة المستندة إلى السحابة الإلكترونية.

ألن يكون تشغيل بيئات التنفيذ الموثوقة في السحابة الإلكترونية العامة أكثر تكلفة مقارنةً بمراكز بيانات تكنولوجيا الإعلان داخل المؤسسات؟

يستفيد نموذج خصوصية بيئة التنفيذ الموثوقة (TEE) الحالي من ممارسات الأمان المتّبَعة في عمليات تنفيذ السحابة الإلكترونية العامة، وننظر في أي افتراض بأنّ تشغيل بيئة تنفيذ موثوقة في مقر الشركة أقل تكلفة. في ما يلي بعض اعتبارات التكلفة لهذه الممارسات:

على مقدّمي خدمات السحابة الإلكترونية العامة وضع أنفسهم في مستوى عالٍ جدًا من حيث الأمان. على سبيل المثال، AWS هو مقدّم خدمات سحابة إلكترونية ذو سمعة طيبة يتّبع ممارسات أمان راسخة. على وجه التحديد، لدى AWS Nitro نموذج أمان موثَّق لضمان أنّ Nitro Enclaves يمنع المشغِّلين من الوصول إلى البيانات التي تمّت معالجتها في الحصن، ولا تتوفّر الموارد المحمية (مثل مفاتيح فك التشفير) إلّا للرمز المعتمَد الذي يتم تشغيله في Enclave. هناك أيضًا وصول مادي يجب مراعاته. صممت AWS ونفّذت إجراءات التخفيف من مخاطر الوصول المادي، بما في ذلك تلك التي يواجهها موظفو Amazon. قد لا توفر بيئة التنفيذ الموثوقة (TEE) الحالية المستندة إلى الأجهزة الحماية من جميع الهجمات المادية، والتي صُممت السحابة الإلكترونية العامة لفعلها. بالإضافة إلى ذلك، استعانت شركة Amazon مؤخرًا بمجموعة NCC Group، وهي شركة أبحاث مستقلة، لمراجعة تصاميم Nitro التي ركّزت على المطالبات الأمنية المرتبطة بوصول الموظفين الداخليين إليها. يشير التقرير العام إلى أن تصميمات AWS تلبي ادعاءاتها.

إن تنفيذ هذه الممارسات وتقديم الدعم والتحسين بمرور الوقت يكلف أموالاً. مع وجود السُحب العامة الموزعة عالميًا والمتاحة على نطاق واسع، تنتشر هذه التكاليف على قاعدة واسعة من العملاء.

هل تؤدي "مبادرة حماية الخصوصية" إلى تغيير الفوترة؟

لا، يمكن لشركات تكنولوجيا الإعلان والمتصلين الآخرين بواجهة برمجة التطبيقات الاطّلاع على ما إذا كان سيتم عرض عنصر ما على الصفحة وبأي سعر يتم عرضه.

هل يمكن تحديد عدد مرّات الظهور في "مبادرة حماية الخصوصية"؟

تتيح ميزة Protected Audience إمكانية تحديد عدد مرّات الظهور في عدّة مواقع إلكترونية ضمن مجموعة الاهتمامات نفسها من خلال العنصر prevWinsMs. يمكن لوظيفة generateBid() للمشتري ضمن مزاد "الجمهور المحمي" أن تنشئ منطقًا يمكن أن يُعلم استراتيجية عروض الأسعار استنادًا إلى نتيجة مشاهدات الإعلان السابقة للمتصفّح نفسه.

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

• ملفات تعريف الارتباط الخاصة بالطرف الأول: يمكن لتقنيات الإعلانات استخدام بيانات الطرف الأول الخاصة بها لتحديد عدد مرات الظهور على موقعها الإلكتروني
• الشرائح: يمكن لتقنيات الإعلانات إدارة تحديد عدد مرات الظهور على مستوى كل موقع إلكتروني باستخدام ملف تعريف ارتباط مقسّم
• مساحة التخزين المشتركة SelectURL(): بعد أن تفوز تكنولوجيا الإعلان بمزاد وقبل عرض تصميم الإعلان، يمكنها طلب "مساحة التخزين المشتركة" للوصول إلى البيانات من مواقع إلكترونية متعددة واختيار تصميم الإعلان المناسب بناءً على معدّل التكرار من خلال بوابة إخراج عنوان URL.

إنّ حلّ تحديد عدد مرات ظهور الجمهور المناسب مع مراعاة الخصوصية والذي يوفّر فائدة مفيدة لتكنولوجيا الإعلانات يمثّل تحديًا للأسباب التالية:

• في الوقت الحالي، لم يتّضح لنا استنادًا إلى الملاحظات الواردة بشأن تكنولوجيا الإعلان ما إذا كانت إشارة التردد تتحمّل التشويش أم لا.
• لقد وصلتنا ملاحظات متّسقة بشأن تقنية الإعلان تفيد بأنّه يجب أن تكون إشارة التكرار على المواقع الإلكترونية متاحة خلال وقت المزاد، ما يتطلّب أن تكون الإشارات من عدّة مواقع إلكترونية غير تشويشية متاحة للاستخدام في أي مزاد إعلاني. وقد يؤدي ذلك إلى الكشف عن كمية كبيرة من المعلومات حول نشاط المستخدم على المواقع الإلكترونية، ما يقوّض أهداف الخصوصية التي وضعتها "مبادرة حماية الخصوصية".
• من المهمّ اختيار وقت استجابة وحلّاً يعمل على الجهاز فقط قد يوفّر هذه الإشارة، ما قد يتسبّب في حدوث وقت استجابة واضطراب في بيئة المزاد.
• من المحتمل أن يكون الحل هو واجهة برمجة تطبيقات جديدة، والتي يجب أن تخضع لعملية تقديم اقتراحات W3C.

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

ماذا عن حالات الاستخدام التي لا تشملها "مبادرة حماية الخصوصية"؟

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