Kotak Pasir Privasi untuk Web: Lanskap Privasi yang Berubah dan Dampaknya pada Situs Anda

Chrome akan melakukan perubahan privasi melalui inisiatif Privacy Sandbox sepanjang tahun 2023 sambil membangun teknologi baru untuk menjaga kerahasiaan informasi pengguna. Secara bersamaan, penerbit web dan merek mengubah strategi digital mereka untuk membantu mempertahankan pendapatan iklan dan analitik pemasaran berharga yang bergantung pada cookie pihak ketiga.

Dorongan menuju privasi browser yang diperluas ini mendorong lebih banyak permintaan untuk personalisasi situs web.

Dalam sesi ini, Advokat Pengembang Google, Sam Dutton, membahas perubahan yang akan datang, berbagi tujuan inisiatif Privacy Sandbox, dan membantu Anda lebih memahami cara melakukan pivot untuk memastikan Anda memiliki data yang diperlukan untuk membantu mempertahankan bisnis dan situs Anda bergerak kedepan.

Slide Sesi:

Salinan:

SAM DUTTON: Hai, saya Sam Dutton. Saya Advokat Pengembang dengan tim Chrome yang berbasis di sini di London. Terima kasih banyak telah bergabung dengan saya hari ini. Jadi tiga hal yang akan saya lakukan dalam 25 menit ke depan. Saya akan memberi Anda ikhtisar tentang Privacy Sandbox API. Saya akan menjelaskan apa yang perlu Anda lakukan sekarang, dan saya akan menunjukkan kepada Anda bagaimana Anda bisa menjadi penguji dan bergabung dalam diskusi tentang API dan memberikan umpan balik.

Jadi izinkan saya memulai dengan menjelaskan mengapa kita membutuhkan Privacy Sandbox. Banyak dari Anda akan mengetahui cerita latarnya dengan sangat baik, tetapi ada baiknya untuk segera mengulangi mengapa kita membutuhkan ini dan bagaimana kita sampai ke tempat kita sekarang ini. Jadi Privacy Sandbox adalah sebuah inisiatif untuk membantu membangun satu set API penjaga privasi untuk mendukung model bisnis yang mendanai web terbuka untuk masa depan tanpa mekanisme pelacakan seperti cookie pihak ketiga.

Sekarang Anda mungkin telah melihat contoh ini dari Google I/O. Ini adalah situs tipikal dengan komponen dari berbagai sumber. Dan tentu saja, kemampuan menyusun adalah salah satu kekuatan super web. Anda memiliki peta dari satu sumber, beberapa skrip dari sumber lain dan seterusnya dan tentu saja, iklan dan suka atau tidak suka dan apa pun yang terjadi di masa depan, iklan telah menjadi sumber pendapatan penting dan penggerak bisnis di web.

Sekarang pada titik sejarah ini, menurut saya browser dan CMS perlu mendukung kasus penggunaan periklanan. Jadi apa masalahnya? Nah, pemilihan iklan, pengukuran konversi, deteksi penipuan, penyesuaian perangkat, banyak kasus penggunaan lainnya mengandalkan identitas lintas situs menggunakan mekanisme yang tidak dibuat dengan mempertimbangkan privasi.

Sekarang, bukan hanya cookie pihak ketiga, tetapi sidik jari digunakan untuk melacak perilaku pengguna di seluruh situs atau jika situs meminta informasi pribadi, seperti alamat email dan selain itu, ekosistem pihak ketiga sangat kompleks, terutama untuk periklanan. Bahkan pengembang, pengiklan, atau penerbit tidak memahami rantai pasokan untuk layanan pihak ketiga.

Jadi tentu saja ketika saya mengunjungi sebuah situs web, saya tidak mengetahui semua pihak ketiga yang terlibat dan apa yang mereka lakukan dengan data saya dan itu bukan hanya saya, penelitian menunjukkan bahwa orang benar-benar peduli untuk mengontrol data mereka. Masalah privasi semakin mendorong pilihan tentang apa yang dilakukan orang secara online dan regulator di seluruh dunia meningkatkan persyaratan privasi, dan ini terjadi dengan sangat cepat.

Jadi mengingat berapa banyak bisnis yang mengandalkan periklanan online yang efektif dan berapa banyak penayang yang mengandalkan iklan untuk memonetisasi situs mereka, dan sejumlah besar kasus penggunaan lainnya, ini merupakan masalah bagi seluruh ekosistem web dan bukan hanya untuk perusahaan teknologi dan platform iklan. Namun tentu saja, karena web adalah platform terbuka, proposal untuk perubahan memerlukan persetujuan dan umpan balik, dan browser seperti Chrome tidak dapat dan tidak ingin bertindak secara sepihak.

Peramban bukanlah produk di mana vendor peramban dapat mengambil keputusan secara terpisah dan kenyataannya adalah bahwa web tidak dirancang untuk banyak persyaratan yang menjadi inti platform saat ini untuk deteksi penipuan iklan, manajemen identitas, dan semua persyaratan lainnya ini menggunakan kasus dan segera. Jadi yang kami butuhkan adalah teknologi yang dibuat khusus untuk web yang berfokus pada privasi ini, dan di situlah Privacy Sandbox berperan.

Jadi Chrome telah bekerja sama dengan komunitas web bersama pemangku kepentingan industri dan regulator untuk mengembangkan teknologi perlindungan privasi baru yang dapat mendukung ekosistem yang sehat dan berkelanjutan. Sekarang, setelah API baru yang dibuat khusus ini tersedia, kami perlu memastikan perusahaan memiliki waktu untuk mengadopsinya sehingga kami dapat menghentikan dukungan untuk cookie pihak ketiga di Chrome dengan aman dan melanjutkan pekerjaan kami untuk memitigasi jenis pelacakan lainnya.

Sekarang, kumpulan prinsip inti untuk inisiatif ini adalah potensi model privasi untuk web, dan ini telah dikembangkan oleh pakar privasi dan ilmuwan komputer di Google. Model privasi ini menjabarkan seperangkat aturan dasar untuk merancang teknologi yang memenuhi kasus penggunaan platform web yang telah saya bicarakan, sekaligus mematuhi kebutuhan privasi kami yang terus berubah.

Secara khusus, proposal tersebut mencakup pertanyaan sulit tentang cara mengaktifkan koneksi lintas situs tanpa mengorbankan privasi. Sekarang, salah satu inovasi utama API Privacy Sandbox adalah mengaktifkan browser untuk bertindak atas nama pengguna, dalam arti kembali ke peran inti browser sebagai apa yang kami sebut agen pengguna.

Dengan teknologi saat ini, data dikumpulkan, dikumpulkan, dan dibagikan oleh pihak ketiga untuk melacak penjelajahan pengguna di seluruh situs. Privacy Sandbox API dapat memungkinkan pengukuran konversi lelang iklan dan tugas lainnya untuk dipenuhi oleh browser pengguna di perangkat pengguna.

Jadi kami perlu membangun kembali platform iklan dan web dengan kolaborasi lintas vendor browser, platform, pengiklan, penerbit adtech, pengguna, regulator, dan komunitas privasi, serta tidak sedikit pengembang seperti Anda yang bekerja dengan platform CMS.

Jadi dengan mengingat semua itu, saya hanya ingin memberi Anda tur peluit berhenti dari Privacy Sandbox API itu sendiri. Jadi di Google, ini adalah inisiatif bersama di seluruh web dan Android. Kotak Pasir Privasi di Android difokuskan untuk memperkenalkan solusi periklanan baru yang lebih pribadi tanpa pengidentifikasi lintas aplikasi.

Web dan Android, tentu saja, berbagi prinsip yang sama dan beberapa proposal web sedang dikembangkan untuk Android juga. Namun, tentu saja, platform seluler web dan Android mengandalkan teknologi yang berbeda secara fundamental.

Jadi ini di Android adalah inisiatif yang berbeda, tetapi bagi Anda yang membuat aplikasi Android serta bekerja di web, Anda pasti ingin mengawasinya. Jadi Google telah menguji API baru bekerja sama dengan berbagai mitra secara global.

Ratusan perusahaan berpartisipasi dalam forum publik, baik W3C, mereka menjelaskan masalah di GitHub dan seterusnya, menerbitkan perspektif dan analisis dan bergabung dengan meja bundar industri, berbagi umpan balik dengan Chrome dan Android, dan tentu saja, berpartisipasi dalam pengujian.

Sekarang jangan salah, Privacy Sandbox memiliki banyak persyaratan untuk dicakup dan akan sulit di sepanjang jalan. Maksud saya, menurut saya kabar baiknya adalah akhir dari semua ini akan memiliki platform yang lebih aman dan lebih pribadi bagi pengguna dan lebih baik bagi pengiklan, penerbit, pengembang, dan tentu saja, untuk platform seperti WordPress.

Jadi saya tidak akan menjelaskan semua Privacy Sandbox API. Sebaliknya saya ingin fokus pada tiga API periklanan utama di Privacy Sandbox. Itulah Topik, FLEDGE, dan Pelaporan Atribusi. Topik dan FLEDGE kami dikenal sebagai API relevansi.

Sekarang Topik memberikan sinyal tingkat tinggi dari minat pengguna berdasarkan riwayat penjelajahan terbaru mereka. Dan Topik dapat digabungkan dengan sinyal kontekstual dan data pihak pertama untuk memilih iklan yang relevan.

Dan FLEDGE mendukung pemasaran ulang yang lebih terperinci dan kasus penggunaan pemirsa khusus di mana pemasar ingin menjangkau pemirsa yang telah menunjukkan minat pada situs web atau produk tertentu, tetapi tentu saja, untuk memungkinkannya dengan cara menjaga privasi.

Terakhir, Pelaporan Pengaitan adalah proposal Chrome untuk pengukuran kampanye perlindungan privasi, memberikan laporan kinerja anonim dan saat orang melihat atau mengeklik iklan, lalu melanjutkan untuk menyelesaikan pembelian atau jenis konversi lainnya.

Jadi API ini telah melalui masa pengujian di Android dan Chrome di desktop dan seluler. Jika Anda bekerja dengan platform teknologi iklan, Anda perlu memastikan bahwa Anda memahami rencana platform tersebut untuk menangani kasus penggunaan ini dan kasus penggunaan yang dipenuhi oleh API ini untuk masa mendatang tanpa cookie pihak ketiga atau mekanisme pelacakan lainnya.

Jadi sekarang kami memiliki periode pengujian teknis dengan API yang diaktifkan menggunakan bendera Chrome, dan sekarang dalam uji coba awal awalnya diaktifkan hanya untuk sebagian kecil pengguna Chrome pada awalnya. Jadi sekarang kita berada pada tahap pengujian utilitas ini, 50% pengguna Chrome Canary dev dan beta telah mengaktifkan API uji coba asal iklan di halaman yang memberikan token yang valid dan 5% pengguna stabil.

Nah, itu tentu saja persentase kecil dari keseluruhan lalu lintas Chrome, tetapi itu cukup untuk pengujian terbatas API dengan pengguna sebenarnya. Dan kami sekarang bergerak menuju peluncuran di Chrome Stable di mana API akan tersedia untuk semua pengguna secara default dan saya akan kembali ke timeline untuk itu nanti.

Jadi hanya untuk menegaskan kembali, untuk satu pengguna Anda dapat mengaktifkan API menggunakan bendera Chrome tetapi untuk pengujian dalam skala besar, Anda perlu ikut serta dalam uji coba asal Privacy Sandbox, dan saya akan membagikan tautan nanti untuk panduan tentang cara melakukan semua itu .

Omong-omong, Chrome juga memperbarui kontrol privasi pengguna seperti UI untuk ini. Dan kontrol Kotak Pasir Privasi sebenarnya tersedia sebagai bagian dari uji coba asal API iklan. Orang-orang akan dapat melihat dan mengelola minat yang terkait dengan penjelajahan mereka atau mematikan API sepenuhnya.

Jadi sebenarnya ada tiga teknologi Privacy Sandbox lain yang menurut saya mungkin juga ingin Anda uji atau tandai ke salah satu penyedia pihak ketiga Anda. Pertama, CHIPS. Itu Cookie Memiliki Status Partisi Independen memungkinkan pengembang untuk memilih cookie untuk penyimpanan yang dipartisi dengan toples cookie terpisah per situs tingkat atas.

Kumpulan Pihak Pertama memungkinkan nama domain terkait yang dimiliki dan dioperasikan oleh entitas yang sama untuk menyatakan diri mereka sebagai milik pihak pertama yang sama, dan Token Negara Swasta. Anda mungkin pernah mendengar nama awal ini sebagai Token Kepercayaan. Ini adalah API untuk menyampaikan informasi dalam jumlah terbatas dari satu konteks penelusuran ke konteks penelusuran lainnya, misalnya, lintas situs untuk membantu memerangi penipuan tetapi tanpa menggunakan teknik pelacakan pasif.

Jadi pertama-tama, mari kita lihat lebih dalam API Topik. API Topik menyediakan mekanisme untuk mengaktifkan iklan berbasis minat, tetapi tanpa mengizinkan pihak ketiga untuk melacak aktivitas penjelajahan pengguna. Jadi API dalam arti tertentu memiliki tiga komponen utama, dan iklan berbasis minat pertama membutuhkan taksonomi topik yang diminati.

Taksonomi Topics API terlihat seperti ini. Ini adalah daftar topik yang dapat dibaca manusia yang dikelola secara publik yang menghindari topik sensitif. Dan sekarang hal ini kemungkinan besar akan berubah dan berkembang seiring waktu dengan berkonsultasi dengan ekosistem web dan itu berarti orang-orang seperti Anda, kami membutuhkan umpan balik Anda tentang hal ini serta yang lainnya.

Jadi API Topik perlu menyimpulkan minat pengguna berdasarkan aktivitas penjelajahan mereka, tetapi seperti yang saya katakan, melakukannya dengan cara yang menjaga privasi mereka. Jadi, topik minat teratas dicatat untuk pengguna di browser mereka di perangkat mereka berdasarkan aktivitas penelusuran terbaru mereka lagi, oleh browser mereka di perangkat mereka.

Saat ini, Topik melakukannya dengan menggunakan pembelajaran mesin untuk memetakan nama host halaman yang dikunjungi pengguna ke Topik dari taksonomi. Sekarang seperti taksonomi Topik itu sendiri, pendekatan itu akan berkembang seiring waktu. Tetapi menyimpulkan minat dari aktivitas penjelajahan perlu mendapatkan keseimbangan yang tepat.

Jika Anda memiliki terlalu banyak detail tentang penjelajahan pengguna dengan baik, itu buruk untuk privasi, tetapi perincian yang terlalu sedikit berarti API tidak berguna. Menurut saya, hal utama yang harus dipahami di sini adalah bahwa topik minat hanyalah salah satu sinyal untuk menemukan apa yang relevan bagi pengguna.

Jadi sekarang setelah topik minat disimpulkan oleh browser untuk pengguna, Topik perlu memberi pemanggil API akses ke topik minat yang telah mereka amati untuk pengguna.

Jadi saat pengguna menavigasi web, ada dua tahapan ke API. Pemanggil API, mungkin platform adtech misalnya, memanggil API pada halaman untuk memberi sinyal bahwa mereka ingin mengamati topik untuk halaman saat ini dan pengguna saat ini.

Sekarang nanti, pemanggil API dapat mengakses topik yang mereka amati untuk pengguna. Sekarang semua ini harus dilakukan tanpa mengungkapkan apa pun tentang aktivitas penelusuran pengguna selain topik minat yang diamati.

Jadi API Topik menyediakan dua cara untuk mengamati topik yang menarik bagi pengguna dan kemudian untuk mendapatkan akses ke topik yang diamati, pertama dengan API JavaScript atau dengan menggunakan header permintaan dan respons pada permintaan pengambilan.

Cara pertama penelepon API Topik dapat memberi sinyal ke browser bahwa ia telah mengamati topik untuk pengguna adalah dengan memanggil document.browsingTopics dari iframe yang disematkan di situs yang dikunjungi pengguna.

Sekarang pemanggil API dapat memanggil metode document.browsingTopics yang sama untuk mengakses topik yang telah diamatinya untuk pengguna saat ini. Dan alasan metode ini membutuhkan iframe, adalah karena konteks untuk mengamati Topik harus sama dengan konteks untuk mengakses Topik.

Cara lain untuk mengamati dan mengakses Topik adalah dengan menggunakan header pengambilan, permintaan, dan tanggapan. Pertama, pemanggil API perlu membuat permintaan pengambilan ke URL asalnya, termasuk topik penjelajahan objek sebenarnya di parameter opsi.

Dan jika respons terhadap permintaan pengambilan menyertakan header Observe-Browsing-Topics ?1, hal itu memberi sinyal ke browser bahwa penelepon ingin browser merekam bahwa penelepon telah mengamati topik yang menarik untuk pengguna saat ini untuk saat ini halaman. Saya harap itu masuk akal.

Sekarang topik yang diamati untuk pengguna dapat diambil dari permintaan pengambilan pemanggil dengan mengakses header permintaan sec-browsing-topics. Jadi inilah keseluruhan proses dari awal sampai akhir. Saya sadar akan waktu, jadi saya tidak akan membahasnya sekarang, tetapi kami akan membagikannya nanti sehingga Anda dapat melihat cara kerjanya, keseluruhan proses dan kami akan memilikinya untuk setiap API.

Dan Anda dapat mencoba demo Topik yang menggunakan metode iframe JavaScript untuk mengamati dan mengakses topik atau Anda dapat mencoba demo kami yang menggunakan pendekatan tajuk permintaan pengambilan. chrome://topics-internals menampilkan topik untuk pengguna saat ini, topik yang diberikan untuk nama host, dan informasi teknis tentang implementasi API.

Anda juga dapat menjalankan laboratorium topik bersama untuk menguji inferensi topik menggunakan model pengklasifikasi Topik. Sekarang tiga pertanyaan terbuka utama untuk Anda sebelum saya meninggalkan Topik, bagaimana kami dapat melakukan pekerjaan yang lebih baik dalam menyimpulkan topik yang menarik bagi pengguna berdasarkan aktivitas penjelajahan mereka? Bagaimana kami dapat meningkatkan konten dan struktur taksonomi agar lebih bermanfaat sekaligus menjaga privasi pengguna? Dan bagaimana kita dapat meningkatkan keseluruhan arsitektur API?

Saya pikir satu hal yang perlu diingat di sini adalah apakah kita memiliki Topik atau sesuatu yang berbeda, kita masih perlu memenuhi kasus penggunaannya. Selanjutnya, FLEDGE. Jadi ini adalah API untuk opsi iklan di perangkat untuk melayani pemasaran ulang dan kasus penggunaan pemirsa khusus tanpa memerlukan pelacakan pihak ketiga lintas situs.

Saya pikir itu sedikit lebih detail kode dengan FLEDGE karena memiliki pekerjaan yang lebih rumit daripada Topik. Jadi ada tiga bagian dalam proses FLEDGE. Pertama, pembeli iklan, benar-benar menambahkan pengguna atau lebih tepatnya browser individual ke dalam apa yang disebut grup minat. Ini seperti audiens khusus, tetapi keanggotaan grup minat disimpan di browser di perangkat pengguna.

Saat ini, saat pengguna mengunjungi situs yang menampilkan iklan seperti situs penayang, penjual iklan dapat memulai lelang iklan untuk memilih iklan bagi mereka, dan dengan FLEDGE lelang ini dapat dijalankan di perangkat pengguna.

Untuk memilih iklan, kode lelang menjalankan logika penawaran dari pembeli dan logika lelang dari penjual. Dan terakhir, browser memposting pelaporan lelang ke titik akhir yang disediakan oleh penjual dan pembeli.

Jadi saya hanya membahas FLEDGE langkah demi langkah dengan sangat singkat. Pertama-tama bayangkan seorang pengguna mengunjungi toko sepatu online, melakukan penjelajahan. Platform adtech atau mungkin pengiklan sendiri membuat panggilan JavaScript untuk memberi tahu browser agar bergabung dengan grup minat. Dan grup ini mungkin diberi nama seperti Trail Running Shoes.

Objek konfigurasi untuk interest group mungkin terlihat seperti ini. Dalam contoh ini, teknologi iklan toko sepatu mungkin memiliki grup minat untuk pemasaran ulang yang ingin ditambahkan penggunanya, dan mereka telah menamai grup ini dengan baik, Sepatu Lari Jejak. Dan panggilan platform adtech toko sepatu bergabung dengan grup minat iklan untuk meminta browser pengguna untuk bergabung dengan grup minat Sepatu Trail Running mereka menggunakan konfigurasi yang baru saja saya tunjukkan kepada Anda.

Dan parameter kedua menentukan durasi interest group yang dibatasi pada 30 hari. Sekarang pengguna mengunjungi situs yang menayangkan iklan. Dalam contoh ini, situs web berita. Lelang untuk memilih iklan yang akan ditampilkan kepada pengguna dijalankan dalam JavaScript di perangkat pengguna oleh penjual menggunakan lelang iklan berjalan, dan penjual mungkin adalah platform teknologi iklan, tetapi mungkin penerbit itu sendiri, dalam hal ini, situs berita.

Sekarang lelang ini memilih tawaran yang diberikan iklan yang paling tepat untuk setiap grup minat milik browser pengguna bersama dengan faktor lain dari penjual dan browser itu sendiri.

Sekarang melihat kodenya, penerbit atau platform yang menjual ruang iklan di situs penerbit membuat data konfigurasi untuk lelang iklan. Penjual kemudian meminta browser menjalankan lelang iklan untuk memilih iklan di browser, dan nilai yang dikembalikan oleh lelang iklan yang dijalankan diteruskan ke elemen yang disebut bingkai berpagar agar situs dapat menampilkan iklan pemenang.

Sekarang bingkai berpagar dapat digunakan untuk menampilkan iklan tetapi tidak dapat berinteraksi dengan halaman di sekitarnya. Kemudian penjual dan pembeli yang menang masing-masing memiliki kesempatan untuk melakukan logging dan pelaporan, dan itu dilakukan dengan memanggil navigator.reportresult.

Terakhir, pengguna, jika semuanya berjalan lancar, mengetuk atau mengeklik iklan dan sekarang API Pelaporan Atribusi akan mengambil alih. Dan lagi, kami memiliki diagram yang menunjukkan keseluruhan proses dari awal sampai akhir, yang akan kami bagikan dengan Anda setelah keynote.

Nah, terakhir saya ingin bercerita sedikit tentang Privacy Sandbox API untuk pengukuran iklan, yaitu Pelaporan Atribusi. Pelaporan Atribusi digunakan untuk mengukur kapan klik iklan atau tayangan iklan menghasilkan konversi. Misalnya, ketika tampilan iklan di situs berita mengarah ke pembelian di toko sepatu online.

Sekarang seperti Topik dan FLEDGE, API ini dirancang untuk menghindari pelacakan lintas situs. Jadi API memungkinkan dua jenis hasil pengukuran, laporan tingkat peristiwa dan laporan ringkasan. Jadi izinkan saya menjelaskan secara singkat cara kerjanya.

Pertama, mari kita lihat laporan tingkat peristiwa. Jadi, tautan iklan dapat dikonfigurasi dengan atribut yang khusus untuk API Pelaporan Atribusi dan ini memungkinkan penghitungan tampilan dan klik dengan permintaan di sisi konversi.

Sekarang ketika pengguna mengklik iklan atau melihat iklan dan kemudian mengonversi, browser membuat laporan, dan dalam laporan itu perusahaan periklanan atau teknologi iklan menyertakan dua bagian data. Pertama, data apa pun yang mereka inginkan tentang klik atau tayangan iklan dan ini bisa sangat detail misalnya ID materi iklan, informasi tentang penerbit, stempel waktu, dan sebagainya. Dan kedua, sedikit data tentang konversi iklan.

Sekarang, untuk melindungi privasi pengguna, ini tidak bisa terlalu detail. Nanti browser mengirimkan laporan itu tentang– Nah, laporan itu dengan data yang baru saja saya jelaskan kepada teknologi iklan atau pengiklan, dan itu termasuk penundaan untuk membantu menghindari pelacakan pengguna.

Laporan berisi dua bagian data, data detail tentang klik atau tayangan iklan, peristiwa, dan data tingkat tinggi tentang konversi. Jadi ini adalah laporan tingkat acara. Sekarang mari kita lihat laporan ringkasan.

Sekarang API browser untuk menghasilkan laporan ringkasan serupa, tetapi hasil dan mekanismenya sedikit berbeda. Jadi sekali lagi, saat pengguna mengeklik iklan atau melihat iklan lalu kemudian berkonversi, browser membuat laporan, dan dalam laporan tersebut perusahaan periklanan atau teknologi iklan dapat menyertakan data apa pun yang mereka inginkan tentang klik atau tayangan iklan dan data apa pun yang mereka inginkan. inginkan tentang konversi iklan, tetapi laporan ini dienkripsi.

Dan ini merupakan perlindungan privasi karena laporan ini berisi data detail tentang konversi dan impresi. Jadi laporan dapat digunakan untuk pelacakan lintas situs jika tidak dienkripsi. Kemudian nanti, browser akan mengirimkan kembali laporan terenkripsi ini, dengan sedikit penundaan.

Dan dengan cara ini, platform adtech akan mengumpulkan banyak laporan dari banyak pengguna dan kemudian mengirim semua laporan ke layanan agregasi seperti yang disebut dan layanan ini akan mengumpulkan semua laporan ini, mendekripsinya, menambahkan beberapa kebisingan untuk melindungi privasi pengguna dan kemudian mengembalikan hasil akhir dan hasil akhir disebut ringkasan laporan. Ini berisi data pengukuran untuk banyak pengguna.

Jadi itulah pengukuran atribusi. Saya harap itu masuk akal. Saya akan menautkan ke lebih banyak sumber daya untuk membantu Anda memahami dan menguji Privacy Sandbox API secara lebih mendetail. Tapi satu hal terakhir yang ingin saya sebutkan, Privacy Sandcastle.

Ini adalah demo yang menggabungkan semua API Privacy Sandbox utama. Sudah dibangun oleh tim kami di Tokyo. Ini masih sangat baru. Tapi Anda bisa mendapatkan kode dari GitHub dan menjalankannya secara lokal, dan itu dirancang untuk membantu Anda memahami bagaimana semua API ini cocok satu sama lain.

Sebelum saya selesai, saya hanya ingin mengambil rekap dan melihat timeline untuk Privacy Sandbox. Seperti yang Anda lihat, kami mendekati kuartal di mana kami akan mulai mengirimkan API, artinya API tersebut akan tersedia secara default di Chrome Stable dan siap untuk pengujian pada skala produksi. Nah, itu hanya waktu singkat di kalender, dan saya bisa melihat diri saya sendiri. Saya dekat dengan waktu di sini.

Jadi beberapa hal yang menurut saya perlu Anda lakukan sekarang. Pertama, pahami garis waktu untuk web dan Android. Pastikan Anda dan penyedia pihak ketiga Anda siap menghadapi perubahan yang akan segera terjadi. Kedua, audit situs Anda untuk memahami di mana mereka bergantung pada cookie pihak ketiga dan mekanisme lain yang tidak digunakan lagi. Kami akan membagikan tautan ke alat dan petunjuk cara melakukannya setelah acara hari ini.

Selanjutnya, tanyakan kepada penyedia pihak ketiga Anda, seperti platform adtech dan seterusnya bagaimana mereka bersiap untuk memenuhi kasus penggunaan inti mereka tanpa adanya cookie pihak ketiga atau mekanisme pelacakan lintas situs lainnya dan terakhir, uji Privacy Sandbox API dan berikan umpan balik dan minta penyedia pihak ketiga Anda untuk melakukan hal yang sama.

Dan jika mereka tidak sehat, tanyakan mengapa tidak dan beri tahu kami apa jawaban untuk pertanyaan itu. Jadi privacysandbox.com menyediakan garis waktu, FAQ, informasi lebih lanjut tentang upaya lintas platform. Saya akan membagikan URL setelah acara ini, tetapi Anda dapat menemukan banyak konten yang saya rujuk di sini dari bagian Privacy Sandbox di developer.chrome.com.

Secara khusus, ini memiliki sumber daya yang menjelaskan cara mengajukan pertanyaan kepada kami dan memberikan masukan, dan Anda dapat mengetahui lebih lanjut tentang uji coba asal di developer.chrome.com. Kami juga telah membuat serangkaian video pendek dan artikel untuk membantu menjelaskan konsep Chrome seperti uji coba asal, bendera Chrome, konten kedip, dan sebagainya.

Jadi terima kasih untuk mendengarkan. Sekian dari saya. Seperti yang saya katakan, jika Anda memang membutuhkan dukungan, silakan buka sumber daya tersebut atau Anda dapat mengirimi saya pesan langsung SW12 di Twitter. Terima kasih banyak.