Apple từ chối app: 5 lý do thực tế và cách xử lý

Khi Apple từ chối app, gần như lúc nào cũng có một lý do cụ thể, ghi rõ trong tin nhắn của đợt duyệt: một guideline có đánh số, thường kèm theo ảnh chụp màn hình. Với app đầu tay, các lý do hay gặp nhất là app chưa hoàn thiện (2.1), khai báo quyền riêng tư sai (5.1.1), metadata gây hiểu nhầm (2.3.2), thanh toán lách qua cơ chế mua trong app (3.1.1) hoặc yêu cầu đánh giá đặt sai chỗ (5.6.3). Trong đại đa số trường hợp, reviewer đã hiểu đúng app của bạn: chính bản gửi duyệt của bạn mới là thứ có chỗ để bắt lỗi.

Mình biết vì chính mình đã dính những lần từ chối này. Mình tự phát hành các app iOS của mình: Solys (một app báo thức có mini-game) và TradaZen (một app mô phỏng giao dịch) đang có trên App Store. Solys bị từ chối hai lần, một lần trước khi ra mắt, một lần ở bản cập nhật, và hai app khác là Clic và Nolera cũng bị từ chối, được sửa rồi gửi lại cho Apple. Dưới đây là năm lần bị từ chối, nguyên nhân thật của từng lần, rồi cách phản hồi và checklist mình áp dụng trước mỗi lần gửi.

Vì sao Apple từ chối app: 5 lần mình bị từ chối

Từ chối 2.1 với Solys: bản demo không thể thắng được

Phần onboarding của Solys có một bản demo chơi được: phải thắng một mini-game, giống như lúc báo thức. Trên điện thoại của mình, mọi thứ đều chạy tốt. Còn reviewer thì test trên iPad, nơi app iPhone chạy ở chế độ tương thích trong một cửa sổ nhỏ hơn. Ở kích thước đó, khe hở dành cho con chim trong mini-game hẹp hơn cả chính con chim, và nút "Tiếp tục" chỉ sáng lên khi thắng. Apple yêu cầu cung cấp cách để bỏ qua nhiệm vụ trò chơi.

Cách sửa: một bản demo có kích thước hình học được tính từ kích thước thật của màn hình, và một liên kết để bỏ qua demo khi thua.

Bài học: mọi bước bắt buộc đều phải có lối ra, và mỗi màn hình bắt buộc phải được test trên kích thước nhỏ nhất có thể trước mỗi lần gửi.

Từ chối 5.6.3 với Solys: yêu cầu đánh giá trong lúc onboarding

Lần từ chối thứ hai, ở bản cập nhật tiếp theo. Apple viết rằng app yêu cầu đánh giá ngay lần mở đầu tiên hoặc trong lúc onboarding. Màn hình đánh giá xuất hiện ngay sau demo, trước khi người dùng kịp trải nghiệm bất cứ điều gì trong app.

Cách sửa: yêu cầu được chuyển xuống cuối hành trình, và chỉ hiện ra nếu người dùng vừa thắng demo.

Bài học: mọi yêu cầu nhạy cảm (đánh giá, thông báo, gói đăng ký, theo dõi) đều phải đến sau khi app đã chứng minh được giá trị, không bao giờ trước đó.

Từ chối 5.1.1 với Clic: chính sách quyền riêng tư trên mạng chưa được cập nhật

Clic tạo nội dung bằng AI, và app có đầy đủ màn hình xin đồng ý. Vấn đề nằm ở chỗ khác: chính sách quyền riêng tư đăng trên website là phiên bản cũ, và nó không mô tả hết những gì app thu thập.

Cách sửa: đăng chính sách đầy đủ, thêm bản tóm tắt bằng tiếng Anh, cập nhật ghi chú duyệt.

Bài học: Apple đọc chính sách đang online của bạn, không phải bản nằm im trong repo. Trước mỗi lần gửi, hãy mở URL đã khai báo và kiểm tra xem nó có nói đúng những gì app làm không.

Từ chối 5.1.1 với Nolera: nút "Cho phép" trước hộp thoại của hệ thống

Trước khi iOS hiện yêu cầu truy cập camera thật, Nolera hiển thị một màn hình giải thích có nút "Cho phép". Theo Apple, nhãn này thúc người dùng chấp nhận trước cả yêu cầu chính thức của hệ thống.

Cách sửa: nút giờ có tên là "Tiếp tục", trong cả 8 ngôn ngữ của app.

Bài học: màn hình chuẩn bị cho một quyền truy cập thì giải thích, chứ không quyết định thay người dùng. Khuyến nghị của Apple nằm trong nguyên tắc thiết kế về quyền riêng tư.

Từ chối 2.3.2 với Nolera: icon bị dùng lại làm ảnh quảng bá

Gói đăng ký có thể có ảnh quảng bá trong App Store Connect. Với hai gói đăng ký của Nolera, ảnh đó đơn giản chỉ là icon của app. Apple cho rằng như vậy không hợp lệ.

Cách sửa: gỡ ảnh khỏi cả hai gói đăng ký, rồi tạo lại bản gửi duyệt.

Bài học: mọi thành phần trong trang app của bạn đều được xem xét, kể cả những thứ bạn điền mà không để ý, như phân loại độ tuổi.

Những guideline nào hay bị dính nhất?

Toàn bộ quy định nằm trong App Review Guidelines. Những guideline hay làm khó app đầu tay nhất:

2.1: App Completeness. App bị crash, một nút bấm không dẫn đi đâu, một màn hình bắt buộc không qua được trên một kích thước màn hình nào đó. Nếu app yêu cầu đăng nhập, hãy cung cấp tài khoản demo trong ghi chú duyệt, nếu không reviewer sẽ bị kẹt ở màn hình đăng nhập. Mọi điều cần biết về lý do này có trong hướng dẫn về guideline 2.1 của mình.

2.3: Metadata. Ảnh chụp màn hình không thể hiện app thật, mô tả hứa hẹn một tính năng không có, ảnh quảng bá không hợp lệ.

3.1.1: In-App Purchase. Để mở khóa nội dung hoặc tính năng số trong app, quy tắc chung là dùng cơ chế mua trong app của Apple. Các ngoại lệ tùy theo quốc gia và thay đổi theo thời gian: hãy đọc phiên bản guideline mới nhất trước khi tính đến một phương thức thanh toán khác. Toàn bộ phần việc này có trên trang gói đăng ký trong app iOS.

3.1.2: Subscriptions. App có gói đăng ký phải trình bày rõ người dùng nhận được gì và với giá bao nhiêu. Các lỗi kinh điển ở màn hình thanh toán có trong paywall iOS: 7 lỗi của người mới.

4.3: Spam. App giống hàng nghìn app khác hoặc tự nó không mang lại đủ giá trị. Đây là lần từ chối khó sửa nhất: phải phòng ngay từ lúc chọn ý tưởng. Mình giải thích chi tiết trong hướng dẫn về guideline 4.3.

5.1.1: Privacy. Khai báo thu thập dữ liệu không khớp với hành vi của app, chính sách quyền riêng tư thiếu sót, xin quyền truy cập mà không giải thích rõ ràng.

Làm sao phản hồi khi Apple từ chối mà không mất thêm nhiều ngày?

Bị từ chối không phải là phán quyết cuối cùng, mà chỉ là một lượt qua lại. Quy trình hiệu quả:

1. Đọc lý do hai lần. Tin nhắn có trích guideline và thường kèm ảnh chụp màn hình. Nhiều developer trả lời lạc đề vì đọc quá nhanh.
2. Tìm nguyên nhân thật. Ở cả Clic lẫn Nolera, nguyên nhân thật không phải điều mà nội dung tin nhắn khiến mình nghĩ lúc đầu. Hãy tái hiện vấn đề trong điều kiện của reviewer: cùng loại thiết bị, tài khoản mới, lần mở đầu tiên.
3. Sửa đúng lý do, không sửa gì khác. Đây không phải lúc thêm ba tính năng: mỗi thay đổi lại mở rộng thêm phạm vi bị duyệt.
4. Trả lời trong App Store Connect. Giải thích bằng hai câu thực tế những gì bạn đã sửa, bằng cách trả lời tin nhắn của App Review.
5. Chỉ kháng nghị khi bạn chắc chắn. Apple cho phép gửi lên App Review Board nếu bạn nghĩ app của mình bị hiểu sai, với chỉ một lần kháng nghị cho mỗi bản gửi bị từ chối. Phản đối một lần từ chối có lý chỉ tốn thời gian vô ích.

Về thời gian, Apple cho biết duyệt ít nhất 50% bản gửi trong vòng dưới 24 giờ, và 90% trong vòng dưới 48 giờ. Chính những lần bị từ chối mới kéo dài lịch trình, chứ không phải hàng chờ: chi tiết có trong thời gian duyệt App Store. Toàn bộ các bước sau khi bị từ chối có trên trang app bị Apple từ chối.

Một lần bị từ chối có thể tránh được sẽ tốn trọn một vòng duyệt. Câu trả lời tốt nhất cho Apple là một bản gửi không để lại gì cho họ chê.

Checklist mình áp dụng trước mỗi lần gửi

Được xây dựng qua từng lần bị từ chối, trên chính các app của mình:

• Mỗi màn hình bắt buộc được test trên iPhone nhỏ nhất, lớn nhất, và trên iPad ở chế độ tương thích, theo bảng kiểm của guideline 4.0 về thiết kế
• Mỗi bước onboarding đều có lối ra, kể cả khi thất bại
• Tài khoản demo trong ghi chú duyệt nếu app có đăng nhập
• Giao dịch mua được test trong sandbox, bao gồm cả khôi phục giao dịch
• Giá, thời hạn và liên kết đến điều khoản và chính sách quyền riêng tư có mặt ở những chỗ Apple yêu cầu, trong mọi ngôn ngữ
• Chính sách quyền riêng tư trên mạng được đọc lại vào ngày gửi
• Khai báo quyền riêng tư khớp với những gì app thực sự thu thập, kể cả privacy manifest
• Màn hình trước khi xin quyền không có nút "Cho phép"
• Yêu cầu đánh giá và thông báo đặt sau khi app đã chứng minh được giá trị, không mở khóa gì để đổi lấy đánh giá (guideline 3.2.2)
• Ảnh quảng bá và ảnh chụp màn hình thể hiện app thật, kể cả trên các trang sản phẩm tùy chỉnh của bạn

Nếu đây là lần phát hành đầu tiên của bạn, trang phát hành app lên App Store tổng hợp mọi bước trước khi gửi.

Mẫu giải thích hành trình trong app cho App Review

Tải mẫu ghi chú App Review: hướng dẫn bằng tiếng Pháp, ghi chú bằng tiếng Anh để bạn điền và khung trả lời khi bị từ chối. Mẫu này buộc bạn ghi rõ phiên bản, đường đi qua các màn hình và kết quả mong đợi. Chỉ giữ lại những gì thực sự có trong build của bạn.

Thay câu "app lưu dữ liệu đúng cách" bằng một kịch bản tái hiện được: màn hình bắt đầu, thao tác, đóng và mở lại app, kết quả vẫn còn. Sau khi bị từ chối, hãy nêu hành vi đã được sửa và thiết bị bạn dùng để kiểm tra. Nếu bạn chưa tái hiện được vấn đề, hãy giải thích còn thiếu gì để tái hiện.

Thông tin đăng nhập của tài khoản demo được điền vào các trường riêng trong App Store Connect, không bao giờ để trong một file công khai. Bạn có thể chuẩn bị bằng chứng với bảng test TestFlight và xem năm mẫu miễn phí.

Tránh những lần bị từ chối này trước khi gửi

Apple Review Kit gom checklist trước khi gửi của mình, những lần bị Apple từ chối đã được sửa, và các skill Claude Code đọc lại dự án, paywall và trang app của bạn trước khi gửi.

App của bạn đã bị từ chối rồi? Bộ kit giúp bạn tìm lại quy định được trích dẫn, nội dung nó yêu cầu, cùng một ví dụ về cách sửa và cách phản hồi. Nếu bạn muốn chúng ta cùng xem hồ sơ của bạn ngay bây giờ, hãy đặt một buổi một giờ với mình, qua video call.

Không ai có thể đảm bảo Apple sẽ chấp nhận app của bạn. Bắt đầu từ những lần bị từ chối đã trải qua chỉ đơn giản là giảm khả năng bạn dính đúng những lỗi đó.

Bạn chưa gửi app? Bài chẩn đoán miễn phí sẽ gửi cho bạn checklist chống bị Apple từ chối của mình và cho bạn biết còn phải làm gì. Nếu bạn vẫn đang xây dựng app, trang chủ hướng dẫn cách tạo một ứng dụng di động mà vẫn lưu ý đến những lần bị từ chối này.

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

Vì sao app của tôi bị Apple từ chối?

Gần như lúc nào cũng vì một lý do cụ thể, ghi rõ trong tin nhắn của đợt duyệt: một guideline có đánh số, thường kèm ảnh chụp màn hình. Với app đầu tay, các lý do hay gặp nhất là app chưa hoàn thiện (2.1), khai báo quyền riêng tư sai (5.1.1) và metadata gây hiểu nhầm (2.3.2). Ngoài ra còn có thanh toán lách qua cơ chế mua trong app (3.1.1) và yêu cầu đánh giá đặt sai chỗ (5.6.3).

Vì sao app bị từ chối dù vẫn chạy tốt trên iPhone của tôi?

Vì reviewer có thể test trong điều kiện khác với bạn. Với Solys, app báo thức có mini-game của mình, họ test trên iPad, nơi app iPhone chạy ở chế độ tương thích trong một cửa sổ nhỏ hơn. Ở đó bản demo không thể thắng được. Cách sửa: một bản demo được tính theo kích thước thật của màn hình, và một liên kết để bỏ qua khi thua.

Phải làm gì khi Apple từ chối app của tôi?

Đọc lý do hai lần, rồi tìm nguyên nhân thật bằng cách tái hiện vấn đề trong điều kiện của reviewer: cùng loại thiết bị, tài khoản mới, lần mở đầu tiên. Chỉ sửa đúng lý do và không gì khác, vì mỗi thay đổi lại mở rộng phạm vi bị duyệt. Sau đó trả lời trong App Store Connect, bằng hai câu thực tế về những gì bạn đã sửa.

Có thể kháng nghị khi Apple từ chối không?

Có, nhưng chỉ khi bạn chắc chắn mình đúng. Apple cho phép gửi lên App Review Board nếu bạn nghĩ app của mình bị hiểu sai, với chỉ một lần kháng nghị cho mỗi bản gửi bị từ chối. Phản đối một lần từ chối có lý chỉ tốn thời gian vô ích. Còn không thì hãy sửa đúng lý do và trả lời trong App Store Connect.

Bị từ chối có làm chậm thời gian phát hành không?

Có. Apple cho biết duyệt ít nhất 50% bản gửi trong vòng dưới 24 giờ, và 90% trong vòng dưới 48 giờ: vậy chính những lần bị từ chối mới kéo dài lịch trình, chứ không phải hàng chờ. Một lần bị từ chối có thể tránh được sẽ tốn trọn một vòng duyệt. Chi tiết về thời gian có trong thời gian duyệt App Store.

Cần kiểm tra gì trước khi gửi app cho Apple?

Test mỗi màn hình bắt buộc trên iPhone nhỏ nhất, lớn nhất và một iPad ở chế độ tương thích, rồi test giao dịch mua trong sandbox, bao gồm cả khôi phục giao dịch. Đọc lại chính sách quyền riêng tư trên mạng vào ngày gửi và cung cấp tài khoản demo trong ghi chú duyệt nếu app có đăng nhập. Checklist này được xây dựng qua từng lần bị từ chối, trên chính các app của mình.