سوالات متداول تست جعبه ایمنی حریم خصوصی

پاسخ به سوالات متداول مربوط به تست جعبه ایمنی حریم خصوصی.

مناطق کلیدی هماهنگی بین DSP و SSP برای API مخاطبان محافظت شده چیست؟

موارد زیر جنبه های کلیدی است که نیاز به همسویی دارند:

  • ممیزی خلاق : آیا SSP یک نقطه پایانی برای پیش ثبت نام خلاقانه برای اسکن دارد و آیا DSP از آن گردش کار پشتیبانی می کند؟ اگر نه، با SSP در مورد آنچه که آنها از DSP برای اجرای ممیزی خلاقانه برای کنترل های ناشر نیاز دارند، صحبت کنید.
  • متدولوژی renderURL DSP . برخی از SSP ها ممکن است نیاز به renderURL داشته باشند که متادیتایی مانند seatID برای پشتیبانی از امتیازدهی و صورتحساب شامل شود. نحوه renderURL ساختارهای DSP برای موارد استفاده حیاتی SSP پیامدهایی دارد.
  • ORTB
    • درخواست پیشنهاد ORTB 2.X: چگونه SSP حراج واجد شرایط PA را به DSP سیگنال می دهد.
    • پاسخ پیشنهادی ORTB 2.X: چگونه DSP به SSP برای حراج PA پاسخ می دهد.
  • داده های پیشنهادی PA در دستگاه : SSP به DSP
    • auctionSignals : داده‌هایی که SSP در auctionConfig گنجانده شده است که برای همه توابع پیشنهاد DSP در دسترس است.
  • داده های امتیازدهی PA در دستگاه : DSP به SSP
    • پیشنهاد: نحوه رسیدگی به چند ارز. هر SSP ممکن است نیازهای متفاوتی داشته باشد.
    • شیء تبلیغ (بازگردانده شده از generateBid() ): SSP ممکن است از این برای امتیازدهی و کنترل های ناشر استفاده کند. DSP ها و SSP ها باید بر اساس داده هایی که در آن گنجانده شده است و در یک ساختار داده تراز شوند.
  • گزارش پیروزی PA : SSP به DSP
    • آنچه که SSP's reportResult() در دسترس DSP's reportWin() قرار می دهد.
  • گزارش پس از حراج : DSP به SSP. زمینه: DSP باید گزارش‌های پس از حراج را ضبط کرده و به SSP تفویض کند. اگر SSP به کلیک ها، بازدیدها، معیارهای قابلیت مشاهده نیاز دارد، DSP باید آنها را قادر به دریافت این رویدادها کند.
    • چه گزارشاتی که SSP نیاز دارد.
    • روش شناسی برای اندازه گیری آن رویداد (مانند تعریف قابلیت مشاهده).
    • اجرای DSP فراخوانی reportEvent() برای پشتیبانی از الزامات SSP.
    • اجرای SSP از registerAdBeacon() که نامگذاری رویداد را با آنچه DSP در خلاقیت راه‌اندازی می‌کند، ردیف می‌کند.

آیا Attribution Reporting API آماده و برای آزمایش در دسترس است؟

Attribution Reporting API عموماً در دسترس خواهد بود و ارتقاء در حال انجام است. با آن، Attribution Reporting به زودی برای استفاده در 100٪ ترافیک در دسترس خواهد بود. توجه داشته باشید که از گزارش انتساب می توان با همه تبلیغات استفاده کرد، نه فقط تبلیغاتی که توسط مخاطب محافظت شده ارائه می شود.

آیا شرایط جغرافیایی برای آزمایش وجود دارد؟

هیچ الزامات جغرافیایی وجود ندارد. این به هر آزمایش کننده بستگی دارد که ملاحظات جغرافیایی را به عنوان بخشی از آزمون خود تعیین کند.

راهنمای CMA چگونه با آزمایش تسهیل‌شده توسط Chrome هماهنگ می‌شود؟

حالت‌های آزمایش تسهیل‌شده Chrome با دستورالعمل‌های CMA برای آزمایش کمی «جعبه ایمنی حریم‌خصوصی» همسو هستند. در رهنمودهای CMA، گروه درمان به فناوری‌های جعبه ایمنی حریم خصوصی بدون کوکی‌های شخص ثالث متکی است. گروه کنترل 1 از کوکی های شخص ثالث استفاده می کند و از جعبه ایمنی حریم خصوصی استفاده نمی کند، و گروه کنترل 2 نه از جعبه ایمنی حریم خصوصی و نه از کوکی های شخص ثالث استفاده می کند. با در دسترس بودن عمومی، فناوری‌های جعبه ایمنی حریم خصوصی در تمام ترافیک Chrome در دسترس خواهند بود و فناوری تبلیغات می‌تواند استفاده از فناوری‌های جعبه ایمنی حریم خصوصی را در گروه‌های جمعیتی خاص و نه در گروه‌های دیگر انتخاب کند. به‌علاوه، فناوری‌های تبلیغاتی می‌توانند از ترافیک آزمایشی Mode A Chrome استفاده کنند تا این گروه‌های جمعیتی را در چندین گروه هماهنگ کنند.

از 4 ژانویه 2024، Chrome کوکی‌های شخص ثالث را در 1٪ از ترافیک منسوخ می‌کند و از آن به عنوان ترافیک آزمایشی با تسهیل Chrome Mode B در اسناد برنامه‌نویس Chrome یاد می‌شود. در بخش کوچکی از ترافیک تست حالت B که توسط کروم تسهیل می‌شود، علاوه بر منسوخ شدن کوکی‌های شخص ثالث، فناوری‌های جعبه ایمنی حریم خصوصی نیز در دسترس نخواهند بود. با استفاده از ترکیبی از همه حالت‌های تست آسان کروم بالا، متخصصان تبلیغات می‌توانند تنظیمات آزمایشی خود را با دستورالعمل‌های آزمایشی منتشر شده توسط CMA هماهنگ کنند. به آزمایش با تسهیل کروم مراجعه کنید که حالت A و حالت B را تعریف می‌کند و راهنمای CMA کنترل 1، کنترل 2، گروه‌های درمان (در نقطه شماره 11) را تعریف می‌کند.

آیا مخاطبی در CMA وجود دارد که بتوانیم با آن ارتباط برقرار کنیم تا بهتر بفهمیم برای گزارش نهایی ارسالی چه چیزی لازم است؟

می‌توانید به تیم پرونده CMA به آدرس privacysandbox@cma.gov.uk ایمیل بزنید و درباره راهنمایی پیشنهاد آزمایشی آنها بیشتر بخوانید. برای ارجاع بیشتر، CMA همه مخاطبین آنها را در پایین صفحه Privacy Sandbox فهرست می‌کند.

آیا می توانید معیارهای موفقیت تست کمی را توضیح دهید؟

شرکت هایی که API ها را آزمایش می کنند می توانند هر تعداد KPI اضافی را که می خواهند تعریف و به اشتراک بگذارند. حداقل نتایج آزمونی که باید به اشتراک گذاشته شود در راهنمای CMA فهرست شده است.

آیا آستانه حجمی برای آزمایش، به عنوان مثال، نسبت گروه کنترل به نسبت حالت ها وجود دارد؟ آیا راهنمایی اضافی در مورد KPIهای ارزشمند برای آزمایش فراتر از دستورالعمل های آزمایشی CMA دارید؟

تسترها می توانند الزامات حجم / مقیاس را تعیین کنند. توصیه می کنیم مقیاس را بر اساس مدل کسب و کار و اهداف خود تعیین کنید. رویکرد آزمایشی شما باید معیارهای مرتبط و حالت A و حالت B آزمایش تسهیل‌شده توسط Chrome را در نظر بگیرد.

چه نوع ادغام‌های موجودی ناشر توسط تست مخاطبین محافظت شده و TOPICS پشتیبانی می‌شوند؟

Privacy Sandbox محدودیتی برای مکانیسم های یکپارچه سازی خاص ایجاد نمی کند. برای به دست آوردن بیشترین بینش، آزمایش سرتاسر مخاطب محافظت شده باید با سایر طرف‌های ادغام‌شده در جعبه ایمنی حریم خصوصی با هدف ایجاد نمایش‌های قابل پرداخت هماهنگ شود.

ما می‌دانیم که تصمیم‌های یکپارچه‌سازی شرکت‌های دیگر می‌تواند بر انواع موجودی‌هایی که مخاطبان و موضوعات محافظت‌شده در آن‌ها آزمایش می‌شوند، تأثیر بگذارد. Privacy Sandbox هماهنگی با شرکای آزمایشی در مورد اهداف را توصیه می کند.

گوگل چگونه اتصال تست DSP و SSP را تسهیل می کند؟

شرکت هایی که تست می کنند به صورت عمومی در GitHub با اطلاعات تماس برای هماهنگی فهرست شده اند. Privacy Sandbox همچنین آزمایش‌کنندگان را تشویق می‌کند تا مستقیماً از طریق روابط موجود برای هماهنگ کردن آزمایش‌ها ارتباط برقرار کنند.