درباره ویژگیهای حراج API مخاطبان محافظتشده بیشتر بدانید.
همزمان با اینکه ویژگیهای API مخاطب محافظتشده را به صورت عمومی در دسترس قرار میدهیم، ممکن است در مورد در دسترس بودن خدمات و ویژگیهای API مخاطب محافظتشده کنجکاو باشید. در اینجا لیستی از ویژگیهای API مخاطب محافظتشده و زمان پشتیبانی آنها را مشاهده خواهید کرد.
جدول زمانی در دسترس بودن ویژگیها
| ویژگی | برای تست موجود است | وضعیت |
|---|---|---|
| گزارش برنده شدن در مزایده در سطح رویداد | حالا | حداقل تا سال ۲۰۲۶ پشتیبانی میشود. این ویژگی برای آسانتر کردن انتقال از گزارش کوکیهای شخص ثالث به گزارشدهی Protected Audience API در نظر گرفته شده است. بنابراین، این گزارشدهی پس از اینکه تکنسینهای تبلیغات زمان کافی برای بهروزرسانی سازوکارهای گزارشدهی خود داشته باشند، پشتیبانی نخواهد شد. |
| تجمیع مبتنی بر تریگر | حالا | برای آزمایش در Chrome Canary/Dev M113+ و Beta/Stable M115+ موجود است. |
| استفاده از محیط اجرای مطمئن (TEE) برای سرویس کلید/مقدار | حالا | زودتر از سه ماهه سوم ۲۰۲۵ الزامی نیست. |
| قابهای حصارکشی شده | حالا | زودتر از سال 2026 الزامی نیست. |
| بهبود رابط برنامهنویسی کاربردی محافظتشده مخاطبان + یکپارچهسازی گزارشدهی انتساب | سهماهه دوم ۲۰۲۳ | برای آزمایش در Chrome Stable M112+ موجود است. |
| ناشناس بودن K | حالا | به مقاله k-anonymity مراجعه کنید |
| خدمات مناقصه و مزایده | برای آزمایش در نیمه دوم سال ۲۰۲۳ در نظر گرفته شده است. | در حال توسعه. |
ویژگیهای اضافی
| ویژگی | برای تست موجود است | وضعیت |
|---|---|---|
| سیگنالهای پیشنهاد قیمت کاربر در سطح رویداد برای مدلسازی ( نسخه گیتهاب ) | ۲۰۲۳ | در سهماهه دوم ۲۰۲۳ در کروم موجود است. |
| گزارش تأخیر به ازای هر خریدار | ۲۰۲۳ | در سهماهه اول ۲۰۲۳ در کروم موجود است. |
| مهلت زمانی دیوار برای هر خریدار | ۲۰۲۳ | در سهماهه اول ۲۰۲۳ در کروم موجود است. |
| شناسه گزارش خریدار برای خرابیهای سفارشی | ۲۰۲۳ | در سهماهه سوم ۲۰۲۳ در کروم موجود است. |
| پشتیبانی مقصد فروشنده مستقیم | ۲۰۲۳ | در سهماهه اول ۲۰۲۳ در کروم موجود است. |
| هزینه تبلیغات با محدودیت دقت برای پرداخت به ازای هر کلیک | ۲۰۲۳ | در سهماهه دوم ۲۰۲۳ در کروم موجود است. |
| ارز برای بالاترین پیشنهاد و بالاترین پیشنهاد امتیازآور دیگر | ۲۰۲۳ | در سهماهه سوم ۲۰۲۳ در کروم موجود است. |
| پشتیبانی ماکرو برای ردیابهای تبلیغاتی شخص ثالث (3PAT) | ۲۰۲۳ | در سهماهه سوم ۲۰۲۳ در کروم موجود است. |
| پشتیبانی از هدف قرار دادن گروههای دارای منافع منفی | بعداً در سال ۲۰۲۳ | انتظار میرود در سهماهه چهارم ۲۰۲۳ در کروم ارائه شود. |
| انتشار امن سیگنالهای حراج بدون WebBundles مشکل گیتهاب | بعداً در سال ۲۰۲۳ | انتظار میرود در سهماهه چهارم ۲۰۲۳ در کروم ارائه شود |
| حذف گروهی از گروههای ذینفع مشکل گیتهاب | بعداً در سال ۲۰۲۳ | انتظار میرود در سهماهه چهارم ۲۰۲۳ در کروم ارائه شود |
| افزایش سقف گروه ذینفع از ۱ هزار به ۲ هزار مشکل گیتهاب | بعداً در سال ۲۰۲۳ | انتظار میرود در سهماهه چهارم ۲۰۲۳ در کروم ارائه شود |
| پشتیبانی از پیشنهاد قیمت و حراج نسخه بتا ۱ توضیح دهنده | دادگاه Origin، بعداً در سال 2023 | انتظار میرود در سهماهه چهارم ۲۰۲۳ در کروم (از طریق نسخه آزمایشی Origin) ارائه شود. |
| 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 استفاده کنید. همچنین، باید توجه داشت که فروشندگان همچنان میتوانند استفاده از فریمهای حصارکشی شده را الزامی کنند.
| Proposal | Status |
|---|---|
| Web API changes for urn to config Explainer |
Available in Chrome in Q1 2023. |
| Creative Macros in Fenced Frames for Ads Reporting (FFAR) GitHub Issue |
Available in Chrome in Q3 2023. |
| Send Automatic Beacons Once GitHub Issue |
Available in Chrome in Q3 2023. |
| Serializable Fenced Frames Configs GitHub Issue |
Available in Chrome in Q3 2023. |
| Additional Format Option for Protected Audience Ad Size Macros GitHub Issue |
Available in Chrome in Q4 2023. |
| Automatic beacons sending to all registered URLs GitHub Issue | GitHub Issue |
Available in Chrome in Q4 2023. |
| Enable Leaving Ad Interest Groups from Urn iFrames and Ad Component Frames
GitHub issue |
Available in Chrome in Q1 2024 |
| Introduce reserved.top_navigation_start/commit
GitHub issue, GitHub issue |
Available in Chrome in Q1 2024 |
| Do Not Disable Cookie Setting in ReportEvent until 3PCD
GitHub issue |
Available in Chrome in Q1 2024 |
| Add support for automatic beacons in cross-origin subframes
GitHub issue |
Available in Chrome in Q1 2024 |
Allow Cross-Origin Subframes to Send reportEvent() Beacons
GitHub issue |
Available in Chrome in Q2 2024 |
Referer header in beacons
GitHub issue |
Available in Chrome in Q1 2025 |
| Automatic beacon cross-origin data support
GitHub issue |
Expected in Chrome in Q2 2025 |
بهبود یکپارچهسازی API مخاطب محافظتشده و گزارشدهی انتسابی
اخیراً، چالشهایی پیرامون ادغام API گزارشدهی انتساب و API مخاطب محافظتشده، بهویژه در مواردی که چارچوبهای محصور وجود دارد، مطرح شده است .
برای گزارشدهی در سطح رویداد با API مخاطب محافظتشده، ما مجموعهای از بهبودهای اولیه را برای آسانتر کردن این ادغام پیشنهاد کردهایم که میتوانید در توضیح بیشتر در مورد آن اطلاعات کسب کنید. این ادغام هم برای فریمهای حصارکشیشده و هم برای iFrames در دسترس خواهد بود. گزارشدهی در سطح رویداد برای آزمایش در Chrome Stable M112+ در دسترس خواهد بود.
برای کسانی که به گزارشدهی انتساب با API مخاطب محافظتشده نیاز دارند، ما در حال کار بر روی راهحلهای انعطافپذیرتری برای ثبت سیگنالهای پیشنهاد قیمت بیشتر با گزارشهای تجمیعی هستیم و به محض آماده شدن، پیشنهادی را منتشر خواهیم کرد.
خدمات مناقصه و مزایده
ما نگرانیهایی در مورد تأخیر API مخاطبان محافظتشده شنیدهایم و بهطور فعال روی بهبود تأخیر روی دستگاه کار میکنیم. هم کروم و هم اندروید قصد دارند سرویسهای پیشنهاد و مزایده را بهعنوان راهی اضافی برای اجرای منطق پیشنهاد و امتیازدهی، علاوه بر مزایدههای روی دستگاه، ارائه دهند. سرویسهای پیشنهاد و مزایده، یک راهحل سرویس API مخاطبان محافظتشده برای اجرای مزایدهها خارج از دستگاه است که معتقدیم عملکرد سریعتری را فراهم میکند.
ما به پشتیبانی از حراجهای روی دستگاه ادامه خواهیم داد و استفاده از سرویسهای پیشنهاد قیمت و حراج الزامی نیست، مگر اینکه با موارد استفاده شما مطابقت داشته باشد.
جزئیات بیشتر را میتوانید در پست وبلاگ بیابید.
بعدش چی؟
ما میخواهیم با شما گفتگو کنیم تا اطمینان حاصل کنیم که یک API درست میکنیم که برای همه کار کند.
در مورد API بحث کنید
مانند سایر APIهای Privacy Sandbox، این API مستند شده و به صورت عمومی مورد بحث قرار گرفته است.
با API آزمایش کنید
میتوانید آزمایش کنید و در گفتگو درباره API مخاطبان محافظت شده شرکت کنید .