นับตั้งแต่มีการประกาศครั้งแรกในเดือนกุมภาพันธ์ 2022 เราได้รับความคิดเห็นจากพาร์ทเนอร์ทั่วทั้งระบบนิเวศของ Android ขอขอบคุณที่ให้ข้อมูลแก่เรา และจะยังคงเชิญให้คุณแชร์ความคิดเห็นและคำถามของคุณต่อไป
การอัปเดตความคืบหน้าเหล่านี้จะแชร์สรุปการพัฒนาและการอัปเดตใหม่ๆ เกี่ยวกับข้อเสนอการออกแบบ คำถามและความคิดเห็นที่สำคัญที่เราได้รับ รวมทั้งข้อมูลอัปเดตเกี่ยวกับรุ่นตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์
มาใหม่
เผยแพร่ตัวอย่างเวอร์ชัน 7 สำหรับนักพัฒนาซอฟต์แวร์แล้ว
รุ่นล่าสุดนี้เป็นเหตุการณ์สำคัญที่จะเป็นรากฐานสำหรับการเปิดตัว Privacy Sandbox รุ่นเบต้าที่กําลังจะมาถึง รุ่นนี้มีฟังก์ชันเพิ่มเติมในการรองรับสื่อกลาง Waterfall ของ Protected Audience, การรายงานการเปลี่ยนเส้นทางเดซีเชนของการลงทะเบียนเหตุการณ์ และการเปลี่ยนแปลงอื่นๆ ของ API
เราจะอัปเดตแหล่งข้อมูลตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ต่อไปเมื่อมีการเปิดตัวฟังก์ชันใหม่ในอีกไม่กี่เดือนข้างหน้า เราขอแนะนำให้คุณแชร์ความคิดเห็นหรือคำถามและลงชื่อสมัครรับข้อมูลอัปเดตเกี่ยวกับโครงการริเริ่มนี้
เปิดตัวเวอร์ชันเบต้าเมื่อเดือนมีนาคม 2023
รุ่นนี้แสดงถึงความพร้อมใช้งานของ Privacy Sandbox API ในอุปกรณ์สาธารณะ และมีฟังก์ชันการทำงานเทียบเท่ากับตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ 6 นักพัฒนาซอฟต์แวร์สามารถเข้าถึง API ในรุ่นเบต้าผ่าน Extension SDK
ข้อมูลอัปเดตเกี่ยวกับไทม์ไลน์ของรุ่นตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์
วันที่และรายละเอียดทั้งหมดอาจมีการเปลี่ยนแปลง
เวอร์ชันตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์และรุ่นเบต้าแต่ละรุ่นจะมาพร้อมกับบันทึกประจำรุ่นและคำแนะนำอย่างละเอียดเพื่ออธิบายว่าฟังก์ชันใดมีและใช้ไม่ได้ในแต่ละรุ่น
พร้อมให้บริการแล้ว
- ตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ 7 - มีฟังก์ชันการทำงานที่ให้คุณออกแบบการผสานรวมโดยใช้ API ที่เกี่ยวข้อง ซึ่งรวมถึงรันไทม์ของ SDK, Topics, Protected Audience และ Attribution Reporting API
- โปรแกรมเบต้าพร้อมใช้งานสำหรับการทดสอบเวอร์ชันที่ใช้งานจริงแบบจำกัด รุ่นเบต้าในเดือนมีนาคม 2023 แสดงถึงความพร้อมใช้งานของ Privacy Sandbox API ในอุปกรณ์สาธารณะ และมีฟังก์ชันการทำงานเทียบเท่ากับตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ 6
ต้นปี 2023:
- การเปิดตัว API ที่เสถียรครั้งแรกของ API การรักษาความเป็นส่วนตัวในอุปกรณ์ Android 13 เพียงไม่กี่เปอร์เซ็นต์
ตลอดปี 2023
- การปรับปรุงเวอร์ชันตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์และ API เวอร์ชันเสถียรเพิ่มเติมให้มีฟังก์ชันการทำงานเพิ่มเติม ขยายการให้บริการแก่ผู้ใช้และอุปกรณ์ Android เพิ่มมากขึ้น
การช่วยเตือน: ตอนที่ประกาศเกี่ยวกับ Privacy Sandbox ใน Android ไปเมื่อเดือนกุมภาพันธ์ เราได้ขีดเส้นใต้ไว้ว่า แม้ว่าจะออกแบบ สร้าง และทดสอบโซลูชันใหม่เหล่านี้ เราวางแผนที่จะรองรับฟีเจอร์ของแพลตฟอร์มโฆษณาที่มีอยู่อย่างน้อย 2 ปี และตั้งใจจะแจ้งให้ทราบล่วงหน้าหากมีการเปลี่ยนแปลงในอนาคต
การอัปเดตข้อเสนอการออกแบบ
ส่วนนี้จะอธิบายการอัปเดตที่เฉพาะเจาะจงต่างๆ สำหรับข้อเสนอการออกแบบ
API ของ Reflection
ในข้อเสนอการออกแบบรันไทม์ของ SDK เดิม เราได้ขอความคิดเห็นเกี่ยวกับข้อเสนอในการป้องกันการเข้าถึงการสะท้อนกลับขึ้นมาและเรียกใช้ API โดยมีเป้าหมายเพื่อช่วยนักพัฒนา SDK ป้องกันการแทรกแซงโดย SDK อื่นๆ
เราได้รับความคิดเห็นที่มีประโยชน์เกี่ยวกับ Use Case ที่ได้รับผลกระทบและหลังจากตรวจสอบเพิ่มเติมเกี่ยวกับยูทิลิตีและความเสี่ยง เราจะอนุญาตให้มีการใช้การสะท้อนกลับและเรียกใช้ API ภายในรันไทม์ของ SDK และได้อัปเดตข้อเสนอการออกแบบของเราตามความเหมาะสม
อย่างไรก็ตาม SDK จะไม่ได้รับอนุญาตให้ใช้การสะท้อนหรือเรียกใช้ API ใน SDK อื่นที่เปิดใช้รันไทม์ แต่สำหรับการสื่อสาร SDK สู่ SDK ในรันไทม์ของ SDK เราจะออกแบบ API แยกต่างหากสำหรับการค้นพบ SDK ซึ่งจะแสดงรายละเอียดในการอัปเดตในอนาคต
เรายังคงตรวจสอบวิธีลดความเสี่ยงในการแทรกแซงจาก SDK อื่นๆ อย่างต่อเนื่อง ด้วยเหตุนี้เราจึงยังคงเสนอให้ป้องกันการใช้โค้ด JNI ภายในรันไทม์ของ SDK และกำลังพิจารณา API อื่นๆ อย่างจริงจัง เราจะแชร์ข้อเสนอทั้งหมดของ API ที่ไม่ได้รับอนุญาต ในการอัปเดตในอนาคต
Attribution Reporting API
- เราได้เพิ่มตัวอย่างที่แสดงให้เห็นว่ามีผู้เกี่ยวข้องหลายฝ่ายที่เกี่ยวข้องบันทึกเหตุการณ์การดู การคลิก และ Conversion อย่างไร เราได้เพิ่มข้อควรพิจารณาในอนาคตและคำถามแบบเปิดที่เราต้องการความคิดเห็น
Topics API
- Topics API จะแสดงรายการหัวข้อสูงสุด 3 หัวข้อ โดยแต่ละหัวข้อสำหรับแต่ละ 3 Epoch ที่ผ่านมา (เช่น ในช่วง 3 สัปดาห์ที่ผ่านมา) เราได้อัปเดตข้อเสนอทางเทคนิคของ Topics API เพื่อชี้แจงว่าหัวข้อที่แสดงแสดงถึงความสนใจของผู้ใช้ และหัวข้อใดหรือทุกหัวข้อที่ได้รับกลับมาสามารถนำไปใช้ปรับโฆษณาตามโปรไฟล์ของผู้ใช้ได้
สรุปคำถามและความคิดเห็นเพิ่มเติมที่ได้รับ
ส่วนนี้จะนำเสนอคำถามและความคิดเห็นบางส่วนที่เราได้รับพร้อมกับคำตอบของเรา
คำถามทั่วไป
- Privacy Sandbox ใน Android จะมีผลกับอุปกรณ์ทีวีที่เชื่อมต่ออินเทอร์เน็ตไหม
- ข้อเสนอการออกแบบในปัจจุบันของเรามุ่งเน้นที่การรองรับ Use Case สำหรับอุปกรณ์เคลื่อนที่และแอป เราวางแผนที่จะแชร์ข้อมูลเพิ่มเติมเกี่ยวกับรูปแบบของอุปกรณ์ Android อื่นๆ ในอนาคต
- จะมีการเปิดตัว Privacy Sandbox ใน Android สำหรับอุปกรณ์ในรุ่นเบต้าอย่างไร
- เราจะกระจายองค์ประกอบหลักเป็นโมดูลหลักไปยังอุปกรณ์เคลื่อนที่ Android ที่รองรับ เพื่อให้ผู้ใช้ผ่านการอัปเดตได้อย่างยืดหยุ่นมากขึ้นเมื่อเวลาผ่านไป ซึ่งจะทำให้เราสามารถปรับปรุงอุปกรณ์ที่รองรับได้ราบรื่นยิ่งขึ้น นอกเหนือจากรอบการเผยแพร่ตามปกติของแพลตฟอร์ม Android
- แผนสำหรับการสนับสนุนของ Kotlin ของคุณคืออะไร
- เรากำลังปรับปรุงการออกแบบ Privacy Sandbox API โดยมีวัตถุประสงค์เพื่อให้นักพัฒนาซอฟต์แวร์สามารถเขียนโค้ด Kotlin ที่มีสำนวนโวหารได้ แหล่งข้อมูลที่เกี่ยวข้องสำหรับนักพัฒนาซอฟต์แวร์ เช่น ตัวอย่างแอปในตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ มีอยู่ใน Kotlin (นอกเหนือจาก Java)
- การควบคุมระดับผู้ใช้สําหรับ Privacy Sandbox คืออะไร และลำดับเวลาที่คาดไว้สำหรับการเปิดตัวการควบคุมเหล่านี้เป็นอย่างไร
การออกแบบขั้นสุดท้ายยังอยู่ระหว่างการพัฒนา แต่ในเวอร์ชันเบต้านี้เราตั้งใจที่จะมอบการควบคุมของผู้ใช้ในการตั้งค่าอุปกรณ์เพื่อทำสิ่งต่อไปนี้
- ออกจากหรือเข้าร่วมโซลูชัน Privacy Sandbox อีกครั้ง
- นำหัวข้อที่อนุมานโดยเฉพาะออกจาก Topics API
- ระบบนิเวศของ App Store อื่นนอกเหนือจาก Google Play ใช้โซลูชัน Privacy Sandbox ได้ไหม
โซลูชัน Privacy Sandbox ทั้งหมดเป็นส่วนหนึ่งของโครงการโอเพนซอร์ส Android (AOSP) ดังนั้น App Store อื่นๆ จะนำไปปรับใช้ได้ถ้าต้องการ ติดต่อ App Store ที่คุณทำงานด้วยเพื่อทำความเข้าใจแผนของ App Store ให้ดียิ่งขึ้น
รันไทม์ของ SDK
- เวอร์ชัน SDK จะได้รับการจัดการอย่างไรภายใต้ข้อเสนอเหล่านี้ หากผู้ให้บริการอัปเดต SDK ด้วยตนเองได้ แอปจะสามารถควบคุมทรัพยากร Dependency เวอร์ชัน SDK ได้หรือไม่
เรากำลังออกแบบส่วนนี้อยู่ แนวทางหนึ่งที่ควรพิจารณาคือให้นักพัฒนาแอป SDK ระบุเวอร์ชัน
major.minor.patchของ SDK ที่ตนเลือกเพื่อเผยแพร่ผ่าน App Store ที่รองรับรันไทม์ของ SDKจากนั้นนักพัฒนาแอปสามารถเลือกเวอร์ชัน
major.minorที่ต้องการใช้โดยการประกาศเวอร์ชันในไฟล์ Manifest ของแอป ระบบจะติดตั้งแพตช์รุ่นล่าสุดของmajor.minorเวอร์ชันดังกล่าวจนกว่าจะมีการเปิดตัวแพตช์ถัดไป (ซึ่งจะมีการติดตั้งโดยอัตโนมัติ) หรือจนกว่านักพัฒนาแอปจะสร้างแอปอีกครั้งโดยระบุการขึ้นต่อกันของmajor.minorเวอร์ชันอื่น- รันไทม์ของ SDK มีไว้สำหรับ SDK ประเภทใด
รันไทม์ของ SDK เวอร์ชันแรกออกแบบมาเพื่อรองรับกรณีการใช้งานสำหรับ SDK ที่เกี่ยวข้องกับการโฆษณา ซึ่งรวมถึง SDK ที่ช่วยให้แสดงโฆษณา การวัดผลโฆษณา การประพฤติมิชอบเกี่ยวกับโฆษณา และการตรวจหาการละเมิดได้
แม้ว่าเริ่มแรกจะมุ่งเน้นที่ SDK ที่เกี่ยวข้องกับการโฆษณา แต่นักพัฒนาแอป SDK ที่ไม่เกี่ยวข้องโฆษณาซึ่งมองหาแนวทางความเป็นส่วนตัวแบบมืออาชีพและเชื่อว่าตนสามารถดำเนินการได้ภายใต้เงื่อนไขที่ระบุไว้ข้างต้นก็สามารถแชร์ความคิดเห็นเกี่ยวกับ SDK ของตนที่ทำงานในรันไทม์ของ SDK ได้
- ปัจจุบันเราใช้สิทธิ์ที่นอกเหนือจากสิทธิ์ที่ระบุไว้ในข้อเสนอสำหรับกรณีการใช้งานของเรา เราจะขอสิทธิ์เพิ่มเติมได้ไหม
เราต้องการทำความเข้าใจกรณีการใช้งานที่เกี่ยวกับการโฆษณา ซึ่งต้องใช้สิทธิ์การเข้าถึงที่เฉพาะเจาะจงนอกเหนือจากที่ระบุในข้อเสนอการออกแบบเบื้องต้นของเรา ขอแนะนำให้คุณแชร์ความคิดเห็นเกี่ยวกับฟังก์ชันการทำงานที่ได้รับผลกระทบ
- การย้าย SDK ไปยังกระบวนการรันไทม์ของ SDK จะช่วยประหยัดพื้นที่ในการดาวน์โหลดหรือ
หากมีแอปหลายแอปผสานรวม SDK แต่ละแอปที่เปิดใช้รันไทม์ในเวอร์ชันเดียวกัน ก็จะประหยัดขนาดการดาวน์โหลดและพื้นที่ดิสก์ได้
- สิทธิ์ของ SDK ในการเข้าถึง AAID (AD_ID) ขึ้นอยู่กับสิทธิ์ของแอปหรือไม่
ความสามารถของ RE SDK ในการเข้าถึง AAID ขึ้นอยู่กับทั้งแอปและ SDK ที่ประกาศสิทธิ์ในไฟล์ Manifest ของแอป ในการปรับปรุงข้อเสนอในอนาคต เราจะอธิบายรายละเอียดเกี่ยวกับ API ที่ SDK จะใช้เพื่อรับ AAID ได้หากมีสิทธิ์
- ที่อยู่ IP, เวอร์ชันของระบบปฏิบัติการ และข้อมูลทางเลือกเหล่านี้จะพร้อมใช้งานสำหรับ SDK ที่เกี่ยวข้องกับการโฆษณาไหม
ขณะนี้เรากำลังพิจารณาพร็อพเพอร์ตี้ระบบที่ SDK ที่เกี่ยวข้องกับโฆษณาจะเข้าถึงได้ และเราจะแชร์ข้อมูลนี้ในการอัปเดตข้อเสนอการออกแบบในอนาคต เรายังไม่ได้เผยแพร่นโยบายใดๆ เกี่ยวกับการใช้พร็อพเพอร์ตี้เหล่านี้
- รหัสชุดแอปที่ SDK ของเรารวบรวมไว้เหมือนกันกับหลายๆ แอปไหม แม้ว่าแอปเหล่านั้นจะเป็นของบัญชีนักพัฒนาแอป Google Play บัญชีอื่นก็ตาม เราจะบล็อกผู้ใช้ที่ฉ้อโกงในหลายๆ แอปโดยไม่มี AAID ได้อย่างไร
แอปหรือ SDK ใดๆ ของแอปจะมีสิทธิ์เข้าถึงเฉพาะค่ารหัสชุดแอปที่เชื่อมโยงกับบัญชีนักพัฒนาแอป Google Play ของแอปโฮสต์ Privacy Sandbox ใน Android จะไม่เสนอตัวระบุข้ามผู้เผยแพร่โฆษณาเพื่อวัตถุประสงค์ฉ้อโกง สำหรับตอนนี้ นักพัฒนาซอฟต์แวร์อาจพิจารณาใช้ IP เป็นทางเลือกที่ไม่สอดคล้องกันน้อยลงเล็กน้อย
หัวข้อ
- ฉันจะดูรายการหัวข้อที่เป็นไปได้ทั้งหมดที่ API แสดงผลได้ไหม
- สำหรับวัตถุประสงค์ในการทดสอบ ตัวอย่างสำหรับนักพัฒนาซอฟต์แวร์ 1 จะใช้หัวข้อจากการจัดหมวดหมู่นี้ ซึ่งอาจมีการเปลี่ยนแปลง เราคาดหวังที่จะพัฒนาสิ่งนี้ เมื่อเวลาผ่านไปตามความคิดเห็นจากระบบนิเวศ
- หากการจัดหมวดหมู่ Topics อาจมีการเปลี่ยนแปลง เราจะพิจารณาการเปลี่ยนแปลงเหล่านี้ในรูปแบบฝั่งซื้อปลายทางได้อย่างไร
- คำตอบของ Topics API จะมีหมายเลขเวอร์ชันของตัวแยกประเภทและการจัดหมวดหมู่
Protected Audience ใน Android
- Protected Audience จะรองรับการกำหนดเป้าหมายการยกเว้นไหม
ข้อเสนอการออกแบบปัจจุบันไม่รองรับการกำหนดเป้าหมายเชิงลบที่อิงตามกลุ่มเป้าหมายที่กำหนดเองใน Protected Audience
สำหรับแคมเปญการติดตั้งแอป เราจะนำเสนอฟังก์ชันตัวกรองโฆษณา สำหรับผู้ให้บริการเทคโนโลยีโฆษณาเพื่อกรองแอปที่ติดตั้งไว้แล้ว และเรากำลังสำรวจว่าจะสามารถรองรับความต้องการด้านการกรองแคมเปญเชิงลบตามการกำหนดความถี่สูงสุดได้อย่างไร เราจะให้รายละเอียดเพิ่มเติมในการอัปเดตที่กำลังจะเกิดขึ้นเกี่ยวกับข้อเสนอการออกแบบ
- เครือข่ายโฆษณาของผู้ขายสร้างกลุ่มเป้าหมายที่กำหนดเองได้ไหม หรือจำกัดอยู่ที่เครือข่ายโฆษณาของผู้ซื้อ
ข้อเสนอปัจจุบันของเราสำหรับกลุ่มเป้าหมายที่กำหนดเองมุ่งเน้นที่ Use Case ฝั่งซื้อ เนื่องจากมีจุดประสงค์เพื่อสนับสนุนการสร้างราคาเสนอฝั่งซื้อสำหรับ Use Case รีมาร์เก็ตติ้งในลักษณะที่รักษาความเป็นส่วนตัว
การรายงานการระบุแหล่งที่มา
- Privacy Sandbox API จะทำงานร่วมกันเพื่อรองรับ Use Case จากเว็บไปยังแอปและเว็บไปยังแอปไหม
- เรากำลังสำรวจกรณีการใช้งานที่แอปเบราว์เซอร์บนอุปกรณ์เคลื่อนที่เรียกใช้ Android Attribution Reporting API เพื่อเปิดใช้การระบุแหล่งที่มาทั้งในแอปและเว็บในอุปกรณ์เดียวกัน หากคุณเลือกเปิดใช้ "แอปไปยังเว็บ" ระบบจะใช้ Privacy Sandbox สำหรับ Android API สำหรับพื้นที่เก็บข้อมูลและการระบุแหล่งที่มา และจะลบการระบุแหล่งที่มาทั้งในแอปและเว็บ (แม้ว่าคุณจะได้รับรายงานสำหรับแอปและเว็บแยกต่างหากจาก API ซึ่งจะต้องมีการรวม)
- API รองรับการระบุแหล่งที่มารูปแบบอื่นๆ นอกเหนือจากคลิกสุดท้ายหรือไม่
- API รองรับรูปแบบการระบุแหล่งที่มาแบบสัมผัสสุดท้ายตามลำดับความสำคัญ นอกจากนี้ ข้อเสนอนี้ยังรองรับตรรกะการระบุแหล่งที่มาแบบไม่บังคับสำหรับ Conversion หลังการติดตั้ง เพื่อระบุแหล่งที่มาของการคลิกหรือการดูที่ทำให้เกิดการติดตั้ง
- Privacy Sandbox จะส่งผลกระทบต่อผู้อ้างอิงการติดตั้ง Play ไหม
จากการออกแบบและแผนปัจจุบัน Privacy Sandbox API จะไม่ส่งผลกระทบต่อฟังก์ชันการทำงานซึ่งให้บริการโดย Play install Referrer
นักพัฒนาซอฟต์แวร์บางรายได้ระบุรูปแบบโฆษณาที่ผู้ใช้จะ "รับรางวัล" สำหรับการทำเหตุการณ์หลังคลิกให้เสร็จสมบูรณ์ได้ หากไม่ระบุแหล่งที่มาระดับผู้ใช้ นี่จะเป็นเรื่องท้าทายภายใต้ข้อเสนอปัจจุบัน
นี่คือพื้นที่ที่อยู่ระหว่างการตรวจสอบเพื่อหาทางแก้ปัญหา เราขอแนะนำให้คุณแสดงความคิดเห็นเพิ่มเติมสำหรับกรณีการใช้งานนี้และกรณีการใช้งานอื่นๆ ที่อาจมีอยู่
- เหตุใดการระบุแหล่งที่มาจึงเกิดขึ้นแยกกันในแต่ละแพลตฟอร์มเทคโนโลยีโฆษณา
ปัจจุบันผู้ลงโฆษณาหลายรายเชื่อว่าการมีมุมมองเหตุการณ์ Conversion ที่ซ้ำกันออกในเครือข่ายต่างๆ เป็นสิ่งสำคัญ และเป็นเรื่องปกติในการใช้พาร์ทเนอร์การวัดผลบนอุปกรณ์เคลื่อนที่ (MMP) การใช้ API ใหม่เหล่านี้จะยังคงทําได้ง่ายต่อไป แต่ยังช่วยให้แพลตฟอร์มเทคโนโลยีหรือผู้ลงโฆษณาแต่ละรายวัดผลโดยตรงได้ง่ายขึ้นหากมีความต้องการใช้งาน
การใช้การเปลี่ยนเส้นทางหมายความว่าคุณไม่จำเป็นต้องมี SDK จริงในทุกๆ แอป แต่ต้องมีความสัมพันธ์กับ SDK เทคโนโลยีโฆษณาที่เกี่ยวข้องในกระบวนการเปลี่ยนเส้นทาง
ประโยชน์สำคัญของแนวทางนี้คือทุกคนมีข้อมูลเมตาและคีย์การรวมสำหรับตรรกะทางธุรกิจของตนเอง รวมถึงกำหนดลำดับความสำคัญของตนเองได้
- มีการตรวจสอบความถูกต้องหรือการยืนยันการติดตั้งจาก Play Store หรือไม่
การติดตั้งที่ตรวจสอบความถูกต้องจะใช้สำหรับตรรกะการระบุแหล่งที่มา Conversion หลังการติดตั้งที่ไม่บังคับเท่านั้น อย่างไรก็ตาม API จะไม่ส่งการติดตั้งที่ผ่านการตรวจสอบความถูกต้องเหล่านี้แล้ว API จะส่งรายงานตาม Conversion ที่ได้ลงทะเบียนไว้เท่านั้น และจะไม่แสดงผลสัญญาณที่บอกว่าผู้ใช้เคยติดตั้งแอปมาก่อนหรือไม่
- คุณได้ตรวจสอบการคลิกหรือดูหรือไม่ สำหรับการตรวจสอบความถูกต้องของข้อมูลพร็อพเพอร์ตี้ มีระยะเวลาขั้นต่ำหรือไม่
ข้อเสนอ API ปัจจุบันรองรับการตรวจสอบการคลิกพื้นฐานผ่าน InputEvent เรากำลังค้นหารูปแบบการตรวจสอบการคลิกและการตรวจสอบการดูที่มีประสิทธิภาพมากขึ้น เราอยากให้ความคิดเห็นเพิ่มเติมเกี่ยวกับกรณีการใช้งานเหล่านี้ โดยเฉพาะกรณีที่คำจำกัดความของการดูประเภทใดจะเป็นประโยชน์ต่อระบบนิเวศ