# Guideline 2.3.3: ảnh chụp màn hình bị Apple từ chối

> Guideline 2.3.3: hơn một nửa số ảnh chụp phải cho thấy màn hình thật của app đang được dùng. Sửa ảnh rồi gửi lại, không cần build mới.

Trang gốc: [Guideline 2.3.3: ảnh chụp màn hình bị Apple từ chối](https://devoria.fr/vi/blog/guideline-2-3-3-app-store-screenshots-rejected)
Tác giả: [Mehdi Azizi](https://devoria.fr/vi/mehdi-azizi)
Ngày đăng: 2026-11-04
Lần sửa nội dung gần nhất: 2026-11-04


Khi bị từ chối với lý do “Guideline 2.3.3 - Performance - Accurate Metadata”, nghĩa là Apple cho rằng ảnh chụp màn hình của bạn không cho thấy app đang được sử dụng. **Quy tắc có con số cụ thể: với mỗi loại thiết bị, hơn một nửa số ảnh chụp phải cho thấy màn hình thật của app đang được dùng.** Lần từ chối này nhắm vào trang sản phẩm, không phải binary: bạn thay ảnh chụp và gửi lại đúng build cũ.

Mình đã gặp chuyện này ngày 27 tháng 10 năm 2026 với Vigie, app theo dõi ASO của mình. Ảnh chụp của mình là các thẻ giao diện được vẽ lại quanh một linh vật, không có điện thoại. Apple từ chối. Bài này đưa lại tin nhắn mình nhận được, điều Apple gọi là “app in use”, cái gì được duyệt và cái gì không, rồi checklist mình dùng từ đó đến giờ. Các quy tắc được trích từ trang chính thức của Apple, mình đọc lại ngày 3 tháng 11 năm 2026.

## Tin nhắn của Apple, nguyên văn

Tin nhắn mở đầu bằng tên quy tắc, rồi nêu kích thước thiết bị bị nhắm tới. Với Vigie, câu mang lý do từ chối là câu này:

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

Một số lần từ chối 2.3.3 khác nói rõ reviewer mong đợi gì. Lần này được [đăng trên diễn đàn của Apple](https://developer.apple.com/forums/thread/765166) vào tháng 10 năm 2024 bởi một developer có các ô ảnh iPad lại hiển thị khung iPhone. Đây là đoạn liệt kê các yêu cầu, nguyên văn:

```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.
```

Nói dễ hiểu: một hình quảng cáo không thể hiện giao diện app thì không có chỗ trong ảnh chụp. Phần lớn ảnh phải cho thấy các tính năng chính. Và mỗi ảnh phải đúng thiết bị: ảnh iPhone thì chụp trên iPhone, không phải iPad, trừ khi để cho thấy app chạy trên nhiều nền tảng Apple.

## Điều Apple gọi là “app in use”

Nội dung [guideline 2.3.3](https://developer.apple.com/app-store/review/guidelines/#2.3.3) rất ngắn: “Screenshots should show the app in use, and not merely the title art, login page, or splash screen.” Ảnh chụp phải cho thấy app đang được dùng, không chỉ logo, màn hình đăng nhập hay màn hình khởi động. Cũng đoạn đó cho phép thêm chữ và hình đè lên trên.

[Trang trợ giúp App Review về 2.3.3](https://developer.apple.com/help/app-review/guideline-reference/2-3-3-screenshots) nói rõ cách đánh giá. Apple xét cả bộ ảnh của từng loại thiết bị, và chỉ duyệt khi hơn một nửa số ảnh cho thấy app đang được dùng. Mỗi ngôn ngữ được xét riêng. Trang này cũng liệt kê những điều nên tránh:

- **ảnh chỉ có trang đăng nhập hoặc màn hình khởi động**;
- **giao diện không khớp với giao diện thật**, hoặc hình quảng cáo gây hiểu lầm;
- **phần trang trí lấn át app**, hoặc chỉ có phần cứng, không có giao diện phía sau.

**Nói thẳng ra, “đang được dùng” nghĩa là: giao diện thật của build, có nội dung, đang làm đúng việc mà người ta tải app về để làm.** Một tiêu đề ngắn phía trên một màn hình thật vẫn là ảnh app đang được dùng.

## Bao nhiêu ảnh phải cho thấy app

Apple đưa hai ví dụ: có ba ảnh thì hai ảnh phải cho thấy app. Có bốn thì ba. Phần còn lại suy ra từ cùng quy tắc: hơn một nửa.

| Số ảnh gửi | Tối thiểu cho thấy app | Số hình marketing có thể dùng |
| ---------- | ---------------------- | ----------------------------- |
| 1          | 1                      | 0                             |
| 2          | 2                      | 0                             |
| 3          | 2                      | 1                             |
| 4          | 3                      | 1                             |
| 5          | 3                      | 2                             |
| 6          | 4                      | 2                             |
| 8          | 5                      | 3                             |
| 10         | 6                      | 4                             |

Việc đếm tính theo từng loại thiết bị và từng ngôn ngữ. Chỉ một ảnh mỗi thiết bị là đủ, nếu ảnh đó cho thấy app đang được dùng. Theo [thông số ảnh chụp màn hình](https://developer.apple.com/help/app-store-connect/reference/app-information/screenshot-specifications), Apple yêu cầu ít nhất một ảnh cho iPhone có Dynamic Island màn hình cỡ trung, và chấp nhận tối đa 10 ảnh cho mỗi kích thước. Nếu giao diện giống nhau ở mọi kích thước và mọi ngôn ngữ, độ phân giải cao nhất được yêu cầu là đủ: App Store Connect sẽ tự thu nhỏ cho các kích thước nhỏ hơn. Kích thước chính xác có trong bài [kích thước ảnh chụp App Store](https://devoria.fr/vi/blog/kich-thuoc-anh-chup-man-hinh-app-store-2026).

## Cái gì được duyệt, cái gì không

| Ảnh chụp                                          | Kết quả                   | Yếu tố quyết định                                                                  |
| ------------------------------------------------- | ------------------------- | ---------------------------------------------------------------------------------- |
| Màn hình thật của app, tiêu đề ngắn phía trên     | Được duyệt                | Chữ thêm vào được 2.3.3 cho phép                                                   |
| Màn hình thật đặt trong khung iPhone              | Được duyệt                | Giao diện thật, đúng thiết bị                                                      |
| Chỉ có logo, màn hình khởi động hoặc đăng nhập    | Bị từ chối                | Được quy tắc nêu đích danh                                                         |
| Hình marketing không có giao diện                 | Chấp nhận nếu là thiểu số | Chỉ khi phần lớn ảnh cho thấy app                                                  |
| Thẻ giao diện vẽ lại, không có app                | Bị từ chối                | Lần từ chối ngày 27/10/2026 của mình                                               |
| Màn hình dựng mockup không có trong build         | Bị từ chối                | Giao diện không khớp với giao diện thật                                            |
| Điện thoại trống hoặc hình nền không có giao diện | Bị từ chối                | Nằm trong danh sách cần tránh                                                      |
| Ảnh iPhone đặt vào ô ảnh iPad                     | Bị từ chối                | Sai thiết bị, theo lần từ chối trên diễn đàn                                       |
| Một hình trải dài qua hai ảnh                     | Được duyệt                | Được phép, miễn là app vẫn hiện rõ                                                 |
| Thanh trạng thái của nền tảng khác                | Bị từ chối, theo 2.3.10   | Apple chuyển sang [guideline 2.3.10](https://devoria.fr/vi/blog/guideline-2-3-10-app-bi-tu-choi-metadata) |

Apple không bắt buộc có khung điện thoại. Một ảnh toàn màn hình của app là đủ. Khung có một cái lợi: nhìn qua là biết ngay hình đó chính là app.

## Trường hợp của mình: Vigie bị từ chối ngày 27 tháng 10 năm 2026

Với phiên bản 1.1 của Vigie, mình đã theo một xu hướng của các studio làm ảnh chụp: một bức tranh liền mạch, một linh vật, và các thẻ giao diện lơ lửng thay vì cả chiếc điện thoại. Các thẻ được vẽ lại riêng, với các app hư cấu. Trông rất đẹp. Nhưng đó không phải là app.

Reviewer viết rằng ảnh chụp iPhone 6,7 inch không cho thấy app đang được dùng. Mình không phản bác: họ nói đúng. Mình làm lại toàn bộ bộ ảnh với một quy tắc đơn giản:

1. **Mỗi khung hình là một chiếc iPhone với ảnh chụp gốc từ simulator**, dán khớp từng pixel, không chỉnh sửa giao diện.
2. **Một thẻ phóng to chỉ xuất hiện thêm bên cạnh điện thoại**, không bao giờ thay thế nó, và được cắt ra từ chính ảnh chụp đó.
3. **Phần trang trí nằm xung quanh**, không bao giờ đè lên màn hình.

Lần từ chối này không cần build mới. Mình thay ảnh chụp và gửi lại đúng phiên bản đó ngay tối hôm ấy. Sau đó mình đổi build để sửa một tiêu đề trong app, không liên quan gì đến ảnh chụp. Vigie 1.1 lên kệ ngày 29 tháng 10 với bộ ảnh này.

> Một thẻ vẽ lại, dù giống đến đâu, cũng không phải là app. Reviewer muốn thấy đúng màn hình mà người dùng sẽ cầm trên tay.

## Sửa mà không cần build mới

1. **Đọc hết tin nhắn.** Nó cho biết kích thước thiết bị nào bị nhắm tới, đôi khi cả ngôn ngữ nào. Mọi bộ ảnh liên quan đều phải đổi, không chỉ bộ đầu tiên.
2. **Chụp lại ảnh từ build đã gửi.** Simulator hoặc máy thật, với nội dung thật. Hơn một nửa cho thấy app đang được dùng, cho từng thiết bị và từng ngôn ngữ.
3. **Thay ảnh chụp trong App Store Connect.** Theo [trang trợ giúp về quản lý tài nguyên](https://developer.apple.com/help/app-store-connect/manage-app-information/manage-your-app-store-assets), việc này làm được khi app ở một trong các trạng thái: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected hoặc Developer Rejected.
4. **Gửi lại, tùy theo trạng thái đang hiển thị.** Với Metadata Rejected, [bảng trạng thái](https://developer.apple.com/help/app-store-connect/reference/app-information/app-and-submission-statuses) ghi: đọc tin nhắn, sửa metadata, rồi trả lời tin nhắn của App Review. Nếu bản gửi hiển thị Unresolved Issues, làm theo [quy trình của Apple](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/): trong Apps, chọn View App Review Issues & Messages, rồi Resolve, Edit trên mục bị từ chối, Add for Review, cuối cùng là Resubmit to App Review.
5. **Đừng động vào ảnh chụp sau khi đã gửi.** Theo cùng bảng trạng thái, ở Waiting for Review bạn không thể tải lên hay sửa ảnh chụp.

Mỗi mục bị từ chối chỉ sửa được một lần trước khi gửi lại: kiểm tra kỹ bộ ảnh mới trước khi bấm. Đây là câu trả lời mình sẽ viết cho reviewer, bằng tiếng Anh:

```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]
```

Giọng điệu và cách viết một câu trả lời tốt có trong bài [trả lời App Review](https://devoria.fr/vi/blog/resolution-center-apple-tra-loi-app-review-tu-choi).

## Checklist trước khi gửi ảnh chụp

- Hơn một nửa số ảnh của mỗi loại thiết bị cho thấy màn hình thật, có nội dung.
- Quy tắc đó đúng với mọi ngôn ngữ, không chỉ tiếng Anh.
- Không ảnh nào chỉ có logo, màn hình khởi động hoặc đăng nhập.
- Giao diện trong ảnh có thật trong build đã gửi, giống hệt.
- Tiêu đề và phần trang trí vẫn để giao diện dễ đọc.
- Ảnh iPhone chụp trên iPhone, ảnh iPad chụp trên iPad.
- Không có dấu vết của nền tảng khác, kể cả trên thanh trạng thái.
- Nếu app có chế độ tối, có một ảnh thể hiện nó: trang trợ giúp của Apple khuyên vậy.
- File ở định dạng JPEG hoặc PNG, không có nền trong suốt.

Apple cũng nhắc trên [trang về trang sản phẩm](https://developer.apple.com/app-store/product-page/) rằng những ảnh đầu tiên có thể xuất hiện trong kết quả tìm kiếm. **Với mình, một ảnh cho thấy rõ app đang làm việc của nó bán hàng tốt hơn một câu slogan.** Các lý do từ chối khác liên quan đến trang sản phẩm có trong bài [vì sao Apple từ chối app](https://devoria.fr/vi/blog/apple-tu-choi-app-5-ly-do-thuc-te).

## Ảnh chụp được duyệt ngay lần đầu

[App Store Screenshots Kit](https://devoria.fr/vi/kits/app-store-screenshots) gồm các mẫu của mình và skill tạo ảnh chụp từ màn hình thật của app, đúng các kích thước Apple yêu cầu. Nếu trang sản phẩm của bạn vừa bị từ chối, [Review Kit](https://devoria.fr/vi/kits/app-review) có checklist trước khi gửi của mình, các lần bị từ chối đã sửa và mẫu trả lời reviewer. Toàn bộ quy trình có ở trang [app bị Apple từ chối](https://devoria.fr/vi/expertise/ung-dung-bi-apple-tu-choi).

Nếu bạn đang chuẩn bị ra mắt app đầu tiên, [làm bài chẩn đoán miễn phí](https://devoria.fr/vi/diagnostic): nó sắp xếp lại các bước theo đúng thứ tự và gửi bạn checklist chống bị Apple từ chối của mình.

## Câu hỏi thường gặp

### “Guideline 2.3.3 - Performance - Accurate Metadata” nghĩa là gì?

Đó là tên lý do từ chối khi ảnh chụp không cho thấy app đang được dùng. Apple cho rằng có quá nhiều ảnh là hình marketing, màn hình khởi động hoặc giao diện không phải của app. Tin nhắn thường nêu rõ kích thước thiết bị liên quan.

### Có cần build mới sau khi bị từ chối 2.3.3 không?

Không. Lần từ chối nhắm vào trang App Store. Bạn thay ảnh chụp trong App Store Connect, rồi gửi lại đúng phiên bản đó kèm câu trả lời tin nhắn của App Review.

### Bao nhiêu ảnh phải cho thấy app đang được dùng?

Hơn một nửa, cho từng loại thiết bị và từng ngôn ngữ. Có ba ảnh thì hai ảnh phải cho thấy app. Có bốn thì ba. Chỉ một ảnh là đủ nếu ảnh đó cho thấy app đang được dùng.

### Có được thêm chữ marketing lên ảnh chụp App Store không?

Có. Guideline 2.3.3 cho phép thêm chữ và hình đè lên trên. Chúng không được che giao diện, và phần lớn ảnh vẫn phải cho thấy app đang được dùng.

### Có cần khung iPhone quanh ảnh chụp không?

Không, Apple không bắt buộc: một ảnh toàn màn hình của app vẫn được duyệt. Khung giúp người xem hiểu hình đó chính là app. Khung phải đúng thiết bị: không bao giờ dùng khung iPhone cho ảnh dành cho iPad.

### Có sửa được ảnh chụp khi app đang chờ review không?

Không. Ở trạng thái Waiting for Review, App Store Connect không cho tải lên hay sửa ảnh chụp. Muốn đổi, hãy rút bản gửi khỏi review hoặc chờ quyết định.


## Dự án của bạn

[Review Kit](https://devoria.fr/vi/kits/app-review): Checklist duyệt App Store của mình, các lần Apple từ chối đã sửa, checklist Google Play và ba skill Claude Code. 1.399.000 ₫.

[iOS & Android Kit](https://devoria.fr/vi/kits/ios): Tạo app iPhone và Android với Claude Code: code khởi đầu từ các app của mình, lộ trình đến tận store và tất cả các kit. 2.799.000 ₫.

[Chẩn đoán: điều gì ngăn bạn có app iPhone](https://devoria.fr/vi/diagnostic): 7 câu hỏi, 60 giây: bạn biết điều gì thật sự cản bạn đăng app iPhone, lộ trình 4 bước và kit phù hợp với bạn.
