ภาพรวมของ Topics API สำหรับเว็บ

Topics API เปิดใช้การโฆษณาตามความสนใจ (IBA) โดยไม่ต้องใช้การติดตามเว็บไซต์ที่ผู้ใช้เข้าชม

สถานะการติดตั้งใช้งาน

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

Topics API คืออะไร

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

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

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

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

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

วิธีการทำงาน

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

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

การสังเกตการณ์หัวข้อระดับบน

ตั้งแต่ Chrome 114 เมื่อผู้โทรสังเกตหัวข้อสำหรับผู้ใช้ในหน้าเว็บ เบราว์เซอร์จะถือว่าผู้โทรสังเกตหัวข้อระดับบนทั้งหมด

ตัวอย่างเช่น หากเบราว์เซอร์บันทึกว่าผู้โทรสังเกต Shopping/Apparel/Footwear/Boots สำหรับผู้ใช้ ระดับบนของหัวข้อนั้นจะได้รับการนับว่ามีการสังเกตการณ์ ได้แก่ Shopping/Apparel/Footwear, Shopping/Apparel และ Shopping ด้วย

ก่อนหน้านี้ API จะต้องแสดงผลหัวข้อที่เจาะจงนั้นเหมือนกับหัวข้อที่พบ เพื่อให้เบราว์เซอร์นับผู้โทรว่าได้สังเกต (เช่น) Shopping/Apparel ซึ่งหมายความว่าหากระบบสังเกต Shopping/Apparel สำหรับผู้โทรรายหนึ่งสำหรับผู้ใช้ในหน้าหนึ่ง และ Shopping/Apparel/Footwear/Boots ในอีกหน้าหนึ่ง API จะถือว่า Shopping/Apparel เป็นการสังเกตการณ์ในทั้ง 2 หน้า

ช่วงเวลาสำคัญในอดีต

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

Topics API มีงานหลัก 3 อย่างดังนี้

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

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

วิธีดูแลจัดการและเลือกหัวข้อ

เลือกหัวข้อจากการจัดหมวดหมู่ที่ประกอบด้วยหมวดหมู่ตามลำดับชั้น เช่น /Arts & บันเทิง/ดนตรีและ เสียง/โซลและ R&B และ /Business & อุตสาหกรรม/การเกษตรและ ป่าไม้ หัวข้อเหล่านี้ได้รับการดูแลจัดการโดย Chrome สำหรับการทดสอบเริ่มต้น แต่โดยมีเป้าหมายเพื่อให้การจัดหมวดหมู่กลายเป็นแหล่งข้อมูลที่ดูแลจัดการโดยผู้มีส่วนร่วมในระบบนิเวศที่เชื่อถือได้ การจัดหมวดหมู่ต้องมีขนาดเล็กพอที่ผู้ใช้จำนวนมาก จะเชื่อมโยงกับแต่ละหัวข้อ ปัจจุบันมีจำนวนหัวข้อเท่ากับ 469 หัวข้อ แต่เราคาดว่าจำนวนหัวข้อสุดท้ายจะอยู่ที่ประมาณ 2-3 ร้อยถึงไม่กี่พันหัวข้อ

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

สำหรับเว็บไซต์ยอดนิยม 50,000 แห่ง การติดตั้งใช้งาน Topics API ใน Chrome จะใช้รายการลบล้างที่เราดูแลจัดการด้วยตนเองและแสดงต่อสาธารณะเพื่อแมปชื่อโฮสต์กับหัวข้อ สำหรับเว็บไซต์อื่นๆ Topics API จะใช้โมเดลแมชชีนเลิร์นนิงเพื่ออนุมานหัวข้อจากชื่อโฮสต์

การใช้งาน Topics API ของ Chrome จะดาวน์โหลดไฟล์ TensorFlow Lite ที่แสดงถึงโมเดลดังกล่าวเพื่อให้ใช้งานในอุปกรณ์ของผู้ใช้ได้

คุณสามารถเข้าถึงไฟล์โมเดล TensorFlow Lite และหัวข้อที่อนุมานสำหรับชื่อโฮสต์จาก chrome://topics-internals ได้

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

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

ผู้เรียกใช้ API จะได้รับเฉพาะหัวข้อที่สังเกตการณ์

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

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

จำนวนหัวข้อที่แสดงผลขึ้นอยู่กับจำนวนของหัวข้อที่ผู้เรียกใช้ API เคยสังเกตเห็นและจำนวนหัวข้อที่ผู้ใช้มีอยู่ (เช่น จำนวนสัปดาห์ที่มีการรวบรวมข้อมูล) สามารถแสดงผลได้ตั้งแต่ 0 ถึง 3 หัวข้อ เนื่องจากสามารถระบุ 1 หัวข้อสำหรับ Epoch ล่าสุดทั้ง 3 หัวข้อ

โปรดดูคู่มือนักพัฒนาซอฟต์แวร์ Topics API เพื่อให้ทราบข้อมูลเพิ่มเติมเกี่ยวกับวิธีใช้และทดสอบ Topics API

วิธีที่ API ลดการเก็บฟิงเกอร์ปรินต์

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

  • เนื่องจากการจัดหมวดหมู่ Topics เป็นหัวข้อที่มีความละเอียดต่ำ แต่ละหัวข้อจึงอาจมีผู้ใช้จำนวนมาก แต่จริงๆ แล้วมีการรับประกันจำนวนผู้ใช้ขั้นต่ำต่อหัวข้อเนื่องจาก 5% ของจำนวนครั้งที่แสดงหัวข้อที่แสดงนั้นเป็นการสุ่ม
  • ระบบจะสุ่มแสดงหัวข้อจาก 5 อันดับแรกของผู้ใช้
  • หากผู้ใช้เข้าชมเว็บไซต์เดียวกันบ่อยครั้ง (เช่น ทุกสัปดาห์) โค้ดที่ทำงานในเว็บไซต์จะเรียนรู้หัวข้อใหม่ได้สูงสุด 1 หัวข้อต่อสัปดาห์
  • เว็บไซต์ต่างๆ จะได้รับหัวข้อที่แตกต่างกันสำหรับผู้ใช้รายเดียวกันใน Epoch เดียวกัน มีโอกาสเพียง 1 ใน 5 ที่หัวข้อนั้นแสดงต่อผู้ใช้ในเว็บไซต์หนึ่งในเว็บไซต์หนึ่ง ตรงกับหัวข้อที่แสดงต่อผู้ใช้ในอีกเว็บไซต์หนึ่ง ซึ่งจะทำให้ระบุได้ยากขึ้นว่าเป็นผู้ใช้รายเดียวกันหรือไม่
  • หัวข้อจะอัปเดตให้กับผู้ใช้สัปดาห์ละครั้ง ซึ่งจะจำกัดอัตราการแชร์ข้อมูล กล่าวอีกนัยหนึ่งคือ API ช่วยลดการเก็บฟิงเกอร์ปรินต์ โดยการไม่อัปเดตหัวข้อบ่อยเกินไป
  • ระบบจะแสดงผลหัวข้อเฉพาะสำหรับผู้เรียก API ที่ก่อนหน้านี้ได้สังเกตหัวข้อเดียวกันสำหรับผู้ใช้รายเดียวกันเมื่อเร็วๆ นี้เท่านั้น แนวทางนี้จะช่วยจำกัดศักยภาพให้บุคคลในการเรียนรู้ (หรือแชร์ข้อมูล) เกี่ยวกับความสนใจของผู้ใช้ที่ไม่เคยสังเกตเห็นมาก่อน

วิธีที่ API จัดการข้อกังวลเกี่ยวกับ FLoC

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

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

ขั้นตอนถัดไป

ดูข้อมูลเพิ่มเติมเกี่ยวกับหัวข้อและวิธีการทำงาน

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

มีส่วนร่วมและแชร์ความคิดเห็น