ป้ายความเป็นส่วนตัว App Store: ตรวจสอบ SDK วิเคราะห์ข้อมูลก่อน (เช็กลิสต์ 2026)

ป้ายความเป็นส่วนตัวของ App Store ต้องครอบคลุมสิ่งที่ SDK วิเคราะห์ข้อมูลและ SDK บุคคลที่สามอื่นๆ เก็บ ไม่ใช่แค่สิ่งที่โค้ดของคุณเองส่งออกไป ก่อนตอบคำถาม App Privacy ใน App Store Connect ให้ทำรายการ SDK ทุกตัวในรีลีส บันทึกข้อมูลที่แต่ละตัวส่งออกจากอุปกรณ์ และตัดสินว่ามีส่วนใดถูกใช้เพื่อการติดตามหรือไม่ ตอบจากรายการนั้น ไม่ใช่จากความจำ

ป้ายความเป็นส่วนตัวของ App Store ต้องรวมข้อมูลจาก SDK บุคคลที่สามด้วยหรือไม่

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

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

สร้างรายการ SDK สำหรับป้ายความเป็นส่วนตัวอย่างไร

สร้างรายการจาก dependency ที่ resolve แล้วของบิลด์รีลีส รวมถึง dependency ทางอ้อม (transitive) และบันทึกชื่อกับเวอร์ชันของ SDK แต่ละตัว

1. ส่งออกรายการ dependency ที่ resolve แล้วของแต่ละแพลตฟอร์ม: Podfile.lock, Package.resolved, pubspec.lock หรือ dependency tree ของ Gradle
2. เก็บ dependency ทางอ้อมไว้ด้วย ข้อกำหนด SDK บุคคลที่สาม ของ Apple ระบุว่าคุณ "ต้องรับผิดชอบต่อโค้ดทั้งหมดที่ SDK ใส่เข้ามาในแอปของคุณ" ดังนั้นโมดูลร่วมที่ SDK ดึงเข้ามาก็ยังนับรวมด้วย
3. บันทึกชื่อและเวอร์ชันของแต่ละรายการ ผู้ให้บริการเปลี่ยนวิธีจัดการข้อมูลได้ระหว่างเวอร์ชัน ดังนั้นเวอร์ชันจึงควรอยู่ในบันทึกการตรวจสอบของคุณ
4. ทำเครื่องหมาย SDK ที่อยู่ในรายชื่อ SDK บุคคลที่สามที่ใช้กันทั่วไปของ Apple สำหรับ SDK เหล่านี้ Apple กำหนดให้มี privacy manifest เมื่อคุณส่งแอปใหม่หรืออัปเดตที่เพิ่ม SDK นั้นเข้ามา และต้องมีลายเซ็นเมื่อเป็น binary dependency "ทุกเวอร์ชันของ SDK ที่อยู่ในรายชื่อ รวมถึง SDK ใดๆ ที่นำ SDK ในรายชื่อไปแพ็กเกจใหม่ ล้วนนับรวมด้วย"

เพิ่มขั้นตอนนี้ลงในเช็กลิสต์การส่งแอปขึ้น App Store เพื่อให้ทำทุกครั้งที่ออกรีลีส ไม่ใช่แค่ครั้งแรก

SDK แต่ละตัวตรงกับประเภทข้อมูลความเป็นส่วนตัวใดของ App Store

SDK แต่ละตัวจะตรงกับประเภทข้อมูลที่ Apple กำหนดไว้ตายตัวอย่างน้อยหนึ่งประเภท เช่น ข้อมูลแครช (Crash Data), ข้อมูลประสิทธิภาพ (Performance Data), การโต้ตอบกับผลิตภัณฑ์ (Product Interaction), ID อุปกรณ์ (Device ID) และข้อมูลการโฆษณา (Advertising Data) อ่านเอกสารด้านข้อมูลของผู้ให้บริการ แล้วกรอกแถวสำหรับ SDK แต่ละตัว:

Apple ระบุว่าข้อมูลที่ถูกเก็บ "มักเชื่อมโยงกับตัวตนของผู้ใช้ เว้นแต่จะมีมาตรการปกป้องความเป็นส่วนตัวเฉพาะก่อนการเก็บ เพื่อลบการระบุตัวตนหรือทำให้ข้อมูลไม่ระบุตัวตน" เช่น การตัดตัวระบุโดยตรงอย่าง ID ผู้ใช้หรือชื่อออก หลังการเก็บ คุณต้องไม่เชื่อมโยงข้อมูลกลับไปยังผู้ใช้ หรือผูกกับชุดข้อมูลอื่นที่ระบุตัวผู้ใช้ได้ หากคุณยืนยันไม่ได้ว่า SDK ลบการระบุตัวตนของข้อมูล ให้ระบุว่าข้อมูลเชื่อมโยงกับผู้ใช้

เมื่อใด SDK วิเคราะห์ข้อมูลจึงนับเป็นการติดตาม

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

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

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

ละข้อมูลของ SDK ใดออกจากป้ายความเป็นส่วนตัวได้บ้าง

ทำได้เฉพาะเมื่อประเภทข้อมูลนั้นเข้าเกณฑ์การเปิดเผยแบบไม่บังคับของ Apple ครบทั้งสี่ข้อ ซึ่งข้อมูลการวิเคราะห์และข้อมูลแครชแทบไม่เคยเข้าเกณฑ์ เกณฑ์มีดังนี้:

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

Apple เสริมว่า "ข้อมูลที่ถูกเก็บอย่างต่อเนื่องหลังจากการขออนุญาตครั้งแรกต้องเปิดเผย" SDK วิเคราะห์ข้อมูลทำงานต่อเนื่อง และผู้ใช้ไม่ได้เลือกให้ข้อมูลทุกครั้ง จึงไม่ผ่านสองเกณฑ์สุดท้าย

การตรวจสอบ SDK ที่เสร็จสมบูรณ์หน้าตาเป็นอย่างไร

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

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

นักพัฒนารายอื่นพลาดตรงไหน

กรณีที่มีการรายงานต่อสาธารณะแสดงจุดผิดพลาดสามแบบ: ป้ายที่ไม่ตรงกับไบนารี ข้อมูลจาก SDK ที่นักพัฒนาไม่รู้ว่ามีอยู่ และ SDK ในรายชื่อที่ส่งไปโดยไม่มี manifest

• นักพัฒนารายหนึ่งใน Apple Developer Forums ลบการติดตามออกจากบิลด์ใหม่แล้ว แต่ลบออกจากป้ายไม่ได้ App Store Connect แจ้งว่า "แอปของคุณมี NSUserTrackingUsageDescription ซึ่งบ่งชี้ว่าคุณจะขออนุญาตติดตามผู้ใช้" และทีมรีวิวปฏิเสธซ้ำด้วยข้อความ "ข้อมูลความเป็นส่วนตัวของแอปที่คุณให้ไว้ใน App Store Connect ระบุว่าคุณเก็บข้อมูลเพื่อติดตามผู้ใช้… แต่คุณไม่ได้ใช้ App Tracking Transparency" นักพัฒนาเล่าว่าแอปได้รับการอนุมัติหลังจากยื่นอุทธรณ์และรอคำตอบก่อนส่งใหม่
• นักพัฒนาอีกรายใน Apple Developer Forums ใช้ Firebase Analytics โดยปิดการเก็บ IDFA และ IDFV และตั้งป้ายว่า "ไม่มีการติดตาม" แต่ก็ยังถูกปฏิเสธตาม Guideline 5.1.2 ข้อความระบุว่า "การเก็บคุกกี้เป็นรูปแบบหนึ่งของการติดตาม" ซึ่งชี้ไปที่คุกกี้บนเนื้อหาเว็บที่แอปโหลด ไม่ใช่ Firebase มีผู้ตอบชี้ถึงความไม่สอดคล้องนี้ แต่ไม่มีการโพสต์วิธีแก้
• นักพัฒนาใน issue บน GitHub ของ RxSwift ได้รับ "ITMS-91061: Missing privacy manifest" สำหรับ RxSwift, RxRelay และ RxCocoa ผู้ใช้รายหนึ่งตั้ง CocoaPods ให้ชี้ไปที่ branch 6.8.0 ซึ่งมี manifest และรายงานว่าส่งอัปเดตถัดไปได้ "โดยไม่มีคำเตือนใดๆ จาก Apple"

จุดร่วมคือ Apple เทียบคำตอบของคุณกับสิ่งที่ไบนารีที่ส่งไปและเนื้อหาเว็บในแอปทำจริง ดังนั้นรายการที่สร้างจากบิลด์จริงจะจับปัญหาทั้งสามได้ก่อนทีมรีวิว

เผยแพร่และอัปเดตป้ายความเป็นส่วนตัวใน App Store Connect อย่างไร

เผยแพร่ป้ายความเป็นส่วนตัวจากส่วน App Privacy ของแอปใน App Store Connect คำตอบจะมีผลหลังคุณคลิก Publish เท่านั้น และ Apple ระบุว่าคุณเปลี่ยนคำตอบได้ทุกเมื่อโดยไม่ต้องส่งอัปเดตแอป

1. ใน App Store Connect เลือกแอป คลิก App Privacy ในแถบด้านข้าง แล้วคลิก Get Started
2. ระบุว่าคุณหรือพาร์ทเนอร์บุคคลที่สามเก็บข้อมูลหรือไม่ เลือกประเภทข้อมูลทุกประเภทจากผลการตรวจสอบ แล้วคลิก Save
3. ตอบคำถามต่อเนื่องของแต่ละประเภทข้อมูล คลิก Save และตรวจดู Product Page Preview
4. คลิก Publish ที่มุมขวาบน แล้วยืนยันในกล่องโต้ตอบเรื่องความถูกต้อง

ตามหน้า Manage app privacy คุณต้องมีบทบาท Account Holder, Admin หรือ App Manager หากหน้าผลิตภัณฑ์ยังไม่เผยแพร่ คำตอบจะถูกเผยแพร่เมื่อหน้าผลิตภัณฑ์เผยแพร่ หากแอปวางขายอยู่แล้ว คำตอบควรสะท้อนเฉพาะข้อมูลที่เวอร์ชันนั้นเก็บ การเปลี่ยน URL นโยบายความเป็นส่วนตัว "จะมีผลพร้อมแอปเวอร์ชันถัดไป" หากทีมรีวิวแจ้งปัญหาด้านความเป็นส่วนตัวแล้ว ให้เริ่มจากคู่มือแก้ไขเมื่อแอปถูกปฏิเสธจาก App Store