คำถามที่พบบ่อยเกี่ยวกับความเกี่ยวข้องและการวัดผลของ Privacy Sandbox

คำตอบสำหรับคำถามที่พบบ่อยเกี่ยวกับความเกี่ยวข้องและ API การวัดผลของ Privacy Sandbox

Topics แตกต่างจากกลุ่มเป้าหมายที่ผู้ขายกำหนด (SDA) อย่างไร

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

• ผู้ขายเพิ่มคำจำกัดความกลุ่มเป้าหมายด้วย Topics
• ผู้ซื้อที่ใช้ Topics เป็นสัญญาณในการพิจารณาราคาเสนอ
• ผู้ซื้อที่ใช้ Topics เพื่อตรวจสอบว่า SDA ถูกต้องหรือไม่

Protected Audience ให้ Google เป็นผู้ควบคุมการสร้างกลุ่มเป้าหมายหรือไม่

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

Protected Audience รองรับกลุ่มความสนใจที่ผู้เผยแพร่โฆษณาสร้างขึ้นไหม

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

กฎด้านคุณภาพโฆษณาบังคับใช้ในการประมูล Protected Audience อย่างไร

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

Protected Audience รองรับโฆษณาวิดีโอไหม

ใช่ คุณส่ง URL ของ VAST เข้าและออกจาก Protected Audience ได้ เมื่อมีการแสดง VAST URL แล้ว เทคโนโลยีฝั่งผู้ขายจะประสานงานกันเกี่ยวกับวิธีรวม VAST URL ของผู้ซื้อก่อนที่จะส่งไปยังโปรแกรมเล่น จากข้อกำหนดในการเปลี่ยนไปใช้ Fenced Frame (ไม่เกินปี 2026) และยกระดับการคุ้มครองความเป็นส่วนตัวของผู้ใช้ให้มากขึ้น เราคาดหวังให้ระบบนิเวศมีส่วนร่วมในการพูดคุยเรื่องการออกแบบ ซึ่งรวมถึงวิดีโอด้วย

Protected Audience รองรับโฆษณาเนทีฟไหม

ใช่ URL รูปแบบ JSON สามารถเข้าและออกจาก Protected Audience ได้ เมื่อมีการเปิดตัว JSON URL แล้ว เทคโนโลยีฝั่งผู้ขายจะประสานงานกันเกี่ยวกับวิธีที่พวกเขาเพิ่มเหตุการณ์ที่ต้องการก่อนที่จะส่ง JSON สุดท้ายไปยังโค้ดการแสดงผล จากข้อกำหนดในการเปลี่ยนไปใช้ Fenced Frame (อย่างเร็วที่สุดไม่เกินปี 2026) เพื่อเพิ่มความแข็งแกร่งให้กับการคุ้มครองความเป็นส่วนตัวของผู้ใช้ เราคาดหวังให้ระบบนิเวศมีส่วนร่วมในการพูดคุยเรื่องการออกแบบซึ่งอาจรวมเรื่องเนทีฟไว้ด้วย

การแสดงโฆษณาของ Protected Audience ขัดขวางนวัตกรรมหรือไม่

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

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

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

มาตรฐาน OpenRTB จะใช้งานใน Protected Audience ได้ไหม

ใช่ งานนี้กำลังดำเนินอยู่ที่ IAB Tech Lab ผ่านกลุ่ม DSP และ SSP ที่เป็นตัวแทนที่ได้รับการดูแลเป็นอย่างดี ดูเหมือนว่าเส้นทางในอนาคตจะใช้โปรโตคอล OpenRTB หลายส่วนเป็นมาตรฐานการสื่อสารภายในการประมูล Protected Audience ซึ่งเราก็ทราบว่ามีผู้ใช้รายแรกๆ ที่เปิดรับนวัตกรรมอยู่แล้ว

Protected Audience กำหนดให้บริษัทต่างๆ ดูแลรักษาสถาปัตยกรรม 2 แบบแยกกันสำหรับการแสดงโฆษณาหรือไม่

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

จะเกิดอะไรขึ้นกับการประมูลแบบดั้งเดิมเมื่อมีบริษัทเทคโนโลยีโฆษณารองรับ Protected Audience มากขึ้น

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

การประมูล Protected Audience ทำงานขัดต่อความพยายามในการเพิ่มประสิทธิภาพเส้นทางการจัดหา (SPO) ของระบบนิเวศเพื่อลดจำนวนตัวกลางทั้งหมดระหว่างผู้ลงโฆษณากับผู้เผยแพร่โฆษณา และ/หรือความซ้ำซ้อนของโอกาสในการโฆษณาหนึ่งๆ หรือไม่

ไม่ โฆษณาที่ชนะใน Protected Audience จะผ่านไปยังเอนทิตีผู้ขายส่วนใหญ่ 2 รายการ (เช่น แพลตฟอร์มฝั่งซัพพลาย (SSP) และเซิร์ฟเวอร์โฆษณาของผู้เผยแพร่โฆษณา) และไม่ส่งเลยเพียงเล็กน้อย ในกรณีที่ผู้ซื้อสร้างการผสานรวมกับผู้เผยแพร่โฆษณาโดยตรง

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

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

Protected Audience ลดมูลค่าของโครงสร้างพื้นฐานในการกำหนดรูปแบบการเข้าชมที่มีอยู่หรือไม่

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

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

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

คำขอใหม่ที่เกิดจากการประมูลของ Protected Audience จะฝืนความจุ SSP หรือไม่

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

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

Protected Audience โดยทั่วไปจะเป็นไปตามรูปแบบมาตรฐานของการควบคุมการสร้างที่ช่วยให้ผู้ขายตัดสินใจได้ว่าผู้เสนอราคาสามารถใช้เวลาและทรัพยากรนานเท่าใด ตลอดจนสร้างเครื่องมือที่ช่วยให้ผู้ซื้อตัดสินใจได้ว่าจะใช้ทรัพยากรที่มีให้เกิดประโยชน์สูงสุดอย่างไร การควบคุมและเครื่องมือเหล่านี้มีให้บริการแล้วในปัจจุบัน แต่ทั้งนี้คุณจะทราบประโยชน์ทั้งหมดของเครื่องมือและหลังจากที่ผู้ซื้อและผู้ขายนำมาใช้งานแล้ว นอกจากนี้ Chrome ยังคงปรับปรุงโครงสร้างพื้นฐานหลายอย่างเพื่อเพิ่มความเร็วในการประมูล (เช่น crrev.com/1190815, crrev.com/1199839, crrev.com/1201837, crrev.com/1198339, crrev.com)

Protected Audience จะจัดการกับข้อกังวลเรื่องเวลาในการตอบสนองอย่างไร

ในอดีต ก่อน Protected Audience การเสนอราคาแบบเรียลไทม์ที่เกิดขึ้นบนเซิร์ฟเวอร์จะมีผู้ขายที่ระบุระยะหมดเวลาที่เข้มงวดสำหรับคำตอบของผู้ซื้อ เพื่อควบคุมเวลาในการตอบสนอง เราได้เพิ่มการควบคุมการหมดเวลาต่างๆ ที่ผู้ขายระบุซึ่งคล้ายกันมาก (ดูเอกสารประกอบสำหรับ perBuyerCumulativeTimeouts, perBuyerTimeouts, sellerTimeout) ลงใน Protected Audience เพื่อให้บรรลุเป้าหมายเดียวกันนี้เพื่อคอยตรวจสอบเวลาในการตอบสนอง การควบคุมเหล่านี้ยังส่งเสริมให้ผู้เข้าร่วมการประมูลเพิ่มประสิทธิภาพตรรกะของตน เพื่อให้แน่ใจว่ามีการใช้ทรัพยากรอย่างมีประสิทธิภาพมากที่สุดในการสนับสนุนระบบนิเวศของเทคโนโลยีโฆษณาและประสบการณ์ของผู้ใช้คุณภาพสูง

Chrome ยังคงเดินหน้าปรับปรุงโครงสร้างพื้นฐานที่หลากหลาย เพื่อเพิ่มความเร็วในการประมูล (เช่น crrev.com/1190815, crrev.com/1199839, crrev.com/1201837, crrev.com/1198339, crrev.com/11 เราขอความร่วมมือในการแสดงความคิดเห็นเกี่ยวกับเวลาในการตอบสนองทั้งสองนี้ ซึ่งได้แก่ เครื่องมือเพิ่มเติมที่ผู้ซื้อและผู้ขายจะพบว่าเป็นประโยชน์ และรายงานปัญหาคอขวดที่วิศวกร Chrome ควรตรวจสอบ

การสร้างกลุ่มเป้าหมายที่มีการปกป้องในอุปกรณ์เป็นความพยายามที่สูญเปล่าหรือไม่เมื่อมีบริการเสนอราคาและบริการประมูล (B&A)

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

ข้อกำหนดของ Trusted Execution Environments (TEE) ในระบบคลาวด์สำหรับ Protected Audience จะกระตุ้นให้ธุรกิจต่างๆ ใช้ Google Cloud หรือไม่

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

Privacy Sandbox จะอนุญาตให้ Trusted Execution Environments (TEE) ทำงานในศูนย์ข้อมูลระบบคลาวด์ที่ไม่ใช่สาธารณะไหม

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

การใช้งาน Trusted Execution Environments ในระบบคลาวด์สาธารณะจะแพงกว่าการใช้ศูนย์ข้อมูลเทคโนโลยีโฆษณาภายในองค์กรหรือไม่

โมเดลความเป็นส่วนตัวของ TEE ในปัจจุบันของเราได้รับประโยชน์จากแนวทางปฏิบัติด้านความปลอดภัยในการใช้งานระบบคลาวด์สาธารณะ เราจึงตั้งสมมติฐานไว้ว่าการใช้งานระบบ Trusted Execution Environment ภายในองค์กรมีค่าใช้จ่ายที่ถูกกว่า ข้อควรพิจารณาด้านค่าใช้จ่ายสำหรับแนวทางปฏิบัติดังกล่าวมีดังนี้

ผู้ให้บริการระบบคลาวด์สาธารณะจะต้องรักษามาตรฐานความปลอดภัยไว้สูงมาก ตัวอย่างเช่น AWS เป็นผู้ให้บริการระบบคลาวด์ที่มีชื่อเสียงและมีแนวปฏิบัติด้านการรักษาความปลอดภัยที่น่าเชื่อถือ โดยเฉพาะอย่างยิ่ง AWS Nitro มีโมเดลความปลอดภัยที่บันทึกไว้เพื่อให้มั่นใจว่า Nitro Enclaves ป้องกันไม่ให้โอเปอเรเตอร์เข้าถึงข้อมูลที่ประมวลผลภายในเครือข่ายที่ปลอดภัย และทรัพยากรที่มีการป้องกัน (เช่น คีย์การถอดรหัส) พร้อมใช้งานสำหรับโค้ดที่ได้รับอนุญาตที่ทำงานใน Enclave เท่านั้น และยังมีการเข้าถึง ทางกายภาพให้พิจารณาอีกด้วย AWS ได้ออกแบบและนำมาตรการลดความเสี่ยงด้านการเข้าถึง ทางกายภาพ ซึ่งรวมถึงจากพนักงานของ Amazon TEE ที่ใช้ฮาร์ดแวร์ที่มีอยู่อาจไม่สามารถป้องกันการโจมตีทางกายภาพได้ทั้งหมด ซึ่งระบบคลาวด์สาธารณะออกแบบมาเพื่อทำ นอกจากนี้ Amazon ยังเพิ่งได้ให้ NCC Group ซึ่งเป็นบริษัทวิจัยอิสระตรวจสอบการออกแบบ Nitro ของตน โดยเน้นการกล่าวอ้างด้านความปลอดภัยที่เกี่ยวข้องกับการเข้าถึงโดยพนักงานภายใน รายงานสาธารณะระบุว่าการออกแบบ AWS เป็นไปตามคำกล่าวอ้าง

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

Privacy Sandbox เปลี่ยนการเรียกเก็บเงินไหม

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

การกำหนดความถี่สูงสุดใน Privacy Sandbox เป็นไปได้ไหม

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

มีโซลูชันอยู่ 2-3 อย่างที่สามารถใช้เพื่อการกำหนดความถี่สูงสุดนอก Protected Audience ได้ แต่ไม่ได้จับคู่กับเทคนิคแบบข้ามเว็บไซต์อย่างสมบูรณ์ซึ่งเทคโนโลยีโฆษณาที่มีกับคุกกี้ของบุคคลที่สาม

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

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

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

ด้วยเหตุนี้ การสร้างโซลูชันความถี่สูงสุดนอก Protected Audience จึงไม่ได้อยู่ในแผนกลยุทธ์ของเราโดยตรง แต่เรายินดีรับฟังความคิดเห็นเกี่ยวกับวิธีที่เป็นไปได้ในการแก้ปัญหา Use Case นี้

แล้ว Use Case ที่ไม่ได้อยู่ภายใต้ Privacy Sandbox ล่ะ

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