ข้อเสนอการออกแบบของบริการเสนอราคาและบริการประมูลสำหรับ Android มีรายละเอียด การดำเนินการและโฟลว์ข้อมูลของการประมูลที่ทำงานอยู่ใน Android โดยใช้การเสนอราคาที่เชื่อถือได้ และเซิร์ฟเวอร์การประมูล เพื่อให้มั่นใจว่าข้อมูลที่อยู่ระหว่างการส่งจะได้รับการจัดการโดย API ที่รักษาความเป็นส่วนตัวและเซิร์ฟเวอร์ที่เชื่อถือได้ โดยข้อมูลจะได้รับการเข้ารหัสระหว่าง ไคลเอ็นต์และเซิร์ฟเวอร์ที่ใช้คีย์สาธารณะแบบผสมแบบ 2 ทิศทาง การเข้ารหัส
หากต้องการเรียกใช้การประมูลตามรายละเอียดข้างต้น เทคโนโลยีโฆษณาของผู้ขายในอุปกรณ์นั้นจะต้อง ให้ทำตามขั้นตอนต่อไปนี้
- รวบรวมและเข้ารหัสข้อมูลสำหรับการประมูลเซิร์ฟเวอร์
- ส่งคำขอไปยังบริการของผู้ขายที่ไม่น่าเชื่อถือ
- รับการตอบกลับจากบริการของผู้ขายที่ไม่น่าเชื่อถือ
- ถอดรหัสคำตอบในการประมูลที่ใช้ Protected Audience API และดูผลลัพธ์การประมูล
Protected Audience จะเปิดตัว API ใหม่ 2 รายการเพื่อรองรับการเรียกใช้ การประมูลเซิร์ฟเวอร์:
getAdSelectionData
API จะรวบรวมข้อมูลสำหรับการประมูลเซิร์ฟเวอร์และ จะสร้างเพย์โหลดที่เข้ารหัสและมีข้อมูลการประมูล การเสนอราคาและ เซิร์ฟเวอร์การประมูลใช้เพย์โหลดนี้เพื่อเรียกใช้การประมูลและสร้างการประมูล ผลลัพธ์ แล้วแสดงผลการประมูล- ไคลเอ็นต์เทคโนโลยีโฆษณาในอุปกรณ์จะเรียกใช้
persistAdSelectionResult
API เพื่อ ถอดรหัสผลลัพธ์ที่สร้างขึ้นจากการประมูลของเซิร์ฟเวอร์และรับโฆษณาที่ชนะ URL ที่แสดงผล
เทคโนโลยีโฆษณาของผู้ขายบนอุปกรณ์ต้องผสานรวมและสร้างสิ่งต่อไปนี้เพื่อ ทำการประมูล:
- รวบรวมและเข้ารหัสข้อมูลการประมูลเซิร์ฟเวอร์สำหรับผู้ขาย: เทคโนโลยีโฆษณาควร
เรียกใช้
getAdSelectionData
API เพื่อรับเพย์โหลดที่เข้ารหัส - ส่งคำขอไปยังบริการของผู้ขายที่ไม่น่าเชื่อถือ:
HTTP POST
หรือPUT
คำขอที่มีเพย์โหลดที่เข้ารหัสซึ่งสร้างขึ้นโดยgetAdSelectionData
API ไปยังบริการของผู้ขายที่ไม่น่าเชื่อถือและข้อมูลที่จำเป็นสำหรับบริการที่ไม่น่าเชื่อถือ บริการของผู้ขายเพื่อสร้างผลลัพธ์ตามบริบท - รับการตอบกลับจากบริการของผู้ขายที่ไม่น่าเชื่อถือ: การตอบกลับจากบริการที่ไม่น่าเชื่อถือ บริการผู้ขายจะมีผลการประมูลที่ใช้ Protected Audience API ที่เข้ารหัส และผลการประมูลตามบริบท
- ถอดรหัสคำตอบในการประมูลกลุ่มเป้าหมายที่มีการป้องกันและดูผลลัพธ์การประมูล:
หากต้องการถอดรหัสผลการประมูลที่ใช้ Protected Audience API เทคโนโลยีโฆษณาของผู้ขายควรเรียกใช้
API
persistAdSelectionResult
ผลลัพธ์ที่สร้างโดยpersistAdSelectionResult
จะช่วยให้เทคโนโลยีโฆษณาระบุได้ว่าตามบริบท โฆษณาหรือกลุ่มเป้าหมายที่ได้รับการคุ้มครองชนะการประมูลและ URI ของโฆษณาที่ชนะ โฆษณากลุ่มเป้าหมายที่ได้รับการคุ้มครอง หากมี
ฟีเจอร์ที่รองรับสำหรับการประมูลเซิร์ฟเวอร์
เรามุ่งมั่นที่จะสนับสนุนฟีเจอร์ทั้งหมดที่มีให้บริการสำหรับการประมูลในอุปกรณ์ในปัจจุบัน สำหรับการรองรับฟีเจอร์เหล่านี้ในการประมูลเซิร์ฟเวอร์มีดังนี้
การประมูลในอุปกรณ์ |
การประมูลเซิร์ฟเวอร์ |
|||
ตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ |
เบต้า |
ตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ |
เบต้า |
|
การรายงานการชนะระดับเหตุการณ์ |
ไตรมาส 1 ปี 2023 |
ไตรมาส 3 ปี 2023 |
ไม่มี |
ไตรมาส 4 ปี 2023 |
ไตรมาส 1 ปี 2023 |
ไตรมาส 4 ปี 2023 |
ไม่มี |
ไตรมาส 1 ปี 24 |
|
ไตรมาส 2 ปี 2023 |
ไตรมาส 3 ปี 2023 |
ไม่มี |
ไตรมาส 4 ปี 2023 |
|
ไตรมาส 2 ปี 2023 |
ไตรมาส 1 ปี 2024 |
ไม่มี |
ไม่มี |
|
ไตรมาส 2 ปี 2023 |
ไตรมาส 3 ปี 2023 |
ไม่มี |
ไตรมาส 4 ปี 2023 |
|
ไตรมาส 3 ปี 2023 |
ไตรมาส 4 ปี 2023 |
ไม่มี |
ไตรมาส 4 ปี 2023 |
|
การเรียกเก็บเงินที่ไม่ใช่ CPM |
ไตรมาส 3 ปี 2023 |
ไตรมาส 4 ปี 2023 |
||
การรายงาน |
ไตรมาส 3 ปี 2023 |
ไตรมาส 4 ปี 2023 |
ไตรมาส 3 ปี 2023 |
ไตรมาส 4 ปี 2023 |
สื่อกลางในการเสนอราคาแบบเปิด |
ไม่มี |
ไม่มี |
ไม่มี |
ไตรมาส 1 ปี 2024 |
ไตรมาส 2 ปี 2023 |
ไตรมาส 1 ปี 2024 |
ไม่มี |
ไตรมาส 1 ปี 2024 |
|
การจัดการสกุลเงิน |
ไม่มี |
ไม่มี |
ไม่มี |
ไตรมาส 1 ปี 2024 |
การผสานรวม K-anon |
ไม่มี |
ไตรมาส 1 ปี 2024 |
ไม่มี |
ไตรมาส 1 ปี 2024 |
การผสานรวมการรวบรวมข้อมูลส่วนตัว |
ไม่มี |
ไม่มี |
ไม่มี |
ไตรมาส 3 ปี 2024 |
เรียกใช้การประมูลเซิร์ฟเวอร์โดยใช้ Protected Audience API
ในแทร็กแสดงตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ AdSelectionManager จะแสดง API ใหม่ 2 รายการดังนี้
getAdSelectionData
และ persistAdSelectionResult
API เหล่านี้ช่วยให้เทคโนโลยีโฆษณา
SDK ที่จะผสานรวมกับเซิร์ฟเวอร์การเสนอราคาและการประมูล
รวบรวมและเข้ารหัสข้อมูลสำหรับการประมูลเซิร์ฟเวอร์
getAdSelectionData
API จะสร้างอินพุตที่จําเป็นสําหรับการเสนอราคาและ
องค์ประกอบการประมูล เช่น BuyerInput
และ
ProtectedAudienceInput
และเข้ารหัสข้อมูลก่อนดำเนินการ
ผลลัพธ์ที่ผู้โทรเห็นได้ หากต้องการป้องกันไม่ให้ข้อมูลรั่วไหลในแอปต่างๆ ให้ทำดังนี้
ข้อมูลประกอบด้วยข้อมูลจากผู้ซื้อทุกรายที่อยู่บนอุปกรณ์ อ่านเพิ่มเติมเกี่ยวกับ
การตัดสินใจนี้ในส่วนข้อควรพิจารณาเกี่ยวกับความเป็นส่วนตัวและกลยุทธ์ในการ
ในส่วนข้อควรพิจารณาเกี่ยวกับขนาด
หากต้องการเข้าถึง API คุณต้องเปิดใช้ Protected Audience API และ
ต้องระบุสิทธิ์ ACCESS_ADSERVICES_CUSTOM_AUDIENCE
ใน
ไฟล์ Manifest ของผู้โทร
public class AdSelectionManager {
public void getAdSelectionData(
GetAdSelectionDataRequest getAdSelectionDataRequest,
Executor executor,
OutcomeReceiver<GetAdSelectionDataOutcome, Exception> receiver) {}
}
GetAdSelectionDataRequest
- ผู้โทรต้องตั้งค่าช่อง
seller
ในคำขอเนื่องจากใช้เพื่อเรียกใช้ การลงทะเบียนตรวจสอบก่อนให้บริการคำขอ - ช่อง
coordinatorOriginUri
ไม่บังคับ- หากมีการตั้งค่า URL นี้ควรเท่ากับรูปแบบ ชื่อโฮสต์ และพอร์ตของ URL ของ Coordinator ที่ได้รับการกำหนดค่าในขณะที่ การทำให้เซิร์ฟเวอร์ B&A ของผู้ขายใช้งานได้
- ผู้ประสานงานต้องอยู่ในรายชื่อของผู้ประสานงานที่ได้รับอนุมัติ:
ผู้ให้บริการ URI ต้นทาง URI ค่าเริ่มต้น Google Cloud https://publickeyservice.pa.gcp.privacysandboxservices.com/.well-known/protected-auction/v1/public-keys https://publickeyservice.pa.gcp.privacysandboxservices.com ใช่ Amazon Web Services https://publickeyservice.pa.aws.privacysandboxservices.com/.well-known/protected-auction/v1/public-keys https://publickeyservice.pa.aws.privacysandboxservices.com ไม่ได้ - ถ้าไม่ได้ระบุต้นทางของ Coordinator ระบบจะใช้ Coordinator เริ่มต้น
- แม้ว่า URL ของผู้ประสานงานจะมีโอกาสน้อยมากที่จะมีการเปลี่ยนแปลง แต่ขอแนะนำอย่างยิ่งให้ใช้กลไกในการจัดการ URL นี้แบบไดนามิก ซึ่งช่วยให้มั่นใจว่าการเปลี่ยนแปลง URL ในอนาคตจะรองรับได้โดยไม่ต้องใช้ SDK รุ่นใหม่
public class GetAdSelectionDataRequest {
public setSeller(AdTechIdentifier seller);
public setCoordinatorOriginUri(Uri coordinatorOriginUri)
}
หลังจากตรวจสอบคำขอแล้ว ระบบจะเขียนข้อมูลผู้ซื้อในอุปกรณ์ลงใน
BuyerInput
และ ProtectedAudienceInput
จากนั้น ออบเจ็กต์เพย์โหลดสุดท้ายคือ
เข้ารหัสโดยใช้การเข้ารหัสคีย์สาธารณะแบบผสมแบบ 2 ทิศทาง
GetAdSelectionDataผลลัพธ์
ระบบสร้าง GetAdSelectionDataOutcome
เป็นผลลัพธ์ของ getAdSelectionData
API ซึ่งประกอบด้วยข้อมูลต่อไปนี้
adSelectionId
: จำนวนเต็มทึบในการระบุข้อมูลนี้ คำขอgetAdSelectionData
ไคลเอ็นต์เทคโนโลยีโฆษณาควรยืนยันการดำเนินการนี้adSelectionId
เนื่องจากค่านี้ทำหน้าที่เป็นตัวชี้ไปยังgetAdSelectionData
สาย ตัวระบุนี้จำเป็นสำหรับpersistAdSelectionResult
API สำหรับถอดรหัสผลการประมูลจากการเสนอราคา และเซิร์ฟเวอร์การประมูล และยังเป็นสิ่งที่reportImpression
และreportEvent
APIadSelectionData
: นี่คือข้อมูลการประมูลที่เข้ารหัส ซึ่งจะ สำหรับการเสนอราคาและเซิร์ฟเวอร์การประมูลเพื่อทำการประมูล วิธีนี้ ประกอบด้วย:- ข้อมูลกลุ่มเป้าหมายที่กำหนดเองที่กรองแล้วตามการกำหนดความถี่สูงสุดและการติดตั้งแอป ตัวกรองและข้อกำหนดการประมูลเซิร์ฟเวอร์สำหรับกลุ่มเป้าหมายที่กำหนดเอง
- ในเวอร์ชันในอนาคต ข้อมูลนี้จะมีข้อมูลการติดตั้งแอป
public class GetAdSelectionDataOutcome {
Public getAdSelectionId(long adSelectionId);
public byte[] getAdSelectionData();
}
ข้อผิดพลาด ข้อยกเว้น และการจัดการที่ไม่สำเร็จ
หากสร้างข้อมูลการเลือกโฆษณาไม่สำเร็จเนื่องจาก
เหตุผล เช่น อาร์กิวเมนต์ไม่ถูกต้อง หมดเวลา หรือการใช้ทรัพยากรมากเกินไป
Callback OutcomeReceiver.onError()
จะแสดง AdServicesException
ด้วย
ลักษณะการทำงานดังต่อไปนี้
- หาก
getAdSelectionData
เริ่มต้นโดยมีอาร์กิวเมนต์ที่ไม่ถูกต้อง ค่าAdServicesException
" ระบุสาเหตุเป็น IllegalArgumentException - ข้อผิดพลาดอื่นๆ ทั้งหมดจะได้รับ
AdServicesException
ที่มีIllegalStateException
เป็นสาเหตุ
ส่งคำขอไปยังบริการของผู้ขายที่ไม่น่าเชื่อถือ
เมื่อใช้ AdSelectionData
SDK ในอุปกรณ์จะส่งคำขอไปยัง
บริการโฆษณาโดยรวมข้อมูลในคำขอ POST
หรือ PUT
ดังนี้
fetch('https://www.example-ssp.com/auction', {
method: "PUT",
body: data,
...
})
โดย SDK ในอุปกรณ์จะมีหน้าที่ในการเข้ารหัสข้อมูลนี้ ขอแนะนำให้ ใช้โซลูชันที่ช่วยประหยัดพื้นที่ เช่น การส่งคำขอไปยังโฆษณาของผู้ขาย ให้เป็นข้อมูลหลายส่วน/แบบฟอร์ม
รับการตอบกลับจากบริการของผู้ขายที่ไม่น่าเชื่อถือ
ตามที่อธิบายไว้ในคำอธิบายเซิร์ฟเวอร์การเสนอราคาและการประมูล บริการผู้ขายที่ไม่น่าเชื่อถือได้รับคำขอ และโทรติดต่อพาร์ทเนอร์ ผู้ซื้อโฆษณาตามบริบท
บริการผู้ขายที่ไม่น่าเชื่อถือจะส่งต่อ adSelectionData
ที่เข้ารหัสและ
AuctionConfig
ไปยังบริการ SellerFrontEnd ของเซิร์ฟเวอร์การเสนอราคาและการประมูล
ใน TEE
เมื่อการประมูล Protected Audience เสร็จสมบูรณ์ บริการ SellerFrontEnd เข้ารหัสผลการประมูลและส่งคืนเป็นการตอบกลับไปยังผู้ขายที่ไม่น่าเชื่อถือ service.
บริการผู้ขายที่ไม่น่าเชื่อถือจะส่งการตอบกลับไปยังอุปกรณ์ที่มี โฆษณาตามบริบทและ / หรือผลการประมูลที่ใช้ Protected Audience API ที่เข้ารหัส
เมื่อได้รับการตอบกลับ โค้ดเทคโนโลยีโฆษณาของผู้ขายในอุปกรณ์สามารถเลือก
ใช้โฆษณาตามบริบทในการตอบกลับเท่านั้น หรือหากเห็นว่ามี
มูลค่าที่เพิ่มขึ้นในการได้รับผลลัพธ์ของ Protected Audience
ถอดรหัสผลลัพธ์ของ Protected Audience โดยการเรียกใช้ PersistAdSelectionResult
API
API PersistAdSelectionResult
ในการถอดรหัสผลลัพธ์ของ Protected Audience เทคโนโลยีโฆษณาของผู้ขายสามารถเรียกใช้รายการที่ 2
Protected Audience API persistAdSelectionResult
API ถอดรหัสผลลัพธ์
และแสดงผล AdSelectionOutcome
ซึ่งเป็นออบเจ็กต์เดียวกับที่ส่งคืนจาก
การประมูลบนอุปกรณ์ในปัจจุบัน
หากต้องการเข้าถึง API ผู้โทรจะต้องเปิดใช้การเข้าถึง Protected Audience API และ
กำหนดสิทธิ์ ACCESS_ADSERVICES_CUSTOM_AUDIENCE
ในไฟล์ Manifest
public void persistAdSelectionResult(
PersistAdSelectionResultRequest persistAdSelectionResultRequest,
Executor executor,
OutcomeReceiver<AdSelectionOutcome, Exception> receiver) {}
PersistAdSelectionผลลัพธ์Request
ผู้โทรจะต้องตั้งค่าต่อไปนี้ในคำขอ
public final class PersistAdSelectionResultRequest {
Public setAdSelectionId(long adSelectionId);
public setSeller(AdTechIdentifier seller);
public setAdSelectionResult(byte[] adSelectionResult);
}
adSelectionId
: ตัวระบุแบบทึบที่getAdSelectionData
สร้างขึ้น สายที่มีผลลัพธ์ที่ผู้โทรต้องการถอดรหัสseller
: ต้องตั้งค่าตัวระบุเทคโนโลยีโฆษณาของผู้ขายในคำขอเพื่อเรียกใช้ การลงทะเบียนตรวจสอบก่อนให้บริการคำขอadSelectionResult
: ผลการประมูลที่เข้ารหัสซึ่งสร้างขึ้นโดยการเสนอราคา และเซิร์ฟเวอร์การประมูลที่ผู้โทรต้องการถอดรหัส
การตอบกลับ AdSelectionresult
หากมีผู้ชนะ Protected Audience AdSelectionOutcome
จะแสดงผล
URI การแสดงโฆษณาที่ชนะ เมื่อถอดรหัส adSelectionResult
แล้ว
จะยังคงอยู่เป็นการภายใน Callback OutcomeReceiver.onResult()
ย้อนกลับ
AdSelectionOutcome
ที่มี
URI
: หากมีโฆษณา Protected Audience ที่ชนะ URL การแสดงโฆษณาของ โฆษณาที่ชนะก็จะส่งกลับ หากไม่มีผู้ชนะ Protected Audience `Uri.EMPTY ถูกส่งคืนadSelectionId
:adSelectionId
ที่เชื่อมโยงกับการประมูลเซิร์ฟเวอร์นี้
ข้อผิดพลาด ข้อยกเว้น และการจัดการที่ไม่สำเร็จ
หากสร้างข้อมูลการเลือกโฆษณาไม่สำเร็จเนื่องจาก
เหตุผล เช่น อาร์กิวเมนต์ไม่ถูกต้อง หมดเวลา หรือการใช้ทรัพยากรมากเกินไป
Callback OutcomeReceiver.onError()
จะแสดง AdServicesException
ด้วย
ลักษณะการทำงานดังต่อไปนี้
- หาก
getAdSelectionData
เริ่มต้นโดยมีอาร์กิวเมนต์ที่ไม่ถูกต้อง ค่าAdServicesException
บ่งชี้ถึงIllegalArgumentException
เป็นสาเหตุ - ข้อผิดพลาดอื่นๆ ทั้งหมดจะได้รับ
AdServicesException
ที่มีIllegalStateException
เป็นสาเหตุ
ข้อพิจารณาเกี่ยวกับข้อมูลส่วนบุคคล
ระบบจะเข้ารหัส adSelectionData
เพื่อให้มั่นใจว่าข้อมูลที่อยู่ระหว่างการส่งสามารถเข้าถึงได้เท่านั้น
ไปยัง PPAPI และเซิร์ฟเวอร์ที่เชื่อถือได้
แม้จะมีการเข้ารหัส ข้อมูลรั่วไหลอาจเกิดขึ้นได้เนื่องจากขนาด adSelectionData
ขนาด adSelectionData
อาจแตกต่างกันเนื่องจาก
- การเปลี่ยนแปลงของข้อมูล
CustomAudience
ปรากฏในอุปกรณ์ - การเปลี่ยนแปลงตรรกะการกรอง
CustomAudience
- เปลี่ยนเป็นอินพุตของ
getAdSelectionData
สาย
สามารถใช้การเปลี่ยนแปลงขนาด adSelectionData
ในการสร้างข้ามแอปได้
ตามที่อธิบายไว้ในการพูดคุยเรื่องการรั่วไหล 1 บิต หลายหน้า
การลดการรั่วไหลของปัญหาระดับ 1 บิตก็สามารถใช้ที่นี่ได้เช่นกัน
ในการจัดการการรั่วไหลเหล่านี้ เราวางแผนที่จะสร้าง adSelectionData
เดียวกันสำหรับทุกคน
การเรียกไปยัง getAdSelectionData
API ในรุ่นเริ่มต้น ทุก
CustomAudiences
ในอุปกรณ์จะใช้สำหรับการสร้าง adSelectionData
และ
เพย์โหลดที่เข้ารหัสจะได้รับการเสริมเพื่อรองรับขนาดมาสก์ที่แตกต่างกัน นอกจากนี้เรายังจำกัด
อิทธิพลของพารามิเตอร์อินพุต GetAdSelectionData
ที่มีต่อadSelectionData
ที่สร้างขึ้น
อย่างไรก็ตาม การสร้าง adSelectionData
เดียวกันสำหรับเทคโนโลยีโฆษณาทั้งหมดที่ใช้
ข้อมูลการประมูลในอุปกรณ์จะสร้างเพย์โหลดขนาดใหญ่ที่ตอนนี้ต้องโอน
ในทุกๆ การเรียกไปยังเซิร์ฟเวอร์เทคโนโลยีโฆษณา ใช้กลุ่มเป้าหมายที่กำหนดเองทั้งหมดในอุปกรณ์เพื่อ
สร้างเปย์โหลดการประมูลยังเป็นการเปิดระบบนิเวศให้ละเมิดจากสิ่งที่เป็นอันตราย
เอนทิตี เราได้กล่าวถึงข้อกังวลเหล่านี้ในการเพิ่มประสิทธิภาพขนาด และ
ส่วนการลดความเสี่ยงการละเมิดด้านล่าง
การเพิ่มประสิทธิภาพขนาด
SDK ของไคลเอ็นต์เทคโนโลยีโฆษณาคาดว่าจะแพ็กเกจไบต์ที่เข้ารหัสของ
adSelectionData
ในการประชุมตามบริบทของ HTTP PUT/POST
ที่เกิดขึ้นกับเทคโนโลยีโฆษณา
เซิร์ฟเวอร์ เพื่อลดค่าใช้จ่ายและเวลาในการตอบสนองของเวลาไป-กลับ จึงจำเป็นต้องลด
ให้มีขนาด adSelectionData
ให้มากที่สุดเท่าที่จะเป็นไปได้โดยไม่ส่งผลกระทบต่อการใช้งาน
เราวางแผนที่จะสำรวจและอาจแนะนำการเพิ่มประสิทธิภาพต่อไปนี้ใน
รุ่นที่กำลังจะเผยแพร่เพื่อลดขนาด adSelectionData
:
เพย์โหลดที่สร้างขึ้นในชุดขนาดที่เก็บข้อมูลแบบคงที่ซึ่งมีระยะห่างจากขอบ: เพื่อ ลดการรั่วไหลจากขนาดที่แตกต่างกันในขณะที่ยังคงอนุญาตให้ เราขอแนะนำให้ใช้ที่เก็บข้อมูลขนาดคงที่สำหรับเพย์โหลดที่สร้างขึ้น การรักษาจํานวนที่เก็บข้อมูลให้น้อย เช่น 7 จะทําให้น้อยกว่า เอนโทรปีที่รั่วไหล 3 บิตต่อการเรียกไปยัง
getAdSelectionData
หากข้อมูลในอุปกรณ์มีขนาดเกินที่เก็บข้อมูลสูงสุด กลยุทธ์ที่กล่าวถึง เช่น ค่าลำดับความสำคัญ ที่จะใช้ในการตัดสินใจว่าข้อมูลใด ลดลง
การกำหนดค่าผู้ซื้อ: เรากำลังประเมินความเป็นไปได้ในการอนุญาตให้ผู้ซื้อ กำหนดค่าเพย์โหลดต่อผู้ซื้อ การกำหนดค่านี้มีประโยชน์ เพื่อระบุว่าผู้ซื้อสนใจเข้าร่วมการประมูลใด หากทำได้ ระหว่างการลงทะเบียน เทคโนโลยีโฆษณาของผู้ซื้ออาจลงทะเบียนอุปกรณ์ปลายทาง Protected Audience จะดึงข้อมูลการกำหนดค่าเพย์โหลดเป็นประจำทุกวัน ความถี่ หรืออีกทางหนึ่งคือ API ที่รักษาความเป็นส่วนตัวจะแสดง API เพื่อให้ เทคโนโลยีโฆษณาของผู้ซื้อให้ลงทะเบียนปลายทางนี้
จากนั้นจะใช้การกำหนดค่านี้เพื่อประเมินการมีส่วนร่วมของผู้ซื้อใน สร้าง
adSelectionData
สำหรับคำขอgetAdSelectionData
แต่ละรายการการกำหนดค่าเพย์โหลดของผู้ซื้อจะอนุญาตให้ผู้ซื้อระบุข้อมูลต่อไปนี้
- รายชื่อผู้ขายที่อนุญาต: ระบบจะเพิ่มกลุ่มเป้าหมายที่กำหนดเองของผู้ซื้อไปยัง
เพย์โหลดเฉพาะเมื่อการเรียก
getAdSelectionData
เริ่มต้นโดยผู้ขาย ในรายการที่อนุญาต เราจะดึงข้อมูลการกำหนดค่าเพย์โหลดทุกวัน ความถี่ในการอัปเดตรายการที่อนุญาตอยู่เสมอ - ขีดจำกัดขนาดต่อผู้ขาย: ผู้ซื้อสามารถระบุขีดจำกัดขนาดต่อผู้ขาย เพื่อกำหนดขนาดข้อมูลที่จะส่งในเพย์โหลดเมื่อการประมูล ซึ่งเริ่มต้นโดยผู้ขายบางราย ซึ่งจะเป็นประโยชน์หากผู้ซื้อต้องการ ทุ่มเททรัพยากรมากขึ้นในการประมวลผลข้อมูลการประมูลจากผู้ขายบางราย SellerFrontendService จะส่งต่อเฉพาะข้อมูลของผู้ซื้อไปยังแต่ละราย BuyerFrontendService ดังนั้นเมื่อกำหนดขีดจำกัดขนาด ต่อผู้ขาย ผู้ซื้อ สามารถควบคุมปริมาณของข้อมูลที่นำเข้าและประมวลผลได้อย่างชัดเจนโดย การเสนอราคาและ BuyerFrontendService ของเซิร์ฟเวอร์การประมูลสำหรับการประมูลจะทำงาน จากผู้ขาย
- รายชื่อผู้ขายที่อนุญาต: ระบบจะเพิ่มกลุ่มเป้าหมายที่กำหนดเองของผู้ซื้อไปยัง
เพย์โหลดเฉพาะเมื่อการเรียก
การกำหนดค่าผู้ขาย: เรากำลังประเมินความเป็นไปได้ของผู้ขายต่อผู้ขาย การกำหนดค่าการประมูลที่อนุญาตให้ผู้ขายกำหนดพารามิเตอร์การประมูลได้ เพื่อควบคุมขนาดเพย์โหลดและผู้เข้าร่วมการประมูล หากเป็นไปได้ ในระหว่าง ทำให้เทคโนโลยีโฆษณาของผู้ขายสามารถระบุปลายทางได้จาก ซึ่ง Protected Audience สามารถดึงข้อมูลการกำหนดค่าการประมูลต่อผู้ขายได้ที่ ความถี่สม่ำเสมอ การกำหนดค่านี้จะใช้เพื่อระบุ การเรียบเรียงและขีดจำกัดของ
adSelectionData
ที่สร้างขึ้นสำหรับแต่ละรายการ คำขอgetAdSelectionData
เช่นเดียวกับการกำหนดค่าของผู้ซื้อ การกำหนดค่าต่อผู้ขายสามารถ ผู้ขายเพื่อระบุว่ากลุ่มผู้ซื้อใดที่ตนคาดว่าจะเห็นในการประมูลและ เพื่อระบุขีดจำกัดการมีส่วนร่วมต่อผู้ซื้อต่อขนาดเพย์โหลด
การกำหนดค่าการประมูลของผู้ขายจะช่วยให้ผู้ขายสามารถระบุข้อมูลต่อไปนี้
- รายชื่อผู้ซื้อที่อนุญาต: สำหรับการประมูลที่เริ่มต้นโดยผู้ขายรายนั้นๆ มีเพียง ผู้ซื้อในรายการที่อนุญาตจะร่วมสนับสนุน CustomAudience ได้ สำหรับการประมูล ต้องอัปเดตการกำหนดค่าการประมูล ทุกวันเพื่อให้รายการที่อนุญาตเป็นปัจจุบันอยู่เสมอด้วยรายการที่อนุญาตสำหรับผู้ซื้อฝั่งเซิร์ฟเวอร์
- ขีดจำกัดขนาดต่อผู้ซื้อ: ผู้ขายสามารถระบุขีดจำกัดต่อผู้ซื้อเป็น ควบคุมขนาดข้อมูลที่ผู้ซื้อแต่ละรายอัปโหลดลงในเพย์โหลด ที่ส่งไปยัง SellerFrontendService ในกรณีที่ผู้ซื้อมีขนาดเกินขนาดต่อผู้ซื้อ ขีดจำกัด, CustomAudience ที่ตั้งค่าในการกำหนดค่าเพย์โหลดของผู้ซื้อ เพื่อให้ได้รับข้อมูลในขีดจำกัดที่คาดไว้
- ลำดับความสำคัญต่อผู้ซื้อ: อนุญาตให้ผู้ขายกำหนดลำดับความสำคัญต่อผู้ซื้อได้ ผู้ซื้อ ลำดับความสำคัญจะใช้เพื่อระบุว่าควรเก็บข้อมูลผู้ซื้อใดไว้ หากขนาดเพย์โหลดเกินขีดจำกัดขนาดเพย์โหลด
- ขนาดสูงสุดของเพย์โหลด: ผู้ขายแต่ละรายอาจมี การจัดสรรทรัพยากรที่แตกต่างกัน และอาจต้องการตั้งค่าขนาดสูงสุด เพย์โหลดการประมูลต่อคำขอ ขนาดสูงสุดจะเท่ากับ ที่เก็บข้อมูลขนาดคงที่ที่กำหนดโดย Protected Audience API
การเปลี่ยนแปลงกลุ่มเป้าหมายที่กำหนดเอง
- ระบุลำดับความสำคัญของกลุ่มเป้าหมายที่กำหนดเอง: อนุญาตให้ผู้ซื้อระบุลำดับความสำคัญ
ในกลุ่มเป้าหมายที่กำหนดเอง ระบบจะใช้ช่อง
priority
เพื่อ ระบุกลุ่มเป้าหมายที่กำหนดเอง ซึ่งควรรวมไว้ในการประมูลหาก ชุดกลุ่มเป้าหมายที่กำหนดเองของผู้ซื้อมีขนาดเกินขนาดต่อผู้ขายหรือต่อผู้ซื้อ ขีดจำกัด ค่าลำดับความสำคัญที่ไม่ได้ระบุในกลุ่มเป้าหมายที่กำหนดเองจะเป็นค่าเริ่มต้น ไปยัง0.0
- ระบุลำดับความสำคัญของกลุ่มเป้าหมายที่กำหนดเอง: อนุญาตให้ผู้ซื้อระบุลำดับความสำคัญ
ในกลุ่มเป้าหมายที่กำหนดเอง ระบบจะใช้ช่อง
การเปลี่ยนแปลงข้อมูลเพย์โหลด
- ลดข้อมูลที่ส่งในเพย์โหลด: ตามรายละเอียดในการเสนอราคาและการประมูล
การเพิ่มประสิทธิภาพเพย์โหลดของบริการ ระบบจะขับเคลื่อนด้วยเพย์โหลดที่สูงขึ้น
ตามข้อมูล
ads
กลุ่มเป้าหมายที่กำหนดเอง, สัญญาณการเสนอราคาของผู้ใช้, สัญญาณ Android เพย์โหลดที่สูงขึ้นอาจลดลงได้ด้วยสิ่งต่อไปนี้- การให้ลูกค้าส่งรหัสการแสดงโฆษณา (แทนออบเจ็กต์โฆษณา) ในส่วน เพย์โหลด
- การให้ลูกค้าไม่ส่งข้อมูลโฆษณาในเพย์โหลด
- ไม่ส่งสัญญาณการเสนอราคาของผู้ใช้ในเพย์โหลดของไคลเอ็นต์
- ลดข้อมูลที่ส่งในเพย์โหลด: ตามรายละเอียดในการเสนอราคาและการประมูล
การเพิ่มประสิทธิภาพเพย์โหลดของบริการ ระบบจะขับเคลื่อนด้วยเพย์โหลดที่สูงขึ้น
ตามข้อมูล
แม้ว่ากลยุทธ์ที่กล่าวถึงข้างต้นจะทำให้เทคโนโลยีโฆษณาสามารถกำหนดการกำหนดค่าเพื่อ
จัดการองค์ประกอบและขีดจำกัดของเพย์โหลด adSelectionData
ก็อาจกลายเป็น
ปัจจัยสำหรับการปรับขนาด adSelectionData
โดยการเปลี่ยนการกำหนดค่า
พารามิเตอร์ เพื่อหลีกเลี่ยงปัญหานี้ ระบบจะดึงข้อมูลการกำหนดค่าทุกวันโดย Protected
กลุ่มเป้าหมายจากปลายทางที่กำหนดค่า
การเพิ่มประสิทธิภาพเวลาในการตอบสนอง
เพื่อให้การประมูลเซิร์ฟเวอร์มีคุณประโยชน์ในระดับที่ต้องการ เราต้องตรวจสอบให้แน่ใจว่า
getAdSelectionData
API และ persistAdSelectionResult
API มีเวลาในการตอบสนองต่ำต่อ
การโทร แม้ว่าเรามุ่งมั่นที่จะให้การสนับสนุนฟีเจอร์สำหรับ API ในปี 2023 แต่หลังจากนั้น
รุ่นจะมุ่งเน้นที่การเปรียบเทียบเวลาในการตอบสนองและการเพิ่มประสิทธิภาพสำหรับ API
เรากําลังสํารวจกลยุทธ์ต่อไปนี้เพื่อดูแลให้เวลาในการตอบสนองยอมรับได้ ขีดจำกัด:
การสร้างข้อมูล Protected Audience ล่วงหน้าต่อผู้ขาย 1 ราย: จากผู้ขาย การกำหนดค่าการประมูลและเพย์โหลดผู้ซื้อจะมีความเสถียร ระยะเวลาพอสมควร (ทุกวัน) แพลตฟอร์มสามารถคำนวณล่วงหน้าและจัดเก็บ ข้อมูล Protected Audience ที่มีสิทธิ์
การดำเนินการนี้ต้องการให้แพลตฟอร์มสร้างกลไกเพื่อตรวจสอบ การอัปเดตกลุ่มเป้าหมายและแก้ไขข้อมูล Protected Audience ที่สร้างขึ้นล่วงหน้าโดยอิงตาม เกี่ยวกับการอัปเดต แพลตฟอร์มจะต้องประกาศ SLO ในการแข่งขันด้วย ทำให้เทคโนโลยีโฆษณาล่าช้าระหว่างการอัปเดตกลุ่มเป้าหมายที่กำหนดเองและเห็น การเปลี่ยนแปลง
adSelectionData
" ที่สร้างขึ้นสำหรับการประมูลเซิร์ฟเวอร์เนื่องจากอุปกรณ์มีโมเดลการคำนวณทรัพยากรที่มีจำกัด ลำดับความสำคัญของกระบวนการ เราตระหนักดีว่าการให้บริการ ต้องมาพร้อมความน่าเชื่อถือสูงและการรับประกัน SLO
การสร้างข้อมูล Protected Audience ล่วงหน้าจะอิงตาม
- ผู้ขายเลือกใช้เพื่อสร้างข้อมูล Protected Audience ล่วงหน้า
- ผู้ซื้อที่มีสิทธิ์เข้าร่วมการประมูลที่เริ่มต้นโดย ผู้ขาย
- การระบุกลุ่มเป้าหมายที่กำหนดเองต่อผู้ซื้อ ซึ่งจะเป็นส่วนหนึ่งของ
เพย์โหลดที่อิงจาก:
- ขีดจำกัดขนาดต่อผู้ซื้อ ลำดับความสำคัญต่อผู้ซื้อ และขนาดสูงสุด ที่กำหนดไว้ในการกำหนดค่าผู้ขาย
- ขีดจำกัดขนาดต่อผู้ขาย ลำดับความสำคัญของกลุ่มเป้าหมายแบบกำหนดเองที่กำหนดไว้ในผู้ซื้อ การกำหนดค่า
การใช้การกรองเชิงลบอย่างกระตือรือร้น: หากผู้ขายต้องการ แพลตฟอร์มสามารถประมวลผล
adSelectionData
ล่วงหน้าด้วยการสร้าง ข้อมูล Protected Audience และใช้การกรองเชิงลบปิด โทรgetAdSelectionData
วิธีนี้จะช่วยให้ผู้ขายปรับสมดุลเงินที่ต่ำลงได้ เวลาในการตอบสนองขณะยอมรับการไม่มีอัปเดตในการกรองเชิงลบแพลตฟอร์มสามารถให้การสนับสนุนนี้ได้โดยเสนอตัวเลือกเริ่มต้นใน การกำหนดค่าผู้ขายที่มีขีดจำกัดการไม่มีการอัปเดตและตัวเลือกการลบล้างใน
getAdSelectionData
เพื่อให้มีการคํานวณใหม่ล่าสุดหากจำเป็น หรือแพลตฟอร์มอาจให้ API การเริ่มต้นเพิ่มเติม จะถูกเรียกก่อนgetAdSelectionData
เพื่อเริ่มต้นการประมูลการคำนวณเพย์โหลดสำหรับการประมูลหลายรายการ: ในบางสถานการณ์ อาจต้องการใช้ API ที่มีประสิทธิภาพเวลาในการตอบสนองของเวลาในการตอบสนองโดยมีค่าใช้จ่าย ซึ่งช่วยเพิ่มการล้าสมัยของข้อมูล ด้วยเหตุนี้ แพลตฟอร์มดังกล่าวจึงอาจมี API การเริ่มต้นเพื่อคำนวณเพย์โหลดทั้งหมดและให้ข้อมูลอ้างอิงกับ เพย์โหลดที่คำนวณไปยังผู้โทร
สำหรับการโทรหา
getAdSelectionData
หลังจากนั้น ผู้โทรอาจให้ การอ้างอิงไปยังเพย์โหลดที่คำนวณไว้ล่วงหน้าที่จะใช้สำหรับadSelectionData
รุ่นใหม่
กลยุทธ์ทั้ง 3 อย่างข้างต้นอยู่ในขั้นการสำรวจเริ่มต้น และมีไว้เพื่ออธิบายทิศทางที่แพลตฟอร์มจะใช้ในการเพิ่มประสิทธิภาพ เวลาในการตอบสนอง ขณะที่เราสำรวจโปรไฟล์เวลาในการตอบสนองโดยละเอียดของ API และเทคโนโลยีโฆษณา เราจะเสนอกลยุทธ์เพิ่มเติมต่อไป
การบรรเทาการละเมิดและการระบุตัวตน
ดังที่ได้กล่าวไว้ในข้อควรพิจารณาเกี่ยวกับความเป็นส่วนตัว adSelectionData
สร้างขึ้นโดยใช้
ข้อมูลผู้ซื้อทั้งหมดบนอุปกรณ์
แต่หากใช้ข้อมูลผู้ซื้อทั้งหมดในอุปกรณ์เพื่อสร้าง
adSelectionData
แล้ว บุคคลที่เป็นอันตรายอาจแอบอ้างเป็นผู้ซื้อและ
สร้างข้อมูลผู้ซื้อที่เป็นการฉ้อโกงเพื่อทำให้ประสิทธิภาพ Android ลดลง
เพิ่มค่าใช้จ่ายสำหรับเทคโนโลยีโฆษณาในการใช้งานการประมูลหรือเสนอราคา ฯลฯ
การลดปัญหา
มาตรการบางอย่างที่กล่าวถึงในส่วนการพิจารณาขนาด เช่น เพย์โหลดของผู้ซื้อ การกำหนดค่าที่มีผู้ขายที่อนุญาตและการกำหนดค่าการประมูลผู้ขาย ที่มีผู้ซื้อที่อนุญาตจะช่วยยกเว้นข้อมูลที่ไม่คาดคิดในส่วน เพย์โหลด
มาตรการอื่นๆ เกี่ยวกับการพิจารณาขนาด เช่น การอนุญาตให้ SSP ระบุผู้ซื้อ ลำดับความสำคัญ โดยจัดโควต้าต่อผู้ซื้อไว้ในเพย์โหลดที่สร้างขึ้น และการตั้งค่า ขนาดต่อเพย์โหลดการประมูลยังช่วยลดผลกระทบของเพย์โหลดที่เป็นอันตรายได้ ท้องอืด มาตรการเหล่านี้มีไว้เพื่อช่วยให้เทคโนโลยีโฆษณาระบุเทคโนโลยีโฆษณาได้ ทำงานร่วมกัน และกำหนดขอบเขตของเพย์โหลดที่ยอมรับได้ จำเป็นต้องประมวลผล
ดังที่กล่าวไว้ก่อนหน้านี้ การลดความเสี่ยงทั้งหมดเพื่อป้องกันการละเมิดและขนาด ต้องเป็นไปตามข้อพิจารณาเกี่ยวกับข้อมูลส่วนบุคคล
การระบุเอนทิตีที่เป็นอันตราย
ขณะที่การลดความเสี่ยงที่ระบุไว้ข้างต้นช่วยปกป้องผู้ใช้รุ่น adSelectionData
สำหรับ
การประมูลเซิร์ฟเวอร์ไม่ได้ช่วยระบุ
บุคคลที่เป็นอันตรายหรือเพื่อปกป้อง
แพลตฟอร์มที่ไม่เหมาะสม เช่น การสร้างจำนวนที่กำหนดเองที่ไม่เคยมีมาก่อน
กลุ่มเป้าหมายจากผู้ซื้อ
เราจำเป็นต้องหากลไกในการระบุเพื่อให้มีความเสถียรและประสิทธิภาพของแพลตฟอร์ม บุคคลที่เป็นอันตราย เพื่อระบุเวกเตอร์การละเมิด และระบุแรงจูงใจ สำหรับการโจมตีที่เฉพาะเจาะจง ในการเปิดตัวต่อๆ ไป เราจะเพิ่มวิดีโออธิบาย โดยระบุรายละเอียดเวกเตอร์และการป้องกันที่อาจเกิดขึ้นเพื่อโต้ตอบ