# ขอเร่งรีวิว App Store (Expedited Review) ทำอย่างไร

> Apple ระบุไว้สองกรณี คือบั๊กร้ายแรงในเวอร์ชันที่เผยแพร่อยู่ หรือการปล่อยเวอร์ชันที่ผูกกับอีเวนต์ นี่คือขั้นตอน สิ่งที่ควรเขียน และสิ่งที่จะเกิดขึ้นต่อไป

หน้าต้นฉบับ: [ขอเร่งรีวิว App Store (Expedited Review) ทำอย่างไร](https://devoria.fr/th/blog/app-store-expedited-review-request)
ผู้เขียน: [Mehdi Azizi](https://devoria.fr/th/mehdi-azizi)
เผยแพร่: 2026-11-06
แก้ไขเนื้อหาล่าสุด: 2026-11-06


**การขอเร่งรีวิว (expedited review) มีอยู่จริง แต่ Apple สงวนไว้สำหรับสถานการณ์พิเศษเท่านั้น และระบุไว้สองกรณี คือแก้บั๊กร้ายแรงในเวอร์ชันที่เผยแพร่แล้ว หรือปล่อยเวอร์ชันที่ต้องออกให้ทันอีเวนต์ที่แอปของคุณเกี่ยวข้องโดยตรง** คุณต้องส่งเวอร์ชันเข้ารีวิวก่อน อธิบายความเร่งด่วนในช่อง Notes สำหรับ reviewer แล้วจึงส่งแบบฟอร์มคำขอ Apple จะพิจารณาทุกคำขอและเร่งให้ตามความพร้อมของทีม: ไม่มีการรับประกันใดๆ ทั้งสิ้น

แอปของผม Solys, TradaZen และ Nolera ทำด้วย Expo ถ้าบั๊กมาจากโค้ด JavaScript ผมส่งการแก้ไขผ่านอัปเดตระยะไกลได้เลย โดยไม่ต้องผ่าน App Review ดังนั้นผมใช้การเร่งรีวิวเฉพาะกับ build แบบ native เท่านั้น และนี่ก็เป็นคำถามแรกที่คุณควรถามตัวเองก่อนจะขอ คู่มือนี้อ้างอิงตาม[หน้าช่วยเหลือของ Apple เรื่องการเร่งรีวิว](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/) ซึ่งผมอ่านทวนเมื่อวันที่ 6 พฤศจิกายน 2026

## สิ่งที่ Apple ระบุ และสิ่งที่ไม่ผ่าน

Apple พูดถึงสถานการณ์พิเศษ และขอให้ใช้คำขอนี้เฉพาะกรณีเร่งด่วนจริงๆ [หน้า App Review](https://developer.apple.com/distribute/app-review/) ของ Apple ยกตัวอย่างไว้สองกรณี พร้อมสิ่งที่ต้องให้ข้อมูลในแต่ละกรณี สามแถวที่ถูกปฏิเสธในตารางเป็นการตีความของผมจากหน้าเหล่านี้ ไม่ใช่รายการจาก Apple

| เหตุผล                              | ฝั่ง Apple           | สิ่งที่ต้องให้ข้อมูล หรือต้องเข้าใจ                      |
| ----------------------------------- | -------------------- | -------------------------------------------------------- |
| บั๊กร้ายแรงในเวอร์ชันที่เผยแพร่อยู่ | ยกเป็นตัวอย่าง       | ขั้นตอนการทำให้เกิดบั๊กซ้ำ เวอร์ชันปัจจุบัน              |
| การปล่อยเวอร์ชันที่ผูกกับอีเวนต์    | ยกเป็นตัวอย่าง       | ชื่ออีเวนต์ วันที่ และความเกี่ยวข้องระหว่างแอปกับอีเวนต์ |
| การเผยแพร่ครั้งแรกที่ล่าช้า         | ไม่ผ่าน ในความเห็นผม | ไม่มีอะไรทำให้ Apple มองว่าเร่งด่วน                      |
| วันการตลาดที่ไม่มีอีเวนต์           | ไม่ผ่าน ในความเห็นผม | แคมเปญไม่ใช่อีเวนต์ที่เกี่ยวข้องกับแอป                   |
| รอนานกว่าปกติ                       | ไม่ผ่าน ในความเห็นผม | ระยะเวลาปกติไม่ใช่เรื่องเร่งด่วน                         |

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

## ขั้นตอนสามขั้น

1. **ส่งเวอร์ชันใน App Store Connect** ขอเร่งได้เฉพาะเวอร์ชันที่ส่งไปแล้วเท่านั้น ถ้ามีฟังก์ชันที่ต้องล็อกอิน ให้กรอกบัญชีทดลองในส่วน App Review Information
2. **กรอกช่อง Notes ตอนส่ง** สำหรับบั๊กร้ายแรง ให้อธิบายบั๊กที่แก้แล้ว และวิธีทำให้เกิดซ้ำในเวอร์ชันปัจจุบัน สำหรับอีเวนต์ ให้ระบุชื่อ วันที่ และสิ่งที่เชื่อมแอปของคุณกับอีเวนต์นั้น
3. **ส่งแบบฟอร์ม Request an Expedited App Review** ซึ่งเข้าได้จากหน้าช่วยเหลือของ Apple หลังล็อกอินบัญชีนักพัฒนา เลือกแอปและแพลตฟอร์มที่เกี่ยวข้อง แล้วกดส่ง

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

> ปุ่ม Reply to App Review ใน App Store Connect ไม่ได้มีไว้สำหรับขอเร่งรีวิว [หน้าติดต่อ App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) ระบุว่าปุ่มนี้ใช้สำหรับการสื่อสารเกี่ยวกับการส่งที่กำลังรีวิวอยู่เท่านั้น ส่วนการขอเร่งรีวิวและการอุทธรณ์มีแบบฟอร์มของตัวเอง

## เขียนอะไรดี: สองตัวอย่าง

App Review อ่านภาษาอังกฤษ นี่คือสองข้อความที่ผมเตรียมไว้ ปรับใช้ในช่อง Notes และในแบบฟอร์มถ้ามีช่องให้เขียนอิสระ ข้อความสั้นแค่ห้าบรรทัด เพราะ reviewer ต้องเข้าใจความเร่งด่วนได้โดยไม่ต้องเปิดแอป

**บั๊กร้ายแรงในเวอร์ชันที่เผยแพร่อยู่:**

> Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build.

**การปล่อยเวอร์ชันที่ผูกกับอีเวนต์:**

> This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST.

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

## ก่อนขอ ตรวจสอบว่าคุณจำเป็นต้องใช้จริงไหม

Apple ขอให้ใช้เฉพาะกรณีเร่งด่วนจริงๆ มีสามคำถามและหนึ่งกับดัก ก่อนส่งแบบฟอร์ม

**การแก้ไขนี้ผ่านได้โดยไม่ต้องรีวิวไหม?** ด้วย Expo อัปเดตระยะไกลจะแทนที่โค้ด JavaScript ของแอปที่ติดตั้งแล้วได้โดยไม่ต้องสร้าง build ใหม่ นี่คือวิธีที่ผมใช้แก้บั๊ก แต่ใช้ไม่ได้กับโค้ด native, permission หรือ dependency แบบ native: สำหรับสิ่งเหล่านี้ ต้องมี build และรีวิว และเนื้อหาของอัปเดตต้องอยู่ในขอบเขตที่ Apple อนุมัติไว้ ตามที่[ภาพรวมของ EAS Update](https://docs.expo.dev/eas-update/introduction/) ระบุ: อัปเดตระยะไกลต้องไม่เปลี่ยนจุดประสงค์ของแอป คู่มือเรื่อง[การทยอยปล่อยอัปเดตแอป iOS](https://devoria.fr/th/blog/publish-ios-app-update-phased-release) อธิบายละเอียดว่าอะไรผ่านช่องทางไหน

**การรอผิดปกติไหม?** Apple บอกว่าโดยทั่วไปรีวิวอย่างน้อย 50% ของการส่งภายใน 24 ชั่วโมง และ 90% ภายใน 48 ชั่วโมง ถ้าเวอร์ชันของคุณ[อยู่ในสถานะ Waiting for Review](https://devoria.fr/th/blog/waiting-for-review-app-store-connect-statuses) มาหนึ่งวัน ถือว่ายังอยู่ในเกณฑ์ปกติของ[ระยะเวลารีวิว App Store](https://devoria.fr/th/blog/app-store-review-time-how-long) [หน้าติดตามสถานะการส่ง](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) ยังบอกถึงสิ่งที่ทำให้รีวิวนานขึ้นด้วย: แอปแรกที่ยังไม่มีประวัติ เอกสารที่ต้องตรวจสอบ หัวข้อที่มีกฎระเบียบควบคุม

**การส่งครบถ้วนไหม?** การขอเร่งรีวิวกับการส่งที่ไม่ครบไม่ได้ช่วยเร่งอะไรเลย Apple เตือนว่าการส่งที่ไม่ครบจะทำให้รีวิวล่าช้าหรือไม่ผ่าน บัญชีทดลอง Notes เอกสาร: ทุกอย่างต้องพร้อมก่อนส่งแบบฟอร์ม

**และที่สำคัญที่สุด อย่าดึงเวอร์ชันออกแล้วส่งใหม่** เวอร์ชันที่ถูกดึงออกจะหลุดจากคิวและเริ่มนับใหม่ตั้งแต่ศูนย์ ถ้า Apple ถามคำถามระหว่างรีวิว ให้ตอบใน App Store Connect แทนการส่งใหม่ ตามที่อธิบายไว้ในคู่มือ[การตอบ App Review ใน Resolution Center](https://devoria.fr/th/blog/apple-resolution-center-reply-app-review-rejection)

## ถ้า Apple ปฏิเสธการเร่งรีวิว

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

- **ตั้งเวลาการปล่อย** สำหรับอีเวนต์ Apple แนะนำให้เลือกการเผยแพร่แบบตั้งเวลาใน App Store Connect: เวอร์ชันจะได้รับการรีวิวล่วงหน้าและปล่อยตามวันที่ต้องการ [ตัวเลือกการปล่อยเวอร์ชัน](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) ตั้งค่าได้ในหน้าเวอร์ชัน ส่วน App Store Version Release
- **ส่งให้เร็ว** เวอร์ชันที่พร้อมก่อนอีเวนต์หนึ่งสัปดาห์จะมีเวลาพอสำหรับรีวิวปกติ และแม้แต่แก้ไขหลังถูกปฏิเสธ
- **มีช่องทางที่ไม่ต้องรีวิวสำหรับ JavaScript** ด้วย Expo นี่คือสิ่งที่เปลี่ยนบั๊กร้ายแรงให้กลายเป็นการแก้ไขที่ใช้เวลาไม่กี่นาที

ตัวอย่าง Notes สำหรับ reviewer เช็กลิสต์ก่อนส่ง และวิธีตอบการปฏิเสธที่พบบ่อยที่สุดของผม รวมอยู่ใน [Review Kit](https://devoria.fr/th/kits/app-review) และถ้าคุณอยากรู้ว่าการส่งของคุณยังขาดอะไรก่อนส่งจริง [การวินิจฉัยฟรี](https://devoria.fr/th/diagnostic) จะบอกคุณ และส่งเช็กลิสต์กันการปฏิเสธจาก Apple ของผมให้ด้วย ทุกขั้นตอนของการเผยแพร่อยู่ใน[การเผยแพร่แอปบน App Store](https://devoria.fr/th/expertise/publish-app-on-app-store)

## คำถามที่พบบ่อย

### การเร่งรีวิว App Store ใช้เวลานานเท่าไร?

Apple ไม่ได้ระบุระยะเวลาใดๆ บอกเพียงว่าจะพิจารณาทุกคำขอ และเร่งรีวิวตามความพร้อมของทีมและปริมาณคำขอในขณะนั้น คำขอที่ได้รับอนุมัติจะทำให้เวอร์ชันเข้าสู่ In Review ก่อนถึงคิว โดยไม่มีการสัญญาเวลา

### ขอเร่งรีวิวสำหรับแอปแรกได้ไหม?

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

### ขอเร่งรีวิวได้กี่ครั้ง?

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

### ต้องดึงการส่งออกก่อนขอเร่งรีวิวไหม?

ไม่ ตรงกันข้ามเลย ขอเร่งได้เฉพาะการส่งที่ส่งไปแล้ว และเวอร์ชันที่ถูกดึงออกจะเสียตำแหน่งในคิว ให้ส่ง กรอก Notes แล้วจึงส่งแบบฟอร์ม

### แบบฟอร์มขอเร่งรีวิวอยู่ที่ไหน?

อยู่บนเว็บไซต์นักพัฒนาของ Apple หลังล็อกอินบัญชีของคุณ: หน้าช่วยเหลือเรื่องการเร่งรีวิวจะพาไปผ่านลิงก์ Request an Expedited App Review ที่นั่นคุณเลือกแอปและแพลตฟอร์มที่เกี่ยวข้อง

### การเร่งรีวิวรับประกันว่าแอปจะผ่านไหม?

ไม่ มันเปลี่ยนแค่ตำแหน่งในคิว เวอร์ชันยังต้องปฏิบัติตาม App Review Guidelines เหมือนเวอร์ชันอื่นๆ และยังอาจถูกปฏิเสธได้

### แก้บั๊กโดยไม่ผ่าน App Review ได้ไหม?

ด้วย Expo หรือ React Native อัปเดตระยะไกลจะแทนที่โค้ด JavaScript ได้โดยไม่ต้องสร้าง build ใหม่หรือรีวิว ส่วนโค้ด native, permission และ dependency แบบ native ยังต้องมี build ที่ส่งให้ Apple เสมอ


## โปรเจกต์ของคุณ

[Review Kit](https://devoria.fr/th/kits/app-review): เช็กลิสต์รีวิว App Store ของผม การถูก Apple ปฏิเสธที่ผมแก้ไขแล้ว เช็กลิสต์ของ Google Play และ skill ของ Claude Code อีกสามตัว ฿1,849

[iOS & Android Kit](https://devoria.fr/th/kits/ios): สร้างแอป iPhone และ Android ของคุณด้วย Claude Code: โค้ดเริ่มต้นจากแอปของผม เส้นทางจนถึงสโตร์ และชุดคิททั้งหมด ฿3,699

[แบบประเมิน: อะไรกั้นคุณไว้จากแอป iPhone ของคุณ](https://devoria.fr/th/diagnostic): 7 คำถาม 60 วินาที: รู้ว่าอะไรที่ขวางคุณจากการเผยแพร่แอป iPhone จริง ๆ พร้อมเส้นทาง 4 ขั้นตอนและชุดคิทที่เหมาะกับคุณ