แนวคิดสําคัญของ Private Aggregation API
เอกสารนี้จัดทำขึ้นสำหรับใคร
Private Aggregation API ช่วยในการรวบรวมข้อมูลรวมจากชิ้นงานที่มีสิทธิ์เข้าถึงข้อมูลข้ามเว็บไซต์ แนวคิดที่แชร์ที่นี่มีความสำคัญต่อนักพัฒนาซอฟต์แวร์ที่สร้างฟังก์ชันการรายงานภายใน Shared Storage และ Protected Audience API
- หากคุณเป็นนักพัฒนาซอฟต์แวร์ที่สร้างระบบการรายงานสําหรับการวัดผลข้ามเว็บไซต์
- หากคุณเป็นนักการตลาด นักวิทยาศาสตร์ข้อมูล หรือผู้ใช้รายงานสรุปรายอื่นๆ การทำความเข้าใจกลไกเหล่านี้จะช่วยให้คุณตัดสินใจเกี่ยวกับการออกแบบเพื่อเรียกดูรายงานสรุปที่เพิ่มประสิทธิภาพได้
คำสำคัญ
ก่อนอ่านเอกสารนี้ คุณควรทำความคุ้นเคยกับคำศัพท์และแนวคิดสำคัญ คำศัพท์แต่ละคำเหล่านี้จะมีการอธิบายโดยละเอียดที่นี่
- คีย์การรวม (หรือที่เรียกว่าที่เก็บข้อมูล) คือ การเก็บรวบรวมจุดข้อมูลที่กำหนดไว้ล่วงหน้า ตัวอย่างเช่น คุณอาจต้องการ เก็บรวบรวมชุดข้อมูลสถานที่ตั้งที่เบราว์เซอร์รายงานประเทศ ชื่อ คีย์การรวมอาจมีมิติข้อมูลมากกว่า 1 รายการ (เช่น ประเทศและรหัสของวิดเจ็ตเนื้อหา)
- ค่าที่รวบรวมได้คือจุดข้อมูลแต่ละจุด
ไว้ในคีย์การรวม หากต้องการวัดจำนวนผู้ใช้
จากฝรั่งเศสได้เห็นเนื้อหาของคุณแล้ว
France
เป็นมิติข้อมูล คีย์การรวม และviewCount
ของ1
คือค่าที่รวบรวมได้ - ระบบจะสร้างและเข้ารหัสรายงานที่รวบรวมได้ภายในเบราว์เซอร์ สำหรับ API การรวมข้อมูลส่วนตัวซึ่งมีข้อมูลเกี่ยวกับเหตุการณ์เดียว
- บริการรวบรวมข้อมูล ประมวลผลข้อมูลจากรายงานที่รวบรวมได้เพื่อสร้างรายงานสรุป
- รายงานสรุปคือผลลัพธ์สุดท้ายของบริการรวบรวมข้อมูล และ มีข้อมูลผู้ใช้ที่รวบรวมไว้ที่ไม่น่าสนใจและข้อมูล Conversion โดยละเอียด
- เวิร์กเลตคือโครงสร้างพื้นฐานที่ช่วยให้คุณเรียกใช้ฟังก์ชัน JavaScript ที่เฉพาะเจาะจงและแสดงผลข้อมูลกลับไปยังผู้ขอ ภายใน Worklet คุณจะดำเนินการ JavaScript แต่คุณไม่สามารถโต้ตอบหรือสื่อสารกับหน้าเว็บภายนอกได้
เวิร์กโฟลว์การรวมข้อมูลส่วนตัว
เมื่อคุณเรียกใช้ Private Aggregation API ด้วยคีย์การรวมและ ค่าที่รวบรวมได้ เบราว์เซอร์จะสร้างรายงานที่รวบรวมได้ รายงาน ไปยังเซิร์ฟเวอร์ของคุณที่จัดกลุ่มรายงานไว้ บริการรวบรวมข้อมูลจะประมวลผลรายงานกลุ่มในภายหลัง และสร้างรายงานสรุป
- เมื่อคุณเรียกใช้ Private Aggregation API ไคลเอ็นต์ (เบราว์เซอร์) จะสร้าง และส่งรายงานที่รวบรวมได้ไปยังเซิร์ฟเวอร์เพื่อเก็บรวบรวม
- เซิร์ฟเวอร์จะรวบรวมรายงานจากไคลเอ็นต์และจัดกลุ่มเพื่อส่งไปยังบริการรวบรวมข้อมูล
- เมื่อคุณรวบรวมรายงานได้มากพอแล้ว คุณจะจัดกลุ่มและส่งรายงานดังกล่าวไปยัง บริการรวมข้อมูลที่ทำงานในสภาพแวดล้อมการดำเนินการที่เชื่อถือได้ เพื่อสร้าง รายงานสรุป
เวิร์กโฟลว์ที่อธิบายในส่วนนี้คล้ายกับ Attribution Reporting API อย่างไรก็ตาม การรายงานการระบุแหล่งที่มาจะเชื่อมโยงข้อมูลที่รวบรวมจากเหตุการณ์การแสดงผลและเหตุการณ์ Conversion ซึ่งเกิดขึ้นในเวลาที่ต่างกัน การรวมข้อมูลส่วนตัวจะวัดเหตุการณ์เดียวข้ามเว็บไซต์
คีย์การรวม
คีย์การรวม ("key" เรียกสั้นๆ ว่า) แสดงถึงที่เก็บข้อมูลที่ฟังก์ชัน ระบบจะสะสมค่าที่รวมได้ มิติข้อมูลสามารถเข้ารหัสได้อย่างน้อย 1 รายการ ลงในคีย์ มิติข้อมูลหมายถึงแง่มุมบางแง่มุมที่คุณอยากเห็นมากขึ้น ข้อมูลเชิงลึก เช่น กลุ่มอายุของผู้ใช้หรือจำนวนการแสดงผลของโฆษณา แคมเปญ
ตัวอย่างเช่น คุณอาจมีวิดเจ็ตที่ฝังอยู่ในหลายเว็บไซต์และ ต้องการวิเคราะห์ประเทศของผู้ใช้ที่เห็นวิดเจ็ตของคุณ คุณกำลังมอง เพื่อตอบคำถามเช่น "จำนวนผู้ใช้ที่เห็นวิดเจ็ตของฉัน จากประเทศ X หรือไม่" หากต้องการรายงานเกี่ยวกับคําถามนี้ คุณสามารถตั้งค่าคีย์การรวมข้อมูลซึ่งเข้ารหัสมิติข้อมูล 2 รายการ ได้แก่ รหัสวิดเจ็ตและรหัสประเทศ
คีย์ที่ใช้กับ Private Aggregation API คือ
BigInt,
ซึ่งประกอบด้วยมิติข้อมูลหลายรายการ ในตัวอย่างนี้ มิติข้อมูลคือรหัสวิดเจ็ตและรหัสประเทศ สมมติว่ารหัสวิดเจ็ตมีได้สูงสุด 4 หลัก
เช่น 1234
และแต่ละประเทศจะจับคู่กับตัวเลขตามลำดับตัวอักษร
คำสั่งซื้อ เช่น อัฟกานิสถานคือ 1
ฝรั่งเศสมีค่าเป็น 61
และซิมบับเวเท่ากับ '195'
ดังนั้น คีย์ที่รวบรวมข้อมูลได้จะมีความยาว 7 หลัก โดยอักขระ 4 ตัวแรกสงวนไว้สําหรับ WidgetID
และอักขระ 3 ตัวสุดท้ายสงวนไว้สําหรับ CountryID
สมมติว่าคีย์แสดงจํานวนผู้ใช้จากฝรั่งเศส (รหัสประเทศ 061
) ที่ได้เห็นรหัสวิดเจ็ต 3276
คีย์การรวมข้อมูลคือ 3276061
คีย์การรวม | |
รหัสวิดเจ็ต | รหัสประเทศ |
3276 | 061 |
คุณยังสร้างคีย์การรวมได้ด้วยกลไกการแฮช เช่น SHA-256 เช่น สตริง {"WidgetId":3276,"CountryID":67}
สามารถแฮชแล้วแปลงเป็นค่า BigInt
ของ 42943797454801331377966796057547478208888578253058197330928948081739249096287n
หากค่าแฮชมีมากกว่า 128 บิต คุณสามารถตัดให้สั้นลงเพื่อให้ค่าไม่เกินค่าสูงสุดที่อนุญาตของที่เก็บข้อมูลซึ่งเท่ากับ 2^128−1
ในเวิร์กเลตพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน คุณจะเข้าถึงข้อบังคับ crypto
และ TextEncoder
ได้ ซึ่งจะช่วยสร้างแฮชได้ ดูข้อมูลเพิ่มเติมเกี่ยวกับการสร้างแฮชได้ที่ SubtleCrypto.digest()
ใน MDN
ตัวอย่างต่อไปนี้อธิบายวิธีสร้างคีย์ที่เก็บข้อมูลจากค่าที่ผ่านการแฮช
async function convertToBucket(data) {
// Encode as UTF-8 Uint8Array
const encodedData = new TextEncoder().encode(data);
// Generate SHA-256 hash
const hashBuffer = await crypto.subtle.digest('SHA-256', encodedData);
// Truncate the hash
const truncatedHash = Array.from(new Uint8Array(hashBuffer, 0, 16));
// Convert the byte sequence to a decimal
return truncatedHash.reduce((acc, curr) => acc * 256n + BigInt(curr), 0n);
}
const data = {
WidgetId: 3276,
CountryID: 67
};
const dataString = JSON.stringify(data);
const bucket = await convertToBucket(dataString);
console.log(bucket); // 126200478277438733997751102134640640264n
ค่าที่รวบรวมได้
ระบบจะรวมค่าที่รวบรวมได้ต่อคีย์สำหรับผู้ใช้จำนวนมากเพื่อสร้างผลรวม ข้อมูลเชิงลึกในรูปแบบของค่าสรุปในรายงานสรุป
กลับมาที่คำถามตัวอย่างที่ถามไปก่อนหน้านี้ "ผู้ใช้ที่เห็นวิดเจ็ตของฉันมาจากฝรั่งเศสกี่คน" คำตอบของคําถามนี้จะมีลักษณะดังนี้ "ผู้ใช้ประมาณ 4881 คนที่เห็นวิดเจ็ตรหัส 3276 ของฉันมาจากฝรั่งเศส" ค่าที่รวบรวมได้คือ 1 สําหรับผู้ใช้แต่ละราย และ "ผู้ใช้ 4881 คน" คือค่ารวมซึ่งเป็นผลรวมของค่าที่รวบรวมได้ทั้งหมดสําหรับคีย์การรวมนั้น
คีย์การรวม | ค่าที่รวบรวมได้ | |
รหัสวิดเจ็ต | รหัสประเทศ | จำนวนการดู |
3276 | 061 | 1 |
ในตัวอย่างนี้ เราจะเพิ่มค่าขึ้น 1 สำหรับผู้ใช้แต่ละรายที่เห็นวิดเจ็ต ในทางปฏิบัติ ค่าที่รวบรวมได้สามารถปรับขนาดเพื่อปรับปรุงอัตราส่วนสัญญาณต่อสัญญาณรบกวน
งบประมาณการมีส่วนร่วม
การเรียกไปยัง Private Aggregation API แต่ละครั้งจะเรียกว่าการมีส่วนร่วม เราจำกัดจำนวนเนื้อหาที่รวบรวมจากบุคคลหนึ่งๆ เพื่อปกป้องความเป็นส่วนตัวของผู้ใช้
เมื่อคุณรวมค่าที่รวบรวมได้ทั้งหมดในคีย์การรวมทั้งหมด ผลรวมต้องน้อยกว่างบประมาณการมีส่วนร่วม โดยมีการกำหนดขอบเขตงบประมาณต่อเวิร์กเล็ต origin ต่อวัน และเป็น แยกต่างหากสําหรับ Protected Audience API และเวิร์กเล็ตพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน เล่นทีละส่วน ของช่วงเวลา 24 ชั่วโมงล่าสุดโดยประมาณในวันนั้น หาก รายงานที่รวบรวมได้จะทำให้เกินงบประมาณ รายงานจะไม่ สร้าง แล้ว
งบประมาณการมีส่วนร่วมแสดงโดยพารามิเตอร์ L1 และตั้งค่าเป็น 216 (65,536) ต่อ 10 นาทีต่อวัน โดยมีแบ็กส top 220
(1,048,576) โปรดดู คำอธิบาย เพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับพารามิเตอร์เหล่านี้
ค่าของงบประมาณการมีส่วนร่วมจะกําหนดเองได้ แต่ระบบจะปรับระดับสัญญาณรบกวนตามมูลค่านั้น คุณสามารถใช้งบประมาณนี้เพื่อเพิ่มอัตราส่วนสัญญาณต่อสัญญาณรบกวนสูงสุดในค่าสรุป (ดูรายละเอียดเพิ่มเติมได้ในส่วนสัญญาณรบกวนและการขยายขนาด)
ดูข้อมูลเพิ่มเติมเกี่ยวกับงบประมาณการสนับสนุนได้ที่ คำอธิบาย นอกจากนี้ โปรดดูคำแนะนำเพิ่มเติมในงบประมาณการมีส่วนร่วม
ขีดจำกัดการมีส่วนร่วมต่อรายงาน
ขีดจำกัดการบริจาคอาจแตกต่างกันไปตามผู้โทร ขณะนี้รายงานที่สร้างขึ้นสำหรับผู้เรียกใช้ Shared Storage API จะจำกัดการมีส่วนร่วมไว้ที่ 20 รายการต่อรายงาน ในทางกลับกัน ผู้โทร Protected Audience API จะมีส่วนร่วมได้สูงสุด 100 ครั้ง ต่อรายงาน เราเลือกขีดจํากัดเหล่านี้เพื่อรักษาสมดุลระหว่างจํานวนเนื้อหาที่ฝังได้กับขนาดของเพย์โหลด
สำหรับพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน การมีส่วนร่วมที่เกิดขึ้นภายใน run()
หรือ selectURL()
เดียว
จะรวมกันเป็นรายงานเดียว สําหรับ Protected Audience ระบบจะจัดกลุ่มการมีส่วนร่วมจากต้นทางเดียวในการประมูลไว้ด้วยกัน
การมีส่วนร่วมที่เพิ่มระยะห่างจากขอบ
เนื้อหาที่ผู้ใช้ส่งมาจะได้รับการแก้ไขเพิ่มเติมด้วยฟีเจอร์การเติม การถ่วงน้ำหนักเพย์โหลดจะปกป้องข้อมูลเกี่ยวกับจํานวนการมีส่วนร่วมจริงที่ฝังอยู่ในรายงานที่รวบรวมได้ การเติมค่าจะเพิ่มข้อมูลเพย์โหลดด้วยnull
null
(นั่นคือมีค่าเป็น 0) เพื่อให้มีความยาวคงที่
รายงานที่รวมได้
เมื่อผู้ใช้เรียก Private Aggregation API เบราว์เซอร์จะสร้าง
รายงานที่รวบรวมได้ซึ่งบริการรวบรวมข้อมูลจะประมวลผลในภายหลัง
ให้ทันเวลาในการสร้างข้อมูลสรุป
รายงาน CANNOT TRANSLATE
รายงานที่รวบรวมได้อยู่ในรูปแบบ JSON และมีรายการที่เข้ารหัสของ
การมีส่วนร่วม แต่ละรายการเป็นคู่ {aggregation key, aggregatable value}
ระบบจะส่งรายงานที่รวบรวมข้อมูลได้แบบสุ่มโดยมีความล่าช้าสูงสุด 1 ชั่วโมง
การมีส่วนร่วมจะได้รับการเข้ารหัสและอ่านนอกบริการรวมข้อมูลไม่ได้ บริการรวบรวมข้อมูลจะถอดรหัสรายงานและสร้างรายงานสรุป ผู้ประสานงานจะเป็นผู้ออกคีย์การเข้ารหัสสําหรับเบราว์เซอร์และคีย์การถอดรหัสสําหรับบริการรวบรวมข้อมูล ซึ่งทำหน้าที่เป็นบริการจัดการคีย์ ผู้ประสานงานจะเก็บรายการแฮชแบบไบนารีของอิมเมจบริการเพื่อยืนยัน ว่าผู้โทรได้รับอนุญาตให้รับคีย์ถอดรหัส
ตัวอย่างรายงานที่รวบรวมได้ที่มีการแก้ไขข้อบกพร่อง โหมดเปิดอยู่
"aggregation_service_payloads": [
{
"debug_cleartext_payload": "omRkYXRhgaJldmFsdWVEAAAAgGZidWNrZXRQAAAAAAAAAAAAAAAAAAAE0mlvcGVyYXRpb25paGlzdG9ncmFt",
"key_id": "2cc72b6a-b92f-4b78-b929-e3048294f4d6",
"payload": "a9Mk3XxvnfX70FsKrzcLNZPy+00kWYnoXF23ZpNXPz/Htv1KCzl/exzplqVlM/wvXdKUXCCtiGrDEL7BQ6MCbQp1NxbWzdXfdsZHGkZaLS2eF+vXw2UmLFH+BUg/zYMu13CxHtlNSFcZQQTwnCHb"
}
],
"debug_key": "777",
"shared_info": "{\"api\":\"shared-storage\",\"debug_mode\":\"enabled\",\"report_id\":\"5bc74ea5-7656-43da-9d76-5ea3ebb5fca5\",\"reporting_origin\":\"https://localhost:4437\",\"scheduled_report_time\":\"1664907229\",\"version\":\"0.1\"}"
คุณสามารถตรวจสอบรายงานที่รวบรวมได้จาก
chrome://private-aggregation-internals
หน้า:
สำหรับการทดสอบ ค่า "ส่งรายงานที่เลือก" สามารถใช้เพื่อส่ง รายงานไปยังเซิร์ฟเวอร์ทันที
รวบรวมและรายงานที่รวบรวมเป็นกลุ่มได้
เบราว์เซอร์จะส่งรายงานที่รวบรวมได้ไปยังต้นทางของ Worklet ที่มีการเรียกไปยัง Private Aggregation API โดยใช้ เส้นทาง:
- สำหรับพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน:
/.well-known/private-aggregation/report-shared-storage
- สำหรับ Protected Audience
/.well-known/private-aggregation/report-protected-audience
คุณจะต้องใช้งานเซิร์ฟเวอร์ที่ทำหน้าที่เป็นผู้รวบรวมซึ่งรับรายงานที่รวบรวมได้ซึ่งส่งมาจากไคลเอ็นต์
จากนั้นเซิร์ฟเวอร์ควรรายงานแบบกลุ่ม แล้วส่งกลุ่มไปยังการรวบรวม
บริการ สร้างกลุ่มตามข้อมูลที่มีอยู่ในไฟล์ที่ไม่ได้เข้ารหัส
เพย์โหลดของรายงานที่รวบรวมได้ เช่น ช่อง shared_info
โดยควรมีรายงานอย่างน้อย 100 รายการต่อกลุ่ม
คุณอาจเลือกแบบกลุ่มเป็นรายวันหรือรายสัปดาห์ก็ได้ กลยุทธ์นี้มีความยืดหยุ่น และเปลี่ยนกลยุทธ์การทำงานแบบกลุ่ม สำหรับเหตุการณ์เฉพาะที่คาดว่าจะได้รับ ปริมาณการเข้าถึงเพิ่มขึ้น เช่น วันของปีที่คาดว่าจะมีการแสดงผลมากขึ้น กลุ่มควรมีรายงานจาก API เวอร์ชันเดียวกัน ต้นทางการรายงาน และเวลารายงานที่กำหนดเวลาไว้
บริการรวมข้อมูล
บริการรวบรวมข้อมูลจะรับรายงานแบบรวมที่เข้ารหัสจากผู้รวบรวมข้อมูลและสร้างรายงานสรุป
หากต้องการถอดรหัสเปย์โหลดของรายงาน บริการการรวมจะดึงข้อมูลคีย์การถอดรหัส จากผู้ประสานงาน บริการนี้ทำงานในสภาพแวดล้อมการดำเนินการที่เชื่อถือได้ (TEE) ซึ่งให้ระดับการรับประกันความสมบูรณ์ของข้อมูล ความลับของข้อมูล และความสมบูรณ์ของโค้ด แม้ว่าคุณจะเป็นเจ้าของและดำเนินการบริการ แต่คุณจะไม่เห็นข้อมูลที่กำลังประมวลผลภายใน TEE
รายงานสรุป
รายงานสรุปช่วยให้คุณเห็นข้อมูลที่รวบรวมโดยมีการเพิ่มสัญญาณรบกวน คุณสามารถขอรายงานสรุปสำหรับชุดคีย์หนึ่งๆ ได้
รายงานสรุปมีชุดคู่คีย์-ค่าในรูปแบบพจนานุกรม JSON คู่ข้อมูลแต่ละคู่ประกอบด้วยข้อมูลต่อไปนี้
bucket
: คีย์การรวมเป็นสตริงตัวเลขฐานสอง หากใช้คีย์การรวมข้อมูลเป็น "123" ข้อมูลดังกล่าวจะอยู่ในกลุ่ม "1111011"value
: ค่าสรุปสําหรับเป้าหมายการวัดผลหนึ่งๆ ซึ่งคํานวณจากรายงานที่รวบรวมได้ทั้งหมดที่มีพร้อมเพิ่มสัญญาณรบกวน
เช่น
[
{"bucket":` `"111001001",` `"value":` `"2558500"},
{"bucket":` `"111101001",` `"value":` `"3256211"},
{"bucket":` `"111101001",` `"value":` `"6536542"},
]
เสียงรบกวนและการปรับขนาด
บริการรวมข้อมูลจะเพิ่มสัญญาณรบกวน 1 ครั้งในแต่ละรายการเพื่อรักษาความเป็นส่วนตัวของผู้ใช้ ค่าสรุปทุกครั้งที่มีการขอรายงานสรุป ระบบจะดึงค่าสัญญาณรบกวนแบบสุ่มจากการแจกแจงความน่าจะเป็นแบบ Laplace ขณะที่คุณ ไม่ได้อยู่ในการควบคุมวิธีการเพิ่มเสียงรบกวนโดยตรง แต่คุณสร้างอิทธิพลต่อผลกระทบได้ ของสัญญาณรบกวนในข้อมูลการวัด
การแจกแจงสัญญาณรบกวนจะเหมือนกัน ไม่ว่าจะรวมค่าที่รวบรวมทั้งหมดเท่าใดก็ตาม ดังนั้นยิ่งค่าที่รวบรวมได้สูงเท่าใด ผลกระทบจากความผันผวนก็ยิ่งมีน้อยลงเท่านั้น
เช่น สมมติว่าค่าเบี่ยงเบนมาตรฐานของการแจกแจงสัญญาณรบกวนคือ 100 และมีค่าศูนย์ หากค่ารายงานที่รวบรวมได้ (หรือ "ค่าที่รวบรวมได้") มีเพียง 200 ค่าเบี่ยงเบนมาตรฐานของสัญญาณรบกวนจะเท่ากับ 50% ของค่าที่รวบรวม แต่ถ้าค่าที่รวบรวมได้คือ 20,000 ระบบจะคำนวณ ค่าเบี่ยงเบนมาตรฐานของสัญญาณรบกวนจะเท่ากับ 0.5% ของค่ารวมเท่านั้น ดังนั้น ค่าที่รวบรวมได้เท่ากับ 20,000 จะมีอัตราส่วนสัญญาณต่อสัญญาณรบกวนสูงกว่ามาก
ดังนั้น การคูณค่าที่รวบรวมได้ด้วยปัจจัยการปรับขนาดจึงช่วยลดความผันผวนได้ ค่าตัวคูณมาตราส่วนแสดงถึงปริมาณที่คุณต้องการปรับค่า ค่าที่รวบรวมได้
การปรับค่าให้สูงขึ้นโดยเลือกปัจจัยการขยายที่ใหญ่ขึ้นจะลดสัญญาณรบกวนที่เกี่ยวข้อง แต่วิธีนี้ก็ทำให้เกิดการรวมการมีส่วนร่วมทั้งหมดในที่เก็บข้อมูลทั้งหมดด้วย เพื่อให้ถึงงบประมาณการสนับสนุนได้เร็วขึ้น การลดค่าลงโดยการเลือกค่าคงที่ของปัจจัยการปรับขนาดที่เล็กลงจะเพิ่มสัญญาณรบกวนที่เกี่ยวข้อง แต่ลดความเสี่ยงที่จะถึงขีดจํากัดงบประมาณ
วิธีคำนวณปัจจัยการปรับขนาดที่เหมาะสมคือให้หารงบประมาณการมีส่วนร่วมด้วยผลรวมสูงสุดของค่าที่รวบรวมได้ของคีย์ทั้งหมด
ดูงบประมาณการมีส่วนร่วม เอกสารประกอบ เพื่อดูข้อมูลเพิ่มเติม
มีส่วนร่วมและแชร์ความคิดเห็น
Private Aggregation API อยู่ระหว่างการหารือและอาจมีการเปลี่ยนแปลงใน ในอนาคต หากคุณลองใช้ API นี้และมีความคิดเห็น เรายินดีรับฟัง
- GitHub: อ่าน คำอธิบาย นำเสนอคำถามและเข้าร่วมใน การสนทนา * การสนับสนุนนักพัฒนาแอป: ถามคําถามและเข้าร่วมการสนทนาในที่เก็บข้อมูลการสนับสนุนนักพัฒนาแอป Privacy Sandbox * เข้าร่วม Shared Storage API กลุ่ม และ Protected Audience API กลุ่ม เพื่อดูประกาศล่าสุดที่เกี่ยวข้องกับการรวบรวมข้อมูลแบบส่วนตัว