Pelajari lebih lanjut fitur lelang Protected Audience API.
Saat kami memindahkan fitur Protected Audience API ke ketersediaan umum, Anda mungkin ingin mengetahui ketersediaan layanan dan fitur Protected Audience API. Di sini Anda akan menemukan daftar fitur Protected Audience API yang dicakup dan kapan fitur tersebut akan didukung.
Linimasa ketersediaan fitur
Fitur | Tersedia untuk pengujian | Status |
---|---|---|
Pelaporan kemenangan lelang tingkat peristiwa | Sekarang | Didukung hingga setidaknya tahun 2026. Fitur ini dimaksudkan untuk mempermudah transisi ke pelaporan Protected Audience API dari pelaporan cookie pihak ketiga. Oleh karena itu, pelaporan ini tidak akan didukung setelah teknologi iklan memiliki waktu untuk memperbarui mekanisme pelaporan mereka. |
Agregasi berbasis pemicu | Sekarang | Tersedia untuk pengujian di Chrome Canary/Dev M113+ dan Beta/Stabil M115+. |
Penggunaan Trusted Execution Environment (TEE) untuk layanan Kunci/Nilai | Sekarang | Wajib diterapkan paling lambat Kuartal 3 2025. |
Frame dengan pagar | Sekarang | Wajib diterapkan paling lambat tahun 2026. |
Meningkatkan integrasi Protected Audience API + Pelaporan Atribusi | K2 2023 | Tersedia untuk pengujian di Chrome Stabil M112+. |
K-anonymity | Sekarang | Lihat artikel k-anonymity |
Layanan Bidding dan Lelang | Ditargetkan untuk pengujian pada paruh kedua tahun 2023. | Dalam pengembangan. |
Fitur tambahan
Fitur | Tersedia untuk pengujian | Status |
---|---|---|
Sinyal bidding pengguna tingkat peristiwa untuk pemodelan (Masalah GitHub) | 2023 | Tersedia di Chrome pada Kuartal 2 2023. |
Pelaporan Latensi Per Pembeli | 2023 | Tersedia di Chrome pada Kuartal 1 2023. |
Waktu tunggu waktu tunggu per pembeli | 2023 | Tersedia di Chrome pada Kuartal 1 2023. |
ID pelaporan pembeli untuk perincian kustom | 2023 | Tersedia di Chrome pada Kuartal 3 2023. |
Dukungan tujuan penjual langsung | 2023 | Tersedia di Chrome pada Kuartal 1 2023. |
Biaya iklan dengan akurasi terbatas untuk penagihan biaya per klik | 2023 | Tersedia di Chrome pada Kuartal 2 2023. |
Mata uang untuk bid tertinggi dan bid skor tertinggi lainnya | 2023 | Tersedia di Chrome pada Kuartal 3 2023. |
Dukungan Makro untuk Pelacak Iklan Pihak Ketiga (3PAT) | 2023 | Tersedia di Chrome pada Kuartal 3 2023. |
Dukungan untuk Penargetan Grup Minat Negatif | Nanti pada tahun 2023 | Diperkirakan akan tersedia di Chrome pada K4 2023. |
Penyebaran Sinyal Lelang yang Aman tanpa WebBundles Masalah GitHub |
Nanti pada tahun 2023 | Diperkirakan akan hadir di Chrome pada K4 2023 |
Penghapusan Grup Minat Massal Masalah GitHub |
Nanti pada tahun 2023 | Diperkirakan akan hadir di Chrome pada K4 2023 |
Meningkatkan Batas Grup Minat dari 1.000 menjadi 2.000 Masalah GitHub |
Nanti pada tahun 2023 | Diperkirakan akan hadir di Chrome pada K4 2023 |
Penjelasan Dukungan untuk Bidding dan Lelang Beta 1 |
Uji Coba Origin, pada tahun 2023 | Diperkirakan akan hadir di Chrome (melalui Uji Coba Origin) pada Kuartal Ke-4 2023 |
Real Time Monitoring API Penjelasan |
Akhir Kuartal 2 atau awal Kuartal 3 2024 | Diperkirakan akan hadir di Chrome pada akhir Kuartal 2 atau awal Kuartal 3 2024 Kami juga mempertimbangkan peningkatan yang dibagikan dalam penjelasan di bawah pekerjaan mendatang. Kami berencana untuk mengonfirmasi arahnya paling lambat K1 2025, dan berharap dapat meluncurkan solusi yang telah direvisi paling lambat K1 2026, bergantung pada linimasa peluncuran teknologi yang mendasarinya. |
Pelaporan kemenangan lelang tingkat peristiwa
Awalnya kami menunjukkan bahwa pelaporan kemenangan lelang tingkat peristiwa akan menjadi
solusi sementara, dan Private Aggregation API akan digunakan untuk membuat laporan ringkasan. Setelah mendengarkan masukan dan memeriksa kompleksitas relatif solusi berbasis agregasi, terutama untuk penagihan, kami memutuskan untuk tidak menghapus dukungan untuk pelaporan hasil kemenangan lelang tingkat peristiwa dengan fungsi reportResult()
dan reportWin()
yang memiliki kemampuan untuk memanggil sendReportTo()
.
Pelaporan kemenangan lelang tingkat peristiwa akan didukung hingga setidaknya tahun 2026, dan kami akan memberikan pemberitahuan lebih awal sebelum API bertransisi ke solusi alternatif.
Pelaporan kerugian lelang akan terus didukung melalui Private Aggregation API.
Pelaporan gabungan berbasis pemicu
Selama lelang Protected Audience, Anda dapat mengirim laporan gabungan saat dipicu oleh peristiwa menggunakan metode contributeToHistogramOnEvent()
Private Aggregation API. Peristiwa pemicu dapat berasal dari lelang itu sendiri, seperti kemenangan atau kekalahan lelang. Laporan agregat tersebut kemudian dikirim ke Layanan Agregasi yang di-deploy, yang memungkinkan Anda membuat laporan ringkasan akhir yang menyertakan hasil kerugian lelang. Peristiwa juga dapat berasal dari frame berpagar di luar lelang menggunakan window.fenced.reportEvent()
Fenced Frame Ads Reporting API untuk memicu pengiriman laporan gabungan.
Lihat bagian contributeToHistogramOnEvent()
di halaman Agregasi Pribadi untuk mempelajari lebih lanjut.
Penggunaan Trusted Execution Environment untuk layanan Kunci/Nilai
Layanan Nilai Kunci Protected Audience API memungkinkan lelang mengambil sinyal real-time saat bid dibuat oleh pembeli dan iklan diberi skor oleh penjual. Layanan Kunci/Nilai pada akhirnya akan diwajibkan untuk berjalan di trusted execution environment (TEE) untuk memastikan bahwa data pengguna tetap bersifat pribadi.
Menjalankan layanan Kunci/Nilai di TEE tidak diperlukan. Kami akan memberikan pemberitahuan minimal 12 bulan sebelum penggunaan TEE menjadi wajib. Sebelum itu, Anda dapat terus menggunakan server Anda sendiri untuk sinyal nilai kunci/real-time. Perhatikan bahwa menjalankan layanan Kunci/Nilai di TEE dengan fungsi yang ditentukan pengguna (UDF) akan tersedia untuk pengujian pada akhir Kuartal 1 2023 dengan Protected Audience API di perangkat.
Frame dengan fence
Frame berpagar adalah elemen HTML baru yang membatasi komunikasi antara konten dan penyempan, serta digunakan untuk merender konten berdasarkan data lintas situs. Protected Audience API akan merender konten ke dalam bingkai berpagar.
Setelah bekerja sama dengan berbagai pemangku kepentingan dan memeriksa upaya signifikan untuk mengakomodasi perubahan ini, Chrome tidak akan mewajibkan frame berpagar hingga setidaknya tahun 2026 untuk mempertahankan inklusivitas ekosistem,dan Chrome akan memberikan pemberitahuan awal yang signifikan. Hingga saat itu, jika frame berpagar tidak digunakan, Anda harus menggunakan iframe untuk merender URN buram. Selain itu, perlu diperhatikan bahwa penjual masih dapat mewajibkan penggunaan Bingkai Pagar.
Proposal | Status |
---|---|
Perubahan Web API untuk urn ke konfigurasi Penjelasan |
Tersedia di Chrome pada K1 2023. |
Makro Materi Iklan di Bingkai Berpagar untuk Pelaporan Iklan (FFAR) Masalah GitHub |
Tersedia di Chrome pada Kuartal 3 2023. |
Mengirim Beacon Otomatis Sekali Masalah GitHub |
Tersedia di Chrome pada Q3 2023. |
Konfigurasi Fenced Frames yang Dapat Diserialisasi Masalah GitHub |
Tersedia di Chrome pada Kuartal 3 2023. |
Opsi Format Tambahan untuk Makro Ukuran Iklan Protected Audience Masalah GitHub |
Tersedia di Chrome pada Q4 2023. |
Beacon otomatis mengirimkan ke semua URL terdaftar Masalah GitHub | Masalah GitHub |
Tersedia di Chrome pada Kuartal 4 2023. |
Mengaktifkan Keluar dari Grup Minat Iklan dari iFrame Urn dan Frame Komponen Iklan
Masalah GitHub |
Tersedia di Chrome pada Kuartal 1 2024 |
Memperkenalkan Reserve.top_navigation_start/commit
Masalah GitHub, Masalah GitHub |
Tersedia di Chrome pada Kuartal 1 2024 |
Jangan Nonaktifkan Setelan Cookie di ReportEvent hingga 3PCD
Masalah GitHub |
Tersedia di Chrome pada Kuartal 1 2024 |
Menambahkan dukungan untuk beacon otomatis di subframe lintas origin
Masalah GitHub |
Tersedia di Chrome pada K1 2024 |
Izinkan Subframe Lintas Asal Mengirim Beacon reportEvent()
Masalah GitHub |
Tersedia di Chrome pada Q2 2024 |
Meningkatkan integrasi Protected Audience API dan Attribution Reporting
Baru-baru ini, tantangan telah dinyatakan terkait integrasi Attribution Reporting API dan Protected Audience API, terutama jika bingkai berpagar terlibat.
Untuk pelaporan tingkat peristiwa dengan Protected Audience API, kami memiliki serangkaian peningkatan awal yang diusulkan untuk mempermudah integrasi ini, yang dapat Anda pelajari lebih lanjut di penjelasan. Integrasi ini akan tersedia untuk bingkai berpagar dan iFrame. Pelaporan tingkat peristiwa akan tersedia untuk pengujian di Chrome Stabil M112+.
Bagi pengguna yang memerlukan Pelaporan Atribusi dengan Protected Audience API, kami sedang mengembangkan solusi yang lebih fleksibel untuk menangkap lebih banyak sinyal bidding dengan laporan gabungan, dan kami akan memublikasikan proposal setelah siap.
Layanan Bidding dan Lelang
Kami telah mendengar beberapa kekhawatiran tentang latensi Protected Audience API dan secara aktif berupaya meningkatkan latensi di perangkat. Chrome dan Android berencana untuk menyediakan Bidding dan Layanan Lelang sebagai cara tambahan untuk menjalankan logika bidding dan penskoran selain lelang di perangkat. Layanan Bidding dan Lelang adalah solusi layanan Protected Audience API untuk menjalankan lelang di luar perangkat, yang kami yakin akan memungkinkan performa yang lebih cepat.
Kami akan terus mendukung lelang di perangkat, dan penggunaan Layanan Bidding dan Lelang tidak diperlukan kecuali jika sesuai dengan kasus penggunaan Anda.
Detail selengkapnya dapat ditemukan di postingan blog.
Apa selanjutnya?
Kami ingin berbincang dengan Anda untuk memastikan bahwa kami membangun API yang berlaku untuk semua orang.
Diskusikan API
Seperti API Privacy Sandbox lainnya, API ini didokumentasikan dan dibahas secara publik.
Bereksperimen dengan API
Anda dapat bereksperimen dan berpartisipasi dalam percakapan tentang Protected Audience API.