Google Play báo "Cần thử nghiệm thêm" để phát hành chính thức: ý nghĩa email và cách đăng ký lại (2026)

Email "Cần thử nghiệm thêm để truy cập kênh phát hành chính thức của Google Play" (More testing required to access Google Play production) có nghĩa là Google đã từ chối hồ sơ đăng ký quyền phát hành chính thức của bạn. Đây không phải là cảnh cáo vi phạm chính sách và cũng không đình chỉ ứng dụng của bạn. Nhưng nó làm bạn mất thời gian: bạn cần thêm một đợt thử nghiệm kín 14 ngày trước khi đăng ký lại. Bài viết này giải mã từng lý do trong email, liệt kê những gì cần thay đổi trong 14 ngày bổ sung, và hướng dẫn cách viết lại bảng câu hỏi để lần đăng ký thứ hai cũng là lần cuối. Nếu bạn chưa bắt đầu thử nghiệm kín, hãy đọc trước kế hoạch thử nghiệm 12 tester, 14 ngày của chúng tôi.

"Cần thử nghiệm thêm để truy cập kênh phát hành chính thức của Google Play" nghĩa là gì?

Nghĩa là một người xét duyệt của Google đã đọc yêu cầu Apply for production của bạn và kết luận rằng đợt thử nghiệm kín chưa tạo ra đủ bằng chứng cho thấy ứng dụng đã sẵn sàng ra mắt công chúng. Kênh phát hành chính thức và tính năng đăng ký trước sẽ vẫn bị khóa cho đến khi bạn thử nghiệm thêm và đăng ký lại.

Tính đến tháng 11 năm 2026, yêu cầu thử nghiệm ứng dụng của Google áp dụng cho tài khoản nhà phát triển cá nhân được tạo sau ngày 13 tháng 11 năm 2023. Các tài khoản này phải chạy "một đợt thử nghiệm kín cho ứng dụng với tối thiểu 12 tester đã chọn tham gia liên tục trong ít nhất 14 ngày". Đạt các con số đó chỉ cho phép bạn nộp hồ sơ. Bản thân hồ sơ vẫn được xét duyệt, và Google nêu hai lý do khiến bạn có thể phải thử nghiệm thêm: "có ít hơn 12 tester đã chọn tham gia hoặc tester không tương tác đủ trong thời gian thử nghiệm". Google cho biết việc xét duyệt "thường mất bảy ngày hoặc ít hơn, nhưng đôi khi có thể lâu hơn", và chủ sở hữu tài khoản nhận quyết định qua email.

Từng lý do trong email từ chối có nghĩa là gì?

Mỗi dòng trong email chỉ ra một lỗ hổng cụ thể: tester không thực sự dùng ứng dụng, đợt thử nghiệm không có thay đổi rõ ràng nào để phản hồi góp ý, hoặc câu trả lời bảng câu hỏi quá mơ hồ để đánh giá. Email có thể liệt kê một, hai hoặc cả ba lý do.

Các nhà phát triển đã công khai email này đều trích dẫn cùng những lý do: "Tester không tương tác với ứng dụng của bạn trong đợt thử nghiệm kín" (Testers were not engaged with your app during your closed test), "Bạn chưa tuân theo các phương pháp thử nghiệm tốt nhất, có thể bao gồm việc thu thập và xử lý góp ý của người dùng thông qua các bản cập nhật ứng dụng", và câu trả lời về ứng dụng, đợt thử nghiệm kín hoặc mức độ sẵn sàng phát hành "chưa đầy đủ hoặc chưa đủ". Chỉ dẫn cuối email là: "Trước khi đăng ký lại, hãy thử nghiệm ứng dụng bằng thử nghiệm kín thêm 14 ngày với tester thực." Google không công bố cách đo mức tương tác, nên bảng dưới đây đối chiếu từng lý do với nội dung tương ứng trên trang trợ giúp của chính Google và cách khắc phục.

Nên làm gì ngay sau khi bị từ chối?

Giữ nguyên thử nghiệm kín, nhắc tester tiếp tục tham gia, và phát hành một bản build mới trên kênh thử nghiệm kín trong vòng vài ngày. Trang của Google nói rằng nếu không được chấp thuận, "bạn có thể cần tiếp tục chạy thử nghiệm kín", nên việc xóa bỏ rồi bắt đầu một đợt mới sẽ khiến bạn mất toàn bộ nhóm tester.

1. Đừng xóa kênh thử nghiệm kín hay danh sách tester. Google cảnh báo rằng "Nếu tester rời khỏi chương trình rồi chọn tham gia lại sau đó, 14 ngày phải là liên tục", nên bất kỳ tester nào rời đi lúc này sẽ phải tính lại từ đầu.
2. Nhắn tin cho từng tester. Giải thích rằng đợt thử nghiệm kéo dài thêm 14 ngày, họ phải tiếp tục tham gia, và bạn muốn họ thử những gì trong vòng này.
3. Kiểm tra số lượng tester trong Play Console. Thay những người chưa từng cài ứng dụng bằng những người sẽ thực sự sử dụng. Bạn bè cài đặt nhưng không bao giờ mở ứng dụng là nguyên nhân thường gặp của lý do "không tương tác".
4. Thiết lập một kênh góp ý duy nhất. Google gợi ý dùng nhóm chat; một biểu mẫu dùng chung cũng được. Dù chọn cách nào, hãy lưu lại mọi tin nhắn kèm ngày tháng.
5. Viết danh sách nhiệm vụ bao quát từng tính năng chính: đăng ký, thao tác cốt lõi, phần cài đặt, mua hàng (dùng license tester nếu ứng dụng có thanh toán) và mọi luồng ngoại tuyến hoặc thông báo.
6. Trong tuần đầu tiên, phát hành một bản cập nhật trên kênh thử nghiệm kín sửa một lỗi do tester báo cáo, và nêu rõ bản sửa đó trong ghi chú phát hành. Lên kế hoạch cho bản cập nhật thứ hai trước ngày 14.
7. Chạy báo cáo trước khi ra mắt (pre-launch report) và sửa các sự cố crash cũng như cảnh báo trợ năng mà báo cáo phát hiện.
8. Trước khi đăng ký lại, kiểm tra để chắc chắn mức phân loại nội dung, đối tượng mục tiêu và biểu mẫu An toàn dữ liệu đều chính xác. Nếu ứng dụng cần đăng nhập, hãy cung cấp "thông tin đăng nhập hợp lệ, hoạt động được" như trang của Google yêu cầu.

Nếu ứng dụng của bạn cũng cần nâng target SDK trước khi lên kênh chính thức, hãy làm luôn trong cùng khoảng thời gian này. Hướng dẫn target API level 36 của chúng tôi đề cập đến hạn chót ngày 1 tháng 11 năm 2026.

Viết lại câu trả lời bảng câu hỏi quyền phát hành chính thức như thế nào?

Thay những phát biểu chung chung bằng chi tiết cụ thể: tester đã dùng những tính năng nào, có bao nhiêu báo cáo, bạn thu thập chúng ra sao, phiên bản nào đã sửa lỗi gì, và bằng chứng nào cho thấy ứng dụng ổn định. Mỗi câu trả lời phải là điều mà chỉ một nhà phát triển đã thực sự chạy thử nghiệm mới viết ra được.

Bạn mở biểu mẫu từ Trang tổng quan (Dashboard) trong Play Console bằng nút Apply for production. Biểu mẫu gồm ba phần: đợt thử nghiệm kín, ứng dụng của bạn, và mức độ sẵn sàng phát hành chính thức. Tiến trình sẽ bị mất nếu bạn rời một phần trước khi nhấn Next, nên hãy soạn câu trả lời trong một tài liệu trước. Một nhà phát triển trên itch.io cho biết có "giới hạn 300 ký tự cho mỗi câu trả lời", thêm một lý do để soạn và cắt gọn từ trước. Câu trả lời ở Phần 2 không được hiển thị công khai và không ảnh hưởng đến khả năng hiển thị của ứng dụng.

Ví dụ minh họa cho một ứng dụng theo dõi thói quen giả định. Những câu trả lời yếu là kiểu thường gặp ở các hồ sơ bị trả về với lý do "chưa đầy đủ hoặc chưa đủ":

Các nhà phát triển khác đã kể gì sau khi bị từ chối vì "cần thử nghiệm thêm"?

Các báo cáo công khai có chung một mô thức: tester chọn tham gia nhưng không bao giờ góp ý dẫn đến bị từ chối, trong khi một nhóm nhỏ có góp ý và thấy ứng dụng thay đổi thì được chấp thuận. Số lượng tester ít quan trọng hơn bằng chứng về việc sử dụng.

• Trên cộng đồng MIT App Inventor, nhà phát triển shigeki_suzuki cho biết vào tháng 7 năm 2024 rằng ứng dụng Season Clock của họ đã đạt 20 tester trong 14 ngày thông qua một ứng dụng trao đổi tester, rồi nhận được thông báo "More testing required to access Google Play production" kèm lý do "Testers were not engaged with your app during your closed test". Họ viết rằng họ không biết các tester là ai và không nhận được góp ý nào, nên không thể mô tả quá trình thử nghiệm diễn ra thế nào hay đã thay đổi gì. Họ phải thử nghiệm lại.
• Trên diễn đàn Adalo, người dùng siang32195 báo cáo cùng thông báo "More testing required" vào tháng 8 năm 2024 sau khi dùng tester được tuyển. Họ hỏi cách xác minh rằng tester đã thực sự dùng ứng dụng. Câu trả lời gợi ý dùng công cụ theo dõi thời gian hoặc một báo cáo bằng văn bản liệt kê các kịch bản thử nghiệm mà mỗi tester đã thực hiện. Chủ đề này không cho biết lần đăng ký thứ hai có thành công hay không.
• Một nhà phát triển game độc lập viết trên itch.io chỉ có "vừa đủ 12 tester" nhưng cho biết họ đã "thực hiện nhiều bản cập nhật cho game" và "ghi lại mọi thứ có thể từ các lần trao đổi với tester". Họ dùng bản ghi đó trong hồ sơ và kể lại: "Trong vòng 36 giờ sau khi gửi hồ sơ, tôi đã được cấp quyền phát hành chính thức."

So sánh lại: 20 tester không có dấu vết góp ý thì bị từ chối, còn 12 tester với lịch sử góp ý và cập nhật được ghi chép đầy đủ thì được chấp thuận. Hãy đăng ký lại khi ghi chép của bạn trả lời được mọi trường trong bảng câu hỏi bằng chi tiết cụ thể, chứ không phải ngay khi đếm đủ 14 ngày.

Khi nào nên nhấn Apply for production lần nữa?

Hãy đăng ký lại khi đã có ít nhất 12 tester chọn tham gia thêm 14 ngày liên tục và bạn đã phát hành các bản cập nhật dựa trên góp ý trong khoảng thời gian đó. Trang của Google không đề cập đến thời gian chờ, nhưng nộp lại với cùng bằng chứng nhiều khả năng sẽ nhận cùng kết quả.

• Ít nhất 12 tester chọn tham gia, không có khoảng gián đoạn do rời chương trình, trong thêm 14 ngày liên tục (nên nhắm tới 15 người trở lên để dự phòng)
• Ít nhất hai bản phát hành trên kênh thử nghiệm kín kể từ khi bị từ chối, mỗi bản có ghi chú phát hành nêu rõ một lỗi do tester báo cáo đã được sửa
• Nhật ký góp ý có ghi ngày, kèm số liệu theo từng loại (lỗi, UX, yêu cầu) và cách thu thập từng mục
• Tester đã dùng mọi tính năng chính, bao gồm đăng nhập, mua hàng và thông báo nếu có
• Báo cáo trước khi ra mắt không còn crash chưa xử lý
• Mức phân loại nội dung, đối tượng mục tiêu và biểu mẫu An toàn dữ liệu chính xác, cùng thông tin đăng nhập hoạt động được cho người xét duyệt
• Câu trả lời bảng câu hỏi đã soạn sẵn trong tài liệu, có tính năng, số liệu và số phiên bản

Trang của Google cũng cảnh báo rằng "Việc gửi ứng dụng không tuân thủ với kỳ vọng người xét duyệt sẽ tìm ra vấn đề sẽ dẫn đến bị từ chối, chậm xét duyệt và quy trình kháng nghị kéo dài hơn", vì vậy hãy sửa mọi vấn đề chính sách trước khi đăng ký, chứ không phải sau. Nếu bạn muốn giao việc thiết lập Play Console, kế hoạch thử nghiệm kín và hồ sơ đăng ký cho người khác, dịch vụ nộp ứng dụng lên App Store của chúng tôi bao gồm cả hai cửa hàng với giá $599. Phí tài khoản nhà phát triển được tính riêng.