14 ngày có phải là 14 ngày gần nhất liên tục?

Đây là câu hỏi được hỏi nhiều nhất về quy tắc thử nghiệm khép kín Google Play, và liên tục khiến nhà phát triển vấp. Dưới đây chính xác những gì Google yêu cầu, điều gì reset đồng hồ, và cách bảo vệ cửa sổ 14 ngày liền mạch để bạn vượt qua ngay lần đầu. Nội dung cập nhật đến ngày 30 tháng 6 năm 2026. Hai công cụ tương tác cho phép bạn thử mọi kịch bản trước khi mạo hiểm trên tài khoản thật.

Google thực sự yêu cầu gì?

Nếu bạn tạo tài khoản nhà phát triển cá nhân Google Play sau ngày 13 tháng 11 năm 2023, bạn không thể phát hành công khai cho đến khi hoàn thành thử nghiệm khép kín. Yêu cầu của Google: app chạy thử nghiệm khép kín với ít nhất 12 tester đã, theo lời Google, "duy trì tham gia liên tục trong 14 ngày qua." Chỉ khi đó nút Đăng ký quyền truy cập kênh phát hành công khai mới kích hoạt trong Play Console.

Hai con số định nghĩa quy tắc, và chúng đi cùng nhau:

Yêu cầu chỉ áp dụng cho tài khoản cá nhân tạo sau mốc ngày 13 tháng 11 năm 2023. Tài khoản tổ chức (loại cần số D-U-N-S và xác minh doanh nghiệp) được miễn, cũng như tài khoản cá nhân tạo vào ngày đó hoặc trước đó: chúng tôi so sánh cả hai trong hướng dẫn tài khoản cá nhân vs tổ chức. Mức tối thiểu tester từng là 20. Google giảm xuống 12 vào ngày 11 tháng 12 năm 2024 sau phản hồi từ nhà phát triển, nhưng giữ nguyên thời lượng 14 ngày, nên mọi hướng dẫn vẫn bảo bạn tìm 20 tester đã lỗi thời (tiếng Anh). Cửa sổ 14 ngày mới là điểm ma sát thật, và đó là nơi hướng dẫn này tập trung.

14 ngày có phải là 14 ngày gần nhất không?

Từ then chốt trong chính sách là "qua" (gần nhất). FAQ của Google loại bỏ mọi nghi ngờ về diễn giải cộng dồn: hệ thống không tính tester đã chọn tham gia, thử dưới 14 ngày rồi ngừng chọn tham gia, và dù tester đó chọn tham gia lại để tổng thời gian đủ hai tuần, 14 ngày đó vẫn phải liên tục mới được tính.

Nói rõ: bạn không thể ghép 5 ngày bây giờ, 4 ngày tuần sau, và 5 ngày tuần sau nữa. Tester gián đoạn chọn tham gia bắt đầu đếm 14 ngày mới, và các ngày trước bị loại. Cửa sổ là một khoảng liền mạch duy nhất. Công cụ dưới đây làm điều đó hữu hình: tô các ngày bạn giữ ít nhất 12 tester đã chọn tham gia và xem chuỗi nào Google thực sự tính.

Thử preset Ngày rải rác: đánh dấu 13 ngày rời, nhưng vì chúng không bao giờ tạo chuỗi liền mạch kết thúc hôm nay, cửa sổ được tính rất nhỏ. Đó là bẫy cộng dồn trong một chạm: nhiều hoạt động, không chuỗi đủ điều kiện.

Liên tục vs cộng dồn: ranh giới khiến mọi người vấp

Đây là mô hình tư duy gần như mọi nhà phát triển bắt đầu với, và vì sao nó thất bại:

Ranh giới quan trọng nhất là mẫu hình chính xác nào Google ghi nhận. Các kịch bản phổ biến giải quyết như sau:

Điều gì làm đứt chuỗi 14 ngày?

Phần khó nhất của quy tắc này không phải tuyển 12 người. Đó là giữ cửa sổ không đứt suốt hai tuần đầy đủ. Vài sự kiện phổ biến reset đồng hồ, và vài việc thường bị đổ lỗi thực ra không. Dưới đây là sự thật tách khỏi hiểu lầm.

Điều thực sự làm đứt hoặc dừng chuỗi

Không chắc một hành động cụ thể có đe dọa cửa sổ không? Chọn bên dưới để nhận kết luận ngay.

Ngừng chọn tham gia vs gỡ cài đặt: khác nhau thế nào?

Hai hành động này với tester bình thường trông giống nhau, nhưng không phải, và sự khác biệt quan trọng:

Vậy tại sao không chỉ dựa vào gỡ cài đặt để giữ số đếm? Vì Google không chỉ kiểm tra lịch. Google còn xem xét liệu tester có thực sự tương tác với app trong thử nghiệm hay không. Google liệt kê thiếu tương tác là lý do bị từ chối trực tiếp, và nhiều nhà phát triển thấy thông báo "Testers were not engaged with your app during your closed test" dù số đếm và ngày trên giấy trông ổn. Tester cài một lần, gỡ vào ngày hai, rồi không quay lại không tạo hoạt động. Trên giấy bạn vẫn có 12. Thực tế, quá trình xem xét có thể từ chối vì tương tác không chân thực, một trong nhiều mẫu chúng tôi phân tích trong vì sao thử nghiệm khép kín bị từ chối.

Bài học: đạt số đếm là ngưỡng đủ điều kiện, nhưng việc dùng app thật, lặp lại suốt hai tuần mới mang lại kết quả xem xét sạch. Tester thực sự mở app, đi qua màn hình cốt lõi, và quay lại trong 14 ngày mới là hình ảnh của một lần xem xét suôn sẻ.

Cả 12 tester có phải bắt đầu cùng một ngày không?

Đây là chỗ cách Google diễn đạt thực sự mơ hồ, và bạn nên biết điều đó từ đầu. Có hai cách đọc có thể bảo vệ được:

Điều Google chưa bao giờ ghi chép là liệu bạn có thể tự do thay tester đã rời bằng người hoàn toàn mới giữa cửa sổ mà không reset đồng hồ. Không ai trích được câu trả lời chính thức, nên giả định thận trọng là đúng. Khi lời khuyên trực tuyến khẳng định hành vi thay-rồi-tiếp như sự thật, hãy coi đó là lore cộng đồng, không phải chính sách Google.

Vì sao 12 tester là sàn, không phải mục tiêu

Khi bạn hiểu rủi ro thật là cửa sổ bị đứt, lý do tuyển hơn 12 trở nên rõ. Nếu bắt đầu với đệm, những lần gỡ cài đặt không tránh khỏi và người thỉnh thoảng mất hứng không kéo bạn xuống dưới ngưỡng. Ba quy mô pool phổ biến cho tài khoản cá nhân so sánh như sau:

Mẫu hình giống những gì nhà phát triển có kinh nghiệm và dịch vụ quản lý hội tụ: đừng chạy thử nghiệm đúng mức tối thiểu. Xây biên độ để chế độ thất bại chính của quy tắc, xuống dưới 12 giữa cửa sổ, đơn giản không xảy ra với bạn. Chúng tôi lập luận đầy đủ trong vì sao bạn cần hơn 12 tester.

Hai lưu ý thực tế khi xây pool. Thứ nhất, 12 phải là 12 người thật, riêng biệt, đã chọn tham gia: bạn không thể tự làm tester của mình trên thiết bị phụ để bù số. Thứ hai, nếu vẫn thiếu 12, có cách hợp lệ để tìm tester giữ tương tác chân thực.

Quy tắc này cũng nằm trong làn thắt chặt tiêu chuẩn phát hành Google Play năm 2026, nên thành công lần đầu quý hơn bao giờ hết. Làm đúng thử nghiệm khép kín ngay lần đầu nghĩa là bạn không reset đồng hồ 14 ngày trong khi deadline trôi: hướng dẫn yêu cầu phát hành 2026 của chúng tôi theo dõi toàn bộ lịch.

Cách Google diễn đạt chính xác (và vì sao "qua" quan trọng)

Nếu bạn muốn ngôn ngữ gốc, bản thân yêu cầu rất ngắn. Trợ giúp Play Console của Google định nghĩa ngưỡng thử nghiệm khép kín là có tester đã:

Hai từ mang cả quy tắc. "Qua" nghĩa là phải là cửa sổ gần nhất của bạn, còn hiện tại khi đăng ký, không phải khoảng từ một tháng trước. "Liên tục" nghĩa là không đứt: không khoảng trống, không tạm dừng, không xuống dưới 12 giữa chừng.

FAQ của Google đóng lỗ hổng cộng dồn trực tiếp. Hệ thống giải thích rằng tester chọn tham gia, thử dưới 14 ngày rồi ngừng chọn tham gia không được tính, và dù tester đó chọn tham gia lại để tổng thời gian đủ hai tuần, 14 ngày đó vẫn phải liên tục mới đủ điều kiện. Nói cách khác, hệ thống kiểm tra rõ một chuỗi liền mạch, không phải tổng.

PrimeTestLab giữ cửa sổ của bạn không đứt thế nào

PrimeTestLab được xây quanh đúng chế độ thất bại mà quy tắc này tạo ra. Thay vì để bạn tự tuyển người lạ và hy vọng họ duy trì chọn tham gia, chúng tôi cung cấp pool tester con người thật đã chọn tham gia trên thiết bị Android thật, và giữ pool đó trên ngưỡng trọn 14 ngày liên tục. Chúng tôi duy trì tỷ lệ thành công 99,9% trên hơn 7.400+ app, với thử nghiệm thường bắt đầu trong 4-6 giờ. Đây là cách hoạt động từ đầu đến cuối.

Chọn quy mô pool khớp mức chịu rủi ro của bạn. Với hầu hết nhà phát triển, gói Enterprise là lựa chọn hợp lý: 25 tester cho đệm liên tục lớn nhất, chỉ vài đô la hơn mức tối thiểu.

Giá cộng 5% phí dịch vụ.

Xem chi tiết đầy đủ trên trang giá hoặc đọc hướng dẫn đầy đủ yêu cầu 12 tester. Khi sẵn sàng, gói 12 tester giúp bạn bắt đầu, và dịch vụ thử nghiệm khép kín của chúng tôi mô tả những gì được bao gồm.

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

Tóm lại