Resolution Center Apple: cách trả lời khi App Review từ chối

Resolution Center không còn tồn tại dưới cái tên này nữa. Bạn trả lời một lần bị từ chối trong mục App Review của app, bằng nút Reply to App Review. Hãy viết bằng tiếng Anh và đưa ra ba thông tin: cái gì gây chặn, cái gì đã thay đổi, cách kiểm tra. App Review Board chỉ dùng đến sau câu trả lời này, và chỉ khi bạn chắc chắn app của mình tuân thủ quy định được nêu.

Mình đã viết những câu trả lời này cho chính các app của mình trong năm 2026: Solys, app báo thức kèm mini game, và TradaZen, app mô phỏng giao dịch. Dưới đây là chỗ trả lời hiện nay, nên viết gì, khi nào đính kèm video, khi nào kháng nghị, và những gì không hiệu quả. Về bản thân các lý do từ chối, hãy đọc vì sao Apple từ chối app.

Resolution Center đã đi đâu?

Trang trợ giúp chính thức, Reply to App Review messages, giờ nói về mục App Review. Bạn trao đổi với Apple ở đó, kể cả tệp đính kèm, cho đến khi bạn gửi lại bản nộp. Đường đi:

1. Trong Apps, mở app của bạn.
2. Ở đầu trang, bấm vào liên kết các vấn đề chưa giải quyết, được gọi là View App Review Issues & Messages ở một trang trợ giúp khác.
3. Trong phần In Progress, bấm Resolve bên cạnh bản nộp.
4. Bấm Reply to App Review và viết vào ô Reply.
5. Để đính kèm ảnh chụp màn hình hoặc tài liệu, bấm Attach File, rồi bấm Reply.

Chỉ các vai trò Account Holder, Admin và App Manager mới trả lời được. Trang App Review bổ sung rằng bạn theo dõi trạng thái bản nộp trong App Store Connect hoặc trong app App Store Connect cho iPhone và iPad.

Trước khi viết: bạn đã nhận được tin nhắn gì?

Câu trả lời đúng phụ thuộc vào tin nhắn, không phải vào mong muốn tự bào chữa của bạn. Đây là bảng mình áp dụng trước khi mở ô trả lời.

Apple nói gì	Bạn làm gì	Build mới
Information Needed	Trả lời câu hỏi	Không
Lỗi hoặc màn hình sai	Sửa, rồi trả lời	Có
Trang app, liên kết, ảnh	Sửa trang app	Không
App bị hiểu sai	Giải thích, kèm bằng chứng	Tùy trường hợp
Bất đồng kéo dài	Kháng nghị lên Board	Không
Đề nghị Bug Fix Submissions	Chấp nhận bằng trả lời	Không

Ba lưu ý thay đổi mọi thứ:

• Bị từ chối vì metadata thì không cần build mới. Trợ giúp của Apple nói rõ: bạn sửa và gửi lại cùng build đó. Đây thường là trường hợp từ chối 2.3.10, khi nội dung sai nằm trong trang app.
• "Information Needed" không phải là từ chối về nội dung. Người duyệt đang hỏi bạn. Bài hướng dẫn về guideline 2.1 giải thích sự khác biệt với một lỗi thật sự được ghi nhận.
• Bug Fix Submissions là một đề nghị. Nếu app của bạn đã lên store và tin nhắn bắt đầu bằng "Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update", bạn có thể yêu cầu duyệt bản cập nhật bằng cách trả lời tin nhắn. Đừng gửi lại app lúc này, nếu không một lượt duyệt mới sẽ bắt đầu. Bạn xử lý vấn đề ở phiên bản tiếp theo.

Viết gì: mẫu bốn khối

Apple đã công bố lời khuyên để liên hệ App Review. Nên: nói chính xác điều bạn yêu cầu, và cung cấp thông tin giúp hiểu app nếu bạn nghĩ app bị hiểu sai. Tránh: dùng ô trả lời để kháng nghị hoặc xin duyệt nhanh, hay hỏi tình trạng app của nhà phát triển khác.

Mẫu của mình gồm bốn khối. Viết bằng tiếng Anh, không dùng tính từ. Thay mọi thứ trong ngoặc vuông, và chỉ viết những gì đúng trong build đã gửi.

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

Mỗi khối có một vai trò. Khối đầu chứng minh bạn đã đọc. Khối thứ hai nêu tên build, vì người duyệt kiểm tra file nhị phân, không phải ý định của bạn. Khối thứ ba giúp họ tiết kiệm thời gian. Khối cuối mở cửa mà không biện hộ.

Các mẫu phù hợp cho từng quy định có trong các bài hướng dẫn riêng của mình, ví dụ về guideline 3.1.2 hoặc guideline 4.3. Một khung trả lời cũng có trong mẫu ghi chú App Review của mình, có thể tải về.

Những gì mình học được khi trả lời cho Solys và TradaZen

Solys, guideline 2.1. Người duyệt yêu cầu một cách để bỏ qua trò chơi. Câu trả lời của mình chỉ rõ màn hình gây chặn, bản demo chơi được trong onboarding, rồi nguyên nhân thật: ở chế độ tương thích trên iPad, chướng ngại vật trở nên không thể vượt qua. Nó liệt kê hai bản sửa được đánh số, trong đó có một liên kết để bỏ qua demo sau khi thất bại, rồi các simulator đã kiểm tra, từ iPhone SE đến iPhone lớn nhất. Nó cũng mô tả nút tắt khẩn cấp của báo thức, nhưng chỉ sau khi mình đã đọc lại đoạn code kích hoạt nút đó. Đừng viết gì về app mà bạn chưa kiểm chứng trong build.

TradaZen, guideline 5.6. Tháng 10 năm 2026, Apple cho rằng app thúc đẩy các giao dịch mua trong app ngoài ý muốn, mà không chỉ ra yếu tố cụ thể nào. Mình đã tìm cái có thể gây hiểu lầm: một dấu X ở đầu paywall mở ra ưu đãi giảm giá thay vì đóng màn hình. Câu trả lời của mình thừa nhận điểm này trong một câu: đó là lỗi của mình. Sau đó nó liệt kê từng thay đổi, theo từng màn hình: dấu X được thay bằng biểu tượng quà tặng, không còn ưu đãi tự mở lại, một thông báo quảng cáo bị xóa. Nó nhắc lại những gì vẫn tuân thủ: giá thực tính phí là nổi bật nhất, khôi phục giao dịch mua, liên kết pháp lý. Cuối cùng nó đề nghị sửa bất kỳ màn hình nào vẫn bị coi là mập mờ. Build mới được gửi kèm.

Hai câu trả lời này theo cùng một logic: nguyên nhân thật, bản sửa nhìn thấy được, đường đi để thấy nó.

Khi nào đính kèm video hoặc ảnh chụp màn hình

Trợ giúp của Apple chấp nhận tệp đính kèm là ảnh chụp màn hình và tài liệu. Một video ngắn về màn hình đã sửa hữu ích trong ba trường hợp:

• vấn đề phụ thuộc vào thiết bị hoặc điều kiện, như iPad ở chế độ tương thích hoặc một quyền bị từ chối;
• đường đi dài đến màn hình đó, ví dụ ở cuối onboarding;
• tính năng khó tái hiện. Trang App Review yêu cầu sẵn sàng cung cấp video demo khi một tính năng cần môi trường khó dựng lại hoặc phần cứng cụ thể.

Với app gắn với phụ kiện, trợ giúp về duyệt đầy đủ yêu cầu một video quay thật trên thiết bị Apple, không phải bản ghi màn hình. Với nội dung paywall hoặc một nút được đổi tên, một ảnh chụp màn hình là đủ.

Yêu cầu cuộc gọi hoặc cuộc hẹn

Nếu viết không đủ, Apple có hai lựa chọn:

• Một cuộc gọi với đại diện của Apple. Bạn yêu cầu trong cửa sổ Reply to App Review, sau phản hồi đầu tiên từ App Review. Ghi múi giờ của bạn và, nếu muốn, ngôn ngữ mong muốn. Trước đó hãy kiểm tra thông tin liên hệ trong App Review Information. Apple cho biết các cuộc gọi này thường diễn ra trong vòng ba đến năm ngày làm việc.
• Một cuộc hẹn video 30 phút với App Review, vào thứ Ba hoặc thứ Năm, để trao đổi về các quy định. Cuộc hẹn mang tính thông tin: nó không đẩy nhanh và không đảm bảo kết quả duyệt.

Kháng nghị lên App Review Board

Kháng nghị là bước cuối cùng. Theo trang Appeal to the App Review Board, nó phù hợp nếu app của bạn bị từ chối trong khi bạn nghĩ app tuân thủ quy định, hoặc nếu bạn cho rằng mình bị đối xử không công bằng.

Trước hết, hãy trả lời tin nhắn trong App Store Connect để làm rõ. Nếu chưa đủ, điền biểu mẫu Submit an appeal to App Review. Các quy tắc:

• chỉ một lần kháng nghị cho mỗi app bị từ chối, xử lý tất cả các quy định được nêu;
• nêu quy định và giải thích từng điểm vì sao app của bạn tuân thủ;
• đừng kháng nghị nếu bạn đã sửa và gửi lại app;
• đừng kháng nghị cho một yêu cầu cung cấp thông tin đơn thuần.

Apple đưa ra hai ví dụ, mình dịch lại. Đầy đủ: "App của tôi bị từ chối theo 2.1 vì thông tin chưa đầy đủ. Tài khoản demo và các bước để kiểm tra tính năng nằm trong App Review Information, kèm ảnh chụp màn hình thể hiện tính năng đó." Chưa đầy đủ: "App này quan trọng với doanh nghiệp của tôi và lẽ ra không nên bị từ chối."

Board trả lời trong App Store Connect, và có thể yêu cầu thêm thông tin hoặc đề nghị một cuộc gọi. Apple không công bố thời hạn nào cho kháng nghị. Một số nhà phát triển kể trên diễn đàn của Apple về việc phải chờ hơn hai tuần. Nếu bản sửa đơn giản, gửi lại một build đã sửa thường nhanh hơn.

Cái gì hiệu quả, cái gì không

Có ích	Gây bất lợi
Nhắc lại lý do của Apple	Biện hộ cho bản thân
Nêu tên build đã sửa	Hứa hẹn bản sửa trong tương lai
Chỉ đường đi cần làm theo	Nhắc đến app đối thủ
Đính kèm bằng chứng	Kháng nghị trong Reply
Một câu trả lời đầy đủ	Gửi lại mà không sửa

"Màn hình của tôi đã từng được chấp nhận" cũng không hiệu quả: mỗi phiên bản đều được duyệt lại, đôi khi bởi một người duyệt khác. App Review Guidelines cũng cảnh báo rằng app bị từ chối nhiều lần vì cùng một quy định sẽ mất nhiều thời gian hơn để được xem xét. Về thời gian duyệt, hãy đọc thời gian duyệt App Store.

Nhờ đọc lại câu trả lời trước khi gửi

Review Kit chứa những tin nhắn thật mà các app của mình đã nhận, các bản sửa đã gửi, và các skill Claude Code giúp chuẩn bị câu trả lời nếu Apple từ chối. Nếu cần một góc nhìn con người, đặt một giờ với mình: chúng ta đọc tin nhắn của Apple và cùng viết câu trả lời. Toàn bộ quy trình có ở trang app bị Apple từ chối.

Bạn chưa gửi app? Làm bài chẩn đoán miễn phí: nó gửi cho bạn checklist chống bị Apple từ chối của mình, để bạn khỏi phải viết câu trả lời này.

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

Resolution Center nằm ở đâu trong App Store Connect?

Giờ nó được gọi là mục App Review. Mở app của bạn, bấm vào liên kết các vấn đề chưa giải quyết ở đầu trang, rồi bấm Resolve bên cạnh bản nộp. Nút Reply to App Review mở ô trả lời và phần thêm tệp đính kèm.

Apple mất bao lâu để trả lời?

Apple không công bố thời hạn cho các câu trả lời bằng văn bản. Về việc duyệt, Apple cho biết ít nhất 50% bản nộp được xem xét trong vòng dưới 24 giờ và 90% trong vòng dưới 48 giờ. Một cuộc gọi yêu cầu với App Review thường diễn ra trong vòng ba đến năm ngày làm việc. Không có thời hạn nào được công bố cho App Review Board.

Có thể trả lời App Review bằng tiếng Pháp không?

Trợ giúp của Apple không quy định ngôn ngữ nào cho câu trả lời bằng văn bản. Mình viết bằng tiếng Anh, câu ngắn, để được hiểu ngay lần đầu. Với cuộc gọi, Apple cho phép ghi ngôn ngữ ưu tiên, nhưng không đảm bảo.

Có thể kháng nghị một lần từ chối bao nhiêu lần?

Một lần cho mỗi app bị từ chối. Nếu tin nhắn nêu nhiều quy định, đơn kháng nghị của bạn phải xử lý tất cả. Apple cũng yêu cầu trả lời trước trong App Store Connect, và không kháng nghị nếu bạn đã gửi lại một build đã sửa.

Có cần gửi lại build trước khi trả lời không?

Có, nếu vấn đề nằm trong app: sửa, gửi build, rồi trả lời và nêu tên build đó. Không, nếu lý do từ chối liên quan đến metadata, như trang app hoặc ảnh chụp màn hình: bạn sửa trong App Store Connect và gửi lại cùng build đó.