การจัดประเภทหัวข้อ

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

สถานะการใช้งาน

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

หัวข้อคืออะไร

หัวข้อใน Topics API คือเรื่องที่ผู้ใช้สนใจ โดยดูจากเว็บไซต์ที่เข้าชม

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

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

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

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

เราสร้างการจัดหมวดหมู่หัวข้อโดยคำนึงถึงข้อกำหนดที่สำคัญ 2 ประการ ได้แก่

  • สนับสนุนการโฆษณาตามความสนใจ
  • ดูแลผู้ใช้ให้ปลอดภัยและปกป้องความเป็นส่วนตัว

ซึ่งชี้ให้เห็นคำถามหลายข้อ เช่น

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

API สรุปหัวข้อสำหรับเว็บไซต์อย่างไร

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

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

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

นอกจากนี้ ผู้โทรจะรับได้เฉพาะหัวข้อที่โค้ดของตน "เห็น" เท่านั้น ดังนั้น หากรหัสของผู้โทรรายอื่นลงทะเบียนหัวข้อ เช่น /Autos & Vehicles/Motor Vehicles (By Type)/Hatchbacks สำหรับเบราว์เซอร์ของผู้ใช้และรหัสของคุณไม่ได้ทำให้หัวข้อดังกล่าวได้รับการลงทะเบียนสำหรับเบราว์เซอร์ของผู้ใช้ดังกล่าว คุณจะเรียนรู้เกี่ยวกับหัวข้อที่สนใจในเบราว์เซอร์ของผู้ใช้ไม่ได้เมื่อคุณเรียกใช้ API จากโค้ดที่ฝัง โปรดทราบว่าเนื่องจากตอนนี้ API มีระดับบนที่ได้รับการสังเกตแล้ว ตัวอย่างข้างต้นคือ /Autos & Vehicles/Motor Vehicles (By Type)/Hatchbacks จึงทําให้ระบบสังเกต Autos & Vehicles และ Motor Vehicles ด้วย

ระบบจะคำนวณหัวข้อที่แสดงผลสำหรับผู้ใช้ใหม่สำหรับผู้โทรโดยขึ้นอยู่กับเว็บไซต์ระดับบนสุด ตัวอย่างเช่น หาก adtech.example ขอหัวข้อของผู้ใช้ใน news-a.example จากนั้นในวันที่ news-b.example จากนั้นในวันที่ news-c.example หัวข้อที่ส่งกลับมาจะได้รับการคำนวณใหม่ในแต่ละเว็บไซต์ ซึ่งหมายความว่าผู้โทรมีแนวโน้มที่จะได้รับหัวข้อต่างๆ สำหรับผู้ใช้ในเว็บไซต์ระดับบนสุดต่างๆ เนื่องจาก (สูงสุด) 3 หัวข้อที่แสดงต่อผู้ใช้จะเลือกแบบสุ่มจาก 5 อันดับแรกใน Epoch 3 ช่วงที่ผ่านมา (มีโอกาส 5% ที่จะได้รับหัวข้อแบบสุ่ม) ทำให้ผู้โทรระบุผู้ใช้ตามหัวข้อได้ยากขึ้น เนื่องจากมีแนวโน้มที่จะแตกต่างกันในเว็บไซต์ระดับบนสุดต่างๆ (แม้แต่สำหรับผู้ใช้ ผู้โทร และ Epoch เดียวกัน)

โมเดลตัวแยกประเภท

ระบบจะดูแลจัดการหัวข้อสําหรับโดเมนระดับบนสุด 50,000 รายการด้วยตัวเอง และใช้การดูแลจัดการนี้เพื่อฝึกตัวแยกประเภท รายการนี้จะอยู่ใน override_list.pb.gz ซึ่งจะเข้าถึงได้ที่ chrome://topics-internals/ ในส่วนรูปแบบปัจจุบันในแท็บตัวแยกประเภท การเชื่อมโยงระหว่างโดเมนกับหัวข้อในรายการจะใช้โดย API แทนเอาต์พุตของตัวโมเดลเอง

หน้า chrome://topics-internals ที่เลือกแผงตัวแยกประเภท
แผงตัวแยกประเภท chrome://topics-internals ของหน้าจะแสดงเวอร์ชันโมเดล เส้นทาง และหัวข้อที่เชื่อมโยงกับโฮสต์แต่ละรายการที่ระบุ

หากต้องการเรียกใช้โมเดลโดยตรง โปรดดูคำแนะนำของ TensorFlow สำหรับการเรียกใช้โมเดล

หากต้องการตรวจสอบไฟล์ override_list.pb.gz ให้คลายการแพคข้อมูลออกก่อน ดังนี้

gunzip -c override_list.pb.gz > override_list.pb

ใช้ protoc เพื่อตรวจสอบเป็นข้อความ ดังนี้

protoc --decode_raw < override_list.pb > output.txt

การจัดหมวดหมู่หัวข้อที่มีรหัสฉบับสมบูรณ์พร้อมให้ใช้งานใน GitHub

การให้คำติชมหรือป้อนข้อมูลในโมเดลตัวแยกประเภท

มีหลายช่องทางในการแสดงความคิดเห็นเกี่ยวกับ Topics API สำหรับความคิดเห็นเกี่ยวกับโมเดลตัวแยกประเภท เราขอแนะนำให้ส่งปัญหาเกี่ยวกับ GitHub หรือตอบกลับปัญหาที่มีอยู่ เช่น

วิธีเลือกหัวข้อ 5 อันดับแรกของผู้ใช้

API จะแสดงผล 1 หัวข้อสำหรับแต่ละ Epoch สูงสุด 3 หัวข้อ หากแสดง 3 รายการ จะรวมหัวข้อสำหรับ Epoch ปัจจุบันและ 2 รายการก่อนหน้า

  1. ในตอนท้ายของแต่ละ Epoch แล้ว เบราว์เซอร์จะรวบรวมรายการหน้าที่ตรงตามเกณฑ์ต่อไปนี้
    • ผู้ใช้เข้าชมหน้าเว็บในระหว่าง Epoch
    • หน้านี้มีโค้ดที่เรียกใช้ document.browsingTopics()
    • มีการเปิดใช้ API (เช่น ไม่ได้บล็อกโดยผู้ใช้หรือผ่านส่วนหัวการตอบกลับ)
  2. เบราว์เซอร์ในอุปกรณ์ของผู้ใช้จะใช้โมเดลตัวแยกประเภทที่ได้จาก Topics API เพื่อแมปชื่อโฮสต์ของแต่ละหน้ากับรายการหัวข้อ
  3. เบราว์เซอร์จะรวบรวมรายการหัวข้อ
  4. เบราว์เซอร์จะสร้างรายการหัวข้อ 5 อันดับแรกตามความถี่

จากนั้นเมธอด document.browsingTopics() จะแสดงผลหัวข้อแบบสุ่มจาก 5 อันดับแรกสำหรับแต่ละ Epoch โดยมีโอกาส 5% ที่ระบบจะสุ่มเลือกหัวข้อใดก็ตามจากการจัดหมวดหมู่หัวข้อทั้งหมด ใน Chrome ผู้ใช้ยังนำหัวข้อแต่ละหัวข้อออกหรือล้างประวัติการท่องเว็บเพื่อลดจำนวนหัวข้อที่ API แสดงได้ ผู้ใช้อาจเลือกไม่ใช้ API ดังกล่าวได้ด้วย

คุณดูข้อมูลเกี่ยวกับหัวข้อที่สังเกตในระหว่าง Epoch ปัจจุบันได้จากหน้า chrome://topics-internals

วิธีที่ API กำหนดว่าผู้โทรจะเห็นหัวข้อใดบ้าง

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

ตารางด้านล่างแสดงตัวอย่าง (แม้ว่าจะมีขนาดเล็กแต่ไม่สมจริง) ของประวัติการท่องเว็บที่สมมติขึ้นสำหรับผู้ใช้ในระหว่าง Epoch ครั้งเดียว โดยแสดงหัวข้อที่เกี่ยวข้องกับเว็บไซต์ที่ผู้ใช้เข้าชมและตัวเรียกใช้ API ที่มีอยู่ในแต่ละเว็บไซต์ (เอนทิตีที่เรียกใช้ document.browsingTopics() ในโค้ด JavaScript ที่รวมอยู่ในเว็บไซต์)

ไซต์ หัวข้อ ตัวเรียก API บนเว็บไซต์
yoga.example ฟิตเนส adtech1.example adtech2.example
knitting.example การสอนงานฝีมือ adtech1.example
เดินป่า-วันหยุด.ตัวอย่าง ฟิตเนส การเดินทาง และการเดินทาง adtech2.example
ตัวอย่างเสื้อผ้า DIY งานฝีมือ แฟชั่น และสไตล์ [ไม่มี]

ในช่วงสิ้นสุดของ Epoch (ปัจจุบันคือ 1 สัปดาห์) Topics API จะสร้างหัวข้อยอดนิยมของเบราว์เซอร์สำหรับสัปดาห์นี้

  • ตอนนี้ adtech1.example มีสิทธิ์ได้รับหัวข้อ "ฟิตเนส" และ "หัตถกรรม" เนื่องจากเห็นเนื้อหาเหล่านี้ในโยคะ.example และใน knitting.example ด้วย
  • adtech1.example ไม่มีสิทธิ์รับหัวข้อ "การเดินทางและการขนส่ง" สำหรับผู้ใช้รายนี้เนื่องจากไม่มีอยู่ในเว็บไซต์ใดๆ ที่ผู้ใช้เข้าชมเมื่อเร็วๆ นี้ซึ่งเชื่อมโยงกับหัวข้อดังกล่าว
  • adtech2.example เคยเห็นหัวข้อ "การออกกำลังกาย" และ "การเดินทางและการขนส่ง" แต่ยังไม่เห็นหัวข้อ "งานฝีมือ"

ผู้ใช้เข้าชม diy-clothing.example ที่มีหัวข้อ "แฟชั่นและสไตล์" แต่ไม่มีการเรียก Topics API บนเว็บไซต์นั้น ณ จุดนี้ API จะไม่แสดงผลหัวข้อ "แฟชั่นและสไตล์" สำหรับผู้โทร

ในสัปดาห์ที่ 2 ผู้ใช้เข้าชมเว็บไซต์อื่น

ไซต์ หัวข้อ ตัวเรียก API บนเว็บไซต์
sewing.example การสอนงานฝีมือ adtech2.example

นอกจากนี้ ระบบยังเพิ่มโค้ดจาก adtech2.example ไปยัง diy-clothing.example ด้วย ดังนี้

ไซต์ หัวข้อ ตัวเรียก API บนเว็บไซต์
ตัวอย่างเสื้อผ้า DIY งานฝีมือ แฟชั่น และสไตล์ adtech2.example

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

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

การควบคุมผู้ใช้ ความโปร่งใส และการเลือกไม่ใช้

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

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

รายการหัวข้อที่แสดงผลจะว่างเปล่าในกรณีต่อไปนี้

  • ผู้ใช้เลือกไม่ใช้ Topics API ผ่านการตั้งค่าเบราว์เซอร์ที่ chrome://settings/adPrivacy
  • ผู้ใช้ได้ล้างหัวข้อของตนเอง (ผ่านการตั้งค่าเบราว์เซอร์ที่ chrome://settings/adPrivacy) หรือล้างคุกกี้แล้ว
  • เบราว์เซอร์อยู่ในโหมดไม่ระบุตัวตน

คำอธิบายจะให้รายละเอียดเพิ่มเติมเกี่ยวกับเป้าหมายด้านความเป็นส่วนตัวและวิธีที่ API พยายามจัดการกับเป้าหมายเหล่านั้น

การเลือกไม่ใช้เว็บไซต์

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

การใช้ Topics API ในเว็บไซต์ที่มี prebid.js

ตามที่ได้แจ้งไว้ในการเปิดตัว Prebid 7 ชุมชนได้พัฒนาการผสานรวมกับ Topics API อย่างต่อเนื่องผ่านโมดูลใหม่ เราได้ผสานรวมโมดูลนี้ในเดือนธันวาคม 2022

ดูข้อมูลเพิ่มเติมที่นี่

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

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