เช็กลิสต์ส่งแอปขึ้น App Store (2026): ตั้งแต่บิลด์ Xcode 26 จนถึงกด Submit for Review

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

ก่อนกด Submit ต้องเตรียมอะไรให้พร้อมสำหรับการส่งแอปขึ้น App Store?

การส่งแอปขึ้น App Store ต้องมีบิลด์ที่ประมวลผลแล้วและผูกไว้กับเวอร์ชัน เมทาดาทาที่จำเป็นของเวอร์ชันนั้น สกรีนช็อต นโยบายความเป็นส่วนตัว ข้อมูลติดต่อสำหรับ App Review และหากแอปมีระบบล็อกอิน ก็ต้องมีข้อมูลล็อกอินเดโมที่ใช้งานได้ รายการ "Before You Submit" ของ Apple เองใน App Review Guidelines เพิ่มอีกสองข้อ คือ "เปิดบริการแบ็กเอนด์ให้ทำงานและเข้าถึงได้ระหว่างการรีวิว" และอธิบายฟีเจอร์ที่ไม่ชัดเจนไว้ในบันทึกถึงผู้รีวิว

การตั้งค่าบัญชีและ app record อะไรบ้างที่ต้องพร้อม?

คุณต้องมีสมาชิก Apple Developer ที่ยังใช้งานอยู่ app record ที่ bundle ID ตรงกับบิลด์ที่เซ็นแล้ว และมีคนในทีมที่มีบทบาท Account Holder, Admin หรือ App Manager ซึ่งเป็นบทบาทที่หน้า Submit an app ของ Apple กำหนดไว้สำหรับการส่งแอป

ตอนสร้าง record ให้เลือกชื่อ ภาษาหลัก และ SKU โดย SKU ใช้ภายในเท่านั้น ลูกค้าจะไม่เห็น หากคุณขายแอปแบบเสียเงินหรือมีการซื้อภายในแอป ให้จัดการข้อตกลงแบบเสียเงิน (Paid Apps Agreement) ข้อมูลภาษี และข้อมูลธนาคารให้เสร็จก่อน ข้อตกลงที่ยังไม่ได้เซ็นอาจทำให้การเปิดตัวเชิงพาณิชย์ติดขัด แม้บิลด์จะไม่มีปัญหาก็ตาม

ข้อกำหนดด้านบิลด์สำหรับการอัปโหลดขึ้น App Store ในปี 2026 มีอะไรบ้าง?

ณ เดือนตุลาคม 2026 หน้า upcoming requirements ของ Apple ระบุว่า "แอปที่อัปโหลดขึ้น App Store Connect ต้องบิลด์ด้วย Xcode 26 ขึ้นไป โดยใช้ SDK สำหรับ iOS 26, iPadOS 26, tvOS 26, visionOS 26 หรือ watchOS 26" (ตั้งแต่วันที่ 28 เมษายน 2026) และยังระบุว่าแอป iOS และ iPadOS "ต้องรองรับ iOS 13 ขึ้นไป" (ตั้งแต่วันที่ 9 กันยายน 2026)

• เพิ่มหมายเลขบิลด์ทุกครั้งที่อัปโหลด และตรวจให้แน่ใจว่าหมายเลขเวอร์ชันตรงกับรีลีสที่คุณตั้งใจจะปล่อย
• อัปเดต Xcode image ใน CI (Codemagic, Expo EAS, GitHub Actions และอื่นๆ) ไม่ใช่แค่บนเครื่องของคุณเอง
• หลังประมวลผลเสร็จ ให้ตอบคำถามเรื่อง export compliance ที่เด้งขึ้นมา แล้วผูกบิลด์ที่ประมวลผลแล้วเข้ากับเวอร์ชัน
• ติดตั้งบิลด์จาก TestFlight บนอุปกรณ์จริง ทดสอบ onboarding, การล็อกอิน, สถานะออฟไลน์, การซื้อ และการกู้คืนการซื้อ (restore purchases) การรันผ่านบน simulator ไม่ได้พิสูจน์ว่าบิลด์ที่แจกจ่ายจริงจะทำงานได้
• อ่านอีเมลที่ App Store Connect ส่งมาหลังอัปโหลด คำเตือน ITMS เรื่อง privacy manifest หรือเวอร์ชัน SDK จะกลายเป็นตัวบล็อกหากคุณเพิกเฉย

แนวทาง 2.1(a) พูดไว้ตรงๆ ว่าจะเกิดอะไรขึ้นหากไม่ทำ: "เราจะปฏิเสธ app bundle และไบนารีที่ไม่สมบูรณ์ ซึ่งแครชหรือมีปัญหาทางเทคนิคที่เห็นได้ชัด" ลบหน้าจอตัวอย่าง (placeholder) เมนูดีบัก และลิงก์เสียออกก่อน archive แผนทดสอบ release build สำหรับแนวทาง 2.1 ของเราอธิบายการตรวจเหล่านี้อย่างละเอียด

App Store Connect กำหนดสกรีนช็อตและเมทาดาทาอะไรบ้าง?

ณ เดือนตุลาคม 2026 ข้อกำหนดสกรีนช็อต ของ Apple กำหนดให้มีสกรีนช็อตอย่างน้อย 1 ภาพสำหรับ "iPhone ที่มี Dynamic Island (หน้าจอขนาดกลาง)" เช่น 1206 × 2622 หรือ 1179 × 2556 แนวตั้ง แอปที่ทำงานบน iPad ได้ต้องมีสกรีนช็อต iPad 13 นิ้วอย่างน้อย 1 ภาพด้วย เช่น 2064 × 2752 หรือ 2048 × 2732

คุณ "อัปโหลดสกรีนช็อตได้สูงสุด 10 ภาพต่อขนาดอุปกรณ์ ในรูปแบบ .jpeg, .jpg หรือ .png" และ "รูปภาพต้องไม่มี alpha channel หรือความโปร่งใส" หากอินเทอร์เฟซของคุณเหมือนกันทุกขนาด ให้อัปโหลดเฉพาะความละเอียดสูงสุดที่กำหนด แล้ว App Store Connect จะย่อขนาดให้เอง แนวทาง 2.3.3 ระบุว่าสกรีนช็อต "ควรแสดงแอปขณะใช้งานจริง ไม่ใช่แค่ภาพชื่อแอป หน้าล็อกอิน หรือหน้า splash screen"

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

ทำอย่างไรให้คำตอบด้านความเป็นส่วนตัวตรงกับตัวแอป?

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

แนวทาง 5.1.1(i) ระบุว่า: "ทุกแอปต้องมีลิงก์ไปยังนโยบายความเป็นส่วนตัวในช่องเมทาดาทาของ App Store Connect และภายในแอปในตำแหน่งที่เข้าถึงได้ง่าย" และแนวทาง 5.1.1(v) เพิ่มเติมว่า: "หากแอปของคุณรองรับการสร้างบัญชี คุณต้องมีฟีเจอร์ลบบัญชีภายในแอปด้วย" SDK ด้าน analytics, crash reporting, โฆษณา และการล็อกอินมักทำให้คำตอบของคุณเปลี่ยนไป จึงควรตรวจสอบด้วย คู่มือตรวจ SDK สำหรับ privacy label ของเรา และตรวจด้วยว่าแอปและ SDK ทุกตัวที่รวมมามีไฟล์ privacy manifest PrivacyInfo.xcprivacy ที่ครอบคลุม required-reason API ที่ใช้งานอยู่

App Review Information ควรมีอะไรบ้าง?

App Review Information ควรมีผู้ติดต่อที่ตอบกลับได้จริง ข้อมูลล็อกอินเดโมที่ใช้งานได้และไม่หมดอายุ และบันทึกที่พาผู้รีวิวไปยังฟีเจอร์หลักได้ทันที แนวทาง 2.1(a) กำหนดให้ "ระบุข้อมูลบัญชีเดโม (และเปิดบริการแบ็กเอนด์ด้วย!) หากแอปของคุณมีระบบล็อกอิน" ส่วนการใช้โหมดเดโมในตัวแอปแทนบัญชีต้องได้รับอนุมัติจาก Apple ล่วงหน้า

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

ส่งแอปเข้ารีวิวใน App Store Connect อย่างไร?

การส่งแอปเข้ารีวิว ให้ผูกบิลด์เข้ากับเวอร์ชัน คลิก Add for Review แล้วคลิก Submit for Review การกด Add for Review อย่างเดียวจะยังไม่ส่งอะไรถึง Apple ขั้นตอนด้านล่างอ้างอิงตามหน้า Submit an app ของ Apple ณ เดือนตุลาคม 2026

1. ใน Apps ให้เลือกแอป แล้วคลิกเวอร์ชันของแอปในแถบด้านข้าง
2. เลื่อนลงไปที่ส่วน Build และยืนยันว่าผูกบิลด์ที่ถูกต้องไว้แล้ว
3. ในส่วน App Store Version Release เลือกเผยแพร่แบบ manual หากต้องการกำหนดวันเปิดตัวเอง แล้วคลิก Save
4. คลิก Add for Review แล้วเลือกร่างการส่งที่มีอยู่หรือสร้างใหม่ สถานะจะเปลี่ยนเป็น Ready for Review
5. คลิก Submit for Review เมื่อเริ่มรีวิว สถานะจะเปลี่ยนเป็น In Review
6. เก็บสำเนาเมทาดาทาและบันทึกที่ส่งไป และคอยเช็กอีเมลผู้ติดต่อสำหรับรีวิวเผื่อมีคำถาม

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

นักพัฒนาคนอื่นเจอปัญหาอะไรตอนส่งแอป?

ในทั้งสองกรณีสาธารณะด้านล่าง แอปทำงานได้ปกติบนเครื่องของนักพัฒนา และปัญหาเพิ่งปรากฏในบิลด์ที่อัปโหลดหรือในการใช้งานครั้งแรกของผู้รีวิว

นักพัฒนารายหนึ่งใน ฟอรัม Adalo ถูกรีเจกต์ตามแนวทาง 2.1 ว่า "เราไม่สามารถล็อกอินด้วยข้อมูลบัญชีเดโมที่คุณให้ไว้ได้" ข้อมูลล็อกอินนั้นถูกต้อง แต่การแตะปุ่มล็อกอินครั้งแรกไม่เกิดอะไรขึ้น ต้องแตะครั้งที่สองจึงใช้ได้ เพราะ conditional navigation ทำงานบนปุ่มล็อกอินก่อนที่เซสชันผู้ใช้จะถูกบันทึก เขาแก้โดยให้ปุ่มล็อกอินพาไปยังหน้าจอเปล่าคั่นกลางที่รับหน้าที่ conditional action แทน แล้วส่งใหม่

นักพัฒนารายหนึ่งใน ฟอรัม JUCE ได้รับ "ITMS-91053: Missing API declaration" หลังอัปโหลด โดยระบุว่าการอัปโหลดใหม่ "ต้องมีอาร์เรย์ NSPrivacyAccessedAPITypes ใน privacy manifest ของแอป" หมวดที่ถูกแจ้งคือ SystemBootTime และ FileTimestamp และผู้ใช้อีกรายรายงานเรื่อง UserDefaults วิธีแก้คือเพิ่มไฟล์ PrivacyInfo.xcprivacy ที่มี reason code ที่ได้รับอนุมัติเป็น resource ใน Xcode ผู้ใช้รายหนึ่งทำเวอร์ชันแรกโดยลืมคีย์ type ทำให้เจอ ITMS-91056 เรื่อง manifest ไม่ถูกต้อง จนกระทั่งแก้ไข

นักพัฒนาทั้งสองรายทดสอบเฉพาะบนสภาพแวดล้อมของตัวเอง ก่อนกด Submit for Review ให้ทดสอบบิลด์ที่ Apple ได้รับจริงด้วยการล็อกอินใหม่ตั้งแต่ต้น และอ่านอีเมลทุกฉบับหลังอัปโหลด หากต้องการให้ช่วยตรวจแพ็กเกจอีกแรง ดูบริการส่งแอปของเรา