Thử nghiệm khép kín Google Play: Checklist đầy đủ trước khi xin quyền Production

Vì sao Google đặt ra yêu cầu này

Google đưa ra yêu cầu thử nghiệm khép kín bắt buộc cho tài khoản developer cá nhân mới để hạn chế các app kém chất lượng hoặc spam tràn lan trên Play Store. Thay vì cho phép tài khoản mới publish thẳng lên production, Google giờ yêu cầu bằng chứng app đã trải qua một chu kỳ test thực sự.

Trên thực tế, trước khi app đầu tiên của một tài khoản mới được công khai, nó phải nằm trong kênh Thử nghiệm khép kín với tester thật sự sử dụng — chứ không chỉ nằm im hai tuần.

Tối thiểu 12 tester, 14 ngày

Kênh Thử nghiệm khép kín cần ít nhất 12 tester đã opt-in — qua link opt-in trực tiếp hoặc qua Google Group bạn thêm vào kênh — và họ cần duy trì tham gia liên tục trong 14 ngày.

• Tester phải opt-in thật sự; dùng tài khoản ảo hoặc bot để đủ số lượng là vi phạm chính sách và có thể ảnh hưởng đến cả tài khoản developer.
• 14 ngày cần liên tiếp — rút tester ra rồi thêm lại, hoặc khởi động lại kênh, sẽ làm reset lại thời gian đếm.
• Có nhiều hơn 12 tester là bình thường và có thể giúp feedback tốt hơn, nhưng 12 là mức sàn Google kiểm tra.

Đẩy cập nhật thật trong thời gian test

Reviewer của Google tìm kiếm dấu hiệu của một chu kỳ lặp thực sự, chứ không phải một app nằm im hai tuần. Quy tắc an toàn: đẩy ít nhất 2 bản cập nhật trong thời gian này, khoảng ngày 5 và ngày 10.

Chỉ cần tăng build number và đẩy lại vào Thử nghiệm khép kín là tính, vì tester sẽ tự động nhận bản mới — nhưng nếu có bug hoặc feedback thật cần xử lý, đây chính là lúc để fix và đẩy lại.

Production Access Questionnaire

Sau khi đủ 14 ngày, Play Console sẽ hiện tùy chọn "Apply for production", mở ra một bản câu hỏi. Nó hỏi về cách bạn tuyển tester, mức độ tương tác của họ, feedback nhận được, đối tượng người dùng, số lượt cài đặt kỳ vọng, và những gì đã thay đổi dựa trên kết quả test.

• Câu trả lời cần cụ thể với app thực tế của bạn, không phải mẫu chung chung.
• Số lượt cài đặt kỳ vọng nên khớp tương đối với thể loại và đối tượng của app — con số bị thổi phồng cho một app tiện ích ngách sẽ rất dễ bị chú ý.
• Phần tóm tắt feedback nên mô tả những thay đổi thực tế, hợp lý — câu trả lời mơ hồ kiểu "tester thích app" đọc lên không thuyết phục.

Những lý do phổ biến khiến dev bị trả về testing

• Tuyển tester qua bot hoặc tài khoản ảo thay vì opt-in thật.
• Không có bản cập nhật đáng kể nào giữa ngày đầu và ngày cuối của quá trình test.
• Câu trả lời trong bản câu hỏi chung chung, copy-paste, không mô tả đúng app cụ thể.
• Số lượt cài đặt hoặc mô tả đối tượng không khớp với thể loại thực tế của app.
• Để số lượng tester tụt xuống dưới 12 vào bất kỳ thời điểm nào trong 14 ngày.