Privacy Sandbox สำหรับเว็บ: การเปลี่ยนแปลงด้านความเป็นส่วนตัวและผลกระทบต่อเว็บไซต์ของคุณ

เผยแพร่แล้ว: 2023-04-09

Chrome จะทำการเปลี่ยนแปลงความเป็นส่วนตัวผ่านโครงการ Privacy Sandbox ตลอดปี 2023 พร้อมกับสร้างเทคโนโลยีใหม่เพื่อให้ข้อมูลของผู้ใช้เป็นส่วนตัว ในขณะเดียวกัน ผู้เผยแพร่เว็บและแบรนด์ต่าง ๆ กำลังเปลี่ยนกลยุทธ์ดิจิทัลเพื่อช่วยรักษารายได้จากโฆษณาและการวิเคราะห์การตลาดที่มีค่าซึ่งอาศัยคุกกี้ของบุคคลที่สาม

การผลักดันไปสู่ความเป็นส่วนตัวของเบราว์เซอร์ที่ขยายออกไปนี้ทำให้ความต้องการส่วนบุคคลของเว็บไซต์เพิ่มมากขึ้น

ในเซสชั่นนี้ Sam Dutton ผู้สนับสนุนนักพัฒนาซอฟต์แวร์ของ Google จะอธิบายถึงการเปลี่ยนแปลงที่กำลังจะเกิดขึ้น แบ่งปันเป้าหมายของการริเริ่ม Privacy Sandbox และช่วยให้คุณเข้าใจได้ดีขึ้นว่าคุณจะปรับเปลี่ยนอย่างไรเพื่อให้แน่ใจว่าคุณมีข้อมูลที่จำเป็นต่อการรักษาธุรกิจและไซต์ของคุณ ก้าวไปข้างหน้า

วิดีโอ: Privacy Sandbox สำหรับเว็บ: แนวความเป็นส่วนตัวที่เปลี่ยนแปลงไปและผลกระทบต่อไซต์ของคุณ

สไลด์เซสชัน:

Privacy-Sandbox-for-web-the-change-privacy-landscape-and-impact-to-your-sitesดาวน์โหลด

ถอดเสียง:

แซม ดัตตัน: สวัสดีครับ ผมแซม ดัตตัน ฉันเป็น Developer Advocate ของทีม Chrome ประจำอยู่ที่ลอนดอน ขอบคุณมากสำหรับการเข้าร่วมฉันในวันนี้ สามสิ่งที่ฉันจะทำในอีก 25 นาทีข้างหน้า ฉันจะให้ภาพรวมของ Privacy Sandbox API ฉันจะอธิบายสิ่งที่คุณต้องทำตอนนี้ และจะแสดงวิธีที่คุณสามารถเป็นผู้ทดสอบและเข้าร่วมการสนทนาเกี่ยวกับ API และแสดงความคิดเห็น

ให้ฉันเริ่มต้นด้วยการอธิบายว่าทำไมเราถึงต้องการ Privacy Sandbox พวกคุณหลายคนคงทราบเรื่องราวเบื้องหลังกันดีอยู่แล้ว แต่มันก็คุ้มค่าที่จะย้ำอย่างรวดเร็วว่าทำไมเราถึงต้องการสิ่งนี้และเรามาถึงจุดที่เราอยู่ทุกวันนี้ได้อย่างไร ดังนั้น Privacy Sandbox จึงเป็นความคิดริเริ่มที่จะช่วยสร้างชุดของ API การรักษาความเป็นส่วนตัวเพื่อสนับสนุนรูปแบบธุรกิจที่ให้ทุนกับเว็บแบบเปิดสำหรับอนาคตโดยไม่ต้องใช้กลไกการติดตามเช่นคุกกี้ของบุคคลที่สาม

ตอนนี้คุณอาจเห็นตัวอย่างนี้จาก Google I/O แล้ว เป็นไซต์ทั่วไปที่มีส่วนประกอบจากแหล่งต่างๆ และแน่นอน ความสามารถในการจัดองค์ประกอบเป็นหนึ่งในพลังพิเศษของเว็บ คุณมีแผนที่จากต้นทางหนึ่ง สคริปต์บางส่วนจากอีกแหล่งหนึ่งและอื่นๆ และแน่นอน โฆษณาและไม่ว่าเราจะชอบหรือไม่ และไม่ว่าอนาคตจะเป็นอย่างไร การโฆษณาได้กลายเป็นแหล่งรายได้ที่สำคัญและเป็นตัวขับเคลื่อนธุรกิจบน เว็บ.

ณ จุดนี้ในประวัติศาสตร์ ฉันคิดว่าเบราว์เซอร์และ CMS จำเป็นต้องรองรับกรณีการใช้งานโฆษณา แล้วปัญหาคืออะไร? การเลือกโฆษณา การวัด Conversion การตรวจจับการฉ้อโกง การปรับแต่งอุปกรณ์ กรณีการใช้งานอื่นๆ จำนวนมากอาศัยการระบุตัวตนข้ามไซต์โดยใช้กลไกที่ไม่ได้สร้างขึ้นโดยคำนึงถึงความเป็นส่วนตัวเป็นหลัก

ตอนนี้ ไม่ใช่แค่คุกกี้ของบุคคลที่สามเท่านั้น แต่มีการใช้ลายนิ้วมือเพื่อติดตามพฤติกรรมของผู้ใช้ทั่วทั้งไซต์ หรือไซต์อื่นๆ ขอข้อมูลส่วนบุคคล เช่น ที่อยู่อีเมล นอกจากนี้ ระบบนิเวศของบุคคลที่สามนั้นซับซ้อนมาก โดยเฉพาะอย่างยิ่งสำหรับการโฆษณา แม้แต่นักพัฒนา ผู้โฆษณา หรือผู้เผยแพร่ก็ไม่เข้าใจห่วงโซ่อุปทานสำหรับบริการของบุคคลที่สาม

แน่นอน เมื่อฉันเยี่ยมชมเว็บไซต์ ฉันไม่ทราบถึงบุคคลที่สามทั้งหมดที่เกี่ยวข้องและสิ่งที่พวกเขากำลังทำกับข้อมูลของฉัน และไม่ใช่เฉพาะฉัน การวิจัยแสดงให้เห็นว่าผู้คนสนใจที่จะควบคุมข้อมูลของตนจริงๆ ความกังวลเรื่องความเป็นส่วนตัวทำให้เกิดตัวเลือกมากขึ้นเกี่ยวกับสิ่งที่ผู้คนทำทางออนไลน์ และหน่วยงานกำกับดูแลทั่วโลกกำลังเพิ่มข้อกำหนดด้านความเป็นส่วนตัว ซึ่งสิ่งนี้เกิดขึ้นอย่างรวดเร็ว

ดังนั้น เมื่อพิจารณาจากจำนวนธุรกิจที่พึ่งพาการโฆษณาออนไลน์ที่มีประสิทธิภาพ และผู้เผยแพร่โฆษณาจำนวนเท่าใดที่พึ่งพาการโฆษณาเพื่อสร้างรายได้จากไซต์ของตน และกรณีการใช้งานอื่นๆ ทั้งหมด นี่เป็นปัญหาสำหรับระบบนิเวศของเว็บทั้งหมด ไม่ใช่เฉพาะกับบริษัทเทคโนโลยีและแพลตฟอร์มโฆษณาเท่านั้น แต่แน่นอน เนื่องจากเว็บเป็นแพลตฟอร์มแบบเปิด ข้อเสนอสำหรับการเปลี่ยนแปลงจำเป็นต้องได้รับการตอบรับและเสนอแนะ และเบราว์เซอร์เช่น Chrome ไม่สามารถและไม่ต้องการดำเนินการเพียงฝ่ายเดียว

เบราว์เซอร์ไม่ใช่ผลิตภัณฑ์ที่ผู้จำหน่ายเบราว์เซอร์สามารถตัดสินใจได้โดยแยกจากกัน และความจริงก็คือเว็บไม่ได้ออกแบบมาสำหรับข้อกำหนดหลายข้อที่เป็นแกนหลักของแพลตฟอร์มในปัจจุบันสำหรับการตรวจจับการฉ้อโกงโฆษณา การจัดการข้อมูลประจำตัว และกรณีการใช้งานข้อกำหนดอื่นๆ ทั้งหมด เร็วๆ นี้. ดังนั้นสิ่งที่เราต้องการคือเทคโนโลยีที่สร้างขึ้นตามวัตถุประสงค์สำหรับเว็บที่เน้นความเป็นส่วนตัวนี้ และนั่นคือที่มาของ Privacy Sandbox

ดังนั้น Chrome จึงทำงานร่วมกับชุมชนเว็บควบคู่ไปกับผู้มีส่วนได้ส่วนเสียในอุตสาหกรรมและหน่วยงานกำกับดูแลเพื่อพัฒนาเทคโนโลยีการรักษาความเป็นส่วนตัวแบบใหม่ที่สามารถรองรับระบบนิเวศที่สมบูรณ์และยั่งยืนได้ ขณะนี้ เมื่อ API ที่สร้างขึ้นตามวัตถุประสงค์ใหม่เหล่านี้พร้อมใช้งานแล้ว เราจำเป็นต้องทำให้แน่ใจว่าบริษัทต่างๆ มีเวลาที่จะนำมาใช้ เพื่อให้เราสามารถยุติการสนับสนุนคุกกี้ของบุคคลที่สามใน Chrome ได้อย่างปลอดภัย และทำงานของเราต่อไปเพื่อลดการติดตามประเภทอื่นๆ

ปัจจุบัน ชุดหลักการสำคัญสำหรับการริเริ่มนี้คือรูปแบบความเป็นส่วนตัวที่เป็นไปได้สำหรับเว็บ ซึ่งได้รับการพัฒนาโดยผู้เชี่ยวชาญด้านความเป็นส่วนตัวและนักวิทยาศาสตร์คอมพิวเตอร์ของ Google รูปแบบความเป็นส่วนตัวนี้วางชุดกฎพื้นฐานสำหรับการออกแบบเทคโนโลยีที่ตรงตามกรณีการใช้งานแพลตฟอร์มเว็บที่ฉันพูดถึง ในขณะเดียวกันก็ปฏิบัติตามข้อกำหนดด้านความเป็นส่วนตัวที่เปลี่ยนแปลงไปของเราด้วย

โดยเฉพาะอย่างยิ่ง ข้อเสนอครอบคลุมคำถามที่ยากเกี่ยวกับวิธีเปิดใช้งานการเชื่อมต่อข้ามไซต์โดยไม่สูญเสียความเป็นส่วนตัว ตอนนี้ หนึ่งในนวัตกรรมที่สำคัญของ Privacy Sandbox API คือการเปิดใช้งานเบราว์เซอร์เพื่อดำเนินการในนามของผู้ใช้ ในแง่หนึ่งคือการกลับไปใช้บทบาทหลักของเบราว์เซอร์ที่เราเรียกว่าตัวแทนผู้ใช้

ด้วยเทคโนโลยีปัจจุบัน ข้อมูลจะถูกรวบรวม รวบรวม และแบ่งปันโดยบุคคลที่สามเพื่อติดตามการเรียกดูของผู้ใช้ทั่วทั้งไซต์ Privacy Sandbox API ช่วยให้การวัด Conversion ของการประมูลโฆษณาและงานอื่นๆ เหล่านี้ดำเนินการได้โดยเบราว์เซอร์ของผู้ใช้บนอุปกรณ์ของผู้ใช้

ดังนั้นเราจึงจำเป็นต้องสร้างแพลตฟอร์มโฆษณาและเว็บใหม่ด้วยการทำงานร่วมกันระหว่างผู้ให้บริการเบราว์เซอร์ แพลตฟอร์ม ผู้โฆษณา ผู้เผยแพร่เทคโนโลยีโฆษณา ผู้ใช้ ผู้ควบคุมและชุมชนความเป็นส่วนตัว และนักพัฒนาไม่น้อยเช่นคุณที่ทำงานกับแพลตฟอร์ม CMS

ด้วยเหตุนี้ ฉันแค่อยากจะแนะนำคุณเกี่ยวกับ Privacy Sandbox APIs ที่ Google นี่คือความคิดริเริ่มที่ใช้ร่วมกันทั่วทั้งเว็บและ Android Privacy Sandbox บน Android มุ่งเน้นไปที่การแนะนำโซลูชันการโฆษณาที่เป็นส่วนตัวมากขึ้นโดยไม่มีตัวระบุข้ามแอป

แน่นอนว่าเว็บและ Android ใช้หลักการเดียวกันร่วมกัน และข้อเสนอเว็บหลายข้อกำลังได้รับการพัฒนาสำหรับ Android เช่นกัน อย่างไรก็ตาม แน่นอนว่าเว็บและแพลตฟอร์มมือถือ Android ใช้เทคโนโลยีที่แตกต่างกันโดยพื้นฐาน

ดังนั้น นี่จึงเป็นความคิดริเริ่มที่แตกต่างสำหรับ Android แต่เป็นสิ่งที่ผู้ที่คุณสร้างแอพ Android รวมถึงทำงานบนเว็บ คุณจะต้องจับตาดูสิ่งนั้น ดังนั้น Google จึงได้ทำการทดสอบ API ใหม่โดยร่วมมือกับพันธมิตรหลายรายทั่วโลก

บริษัทหลายร้อยแห่งเข้าร่วมในฟอรัมสาธารณะ ไม่ว่าจะเป็น W3C พวกเขาอธิบายปัญหาเกี่ยวกับ GitHub และอื่นๆ เผยแพร่มุมมองและการวิเคราะห์ และเข้าร่วมโต๊ะกลมในอุตสาหกรรม แบ่งปันความคิดเห็นกับ Chrome และ Android และแน่นอน เข้าร่วมในการทดสอบ

ตอนนี้อย่าพลาด Privacy Sandbox มีข้อกำหนดมากมายที่ต้องครอบคลุมและจะยากตลอดการดำเนินการ ฉันหมายความว่า ฉันคิดว่าข่าวดีก็คือจุดสิ้นสุดของทั้งหมดนี้จะมีแพลตฟอร์มที่ปลอดภัยและเป็นส่วนตัวมากขึ้นสำหรับผู้ใช้ และดีกว่าสำหรับผู้โฆษณา ผู้เผยแพร่ นักพัฒนา และแน่นอนสำหรับแพลตฟอร์มอย่าง WordPress

ดังนั้นฉันจะไม่อธิบายถึง Privacy Sandbox API ทั้งหมด ฉันต้องการมุ่งเน้นไปที่ API การโฆษณาหลักสามรายการใน Privacy Sandbox นั่นคือหัวข้อ FLEDGE และการรายงานที่มา หัวข้อและ FLEDGE ของเราเรียกว่า API ที่เกี่ยวข้อง

ขณะนี้หัวข้อให้สัญญาณระดับสูงเกี่ยวกับความสนใจของผู้ใช้โดยพิจารณาจากประวัติการเข้าชมล่าสุดของพวกเขา และสามารถรวมหัวข้อเข้ากับสัญญาณบริบทและข้อมูลบุคคลที่หนึ่งเพื่อเลือกโฆษณาที่เกี่ยวข้อง

และ FLEDGE รองรับรีมาร์เก็ตติ้งที่ละเอียดมากขึ้นและกรณีการใช้กลุ่มเป้าหมายที่กำหนดเอง ซึ่งนักการตลาดต้องการเข้าถึงผู้ชมที่แสดงความสนใจในเว็บไซต์หรือผลิตภัณฑ์เฉพาะ แต่แน่นอนว่าต้องทำให้เป็นไปได้ด้วยวิธีการรักษาความเป็นส่วนตัว

ประการสุดท้าย การรายงานการระบุแหล่งที่มาเป็นข้อเสนอของ Chrome สำหรับการวัดผลแคมเปญที่รักษาความเป็นส่วนตัว โดยให้รายงานประสิทธิภาพที่ไม่ระบุตัวตน และเมื่อผู้คนดูหรือคลิกที่โฆษณา จากนั้นจึงดำเนินการซื้อหรือการแปลงประเภทอื่นให้เสร็จสิ้นในภายหลัง

ดังนั้น API เหล่านี้จึงผ่านการทดสอบเป็นระยะเวลาหนึ่งใน Android และใน Chrome บนเดสก์ท็อปและอุปกรณ์เคลื่อนที่ หากคุณกำลังทำงานกับแพลตฟอร์มเทคโนโลยีโฆษณา คุณต้องแน่ใจว่าคุณเข้าใจแผนของแพลตฟอร์มเหล่านั้นที่จะจัดการกับกรณีการใช้งานเหล่านี้และกรณีการใช้งานที่ตรงตามข้อกำหนดของ API เหล่านี้สำหรับอนาคตนี้โดยไม่มีคุกกี้ของบุคคลที่สามหรือกลไกการติดตามอื่นๆ

ตอนนี้เรามีการทดสอบทางเทคนิคเป็นระยะกับ API ที่เปิดใช้งานโดยใช้แฟล็ก Chrome และตอนนี้ในการทดลองใช้งานเริ่มต้นได้เปิดใช้งานสำหรับผู้ใช้ Chrome เพียงเปอร์เซ็นต์เล็กน้อยในขั้นต้น ตอนนี้เราอยู่ในขั้นตอนของการทดสอบยูทิลิตีนี้ 50% ของผู้ใช้ Chrome Canary dev และ beta เปิดใช้งาน API ทดลองใช้งานต้นทางของโฆษณาบนหน้าเว็บที่ให้โทเค็นที่ถูกต้อง และ 5% ของผู้ใช้ที่เสถียร

แน่นอนว่านี่เป็นเพียงเปอร์เซ็นต์เล็กน้อยของการเข้าชม Chrome โดยรวม แต่ก็เพียงพอสำหรับการทดสอบ API แบบจำกัดกับผู้ใช้จริง และตอนนี้เรากำลังมุ่งสู่การเปิดตัวใน Chrome Stable ซึ่ง API จะพร้อมใช้งานสำหรับผู้ใช้ทั้งหมดโดยค่าเริ่มต้น และฉันจะกลับมาที่ไทม์ไลน์ในภายหลัง

ขอย้ำอีกครั้งว่า สำหรับผู้ใช้คนเดียว คุณสามารถเปิดใช้งาน API ได้โดยใช้แฟล็ก Chrome แต่สำหรับการทดสอบในวงกว้าง คุณจะต้องเข้าร่วมในการทดลองเริ่มต้นของ Privacy Sandbox และฉันจะแชร์ลิงก์ในภายหลังสำหรับคำแนะนำเกี่ยวกับวิธีดำเนินการทั้งหมดนั้น .

ดังนั้น อย่างไรก็ตาม Chrome กำลังอัปเดตการควบคุมความเป็นส่วนตัวของผู้ใช้ เช่น UI สำหรับสิ่งนี้ และการควบคุม Privacy Sandbox นั้นมีให้ใช้งานจริงโดยเป็นส่วนหนึ่งของการทดลองใช้ API ของโฆษณา ผู้คนจะสามารถดูและจัดการความสนใจที่เกี่ยวข้องกับการเรียกดูหรือปิด API ทั้งหมด

จริงๆ แล้วมีเทคโนโลยี Privacy Sandbox อีกสามตัวที่ฉันคิดว่าคุณอาจต้องการทดสอบหรือตั้งค่าสถานะให้กับผู้ให้บริการบุคคลที่สามของคุณอย่างแน่นอน ประการแรกชิป นั่นคือคุกกี้ที่มีสถานะการแบ่งพาร์ติชันอิสระช่วยให้นักพัฒนาสามารถเลือกใช้คุกกี้ในการจัดเก็บพาร์ติชันด้วยโถคุกกี้แยกต่างหากต่อไซต์ระดับบนสุด

First-Party Sets อนุญาตให้ชื่อโดเมนที่เกี่ยวข้องซึ่งเป็นเจ้าของและดำเนินการโดยหน่วยงานเดียวกันเพื่อประกาศตนเองว่าเป็นของบุคคลที่หนึ่งเดียวกัน และโทเค็นสถานะส่วนตัว คุณอาจเคยได้ยินชื่อย่อนี้ในชื่อ Trust Token นี่คือ API เพื่อถ่ายทอดข้อมูลจำนวนจำกัดจากบริบทการสืบค้นหนึ่งไปยังอีกบริบทหนึ่ง เช่น ข้ามไซต์เพื่อช่วยต่อต้านการฉ้อโกง แต่ไม่ต้องใช้เทคนิคการติดตามแบบพาสซีฟ

ก่อนอื่น เรามาดูรายละเอียดเกี่ยวกับ Topics API กัน Topics API มีกลไกในการเปิดใช้งานการโฆษณาตามความสนใจ แต่ไม่อนุญาตให้บุคคลที่สามติดตามกิจกรรมการท่องเว็บของผู้ใช้ ดังนั้น ในแง่หนึ่ง API จึงมีองค์ประกอบหลักสามส่วน และการโฆษณาตามความสนใจอันดับแรกจำเป็นต้องมีอนุกรมวิธานของหัวข้อที่น่าสนใจ

อนุกรมวิธานของ Topics API มีลักษณะดังนี้ เป็นรายการหัวข้อที่มนุษย์สามารถอ่านได้ซึ่งได้รับการดูแลแบบสาธารณะซึ่งหลีกเลี่ยงหัวข้อที่ละเอียดอ่อน และตอนนี้สิ่งนี้มีแนวโน้มที่จะเปลี่ยนแปลงและพัฒนาเมื่อเวลาผ่านไปโดยปรึกษาหารือกับระบบนิเวศของเว็บ และนั่นหมายความว่าผู้คนเช่นคุณ เราต้องการความคิดเห็นจากคุณเกี่ยวกับสิ่งนี้ เช่นเดียวกับสิ่งอื่นๆ

ดังนั้น Topics API จึงจำเป็นต้องอนุมานความสนใจของผู้ใช้โดยอิงจากกิจกรรมการท่องเว็บของพวกเขา แต่อย่างที่ฉันพูดไป ให้ทำในลักษณะที่รักษาความเป็นส่วนตัวของผู้ใช้ ดังนั้น หัวข้อที่น่าสนใจอันดับต้นๆ จะถูกบันทึกไว้สำหรับผู้ใช้ในเบราว์เซอร์บนอุปกรณ์ของพวกเขาตามกิจกรรมการท่องเว็บล่าสุดของพวกเขาอีกครั้ง โดยเบราว์เซอร์บนอุปกรณ์ของพวกเขา

ปัจจุบัน Topics ทำได้โดยใช้แมชชีนเลิร์นนิงเพื่อแมปชื่อโฮสต์ของหน้าที่ผู้ใช้เข้าชมไปยัง Topics จากอนุกรมวิธาน เช่นเดียวกับอนุกรมวิธานของหัวข้อ แนวทางดังกล่าวจะพัฒนาขึ้นเมื่อเวลาผ่านไป แต่การอนุมานความสนใจจากกิจกรรมการท่องเว็บจำเป็นต้องมีความสมดุล

หากคุณมีรายละเอียดมากเกินไปเกี่ยวกับการเรียกดูของผู้ใช้ได้ดี นั่นไม่ดีต่อความเป็นส่วนตัว แต่ความละเอียดที่น้อยเกินไปหมายความว่า API นั้นไม่มีประโยชน์ ฉันคิดว่าสิ่งสำคัญที่ต้องเข้าใจในที่นี้ก็คือ หัวข้อที่น่าสนใจเป็นเพียงสัญญาณเดียวในการค้นหาสิ่งที่เกี่ยวข้องกับผู้ใช้

ดังนั้น เมื่อเบราว์เซอร์สรุปหัวข้อที่น่าสนใจสำหรับผู้ใช้แล้ว Topics จำเป็นต้องให้ผู้เรียก API เข้าถึงหัวข้อที่สนใจที่พวกเขาสังเกตเห็นสำหรับผู้ใช้

ขณะที่ผู้ใช้สำรวจเว็บ API มีสองขั้นตอน ตัวอย่างเช่น ผู้เรียก API อาจเป็นแพลตฟอร์ม adtech เรียก API บนหน้าเพื่อส่งสัญญาณว่าพวกเขาต้องการสังเกตหัวข้อสำหรับหน้าปัจจุบันและผู้ใช้ปัจจุบัน

ในภายหลัง ผู้เรียก API สามารถเข้าถึงหัวข้อที่พวกเขาสังเกตเห็นสำหรับผู้ใช้ ตอนนี้ต้องทำทั้งหมดนี้โดยไม่เปิดเผยอะไรเพิ่มเติมเกี่ยวกับกิจกรรมการท่องเว็บของผู้ใช้นอกเหนือจากหัวข้อที่สนใจซึ่งถูกสังเกต

ดังนั้น Topics API จึงให้สองวิธีในการสังเกตหัวข้อที่ผู้ใช้สนใจ จากนั้นจึงจะเข้าถึงหัวข้อเหล่านั้นที่สังเกตได้ วิธีแรกคือใช้ JavaScript API หรือโดยการใช้คำขอและส่วนหัวการตอบสนองในคำขอดึงข้อมูล

วิธีแรกที่ผู้เรียก API ของหัวข้อสามารถส่งสัญญาณไปยังเบราว์เซอร์ว่าได้สังเกตหัวข้อสำหรับผู้ใช้คือการเรียก document.browsingTopics จาก iframe ที่ฝังอยู่ในไซต์ที่ผู้ใช้เยี่ยมชม

ในภายหลัง ผู้เรียก API สามารถเรียกใช้เมธอด document.browsingTopics เดียวกันเพื่อเข้าถึงหัวข้อที่สังเกตเห็นสำหรับผู้ใช้ปัจจุบัน และเหตุผลที่วิธีนี้ต้องการ iframe ก็คือบริบทสำหรับการสังเกตหัวข้อจะต้องเหมือนกับบริบทสำหรับการเข้าถึงหัวข้อ

อีกวิธีในการสังเกตและเข้าถึงหัวข้อคือการใช้การดึงข้อมูล การร้องขอ และการตอบกลับส่วนหัว ขั้นแรก ผู้เรียก API ต้องทำคำขอดึงข้อมูลไปยัง URL ที่ต้นทาง รวมทั้งหัวข้อการสืบค้น วัตถุจริงในพารามิเตอร์ตัวเลือก

และหากการตอบสนองต่อคำขอดึงข้อมูลมีส่วนหัวการสังเกตการเรียกดูหัวข้อ ?1 นั่นจะเป็นการส่งสัญญาณไปยังเบราว์เซอร์ว่าผู้โทรต้องการให้เบราว์เซอร์บันทึกว่าผู้โทรได้สังเกตหัวข้อที่น่าสนใจสำหรับผู้ใช้ปัจจุบันสำหรับปัจจุบัน หน้าหนังสือ. ฉันหวังว่าจะสมเหตุสมผล

ขณะนี้ หัวข้อที่สังเกตสำหรับผู้ใช้สามารถดึงข้อมูลได้จากคำขอดึงข้อมูลของผู้โทรโดยการเข้าถึงส่วนหัวของคำขอ sec-browsing-topics นี่คือกระบวนการทั้งหมดตั้งแต่ต้นจนจบ ฉันตระหนักถึงเวลา ดังนั้นฉันจะไม่อธิบายในตอนนี้ แต่เราจะแชร์เรื่องนี้ในภายหลัง เพื่อให้คุณเห็นว่าการทำงานเป็นอย่างไร กระบวนการทั้งหมด และเราจะมีสิ่งนั้นสำหรับ API แต่ละรายการ

และคุณสามารถลองใช้การสาธิตหัวข้อที่ใช้วิธี iframe ของ JavaScript เพื่อสังเกตและเข้าถึงหัวข้อ หรือคุณสามารถลองใช้การสาธิตของเราที่ใช้วิธีการดึงข้อมูลส่วนหัวของคำขอ chrome://topics-internals แสดงหัวข้อสำหรับผู้ใช้ปัจจุบัน หัวข้อที่ใช้สำหรับชื่อโฮสต์ และข้อมูลทางเทคนิคเกี่ยวกับการใช้งาน API

คุณยังสามารถเรียกใช้ห้องทดลองร่วมหัวข้อเพื่อทดสอบการอนุมานหัวข้อโดยใช้โมเดลตัวแยกประเภทหัวข้อ ตอนนี้คำถามเปิดที่สำคัญสามข้อสำหรับคุณก่อนที่ฉันจะออกจากหัวข้อ เราจะทำงานให้ดีขึ้นได้อย่างไรในการอนุมานหัวข้อที่น่าสนใจสำหรับผู้ใช้โดยพิจารณาจากกิจกรรมการท่องเว็บของพวกเขา เราจะปรับปรุงเนื้อหาและโครงสร้างอนุกรมวิธานเพื่อให้มีประโยชน์มากขึ้นในขณะที่รักษาความเป็นส่วนตัวของผู้ใช้ได้อย่างไร และเราจะปรับปรุงสถาปัตยกรรมโดยรวมของ API ได้อย่างไร?

ฉันคิดว่าสิ่งหนึ่งที่ต้องจำไว้คือ ไม่ว่าเราจะมีหัวข้อหรืออะไรที่แตกต่างออกไป เราก็ยังคงต้องปฏิบัติตามกรณีการใช้งานของมัน ถัดไป FLEDGE นี่คือ API สำหรับตัวเลือกโฆษณาบนอุปกรณ์เพื่อให้บริการรีมาร์เก็ตติ้งและกรณีการใช้งานกลุ่มเป้าหมายที่กำหนดเองโดยไม่จำเป็นต้องติดตามบุคคลที่สามข้ามไซต์

ฉันคิดว่านั่นเป็นรายละเอียดรหัสเล็กน้อยสำหรับ FLEDGE เพราะมันมีงานที่ซับซ้อนกว่าหัวข้อ ดังนั้นจึงมีสามส่วนในกระบวนการ FLEDGE ขั้นแรก ผู้ซื้อโฆษณาเพิ่มผู้ใช้หรือเพิ่มเบราว์เซอร์แต่ละรายการจริงๆ ลงในสิ่งที่เรียกว่ากลุ่มความสนใจ สิ่งเหล่านี้เหมือนกับกลุ่มเป้าหมายที่กำหนดเอง แต่ความเป็นสมาชิกของกลุ่มความสนใจจะถูกเก็บไว้ในเบราว์เซอร์บนอุปกรณ์ของผู้ใช้

ในตอนนี้ เมื่อผู้ใช้เยี่ยมชมไซต์ที่แสดงโฆษณา เช่น ไซต์ผู้เผยแพร่ ผู้ขายโฆษณาสามารถเริ่มต้นการประมูลเพื่อแสดงโฆษณาเพื่อเลือกโฆษณาสำหรับพวกเขา และด้วย FLEDGE การประมูลนี้สามารถดำเนินการบนอุปกรณ์ของผู้ใช้ได้

ในการเลือกโฆษณา รหัสการประมูลจะเรียกใช้ตรรกะการเสนอราคาจากผู้ซื้อและตรรกะการประมูลจากผู้ขาย และสุดท้าย เบราว์เซอร์จะโพสต์การรายงานการประมูลไปยังจุดสิ้นสุดที่ผู้ขายและผู้ซื้อจัดหาให้

ดังนั้นฉันจึงทำ FLEDGE ทีละขั้นตอนสั้น ๆ ประการแรก จินตนาการว่าผู้ใช้เยี่ยมชมร้านขายรองเท้าออนไลน์ ทำการเรียกดูข้อมูลบางอย่าง แพลตฟอร์ม adtech หรือผู้ลงโฆษณาอาจเรียกใช้ JavaScript เพื่อบอกเบราว์เซอร์ให้เข้าร่วมกลุ่มความสนใจ และกลุ่มนี้อาจจะชื่อประมาณว่ารองเท้าวิ่งเทรล

วัตถุการกำหนดค่าสำหรับกลุ่มความสนใจอาจมีลักษณะดังนี้ ในตัวอย่างนี้ เทคโนโลยีโฆษณาของร้านขายรองเท้าอาจมีกลุ่มความสนใจสำหรับรีมาร์เก็ตติ้งที่พวกเขาต้องการเพิ่มผู้ใช้ และพวกเขาเรียกกลุ่มนี้ว่ารองเท้าวิ่งเทรล และแพลตฟอร์ม adtech ของร้านขายรองเท้าเรียกร้องให้เข้าร่วมกลุ่มความสนใจของโฆษณาเพื่อขอให้เบราว์เซอร์ของผู้ใช้เข้าร่วมกลุ่มความสนใจของรองเท้าวิ่งเทรลโดยใช้การกำหนดค่าที่ฉันเพิ่งแสดงให้คุณเห็น

และพารามิเตอร์ที่สองระบุระยะเวลาของกลุ่มความสนใจซึ่งจำกัดไว้ที่ 30 วัน ขณะนี้ผู้ใช้เข้าชมไซต์ที่เผยแพร่โฆษณา ในตัวอย่างนี้ เว็บไซต์ข่าว การประมูลเพื่อเลือกโฆษณาที่จะแสดงต่อผู้ใช้จะดำเนินการใน JavaScript บนอุปกรณ์ของผู้ใช้โดยผู้ขายโดยใช้การประมูลเพื่อแสดงโฆษณา และผู้ขายอาจเป็นแพลตฟอร์มเทคโนโลยีโฆษณา แต่อาจเป็นผู้เผยแพร่เอง ในกรณีนี้คือเว็บไซต์ข่าว

การประมูลครั้งนี้จะเลือกการเสนอราคาที่เหมาะสมที่สุดสำหรับแต่ละกลุ่มความสนใจของเบราว์เซอร์ของผู้ใช้ พร้อมด้วยปัจจัยอื่นๆ จากผู้ขายและเบราว์เซอร์เอง

เมื่อดูโค้ดแล้ว ผู้เผยแพร่โฆษณาหรือแพลตฟอร์มที่ขายพื้นที่โฆษณาในไซต์ของผู้เผยแพร่จะสร้างข้อมูลการกำหนดค่าสำหรับการประมูลเพื่อแสดงโฆษณา จากนั้น ผู้ขายขอให้เบราว์เซอร์เรียกใช้การประมูลเพื่อแสดงโฆษณาเพื่อเลือกโฆษณาในเบราว์เซอร์ และค่าที่ส่งคืนจากการประมูลเพื่อแสดงโฆษณาจะถูกส่งผ่านไปยังองค์ประกอบที่เรียกว่าเฟรมที่มีรั้วกั้น เพื่อให้ไซต์สามารถแสดงโฆษณาที่ชนะได้

ตอนนี้สามารถใช้เฟรมกั้นเพื่อแสดงโฆษณาได้ แต่ไม่สามารถโต้ตอบกับเพจที่อยู่รอบๆ ได้ จากนั้นผู้ขายและผู้ซื้อที่ชนะต่างก็มีโอกาสดำเนินการบันทึกและรายงาน ซึ่งทำได้โดยการเรียก navigator.reportresult

สุดท้าย หากทุกอย่างเรียบร้อยดี ผู้ใช้ก็แตะหรือคลิกที่โฆษณา แล้วตอนนี้ Attribution Reporting API จะเข้าควบคุม และอีกครั้ง เรามีไดอะแกรมที่แสดงกระบวนการทั้งหมดตั้งแต่ต้นจนจบ ซึ่งเราจะแบ่งปันกับคุณหลังจากประเด็นสำคัญ

สุดท้ายนี้ ฉันอยากจะบอกคุณเล็กน้อยเกี่ยวกับ Privacy Sandbox API สำหรับการวัดผลโฆษณา ซึ่งก็คือการรายงานแหล่งที่มา การรายงานแหล่งที่มาใช้เพื่อวัดเมื่อการคลิกโฆษณาหรือการแสดงโฆษณานำไปสู่ ​​Conversion ตัวอย่างเช่น เมื่อการดูโฆษณาบนเว็บไซต์ข่าวนำไปสู่การซื้อที่ร้านขายรองเท้าออนไลน์

เช่นเดียวกับ Topics และ FLEDGE API นี้ได้รับการออกแบบมาเพื่อหลีกเลี่ยงการติดตามข้ามไซต์ ดังนั้น API จึงอนุญาตผลการวัดสองประเภท รายงานระดับเหตุการณ์และรายงานสรุป ผมขออธิบายสั้น ๆ ว่ามันทำงานอย่างไร

ก่อนอื่น มาดูรายงานระดับเหตุการณ์กันก่อน ดังนั้นจึงสามารถกำหนดค่าลิงก์โฆษณาด้วยแอตทริบิวต์เฉพาะสำหรับ Attribution Reporting API และทำให้สามารถนับจำนวนการดูและการคลิกด้วยคำขอในฝั่ง Conversion

ตอนนี้ เมื่อผู้ใช้คลิกโฆษณาหรือเห็นโฆษณาแล้วแปลง เบราว์เซอร์จะสร้างรายงาน และในรายงานนั้น บริษัทโฆษณาหรือเทคโนโลยีโฆษณาจะมีข้อมูลสองส่วน หนึ่ง ข้อมูลใด ๆ ที่พวกเขาต้องการเกี่ยวกับการคลิกโฆษณาหรือการแสดงผล และอาจมีรายละเอียดมาก เช่น รหัสโฆษณา ข้อมูลเกี่ยวกับผู้เผยแพร่ การประทับเวลา และอื่น ๆ และประการที่สอง ข้อมูลเล็กๆ น้อยๆ เกี่ยวกับการแปลงโฆษณา

ตอนนี้ เพื่อปกป้องความเป็นส่วนตัวของผู้ใช้ ข้อมูลนี้ต้องไม่มีรายละเอียดมากเกินไป ต่อมาเบราว์เซอร์ก็ส่งรายงานเกี่ยวกับ- คือ รายงานที่มีข้อมูลที่ฉันเพิ่งอธิบายให้เทคโนโลยีโฆษณาหรือผู้ลงโฆษณาทราบ และนั่นรวมถึงความล่าช้าเพื่อหลีกเลี่ยงการติดตามผู้ใช้

รายงานประกอบด้วยข้อมูลสองส่วน ข้อมูลโดยละเอียดเกี่ยวกับการคลิกโฆษณาหรือการแสดงผล เหตุการณ์และข้อมูลระดับสูงเกี่ยวกับการแปลง นี่คือรายงานระดับเหตุการณ์ ทีนี้มาดูรายงานสรุปกัน

ตอนนี้ API ของเบราว์เซอร์สำหรับสร้างรายงานสรุปจะคล้ายกัน แต่ผลลัพธ์และกลไกต่างกันเล็กน้อย อีกครั้ง เมื่อผู้ใช้คลิกโฆษณาหรือเห็นโฆษณาแล้วแปลงในภายหลัง เบราว์เซอร์จะสร้างรายงาน และในรายงานนั้น บริษัทโฆษณาหรือเทคโนโลยีโฆษณาสามารถรวมข้อมูลใด ๆ ที่พวกเขาต้องการเกี่ยวกับการคลิกโฆษณาหรือการแสดงผล และข้อมูลใด ๆ ที่พวกเขาต้องการ ต้องการเกี่ยวกับการแปลงโฆษณา แต่รายงานนี้ถูกเข้ารหัส

และนี่คือการปกป้องความเป็นส่วนตัวเนื่องจากรายงานนี้มีข้อมูลโดยละเอียดเกี่ยวกับการแปลงและการแสดงผล ดังนั้นจึงสามารถใช้รายงานสำหรับการติดตามข้ามไซต์ได้หากไม่ได้เข้ารหัส หลังจากนั้นเบราว์เซอร์จะส่งรายงานที่เข้ารหัสนี้อีกครั้งโดยมีความล่าช้าเล็กน้อย

และด้วยวิธีนี้ แพลตฟอร์ม adtech จะรวบรวมรายงานจำนวนมากจากผู้ใช้หลายคน จากนั้นส่งรายงานทั้งหมดไปยังบริการรวมตามที่เรียก และบริการนี้จะรวมรายงานเหล่านี้ทั้งหมด ถอดรหัสรายงาน เพิ่มสัญญาณรบกวนเพื่อปกป้องความเป็นส่วนตัวของผู้ใช้ จากนั้น ส่งกลับผลลัพธ์สุดท้ายและผลลัพธ์สุดท้ายเรียกว่ารายงานสรุป มีข้อมูลการวัดสำหรับผู้ใช้จำนวนมาก

นั่นคือการวัดการระบุแหล่งที่มา ฉันหวังว่าจะสมเหตุสมผล ฉันจะเชื่อมโยงไปยังแหล่งข้อมูลอื่นๆ อีกมากมายเพื่อช่วยให้คุณเข้าใจและทดสอบ Privacy Sandbox API โดยละเอียดยิ่งขึ้น แต่สิ่งสุดท้ายที่ฉันอยากจะพูดถึง Privacy Sandcastle

นี่คือตัวอย่างที่รวม Privacy Sandbox API หลักทั้งหมดเข้าด้วยกัน สร้างขึ้นโดยทีมงานของเราในโตเกียว มันยังใหม่มาก แต่คุณสามารถรับโค้ดจาก GitHub และรันในเครื่องได้ และได้รับการออกแบบเพื่อช่วยให้คุณเข้าใจว่า API ทั้งหมดเหล่านี้เข้ากันได้อย่างไร

ก่อนที่ฉันจะจบ ฉันต้องการสรุปและดูไทม์ไลน์ของ Privacy Sandbox อย่างที่คุณเห็น เรากำลังเข้าใกล้ไตรมาสที่เราจะเริ่มจัดส่ง API ซึ่งหมายความว่าจะพร้อมใช้งานโดยค่าเริ่มต้นใน Chrome Stable และพร้อมสำหรับการทดสอบในระดับการผลิต ตอนนี้เป็นเพียงช่วงสั้นๆ บนปฏิทิน และฉันเห็นตัวเองแล้ว ฉันใกล้ถึงเวลาแล้ว

บางอย่างที่ฉันคิดว่าคุณต้องทำตอนนี้ ประการแรก ทำความเข้าใจไทม์ไลน์สำหรับเว็บและ Android ตรวจสอบให้แน่ใจว่าคุณและผู้ให้บริการบุคคลที่สามของคุณเตรียมพร้อมสำหรับการเปลี่ยนแปลงที่ใกล้เข้ามา ประการที่สอง ตรวจสอบไซต์ของคุณเพื่อทำความเข้าใจว่าพวกเขาอาศัยคุกกี้ของบุคคลที่สามและกลไกอื่น ๆ ที่ถูกเลิกใช้งาน เราจะแชร์ลิงก์ไปยังเครื่องมือและคำแนะนำสำหรับวิธีการดังกล่าวหลังจากงานวันนี้

ต่อไป ให้ถามผู้ให้บริการบุคคลที่สามของคุณ เช่น แพลตฟอร์ม adtech และอื่นๆ ว่าพวกเขากำลังเตรียมตัวอย่างไรเพื่อให้ตรงกับกรณีการใช้งานหลักในกรณีที่ไม่มีคุกกี้ของบุคคลที่สามหรือกลไกการติดตามข้ามไซต์อื่นๆ และสุดท้าย ทดสอบ Privacy Sandbox API และแสดงความคิดเห็น และขอให้ผู้ให้บริการบุคคลที่สามของคุณทำเช่นเดียวกัน

และถ้าพวกเขาไม่สบาย ให้ถามพวกเขาว่าทำไมไม่ และบอกให้เรารู้ว่าคำตอบสำหรับคำถามนั้นคืออะไร ดังนั้น Privacysandbox.com จึงให้ลำดับเวลา คำถามที่พบบ่อย และข้อมูลเพิ่มเติมเกี่ยวกับการดำเนินการข้ามแพลตฟอร์ม ฉันจะแชร์ URL หลังจากกิจกรรมนี้ แต่คุณสามารถค้นหาเนื้อหาจำนวนมากที่ฉันอ้างถึงได้ที่นี่จากส่วน Privacy Sandbox บน developer.chrome.com

โดยเฉพาะอย่างยิ่ง แหล่งข้อมูลนี้มีแหล่งข้อมูลที่อธิบายวิธีถามคำถามให้เราและให้ข้อเสนอแนะ และคุณสามารถหาข้อมูลเพิ่มเติมเกี่ยวกับการทดลองใช้งานต้นฉบับได้ที่ developer.chrome.com นอกจากนี้ เรายังได้สร้างชุดวิดีโอสั้นและบทความเพื่อช่วยอธิบายแนวคิดของ Chrome เช่น การทดลองเริ่มต้น แฟล็ก Chrome เนื้อหากะพริบ และอื่นๆ ทั้งหมด

ขอบคุณมากสำหรับการฟัง นั่นมันจากฉัน อย่างที่ฉันบอกไป ถ้าคุณต้องการความช่วยเหลือ โปรดไปที่แหล่งข้อมูลเหล่านั้น หรือคุณสามารถส่งข้อความหาฉันโดยตรงที่ SW12 ทาง Twitter ขอบคุณมาก.