وضعیت قابلیت‌های API مخاطب محافظت‌شده در حال انتظار

درباره ویژگی‌های حراج API مخاطبان محافظت‌شده بیشتر بدانید.

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

جدول زمانی در دسترس بودن ویژگی‌ها

ویژگی‌های اضافی

گزارش برنده شدن در مزایده در سطح رویداد

ما در ابتدا اعلام کردیم که گزارش‌دهی برنده شدن در حراج در سطح رویداد، یک راه‌حل موقت خواهد بود و از API تجمیع خصوصی برای تولید گزارش‌های خلاصه استفاده خواهد شد. پس از شنیدن بازخوردها و بررسی پیچیدگی نسبی راه‌حل‌های مبتنی بر تجمیع، به‌ویژه برای صورتحساب، تصمیم گرفتیم پشتیبانی از گزارش‌دهی نتایج برنده شدن در حراج در سطح رویداد با توابع reportResult() و reportWin() که قابلیت فراخوانی sendReportTo() دارند، حذف نکنیم.

گزارش‌دهی برنده شدن در مزایده در سطح رویداد حداقل تا سال ۲۰۲۶ پشتیبانی خواهد شد و ما قبل از انتقال API به هرگونه راه‌حل جایگزین، از قبل اطلاع‌رسانی خواهیم کرد.

گزارش ضرر و زیان حراج همچنان از طریق API تجمیع خصوصی پشتیبانی خواهد شد.

گزارش‌دهی تجمیعی مبتنی بر تریگر

در طول یک حراج مخاطب محافظت‌شده، می‌توانید یک گزارش تجمیعی ارسال کنید که توسط یک رویداد با استفاده از متد contributeToHistogramOnEvent() مربوط به API تجمیع خصوصی فعال شده باشد. رویداد آغازگر می‌تواند از خود حراج، مانند برد یا باخت حراج، ناشی شود. چنین گزارش‌های تجمیعی سپس به یک سرویس تجمیع مستقر ارسال می‌شوند که به شما امکان می‌دهد یک گزارش خلاصه نهایی که شامل نتایج باخت حراج است، ایجاد کنید. این رویداد همچنین می‌تواند از یک قاب محصور خارج از حراج با استفاده از window.fenced.reportEvent() مربوط به API گزارش تبلیغات Fenced Frame برای فعال کردن ارسال گزارش تجمیعی ارسال شود.

برای کسب اطلاعات بیشتر به بخش contributeToHistogramOnEvent() از صفحه Private Aggregation مراجعه کنید.

استفاده از محیط اجرای مطمئن برای سرویس کلید/مقدار

سرویس کلید/مقدار API مخاطب محافظت‌شده به حراج اجازه می‌دهد تا سیگنال‌های بلادرنگ را هنگام ایجاد پیشنهاد توسط خریدار و امتیازدهی تبلیغ توسط فروشنده بازیابی کند. سرویس کلید/مقدار در نهایت باید در یک محیط اجرای قابل اعتماد (TEE) اجرا شود تا از خصوصی ماندن داده‌های کاربر اطمینان حاصل شود.

اجرای سرویس کلید/مقدار در یک TEE الزامی نیست. ما حداقل ۱۲ ماه قبل از اجباری شدن استفاده از TEE، اطلاع‌رسانی خواهیم کرد. تا آن زمان، می‌توانید به استفاده از سرور خود برای سیگنال‌های کلید/مقدار بلادرنگ ادامه دهید. توجه داشته باشید که اجرای سرویس کلید/مقدار در یک TEE با توابع تعریف‌شده توسط کاربر (UDF) تا پایان سه‌ماهه اول ۲۰۲۳ با API مخاطب محافظت‌شده روی دستگاه، برای آزمایش در دسترس خواهد بود.

قاب‌های حصارکشی شده

فریم‌های محصور شده یک عنصر HTML جدید هستند که ارتباط بین محتوا و جاسازی‌کننده را محدود می‌کنند و برای رندر کردن محتوا بر اساس داده‌های بین سایتی استفاده می‌شوند. API مخاطب محافظت‌شده، محتوا را در یک فریم محصور شده رندر می‌کند.

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

بهبود یکپارچه‌سازی API مخاطب محافظت‌شده و گزارش‌دهی انتسابی

اخیراً، چالش‌هایی پیرامون ادغام API گزارش‌دهی انتساب و API مخاطب محافظت‌شده، به‌ویژه در مواردی که چارچوب‌های محصور وجود دارد، مطرح شده است .

برای گزارش‌دهی در سطح رویداد با API مخاطب محافظت‌شده، ما مجموعه‌ای از بهبودهای اولیه را برای آسان‌تر کردن این ادغام پیشنهاد کرده‌ایم که می‌توانید در توضیح بیشتر در مورد آن اطلاعات کسب کنید. این ادغام هم برای فریم‌های حصارکشی‌شده و هم برای iFrames در دسترس خواهد بود. گزارش‌دهی در سطح رویداد برای آزمایش در Chrome Stable M112+ در دسترس خواهد بود.

برای کسانی که به گزارش‌دهی انتساب با API مخاطب محافظت‌شده نیاز دارند، ما در حال کار بر روی راه‌حل‌های انعطاف‌پذیرتری برای ثبت سیگنال‌های پیشنهاد قیمت بیشتر با گزارش‌های تجمیعی هستیم و به محض آماده شدن، پیشنهادی را منتشر خواهیم کرد.

خدمات مناقصه و مزایده

ما نگرانی‌هایی در مورد تأخیر API مخاطبان محافظت‌شده شنیده‌ایم و به‌طور فعال روی بهبود تأخیر روی دستگاه کار می‌کنیم. هم کروم و هم اندروید قصد دارند سرویس‌های پیشنهاد و مزایده را به‌عنوان راهی اضافی برای اجرای منطق پیشنهاد و امتیازدهی، علاوه بر مزایده‌های روی دستگاه، ارائه دهند. سرویس‌های پیشنهاد و مزایده، یک راه‌حل سرویس API مخاطبان محافظت‌شده برای اجرای مزایده‌ها خارج از دستگاه است که معتقدیم عملکرد سریع‌تری را فراهم می‌کند.

ما به پشتیبانی از حراج‌های روی دستگاه ادامه خواهیم داد و استفاده از سرویس‌های پیشنهاد قیمت و حراج الزامی نیست، مگر اینکه با موارد استفاده شما مطابقت داشته باشد.

جزئیات بیشتر را می‌توانید در پست وبلاگ بیابید.

بعدش چی؟

ما می‌خواهیم با شما گفتگو کنیم تا اطمینان حاصل کنیم که یک API درست می‌کنیم که برای همه کار کند.

در مورد API بحث کنید

مانند سایر APIهای Privacy Sandbox، این API مستند شده و به صورت عمومی مورد بحث قرار گرفته است.

با API آزمایش کنید

می‌توانید آزمایش کنید و در گفتگو درباره API مخاطبان محافظت شده شرکت کنید .