App Store phased release จะส่งอัปเดตเวอร์ชันไปยังสัดส่วนผู้ใช้ที่เปิดอัปเดตอัตโนมัติซึ่งเพิ่มขึ้นเรื่อย ๆ ตลอดเจ็ดวัน เริ่มที่ 1% ในวันแรกและถึง 100% ในวันที่เจ็ด หากคุณตรวจดูแครชและอีเมลซัพพอร์ตทุกวัน และหยุดชั่วคราวทันทีที่มีอะไรผิดปกติ บิลด์ที่มีปัญหาจะไปถึงคนแค่กลุ่มเล็ก ๆ แทนที่จะเป็นผู้ใช้ทั้งหมดของคุณ แต่ phased release มีข้อจำกัดใหญ่ข้อหนึ่ง คือควบคุมได้เฉพาะการอัปเดตอัตโนมัติ ทุกคนยังดาวน์โหลดเวอร์ชันใหม่เองได้
App Store phased release ควบคุมอะไรได้ และอะไรไม่ได้?
Phased release ควบคุมเพียงว่าผู้ใช้คนไหนที่เปิดอัปเดตอัตโนมัติไว้จะได้อัปเดตเวอร์ชันของคุณ และได้เมื่อไร มันไม่ได้ซ่อนเวอร์ชันใหม่จากการดาวน์โหลดเอง และไม่ได้ย้อนเวอร์ชันของใครที่ได้ไปแล้ว
ตาม App Store Connect Help ของ Apple "กลุ่มตัวอย่างแบบสุ่มของผู้ใช้ที่เปิดอัปเดตอัตโนมัติบนอุปกรณ์ที่รองรับจะได้รับอัปเดต โดยไม่มีการแจ้งเตือนว่าตนอยู่ใน phased release" ฟีเจอร์นี้ใช้กับอัปเดตเวอร์ชันของ iOS, macOS และ tvOS จึงใช้กับการเปิดตัวแอปครั้งแรกไม่ได้ การตั้งค่าต้องใช้บทบาท Account Holder, Admin หรือ App Manager Apple ยังระบุว่า "แอปและอัปเดตแอปที่อยู่ใน phased release สามารถดาวน์โหลดเองจาก App Store ได้โดยทุกคนทุกเมื่อ"
| คำถาม | คำตอบสำหรับ phased release |
|---|---|
| ใครได้รับอัตโนมัติ? | สัดส่วนผู้ใช้แบบสุ่มที่เปิดอัปเดตอัตโนมัติไว้ ซึ่งเพิ่มขึ้นเรื่อย ๆ |
| ผู้ใช้ดาวน์โหลดเองได้ไหม? | ได้ ทุกเมื่อ ไม่ว่าจะอยู่ในเฟสไหน |
| การหยุดชั่วคราวลบอัปเดตออกไหม? | ไม่ มันหยุดการส่งอัตโนมัติต่อ ผู้ใช้ที่ได้ไปแล้วยังใช้เวอร์ชันนั้นต่อ |
| หยุดชั่วคราวได้นานแค่ไหน? | รวม 30 วัน โดยไม่จำกัดจำนวนครั้ง |
| ข้ามไปขั้นถัดไปได้ไหม? | ได้ ด้วย Release to All Users |
ตารางของ App Store phased release เป็นอย่างไร?
ณ เดือนพฤศจิกายน 2026 ตารางถูกกำหนดตายตัวไว้ที่ 1%, 2%, 5%, 10%, 20%, 50% และ 100% ภายในเจ็ดวัน และคุณแก้ไขไม่ได้ สิ่งที่คุณควบคุมได้คือจะหยุดชั่วคราวเมื่อไร และจะข้ามไป 100% ทันทีเมื่อไร
ให้มองแต่ละวันเป็นจุดตรวจที่จบด้วยการตัดสินใจเดียว: เดินหน้าต่อหรือหยุดชั่วคราว
| วัน | ผู้ใช้ | สิ่งที่ต้องตรวจก่อนขั้นถัดไป |
|---|---|---|
| 1 | 1% | Crash-free sessions, ข้อผิดพลาดตอนเปิดแอป, อัตราสำเร็จของการล็อกอินและการซื้อ |
| 2 | 2% | กล่องอีเมลซัพพอร์ต, รีวิวหนึ่งดาวใหม่ที่พูดถึงอัปเดต |
| 3 | 5% | อัตราข้อผิดพลาดของแบ็กเอนด์และโหลด API จากไคลเอนต์ใหม่ |
| 4 | 10% | Conversion และ retention เทียบกับเวอร์ชันก่อน |
| 5 | 20% | กลุ่มแครชที่เกิดเฉพาะบางอุปกรณ์หรือบางเวอร์ชัน OS |
| 6 | 50% | ความจุของเซิร์ฟเวอร์ช่วงพีก, ปัญหาข้อมูลที่ค่อย ๆ ก่อตัว |
| 7 | 100% | ทยอยปล่อยเสร็จสิ้น; Apple แจ้งผู้ใช้ที่มีบทบาท Admin และ App Manager |
เปิด phased release ใน App Store Connect อย่างไร?
Phased release เปิดได้จากหน้าเวอร์ชัน ในส่วน Phased Release for Automatic Updates เมื่อไรก็ได้ก่อนอัปเดตจะเผยแพร่ คุณไม่จำเป็นต้องตัดสินใจก่อนส่งรีวิว
Apple อนุญาตให้ตั้งค่าได้ขณะที่เวอร์ชันอยู่ในสถานะ Prepare for Submission, Waiting for Review, In Review, Waiting for Export Compliance, Pending Developer Release, Developer Rejected, Rejected หรือ Metadata Rejected
- ใน Apps เลือกแอปของคุณ แล้วคลิกเวอร์ชันที่กำลังส่งในแถบด้านข้าง
- เลื่อนลงไปที่ Phased Release for Automatic Updates
- เลือก Release update over a 7-day period using phased release
- คลิก Save หลังได้รับอนุมัติ สถานะจะแสดง Ready for Distribution พร้อม Phased Release กำกับไว้
คุณยังจัดการ phased release ผ่าน App Store Connect API ได้ด้วย ซึ่งมีประโยชน์หากไปป์ไลน์การปล่อยเวอร์ชันของคุณเขียนสคริปต์ไว้อยู่แล้ว
ควรหยุด phased release ชั่วคราวเมื่อไร และขีดจำกัด 30 วันทำงานอย่างไร?
หยุดชั่วคราวทันทีที่เงื่อนไขที่ตกลงกันไว้ล่วงหน้าข้อใดข้อหนึ่งเกิดขึ้น การหยุดชั่วคราวรวมกันได้สูงสุด 30 วัน และเมื่อกลับมาเดินต่อ การทยอยปล่อยจะเริ่มต่อจากวันที่หยุดไว้
เขียนเงื่อนไขการหยุดไว้ก่อนวันปล่อย เพื่อไม่ต้องมาถกเถียงกันตอนที่ผู้ใช้กำลังเจอบั๊ก เงื่อนไขที่ดีต้องเป็นรูปธรรม: crash-free sessions ต่ำกว่าค่าฐานของเวอร์ชันก่อน การชำระเงินหรือล็อกอินล้มเหลวในสัดส่วนที่วัดได้ หรือผู้ใช้หลายคนรายงานบั๊กเดียวกัน
หากต้องการหยุดชั่วคราว ให้เปิดเวอร์ชันที่อยู่ในสถานะ Ready for Distribution เลือก Pause Phased Release แล้วคลิก Save หากต้องการเดินต่อ ให้เลือก Use Phased Release ตัวอย่างของ Apple: หากคุณหยุด 10 วันแล้วกลับมาเดินต่อ คุณจะเหลือเวลาหยุดชั่วคราวอีก 20 วัน คุณหยุดกี่ครั้งก็ได้ภายในเวลารวมนั้น หากต้องการข้ามเฟสที่เหลือ ให้คลิก Release to All Users ที่มุมขวาบนของหน้าเวอร์ชัน
เมื่อเจอบั๊ก phased release จะเป็นอย่างไร?
เมื่อเจอบั๊ก ให้หยุดชั่วคราว แก้ไข แล้วส่งเวอร์ชันใหม่โดยเปิด phased release อีกครั้ง ผู้ใช้ที่ยังรออัปเดตอัตโนมัติจะยังอยู่บนเวอร์ชันก่อนหน้าระหว่างที่คุณแก้ไข
สมมติว่าเวอร์ชัน 3.4 เปลี่ยนเอนจินซิงก์ของคุณ ในวันแรก ผู้ใช้ที่อัปเดตอัตโนมัติ 1% ได้รับเวอร์ชันนี้ และคุณตรวจ crash reporter และล็อกข้อผิดพลาดการซิงก์สองครั้ง ในวันที่สาม ที่ 5% มีกลุ่มการซิงก์ล้มเหลวเกิดขึ้นบน iOS เวอร์ชันเก่าเวอร์ชันหนึ่ง คุณหยุดชั่วคราวทันที ผู้ใช้ที่ได้รับผลกระทบน้อยกว่ากรณีที่ทุกคนได้รับอัปเดตมาก และผู้ใช้อัปเดตอัตโนมัติที่ยังไม่ถึงคิวก็ยังอยู่บน 3.3
ขั้นต่อไป แก้บั๊กแล้วส่ง 3.4.1 โดยเปิด phased release ไว้ ทดสอบการแก้ไขใน release build ไม่ใช่แค่ใน debug แผนทดสอบ release build ของเราครอบคลุมขั้นตอนนี้ ระบุให้ชัดใน release notes ของ 3.4.1 ว่าแก้ปัญหาการซิงก์แล้ว ตัวอย่าง release notes ของเราแสดงวิธีเขียน หากการแก้ไขเร่งด่วนและคุณมั่นใจ ให้ใช้ Release to All Users หลังได้รับอนุมัติแทนการรออีกหนึ่งสัปดาห์
มาตรการป้องกันอีกข้อ: ซ่อนเอนจินซิงก์ใหม่ไว้หลัง flag ฝั่งเซิร์ฟเวอร์ การหยุดชั่วคราวช่วยหยุดไม่ให้อัปเดตแพร่ต่อ แต่ flag ช่วยให้คุณปิดโค้ดที่เสี่ยงสำหรับคนที่ติดตั้ง 3.4 ไปแล้ว ทั้งสองอย่างทำงานเสริมกันได้ดี
นักพัฒนาคนอื่นเจออะไรบ้างเมื่อหยุด phased release ชั่วคราว?
กระทู้สาธารณะแสดงรูปแบบเดียวกัน: นักพัฒนาหยุดเวอร์ชันที่มีบั๊กชั่วคราว แล้วไม่แน่ใจว่า phased release รอบถัดไปจะมีผลอย่างไรกับผู้ใช้ที่ได้เวอร์ชันนั้นไปแล้ว เอกสารของ Apple ไม่ได้ตอบเรื่องนี้ จึงควรวางแผนโดยถือว่าเวอร์ชันแก้ไขต้องมีการทยอยปล่อยของตัวเอง
- นักพัฒนาคนหนึ่งใน Apple Developer Forums รายงานว่า "สังเกตเห็นแครช จึงหยุดการทยอยปล่อยอัปเดตชั่วคราว แพตช์แอป อัปโหลด แล้วเริ่มทยอยปล่อยรอบใหม่" ขณะที่มีผู้ใช้บนบิลด์ที่มีปัญหาไม่ถึง 10% ผู้โพสต์ถามว่าผู้ใช้กลุ่มเดิมจะได้รับการทยอยปล่อยรอบใหม่หรือไม่ กระทู้นั้นไม่เคยได้คำตอบอย่างเป็นทางการ มีคำตอบหนึ่งบอกว่าผู้ใช้ 8.0 "น่าจะได้รับแจ้งว่ามีอัปเดต 8.1 ทันทีที่ออกมา"
- ใน กระทู้อีกกระทู้หนึ่ง นักพัฒนาคนหนึ่งบอกว่า "หยุดไว้ที่ 1%" ในเวอร์ชัน 15.0.1 เพราะบั๊กร้ายแรง และต้องการทยอยปล่อย 15.0.2 ด้วย โดยหวังว่า 15.0.1 จะ "ถูกข้ามไปแทบทั้งหมดสำหรับผู้ใช้ส่วนใหญ่" คำตอบก่อนหน้าในกระทู้นั้นแนะนำให้ขอ expedited review ระหว่างที่เวอร์ชันที่มีบั๊กถูกหยุดไว้ และอาจนำแอปออกจากการขาย "เพื่อไม่ให้ผู้ใช้ใหม่ได้เวอร์ชันที่เสียไป" ก่อนทำเช่นนั้น ให้นึกถึงกฎเรื่องการนำออกจากการขายในกล่องคำเตือนด้านบน
- ทีมเครื่องมือปล่อยเวอร์ชันที่อยู่เบื้องหลัง บันทึก store-quirks ของ Tramline บันทึกไว้ว่าการเริ่ม release ใหม่ "จะยกเลิกการทยอยปล่อยที่มีอยู่ไปเลย" และเวอร์ชันเก่าจะเปลี่ยนเป็น
REPLACED_WITH_NEW_VERSIONโดย phased release ของมันถูกทำเครื่องหมายเป็นCOMPLETEบันทึกเดียวกันระบุว่าการหยุดชั่วคราว "จะไม่สามารถทำอะไรกับผู้ใช้ที่ได้รับอัปเดตไปแล้ว"
ในทั้งสามกรณี การหยุดชั่วคราวแค่ช่วยซื้อเวลา ทางแก้คือเวอร์ชันใหม่เสมอ และไม่มีใครพึ่งได้ว่ากลุ่มผู้ใช้เดิมจะได้อัปเดตก่อน นั่นคือเหตุผลที่ flag ฝั่งเซิร์ฟเวอร์และ hotfix branch ที่ส่งได้เร็วสำคัญกว่าปุ่มหยุดชั่วคราว
Google Play staged rollout ต่างกันอย่างไร?
Google Play staged rollout ใช้เปอร์เซ็นต์ที่คุณเลือกและเพิ่มเอง หลัง halt การ resume จะส่งถึงผู้ใช้กลุ่มเดิม ควรวางแผนการทยอยปล่อยของสองสโตร์แยกกัน
ตาม Play Console Help "เปอร์เซ็นต์ staged rollout ของแอปคุณจะไม่เพิ่มขึ้นอัตโนมัติ" และ staged rollout "ใช้ได้กับอัปเดตแอปเท่านั้น ไม่ใช่ตอนเผยแพร่แอปครั้งแรก" หลัง halt ผู้ใช้ที่ได้รับเวอร์ชันนั้นไปแล้วจะยังอยู่บนเวอร์ชันนั้น และ Google แนะนำให้ปล่อยเวอร์ชันใหม่ที่มี bundle ที่แก้ไขแล้ว แทนการ resume เวอร์ชันที่เสีย การทยอยปล่อยใน production จำกัดเฉพาะบางประเทศได้ แต่เมื่อเริ่มไปแล้วจะลบประเทศออกไม่ได้ หากอัปเดต Android ครั้งถัดไปของคุณต้องรองรับ target SDK ใหม่ด้วย ดูคู่มือ target API level 36 บน Google Play ของเรา
| ฟีเจอร์ | App Store phased release | Google Play staged rollout |
|---|---|---|
| ตาราง | กราฟ 7 วันแบบตายตัว | เปอร์เซ็นต์ที่คุณกำหนดและเพิ่มเอง |
| การหยุด | หยุดชั่วคราว รวม 30 วัน | Halt แล้ว resume หรือแทนที่ |
| ใครถูกเลือก | ผู้ใช้แบบสุ่มที่เปิดอัปเดตอัตโนมัติไว้ | ผู้ใช้ใหม่และผู้ใช้เดิมแบบสุ่ม |
| การเปิดตัวครั้งแรก | ใช้ไม่ได้ | ใช้ไม่ได้ |
| การกำหนดประเทศ | ไม่ใช่ส่วนหนึ่งของฟีเจอร์ | ใช้ได้กับ production release |
ควรตรวจอะไรบ้างก่อนเริ่ม phased release?
ก่อนเริ่มทยอยปล่อย ให้แน่ใจว่าได้บันทึก phased release ไว้ในเวอร์ชันแล้ว เขียนค่าฐานและเงื่อนไขการหยุดชั่วคราวไว้แล้ว และส่งเวอร์ชันแก้ไขได้อย่างรวดเร็ว ใช้เช็กลิสต์นี้:
- เลือกและบันทึก phased release ในหน้าเวอร์ชันแล้ว
- บุ๊กมาร์กแดชบอร์ด crash reporting และข้อผิดพลาดของแบ็กเอนด์ไว้ พร้อมค่าฐานจากเวอร์ชันก่อน
- เงื่อนไขการหยุดชั่วคราวที่เขียนไว้และทุกคนที่กดปุ่มได้เห็นตรงกัน
- ฟีเจอร์ที่เสี่ยงอยู่หลัง flag ฝั่งเซิร์ฟเวอร์
- มีผู้รับผิดชอบที่ระบุชื่อชัดเจนคอยตรวจเมตริกในแต่ละวันจากทั้ง 7 วัน
- Hotfix branch ที่พร้อมใช้ พร้อม เช็กลิสต์การส่งแอปขึ้น App Store ของเราสำหรับบิลด์ถัดไป
- พักการเปลี่ยนแปลงหน้าสโตร์ไว้จนกว่าการทยอยปล่อยจะถึงทุกคน
หากคุณอยากให้คนอื่นดูแลการปล่อยเวอร์ชันแทน บริการส่งแอปขึ้น App Store ของเราครอบคลุมการตั้งค่า App Store Connect และ Play Console การเตรียมรีวิว และการปล่อยเวอร์ชันบนทั้งสองสโตร์ในราคา $599 (ค่าบัญชีนักพัฒนาแยกต่างหาก) หากต้องการความเห็นที่สองสำหรับอัปเดตที่เสี่ยง อีเมลมาที่ yagyeshsrbobde@gmail.com พร้อมแจ้งแอปของคุณและสิ่งที่กำลังเปลี่ยน
คำถามที่พบบ่อย
ผู้ใช้ใหม่ได้เวอร์ชันใหม่ระหว่าง App Store phased release หรือไม่?
ได้ Phased release จำกัดเฉพาะการอัปเดตอัตโนมัติของผู้ใช้เดิม App Store Connect Help ของ Apple ระบุว่าแอปและอัปเดตแอปที่อยู่ใน phased release สามารถดาวน์โหลดเองจาก App Store ได้โดยทุกคนทุกเมื่อ คนที่เปิดหน้า App Store ของคุณแล้วแตะ Update หรือ Get จะได้บิลด์ใหม่ แม้ในวันแรกหรือระหว่างที่หยุดการทยอยปล่อยไว้
ย้อนอัปเดตแอป iOS บน App Store กลับได้ไหม?
ไม่ได้ App Store Connect ไม่มีระบบ rollback การหยุด phased release ชั่วคราวจะหยุดการอัปเดตอัตโนมัติต่อ แต่ผู้ใช้ที่ติดตั้งเวอร์ชันนั้นไปแล้วจะยังใช้ต่อ หากต้องการกู้สถานการณ์ ให้ส่งเวอร์ชันที่แก้ไขแล้ว โดยควรเปิด phased release อีกครั้ง และขอ expedited review หากบั๊กร้ายแรง Feature flag ฝั่งเซิร์ฟเวอร์ช่วยให้คุณปิดโค้ดที่เสียสำหรับผู้ใช้ที่อัปเดตไปแล้ว
เปลี่ยนเปอร์เซ็นต์ของ phased release บน App Store ได้ไหม?
ไม่ได้ ณ เดือนพฤศจิกายน 2026 Apple ใช้กราฟตายตัว: 1%, 2%, 5%, 10%, 20%, 50% และ 100% ภายในเจ็ดวัน สิ่งที่คุณควบคุมได้มีเพียงการหยุดชั่วคราว การเดินต่อ และ Release to All Users ซึ่งส่งอัปเดตให้ผู้ใช้ทุกคนที่เปิดอัปเดตอัตโนมัติไว้ทันที หากคุณต้องการเลือกเปอร์เซ็นต์เอง นั่นคือวิธีทำงานของ Google Play staged rollout ไม่ใช่ของ Apple
ใช้ phased release กับเวอร์ชันแรกของแอปได้ไหม?
ไม่ได้ Apple เปิดให้ใช้ phased release เฉพาะเมื่อคุณส่งอัปเดตเวอร์ชันของ iOS, macOS หรือ tvOS Google Play ก็มีข้อจำกัดเดียวกัน: staged rollout ใช้ได้กับอัปเดตแอปเท่านั้น ไม่ใช่ตอนเผยแพร่แอปครั้งแรก สำหรับการเปิดตัวครั้งแรก ให้ใช้ TestFlight หรือ closed testing เพื่อลดความเสี่ยงก่อนปล่อย
Apple แจ้งเมื่อ phased release เสร็จสิ้นหรือไม่?
แจ้ง เมื่อ phased release เสร็จสิ้น App Store Connect จะแจ้งผู้ใช้ทุกคนที่มีบทบาท Admin หรือ App Manager และมีสิทธิ์เข้าถึงแอป เอกสารของ Apple ไม่ได้ระบุ Account Holder ไว้ในบทบาทที่ได้รับแจ้ง ดังนั้นหากมีเพียง Account Holder ที่คอยดูการปล่อยเวอร์ชัน ให้มอบบทบาทใดบทบาทหนึ่งนั้นให้เพื่อนร่วมทีม หรือตรวจสถานะเวอร์ชันด้วยตัวเอง
แหล่งอ้างอิงและอ่านเพิ่มเติม
นโยบายมีการเปลี่ยนแปลง โปรดตรวจสอบเอกสารทางการก่อนส่งแอป
- ปล่อยอัปเดตเวอร์ชันแบบเป็นเฟส – App Store Connect Help ↗ตรวจสอบเมื่อ 1 พ.ย. 2569
- ปล่อยอัปเดตแอปด้วย staged rollout – Play Console Help ↗ตรวจสอบเมื่อ 1 พ.ย. 2569
- ผู้ใช้กลุ่มเดิมหรือไม่เมื่ออัปเดตระหว่าง phased release? – Apple Developer Forums ↗ตรวจสอบเมื่อ 1 พ.ย. 2569
- อัปเดตระหว่างที่ phased rollout ถูกหยุดชั่วคราว – Apple Developer Forums ↗ตรวจสอบเมื่อ 1 พ.ย. 2569
- tramlinehq/store-quirks: คำถามที่พบบ่อยและข้อควรระวังในการปล่อยแอปบน App Store และ Play Store – GitHub ↗ตรวจสอบเมื่อ 1 พ.ย. 2569
มาพาแอปของคุณไปถึงเส้นชัยกัน
คอลแบบเจาะจงเพื่อหาว่าอะไรที่ยังขวางแอปของคุณไม่ให้ขึ้นสโตร์
จองคอล ↗
