# Guideline 2.3.3 ภาพหน้าจอถูก Apple ปฏิเสธ แก้ยังไง

> Guideline 2.3.3: ภาพหน้าจอเกินครึ่งต้องแสดงหน้าจอจริงของแอปขณะใช้งาน ดูว่าแบบไหนผ่าน แบบไหนโดนปฏิเสธ และวิธีแก้โดยไม่ต้องส่ง build ใหม่

หน้าต้นฉบับ: [Guideline 2.3.3 ภาพหน้าจอถูก Apple ปฏิเสธ แก้ยังไง](https://devoria.fr/th/blog/guideline-2-3-3-app-store-screenshots-rejected)
ผู้เขียน: [Mehdi Azizi](https://devoria.fr/th/mehdi-azizi)
เผยแพร่: 2026-11-04
แก้ไขเนื้อหาล่าสุด: 2026-11-04


ถ้าแอปของคุณโดนปฏิเสธด้วย "Guideline 2.3.3 - Performance - Accurate Metadata" แปลว่า Apple มองว่าภาพหน้าจอของคุณไม่ได้แสดงแอปตอนที่กำลังใช้งานจริง **กฎนี้มีตัวเลขชัดเจน: สำหรับอุปกรณ์แต่ละประเภท ภาพหน้าจอเกินครึ่งต้องแสดงหน้าจอจริงของแอปขณะใช้งาน** การปฏิเสธนี้เป็นเรื่องของหน้าร้านแอป ไม่ใช่ตัว binary คุณแค่เปลี่ยนภาพหน้าจอแล้วส่ง build เดิมกลับไป

ผมเจอเรื่องนี้เองเมื่อวันที่ 27 ตุลาคม 2026 กับ Vigie แอปติดตาม ASO ของผม ภาพหน้าจอของผมเป็นการ์ดอินเทอร์เฟซที่วาดขึ้นใหม่รอบๆ มาสคอต โดยไม่มีโทรศัพท์ Apple ปฏิเสธ คู่มือนี้จะพาดูข้อความที่ผมได้รับ สิ่งที่ Apple เรียกว่า "app in use" แบบไหนผ่าน แบบไหนไม่ผ่าน แล้วก็เช็กลิสต์ที่ผมใช้มาตั้งแต่นั้น กฎที่อ้างถึงมาจากหน้าทางการของ Apple ซึ่งผมอ่านทวนเมื่อวันที่ 3 พฤศจิกายน 2026

## ข้อความจาก Apple แบบคำต่อคำ

ข้อความเริ่มด้วยชื่อกฎ แล้วระบุขนาดอุปกรณ์ที่มีปัญหา สำหรับ Vigie ประโยคที่เป็นเหตุผลของการปฏิเสธคือประโยคนี้:

```text
The 6.7-inch iPhone screenshots do not show the actual app in use.
```

การปฏิเสธ 2.3.3 บางกรณีจะอธิบายละเอียดว่า reviewer ต้องการอะไร กรณีนี้[เผยแพร่บนฟอรัมของ Apple](https://developer.apple.com/forums/thread/765166) เมื่อตุลาคม 2024 โดยนักพัฒนาที่ช่องภาพของ iPad แสดงกรอบ iPhone นี่คือส่วนที่ระบุข้อกำหนดแบบคำต่อคำ:

```text
Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.

- Marketing or promotional materials that do not reflect the UI
  of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
  features and functionality.
- Confirm that the app looks and behaves identically in all
  languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
  correct device, unless they are included to demonstrate that
  the app can be used on multiple Apple platforms. For example,
  iPhone screenshots should be taken on iPhone, not on iPad.
```

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

## สิ่งที่ Apple เรียกว่า "app in use"

ข้อความของ [guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) สั้นมาก: "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." ภาพหน้าจอต้องแสดงแอปขณะใช้งาน ไม่ใช่แค่โลโก้ หน้าล็อกอิน หรือหน้าเปิดแอป ข้อความเดียวกันนี้อนุญาตให้ใส่ข้อความและภาพซ้อนทับได้

[หน้าช่วยเหลือ App Review เรื่อง 2.3.3](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) อธิบายวิธีตัดสินเพิ่มเติม Apple จะประเมินชุดภาพของอุปกรณ์แต่ละประเภท และจะอนุมัติก็ต่อเมื่อภาพเกินครึ่งแสดงแอปขณะใช้งาน แต่ละภาษาถูกตัดสินแยกกัน หน้านี้ยังระบุสิ่งที่ควรเลี่ยงด้วย:

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

**พูดง่ายๆ คือ "ขณะใช้งาน" หมายถึงอินเทอร์เฟซจริงจาก build ของคุณ มีเนื้อหาอยู่ และกำลังทำสิ่งที่คนดาวน์โหลดแอปมาเพื่อใช้** หัวข้อสั้นๆ เหนือหน้าจอจริงยังนับเป็นภาพขณะใช้งาน

## ต้องมีภาพที่แสดงแอปกี่ภาพ

Apple ยกตัวอย่างไว้สองกรณี: ถ้ามีสามภาพ ต้องแสดงแอปสองภาพ ถ้ามีสี่ภาพ ต้องแสดงแอปสามภาพ ที่เหลือคิดจากกฎเดียวกัน คือต้องเกินครึ่ง

| จำนวนภาพที่ส่ง | ภาพขณะใช้งานขั้นต่ำ | ภาพการตลาดที่ใส่ได้ |
| -------------- | ------------------- | ------------------- |
| 1              | 1                   | 0                   |
| 2              | 2                   | 0                   |
| 3              | 2                   | 1                   |
| 4              | 3                   | 1                   |
| 5              | 3                   | 2                   |
| 6              | 4                   | 2                   |
| 8              | 5                   | 3                   |
| 10             | 6                   | 4                   |

การนับแยกตามประเภทอุปกรณ์และตามภาษา ภาพเดียวต่ออุปกรณ์ก็พอ ถ้าภาพนั้นแสดงแอปขณะใช้งาน ตาม[สเปกภาพหน้าจอ](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications) Apple บังคับให้มีอย่างน้อยหนึ่งภาพสำหรับ iPhone ที่มี Dynamic Island หน้าจอขนาดกลาง และรับได้สูงสุด 10 ภาพต่อขนาด ถ้าอินเทอร์เฟซของคุณเหมือนกันทุกขนาดและทุกภาษา ใช้แค่ความละเอียดสูงสุดที่บังคับก็พอ App Store Connect จะย่อให้สำหรับขนาดที่เล็กกว่า ขนาดที่แน่นอนอยู่ใน[ขนาดภาพหน้าจอ App Store](https://devoria.fr/th/blog/app-store-screenshot-sizes-2026)

## แบบไหนผ่าน แบบไหนไม่ผ่าน

| ภาพหน้าจอ                                 | ผลตัดสิน                 | สิ่งที่ชี้ขาด                                                                   |
| ----------------------------------------- | ------------------------ | ------------------------------------------------------------------------------- |
| หน้าจอจริงของแอป มีหัวข้อสั้นๆ อยู่ด้านบน | ผ่าน                     | 2.3.3 อนุญาตให้เพิ่มข้อความได้                                                  |
| หน้าจอจริงใส่ไว้ในกรอบ iPhone             | ผ่าน                     | อินเทอร์เฟซจริง บนอุปกรณ์ที่ถูกต้อง                                             |
| แค่โลโก้ หน้าเปิดแอป หรือหน้าล็อกอิน      | ถูกปฏิเสธ                | กฎระบุไว้ตรงตัว                                                                 |
| ภาพการตลาดที่ไม่มีอินเทอร์เฟซ             | ยอมรับได้ถ้าเป็นส่วนน้อย | เฉพาะเมื่อภาพส่วนใหญ่แสดงแอป                                                    |
| การ์ดอินเทอร์เฟซที่วาดใหม่ โดยไม่มีตัวแอป | ถูกปฏิเสธ                | กรณีที่ผมโดนเมื่อ 27 ตุลาคม 2026                                                |
| หน้าจอม็อกอัปที่ไม่มีอยู่ใน build         | ถูกปฏิเสธ                | อินเทอร์เฟซไม่ตรงกับของจริง                                                     |
| โทรศัพท์จอว่าง หรือฉากที่ไม่มีอินเทอร์เฟซ | ถูกปฏิเสธ                | อยู่ในรายการสิ่งที่ควรเลี่ยง                                                    |
| ภาพของ iPhone ในช่องภาพ iPad              | ถูกปฏิเสธ                | อุปกรณ์ผิด ตามกรณีที่โพสต์ในฟอรัม                                               |
| ภาพเดียวที่ยาวต่อกันสองภาพหน้าจอ          | ผ่าน                     | อนุญาต ตราบใดที่ยังเห็นแอป                                                      |
| แถบสถานะของแพลตฟอร์มอื่น                  | ถูกปฏิเสธ ภายใต้ 2.3.10  | Apple โยงไปที่ [guideline 2.3.10](https://devoria.fr/th/blog/guideline-2-3-10-app-rejected-metadata) |

Apple ไม่ได้บังคับให้ใส่กรอบโทรศัพท์ ภาพหน้าจอแอปแบบเต็มจอก็พอ ข้อดีของกรอบคือทำให้เห็นชัดตั้งแต่แวบแรกว่าภาพนี้คือตัวแอป

## กรณีของผม: Vigie ถูกปฏิเสธเมื่อ 27 ตุลาคม 2026

สำหรับ Vigie เวอร์ชัน 1.1 ผมทำตามเทรนด์ของสตูดิโอทำภาพหน้าจอ: ภาพต่อเนื่องเป็นผืนเดียว มีมาสคอต และการ์ดอินเทอร์เฟซลอยอยู่แทนโทรศัพท์ทั้งเครื่อง การ์ดพวกนั้นวาดขึ้นใหม่โดยเฉพาะ เป็นแอปสมมติ มันสวยครับ แต่มันไม่ใช่แอป

Reviewer เขียนมาว่าภาพหน้าจอ iPhone 6.7 นิ้วไม่ได้แสดงแอปขณะใช้งาน ผมไม่ได้โต้แย้ง เพราะเขาพูดถูก ผมทำชุดภาพใหม่ทั้งหมดด้วยกฎง่ายๆ:

1. **ทุกแผงแสดง iPhone พร้อมภาพหน้าจอจาก simulator ตรงๆ** วางให้ตรงทุกพิกเซล โดยไม่แต่งอินเทอร์เฟซ
2. **การ์ดขยายจะใส่ได้เฉพาะเพิ่มจากโทรศัพท์** ไม่ใช่แทนโทรศัพท์ และต้องตัดมาจากภาพหน้าจอเดียวกันนั้น
3. **ฉากตกแต่งอยู่รอบๆ** ไม่ทับบนหน้าจอเด็ดขาด

การปฏิเสธนี้ไม่ต้องใช้ build ใหม่ ผมเปลี่ยนภาพหน้าจอแล้วส่งเวอร์ชันเดิมกลับไปในเย็นวันนั้นเลย หลังจากนั้นผมเปลี่ยน build เพื่อแก้หัวข้อในแอป ซึ่งไม่เกี่ยวกับภาพหน้าจอ Vigie 1.1 ขึ้นขายเมื่อวันที่ 29 ตุลาคมพร้อมชุดภาพนี้

> การ์ดที่วาดใหม่ ต่อให้เหมือนแค่ไหน ก็ไม่ใช่แอป Reviewer อยากเห็นหน้าจอที่ผู้ใช้จะได้ถือไว้ในมือจริงๆ

## แก้ไขโดยไม่ต้องส่ง build ใหม่

1. **อ่านข้อความให้ครบ** ข้อความจะบอกว่าขนาดอุปกรณ์ไหนมีปัญหา บางครั้งบอกภาษาด้วย ทุกชุดที่เกี่ยวข้องต้องเปลี่ยน ไม่ใช่แค่ชุดแรก
2. **ทำภาพหน้าจอใหม่จาก build ที่ส่งไป** จะใช้ simulator หรือเครื่องจริงก็ได้ แต่ต้องมีเนื้อหาจริง ภาพขณะใช้งานต้องเกินครึ่ง สำหรับทุกอุปกรณ์และทุกภาษา
3. **เปลี่ยนภาพหน้าจอใน App Store Connect** ตาม[หน้าช่วยเหลือเรื่องการจัดการภาพ](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets) ทำได้เมื่อแอปอยู่ในสถานะใดสถานะหนึ่งต่อไปนี้: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected หรือ Developer Rejected
4. **ส่งกลับตามสถานะที่แสดงอยู่** สำหรับ Metadata Rejected [ตารางสถานะ](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) บอกว่า: อ่านข้อความ แก้ metadata แล้วตอบข้อความของ App Review ถ้าการส่งแสดง Unresolved Issues ให้ทำตาม[ขั้นตอนของ Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): ใน Apps ไปที่ View App Review Issues & Messages แล้ว Resolve กด Edit ที่รายการที่ถูกปฏิเสธ กด Add for Review และสุดท้าย Resubmit to App Review
5. **อย่าแตะภาพหน้าจออีกหลังส่งไปแล้ว** ตามตารางสถานะเดียวกัน ในสถานะ Waiting for Review คุณจะส่งหรือแก้ภาพหน้าจอไม่ได้

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

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 2.3.3.

We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].

The build is unchanged.

Best regards,
[Your name]
```

น้ำเสียงและรูปแบบของคำตอบที่ดีอธิบายไว้ละเอียดใน[การตอบ App Review](https://devoria.fr/th/blog/apple-resolution-center-reply-app-review-rejection)

## เช็กลิสต์ก่อนส่งภาพหน้าจอ

- ภาพหน้าจอเกินครึ่งของอุปกรณ์แต่ละประเภทแสดงหน้าจอจริง พร้อมเนื้อหา
- กฎเดียวกันใช้กับทุกภาษา ไม่ใช่แค่ภาษาอังกฤษ
- ไม่มีภาพไหนที่แสดงแค่โลโก้ หน้าเปิดแอป หรือหน้าล็อกอิน
- อินเทอร์เฟซที่แสดงมีอยู่ใน build ที่ส่งไปแบบเหมือนกันทุกอย่าง
- หัวข้อและฉากตกแต่งยังทำให้อ่านอินเทอร์เฟซได้ชัด
- ภาพของ iPhone ถ่ายบน iPhone ภาพของ iPad ถ่ายบน iPad
- ไม่มีร่องรอยของแพลตฟอร์มอื่น แม้แต่ในแถบสถานะ
- ถ้าแอปของคุณมีโหมดมืด ให้มีภาพหนึ่งที่แสดงโหมดนี้ หน้าช่วยเหลือของ Apple แนะนำไว้
- ไฟล์เป็น JPEG หรือ PNG ไม่มีพื้นหลังโปร่งใส

Apple ยังย้ำไว้ใน[หน้าเรื่องหน้าร้านแอป](https://developer.apple.com/app-store/product-page/) ว่าภาพหน้าจอแรกๆ อาจแสดงในผลการค้นหาด้วย **สำหรับผม ภาพหน้าจอที่แสดงให้เห็นชัดว่าแอปทำงานอย่างไร ขายได้ดีกว่าสโลแกน** เหตุผลอื่นที่หน้าร้านแอปถูกปฏิเสธอยู่ใน[ทำไม Apple ถึงปฏิเสธแอป](https://devoria.fr/th/blog/apple-app-rejection-reasons-real-cases)

## ภาพหน้าจอที่ผ่านตั้งแต่ครั้งแรก

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

ถ้าคุณกำลังเตรียมปล่อยแอปแรก [ทำแบบประเมินฟรี](https://devoria.fr/th/diagnostic) ได้เลย มันจะเรียงขั้นตอนให้เป็นลำดับ และส่งเช็กลิสต์กันโดน Apple ปฏิเสธของผมให้คุณ

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

### "Guideline 2.3.3 - Performance - Accurate Metadata" หมายความว่าอะไร?

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

### ต้องส่ง build ใหม่หลังโดนปฏิเสธ 2.3.3 ไหม?

ไม่ต้อง การปฏิเสธนี้เป็นเรื่องของหน้าร้านใน App Store คุณเปลี่ยนภาพหน้าจอใน App Store Connect แล้วส่งเวอร์ชันเดิมกลับไป พร้อมตอบข้อความของ App Review

### ต้องมีภาพหน้าจอที่แสดงแอปขณะใช้งานกี่ภาพ?

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

### ใส่ข้อความการตลาดบนภาพหน้าจอ App Store ได้ไหม?

ได้ guideline 2.3.3 อนุญาตให้ใส่ข้อความและภาพซ้อนทับ แต่ต้องไม่บังอินเทอร์เฟซ และภาพส่วนใหญ่ยังต้องแสดงแอปขณะใช้งาน

### ต้องใส่กรอบ iPhone รอบภาพหน้าจอไหม?

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

### แก้ภาพหน้าจอระหว่างที่แอปรอรีวิวได้ไหม?

ไม่ได้ ในสถานะ Waiting for Review App Store Connect ไม่ให้ส่งหรือแก้ภาพหน้าจอ ถ้าจะเปลี่ยน ให้ถอนการส่งออกจากการรีวิว หรือรอผลการตัดสินก่อน


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

[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 ขั้นตอนและชุดคิทที่เหมาะกับคุณ