Cách đăng ký lại sau khi Google Play yêu cầu “cần thêm thử nghiệm”

Bảng có thể cuộn ngang trên màn hình hẹp

Bảng đó buộc phải có điều kiện, vì hướng dẫn công khai của Google kém cụ thể hơn các thông báo quyết định mà lập trình viên thực sự nhận được; gộp trung bình hai nguồn thành một câu trả lời chắc nịch sẽ tạo ra một trang sai với một nửa số người đọc. Mỗi phát biểu bên dưới đều được gắn nhãn là hướng dẫn chính thức, nguyên văn quyết định được thuật lại, kinh nghiệm cộng đồng hoặc suy luận vận hành, và tất cả đều còn đúng tính đến ngày 17 tháng 8 năm 2026.

Nguyên nhân dẫn đến việc bị từ chối cố tình không nằm trong phạm vi bài viết này: bài viết này tập trung vào việc bạn cần làm gì sau khi nhận được thông báo. Để tìm hiểu phần chẩn đoán nguyên nhân, xem bài viết của chúng tôi về vì sao đơn đăng ký quyền truy cập kênh phát hành công khai bị từ chối.

Thông báo từ chối của bạn thực sự nói gì

Các nhà phát triển trong cùng một chủ đề diễn đàn mâu thuẫn với nhau vì họ đang mô tả những thông báo thực sự khác nhau. Vì vậy bài viết này xếp hạng bằng chứng theo ba cấp độ, thay vì gộp chung chúng lại:

1. Cấp độ 1
   Trung tâm trợ giúp hiện tại của Google

   Đây là cấp độ duy nhất mang tính chính sách, và cũng là cấp độ ít cụ thể nhất, vì nó được viết chung cho mọi nhà phát triển cùng lúc.

2. Cấp độ 2
   Một thông báo từ chối được chính nhà phát triển đã nhận nó thuật lại

   Có thể hành động trực tiếp cho app đó, nhưng không phải văn bản chính sách, và Google đã được chứng minh là thay đổi cách diễn đạt theo thời gian.

3. Cấp độ 3
   Báo cáo từ diễn đàn và cộng đồng

   Hữu ích để cho thấy điều gì đó là khả thi, nhưng không bao giờ đủ để chứng minh điều đó là bắt buộc.

Đây là toàn bộ những gì Cấp độ 1 nói về tình huống của bạn. Sự ngắn gọn chính là điểm mấu chốt.

... có thể được yêu cầu tiếp tục thử nghiệm app của bạn.

Đoạn Google công bố về những gì có thể xảy ra khi đơn xin quyền truy cập kênh phát hành công khai không được duyệt. Trợ giúp Google Play Console, câu trả lời 14151465, truy cập ngày ngày 17 tháng 8 năm 2026. Xem trang nguồn

Đoạn văn công khai đó không nêu việc đặt lại, một đồng hồ mới, một khoảng chờ, hay chỉ dẫn phải xây dựng lại nhóm tester. Những chi tiết đó, nếu có xuất hiện, chỉ xuất hiện trong nội dung quyết định dành riêng cho từng tài khoản hoặc trong các báo cáo từ cộng đồng. Các ví dụ Google nêu ra cho lý do app chưa sẵn sàng là ít tester hơn mức yêu cầu, hoặc tester không tương tác. Mọi thứ khác đang lan truyền về thông báo từ chối này thuộc Cấp độ 2 hoặc Cấp độ 3, và công cụ giải mã bên dưới sẽ cho bạn biết thông báo của bạn thuộc loại nào.

Google Play Console · email quyết định thật Nhấn để phóng to

Có một giới hạn cho tất cả những điều trên: thông báo từ chối của bạn là chỉ dẫn cụ thể nhất bạn có được, chứ không phải điều duy nhất đứng giữa bạn và lần đăng ký thứ hai. Play Console vẫn là nơi quyết định nút đăng ký có hoạt động hay không, và tài khoản của bạn vẫn phải có ít nhất 12 tester với lịch sử chọn tham gia đủ điều kiện vào ngày bạn nhấn nút đó. Hãy làm theo bất kỳ thời hạn nào thông báo của bạn nêu, và kiểm tra hai điều đó một cách độc lập.

Nếu bạn không tìm lại được thông báo quyết định thì sao?

Khi đó, quan điểm trung thực nhất là bạn không biết chỉ dẫn nào áp dụng cho mình, và không trang nào có thể cung cấp phần còn thiếu đó. Phiên bản không nêu thời hạn không phải là một mặc định an toàn: nếu bạn giả định như vậy trong khi tài khoản của bạn thực sự nhận được nội dung khác, bạn sẽ đăng ký lại trước khi một thời hạn đã nêu thực sự kết thúc.

1. Tìm trong email của chủ tài khoản, kể cả thư mục spam và bất kỳ địa chỉ nào khác ngoài địa chỉ bạn kiểm tra hằng ngày, để tìm đoạn bắt đầu bằng "Before applying again".
2. Kiểm tra thông báo trên Play Console và các trang trạng thái chính sách hoặc phát hành của app để tìm quyết định đó.
3. Kiểm tra lịch sử hỗ trợ Play Console của bạn, nơi một lần liên hệ trước đó về cùng quyết định này có thể đã trích dẫn lại nội dung.
4. Giữ nguyên kênh thử nghiệm khép kín hiện tại đang chạy trong lúc bạn tìm kiếm. Việc tìm lại thông báo không đòi hỏi bạn phải tạm dừng, làm trống hay xây dựng lại bất cứ điều gì.
5. Liên hệ bộ phận hỗ trợ Play Console nếu không thể tìm lại được chỉ dẫn, và nhờ họ xác nhận nội dung app của bạn đã được thông báo. Suy luận vận hành

Cho đến khi bạn có được nội dung chính xác hoặc một xác nhận, đừng tự giả định một thời hạn theo bất kỳ hướng nào: không phải thêm hai tuần nữa, cũng không phải là không có thời hạn nào.

Thử nghiệm khép kín 14 ngày có chạy lại từ đầu sau khi bị từ chối không?

Chính từ "chạy lại từ đầu" đang gây ra hiểu lầm: từ này được dùng cho ba điều khác nhau, và chỉ điều thứ ba là một quy định được công bố.

• Đặt lại trên toàn nền tảng. Một sự kiện từ phía Google xóa bỏ khoảng thời gian đủ điều kiện của tất cả mọi người trong đợt thử nghiệm. Không tìm thấy nguồn nào
• Một khoảng thời gian thử nghiệm thêm. Một chỉ dẫn, được gửi trong thông báo từ chối, yêu cầu thử nghiệm thêm một khoảng thời gian đã nêu trước khi đăng ký lại. Được ghi nhận trong một nhóm thông báo
• Chuỗi ngày của một cá nhân bị gián đoạn. Khoảng thời gian chọn tham gia liên tục của một tester kết thúc vì họ rời tham gia. Cơ chế đã công bố

Điều thứ ba đó áp dụng cho từng tester riêng lẻ, không áp dụng cho cả đợt thử nghiệm nói chung. Dưới đây là toàn bộ bằng chứng, đã được xếp hạng.

Bảng có thể cuộn ngang trên màn hình hẹp

Năm dòng đó ủng hộ một câu trả lời trung thực duy nhất, và nó có điều kiện: hãy làm theo đúng nội dung thông báo từ chối bạn thực sự đã nhận, và đừng coi bất kỳ lần bị từ chối nào là bằng chứng cho thấy Google đã chính thức đặt lại một đồng hồ nào.

Nếu email của bạn nói thêm 14 ngày

Thì đó chính là chỉ dẫn dành cho bạn, và thời điểm sớm nhất an toàn để đăng ký lại là sau khi 14 ngày đó thực sự hoàn tất. Google không công bố nơi khoảng thời gian này nên được thực hiện, vì vậy thực hiện nó trên kênh đủ điều kiện hiện có là một suy luận vận hành, không phải một quy định của Google. Hãy sử dụng hai tuần đó một cách chủ động, chứ không chỉ chờ cho hết. Cùng thông báo đã cho bạn con số này cũng yêu cầu tester thật. Suy luận vận hành

Đây không phải là bằng chứng cho một cơ chế áp dụng trên toàn nền tảng: một nhà phát triển được yêu cầu thử nghiệm thêm 14 ngày, và đó là toàn bộ những gì có thể khẳng định. Sự hao hụt tự nhiên vẫn có thể làm bạn mất nhóm tester, vì vậy hãy kiểm tra ai hiện đang chọn tham gia trước khi cho rằng cả 12 người vẫn còn nguyên vẹn.

Nếu email của bạn chỉ nói tiếp tục thử nghiệm

Thì bạn không được cho biết thời hạn nào cả, và Trung tâm trợ giúp của Google không công bố khoảng chờ bằng số nào để lấp vào khoảng trống đó. Đừng tự bịa ra một thời hạn, và cũng cẩn thận với lỗi ngược lại, vì "tiếp tục thử nghiệm" không có nghĩa là bạn được phép đăng ký lại ngay chiều hôm đó. Giữ nguyên đợt thử nghiệm đủ điều kiện đang chạy và đăng ký lại khi hai điều sau đều đúng: Play Console cho phép bạn làm vậy, và bạn có thể cải thiện các câu trả lời về mức sẵn sàng một cách thực chất. Nếu thông báo từ chối của bạn có nêu tên vấn đề tương tác hoặc số lượng tester, đó chính là những điều bạn cần trình bày khác đi.

Bạn nên giữ đợt thử nghiệm khép kín hiện tại hay tạo kênh mới?

Đây là câu hỏi được lặp lại nhiều nhất trong các chủ đề cộng đồng làm nền cho bài viết này, và nỗi lo phía sau nó là hợp lý: chọn sai sẽ lãng phí thêm hai tuần nữa. Điều chưa ai biết là Google sẽ làm gì nếu bạn thực sự bắt đầu một kênh mới, vì Google chưa từng công bố điều gì về việc đó theo cả hai hướng. Với một khuyến nghị đã được ghi nhận và một sự im lặng, lộ trình an toàn hơn chính là lộ trình đã được ghi nhận.

Play Console · Test and release · ảnh chụp màn hình thật Nhấn để phóng to

Đường dẫn trong Console để kiểm tra bất kỳ điều nào trong số này không thay đổi: Testing Closed testing Manage track Testers

Cùng nhóm tester đó vẫn còn được tính không?

Quy định bắt buộc. Mỗi tester được tính vào điều kiện cần có lịch sử chọn tham gia liên tục đủ điều kiện, hiện tại là ít nhất 14 ngày gần nhất không bị gián đoạn. Đây là quy định được công bố, và được tính riêng cho từng người, không phải một đồng hồ chung cho toàn bộ đợt thử nghiệm.

Play Console · Closed testing · Testers tab Nhấn để phóng to

Điều chưa chắc chắn. Google không công bố quy định nào nói một nhà phát triển bị từ chối phải thay tester. Một người dùng trên r/androiddev kể lại việc được duyệt ở lần đăng ký thứ tư mà không thêm tester mới nào, điều này đi ngược lại quan điểm cho rằng phải thay tester là bắt buộc. Đây chỉ là một chia sẻ đơn lẻ và không thể chứng minh rằng giữ nguyên tester luôn hiệu quả, nhưng nó vẫn nhiều bằng chứng hơn phía đối lập, nơi hoàn toàn không có bằng chứng nào.

Bạn có nên yêu cầu tester rời tham gia rồi tham gia lại không?

Không. Đây là sai lầm cụ thể nhất mà bài viết này có thể giúp bạn tránh, và nó phổ biến chính vì nó tạo cảm giác như đang làm được điều gì đó.

Rời tham gia sẽ kết thúc khoảng thời gian liên tục của người đó. Không có việc đặt lại nào được ghi nhận là được kích hoạt bởi việc rời rồi tham gia lại, vì vậy chiến thuật này phá hủy lịch sử đủ điều kiện thật mà không đổi lại được gì, và nó làm điều đó với mọi tester hợp tác cùng một lúc. Một nhà phát triển áp dụng điều này cho toàn bộ nhóm sẽ biến một nhóm đã đủ điều kiện từ hôm qua thành một nhóm chỉ đủ điều kiện sau hai tuần nữa.

Lý luận tương tự cũng áp dụng cho phiên bản nhẹ hơn của ý tưởng này, đó là xóa những tester có vẻ không hoạt động để danh sách "bắt đầu sạch sẽ". Nếu sau đó bạn còn dưới 12 người, bạn đã làm vấn đề điều kiện trở nên tệ hơn chứ không phải tốt hơn, và bài viết của chúng tôi về nên làm gì khi còn dưới 12 tester đủ điều kiện nói rõ bước tiếp theo. Nếu bạn cần xây dựng lại nhóm thay vì sửa nó, bài viết của chúng tôi về các cách tuyển 12 tester đáng tin cậy là bài đồng hành thực tế.

Cần thay đổi gì trước khi đăng ký lại?

Hãy để ý xem danh sách đó thiếu điều gì: nguyên nhân khiến bạn bị từ chối. Google không công bố một mô hình tính điểm nào, và không trang nào có thể cho bạn biết câu trả lời nào đã khiến quyết định nghiêng về hướng đó. Điều nó có thể cho bạn biết là người xét duyệt thực sự đang xem những chủ đề nào, và đó là cách dùng hai tuần hiệu quả hơn nhiều so với việc đoán mò. Để tìm hiểu câu hỏi rộng hơn về vì sao app thất bại ở giai đoạn này, bài viết của chúng tôi về vì sao thử nghiệm khép kín bị từ chối nói về nguyên nhân; phần này chỉ tập trung vào việc khắc phục.

Giữ ít nhất 12 tester chọn tham gia liên tục

Đây là ngưỡng bắt buộc duy nhất trong toàn bộ quy trình, và đáng để đọc chính nguyên văn của Google thay vì lời diễn giải lại của bất kỳ ai.

Nếu bạn có tài khoản nhà phát triển cá nhân mới tạo, bạn phải chạy một đợt thử nghiệm khép kín cho app của mình với tối thiểu 12 tester đã chọn tham gia liên tục trong ít nhất 14 ngày gần nhất.

Google Play Console Help, answer 14151465. Á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. Google đã giảm yêu cầu từ 20 tester xuống 12 vào ngày 11 tháng 12 năm 2024. Xem trang nguồn

Có ba điều trong câu đó thường xuyên bị hiểu sai. Đây là một con số tối thiểu, không phải một mục tiêu, và không có tài liệu nào công bố rằng con số lớn hơn sẽ tốt hơn. Đây là yêu cầu liên tục, được tính riêng cho từng tester, vì vậy một người rời đi chỉ làm mất điều kiện của chính người đó, chứ không phải của tất cả mọi người. Và yêu cầu này chỉ áp dụng cho thử nghiệm khép kín, đó là lý do vì sao thử nghiệm nội bộ không đáp ứng được điều kiện này dù bạn lấp đầy bao nhiêu trong số 100 chỗ của nó. Nếu bạn đang cân nhắc giữa các kênh thử nghiệm, bài viết của chúng tôi về thử nghiệm nội bộ, khép kín và công khai khác nhau thế nào giải thích rõ mục đích của từng loại.

Nếu nhóm tester của bạn giảm xuống dưới ngưỡng tối thiểu kể từ khi bị từ chối, đó là điều đầu tiên cần khắc phục, và nó cần thời gian thực tế: một tester thay thế cần đủ 14 ngày liên tục của riêng mình trước khi được tính. Tuyển tester vào ngày thứ 10 của một kế hoạch được xây quanh mốc ngày 14 chính là cách khiến người ta bị từ chối lần thứ hai.

Giao cho tester những việc cụ thể để thử nghiệm

Khuyến nghị của Google rất cụ thể: đưa cho tester hướng dẫn rõ ràng, cho họ biết bạn muốn loại phản hồi nào, và khuyến khích họ dùng càng nhiều tính năng của app càng tốt. Đó là một yêu cầu rất khác so với "cứ giữ app cài đặt là được", vốn là điều mà hầu hết các nhóm 12 tester thực sự được yêu cầu làm.

Đây cũng là khuyến nghị có khoảng cách lớn nhất giữa những gì Google nói và những gì trên mạng đồn đại. Điều biểu mẫu đăng ký quyền truy cập thực sự hỏi là liệu tester có dùng các tính năng của app không, và cách dùng đó có giống với cách bạn kỳ vọng người dùng thật sẽ hành xử hay không. Đó là những câu hỏi có thể trả lời được về độ bao phủ tính năng, chứ không phải về tần suất sử dụng.

• Nêu rõ tên tính năng. Hai hoặc ba tính năng quan trọng nhất, gọi đúng tên, để câu trả lời về độ bao phủ sau này là một mô tả thực tế chứ không phải một lời khẳng định suông.
• Nêu rõ các luồng thao tác. Đăng ký, tạo một thứ gì đó, chỉnh sửa nó, chia sẻ hoặc xuất nó ra, quay lại vào ngày hôm sau và thấy nó vẫn còn đó.
• Nêu rõ điều bạn muốn nhận lại. Họ bị vướng ở đâu, họ mong đợi điều gì xảy ra, và điều gì họ sẽ không dùng lại nữa.
• Phân bổ đều các thiết bị bạn đang có. Google khuyến nghị dùng các thiết bị thật mang tính đại diện; không có ngưỡng số lượng dòng máy cụ thể nào được công bố.

Ghi lại phản hồi và thực hiện các cải tiến có căn cứ

Google khuyên nên phản hồi lại phản hồi của tester và sửa các lỗi mà quá trình thử nghiệm phát hiện, và nói rằng làm vậy có thể tăng khả năng đăng ký quyền truy cập kênh phát hành công khai thành công. Đây là bằng chứng mạnh hơn nhiều so với bất kỳ công thức nào từ cộng đồng về số lần cần phát hành, và đây là nơi duy nhất mà việc "làm nhiều hơn" thực sự được ủng hộ.

Play Console · Ratings and reviews · Testing feedback Nhấn để phóng to

Hình thức thực tế của việc này là một nhật ký. Bạn sẽ được hỏi để tóm tắt những phản hồi đã nhận và những gì đã thay đổi nhờ đó, và việc cố nhớ lại điều này sau hai tuần chính là lúc một đợt thử nghiệm tốt lại tạo ra một đơn đăng ký yếu. Hãy giữ một bảng ghi như thế này, mỗi dòng một mục.

Mẫu bảng trống. Bảng có thể cuộn ngang trên màn hình hẹp

Dòng "không thay đổi và lý do vì sao" quan trọng không kém gì các bản sửa lỗi. Một câu trả lời về mức sẵn sàng phát hành công khai nêu rõ những vấn đề đã biết còn tồn tại và vì sao chúng không cản trở việc phát hành là một câu trả lời mạnh hơn so với câu trả lời ngụ ý mọi thứ đều hoàn hảo. Và kênh mà phản hồi đến qua là lựa chọn của bạn: email, một trang web hoặc diễn đàn, hoặc phản hồi riêng tư mà tester có thể gửi qua Google Play, xuất hiện dưới mục Monitor and improve Ratings and reviews Testing feedback

Về việc cập nhật: hãy phát hành một bản khi thử nghiệm cho thấy cần thiết. Google khuyến khích sửa những gì thử nghiệm phát hiện, và việc cập nhật bản build trong lúc thử nghiệm khép kín không làm mất hiệu lực yêu cầu về tester, điều mà bài viết của chúng tôi về việc cập nhật app có làm thử nghiệm khép kín chạy lại từ đầu không đã nói chi tiết. Điều không được công bố ở bất kỳ đâu là số lần phát hành bắt buộc, vì vậy việc phát hành bản build chỉ để đạt đủ số lần là công sức bỏ ra cho một con số chưa ai đặt ra.

Kiểm tra pre-launch report

Google hướng dẫn nhà phát triển dùng pre-launch report để tìm hiểu các vấn đề, cảnh báo và lỗi trước khi phát hành. Hãy đọc báo cáo này trước lần đăng ký thứ hai, và coi những gì nó nêu ra là việc cần làm chứ không phải một chẩn đoán: không có tài liệu nào nói một cảnh báo cụ thể là nguyên nhân khiến bạn bị từ chối quyền truy cập kênh phát hành công khai, và cũng không có tài liệu nào nói mọi cảnh báo đều phải được xử lý hết trước. Đây là nguồn vấn đề thật mà bạn có thể sửa trong khi đang sửa những thứ khác.

Kiểm tra tuân thủ chính sách, độ ổn định của app và thông tin đăng nhập cho người xét duyệt

Hoạt động thử nghiệm không phải là tất cả những gì Google yêu cầu bạn xác nhận trước khi đăng ký. Hướng dẫn hiện tại của Google nêu tên bốn mảng sẵn sàng bên cạnh việc thử nghiệm khép kín, và một đợt hai tuần chỉ tập trung vào tương tác của tester vẫn có thể nhận một quyết định liên quan đến một trong số các mảng này thay vào đó.

Cách đăng ký lại để có quyền truy cập kênh phát hành công khai

Không có quy trình đăng ký lại riêng nào được ghi nhận, không có biểu mẫu khác, và không có hàng đợi riêng nào được công bố cho lần đăng ký thứ hai. Điều thay đổi là những gì bạn mang tới cho lần đăng ký đó.

Bảng có thể cuộn ngang trên màn hình hẹp

Nên nói gì về tương tác, phản hồi và mức sẵn sàng

Tương tác. Google hỏi liệu tester có dùng các tính năng của app không, và cách dùng đó có giống với những gì bạn kỳ vọng sau khi phát hành công khai hay không, vì vậy câu trả lời mạnh nhất là mô tả cụ thể: những tính năng nào, gọi rõ tên, và tester thực sự đã làm gì với chúng. Nếu việc sử dụng nhiệt tình không đúng với đợt thử nghiệm của bạn, hãy nói đúng những gì thực sự diễn ra. Một câu trả lời mô tả mức sử dụng khiêm tốn nhưng chân thực vẫn có thể bảo vệ được; một câu trả lời mô tả hoạt động bạn không thể chứng minh sẽ là điều bạn phải giữ nhất quán ở mọi lần đăng ký sau này.

Phản hồi. Hãy tóm tắt các chủ đề chính thay vì chép lại nguyên văn tin nhắn, và nêu rõ kênh bạn dùng để thu thập. Email, một trang web hoặc diễn đàn, và phản hồi riêng trên Play đều được tính, vì vậy không có kênh nào là sai cả. Chỉ có câu hỏi không trả lời được, nếu bạn hoàn toàn không thu thập gì.

Thay đổi và mức sẵn sàng. Hãy gắn mỗi thay đổi có ý nghĩa với một phát hiện cụ thể từ quá trình thử nghiệm, sau đó giải thích vì sao các vấn đề còn tồn đọng không cản trở việc phát hành. Đây là hai câu trả lời mà một đợt thử nghiệm 14 ngày có ghi chép đầy đủ sẽ nổi bật rõ rệt so với một đợt không ghi chép. Để biết cách viết đầy đủ từng câu, xem bài viết của chúng tôi về câu trả lời cho bộ câu hỏi đăng ký quyền truy cập.

Nếu nút Apply for production vẫn bị vô hiệu hóa thì sao?

Nút Apply for production bị mờ hoặc không xuất hiện thường có nghĩa là một điều kiện về tính đủ điều kiện hoặc thiết lập app chưa được đáp ứng. Cũng có thể do độ trễ của Console hoặc vấn đề riêng của tài khoản, vì vậy hãy kiểm tra qua các điều kiện đã được ghi nhận bên dưới trước khi kết luận rằng giao diện đang gặp lỗi.

• Số lượng chưa đủ. Tài khoản có thể hiện chưa có đủ 12 tester với đủ 14 ngày chọn tham gia liên tục theo yêu cầu, bất kể tổng số trên danh sách mời nói gì.
• Được mời không có nghĩa là đã chọn tham gia. Những người nhận được đường liên kết nhưng chưa bao giờ chấp nhận không được tính là tester cho mục đích này. Hãy kiểm tra ai thực sự đã chọn tham gia, thay vì ai đã được mời.
• Tester thay thế vẫn đang tích lũy thời gian. Người được thêm vào sau khi bị từ chối sẽ bắt đầu 14 ngày liên tục của riêng họ kể từ thời điểm chọn tham gia, vì vậy một nhóm đã đủ 12 người vẫn có thể chưa đủ điều kiện trong thêm hai tuần nữa.
• Thiết lập app chưa hoàn tất. Thông tin gian hàng, xếp hạng nội dung, App access hoặc các khai báo chính sách còn thiếu có thể khiến đơn đăng ký bị chặn, hoàn toàn không liên quan đến số lượng tester của bạn.
• Chỉ thử nghiệm khép kín mới được tính. Thử nghiệm nội bộ không đáp ứng được điều kiện này, dù có bao nhiêu chỗ đã được lấp đầy.

Play Console · Dashboard · ảnh chụp màn hình thật Nhấn để phóng to

Nếu tất cả những điều kiện đó đều đã được đáp ứng trong Console của bạn mà nút vẫn không xuất hiện, đây là một trong những trường hợp đáng để liên hệ bộ phận hỗ trợ Play Console thay vì chờ đợi, vì lúc này bạn không còn xử lý một vấn đề mà tài liệu công khai đã mô tả nữa.

Một dòng nhắc lại bạn đang đăng ký để có được điều gì, vì rất dễ quên mất điều này ở lần đăng ký thứ hai: được duyệt sẽ mở khóa các bản phát hành công khai cho app, và cũng mở khóa cả thử nghiệm công khai, vì vậy người đọc muốn có một bản beta rộng hơn thay vì phát hành chính thức cũng đang chờ cùng một quyết định này. Mọi thứ sau thời điểm đó chỉ là quản lý phát hành thông thường, không còn là phần tiếp theo của quy trình này nữa.

Bạn có cần mở app mỗi ngày, thêm tester, hay thêm bản cập nhật không?

Đây là nơi phần lớn thiệt hại thực sự xảy ra. Một nhà phát triển bị từ chối tìm kiếm nguyên nhân, gặp một trang nói rằng tester phải mở app mỗi ngày và bạn phải phát hành ba bản cập nhật, rồi dành cả hai tuần chạy theo một mục tiêu mà Google chưa bao giờ đặt ra, trong khi điều Google thực sự hỏi đến (liệu tester có thực sự tương tác có ý nghĩa với app không, và bạn đã làm gì với những gì họ phản hồi) lại không được xử lý. Quan điểm trung thực đáng được nói thẳng ra: hướng dẫn công khai của Google về quyền truy cập kênh phát hành công khai không đưa ra ngưỡng tương tác bằng số nào, và không công bố một thang điểm xét duyệt nào. Các câu hỏi trong biểu mẫu là dữ liệu đầu vào cho việc xét duyệt, không phải một thang điểm có trọng số, và không có bảng điều khiển công khai nào chuyển đổi hoạt động của tester thành một điểm số bạn có thể xem được. Vì vậy, việc hữu ích không phải là đoán một con số, mà là biết rõ điều nào trong những gì bạn từng nghe thực sự được công bố.

Bảng có thể cuộn ngang trên màn hình hẹp

Hai điều trong số đó đáng được nói thêm một câu, vì đây là những điều thực sự tốn tiền thật. Mua một nhóm tester đông hơn là một lựa chọn vận hành hợp lý, vì một nhóm 12 người không có khoảng đệm nếu có ai đó rời đi, nhưng không ai có thể trung thực bán cho bạn điều đó như một cách tăng khả năng được duyệt, và các báo cáo từ cộng đồng có cả trường hợp bị từ chối dù có hơn 30 tester, hay có 19 tester cộng 17 bản cập nhật. Và việc chạy theo một hạn ngạch số dòng thiết bị làm phân tán công sức khỏi điều Google thực sự hỏi trong biểu mẫu: không có ngưỡng số thiết bị nào được công bố, và việc dùng các thiết bị thật mang tính đại diện chỉ là một khuyến nghị, không phải một công thức. Nếu bạn muốn biết chi tiết điều gì được tính là người tham gia thử nghiệm khép kín hợp lệ, bài viết của chúng tôi về máy ảo trong thử nghiệm khép kín Google Play nói rõ về khía cạnh thiết bị.

Bạn có thể đăng ký lại bao nhiêu lần?

Đó gần như là toàn bộ bằng chứng công khai hiện có, và đáng để thấy rõ nó mỏng đến mức nào trước khi ai đó đưa ra một con số cụ thể với bạn. Các nhà phát triển riêng lẻ trên diễn đàn công khai kể lại việc được duyệt ở lần đăng ký thứ tư mà không thêm tester mới, một lần bị từ chối khoảng lần thứ sáu dù có 19 tester và 17 bản cập nhật, một lần bị từ chối lần hai dù nhóm tester vượt xa mức tối thiểu, và một lần bị từ chối lần hai khác sau khi đã thêm trọn hai tuần với cùng nhóm tester và đã sửa lỗi. Họ cho bạn biết những lần đăng ký đó đã xảy ra. Nhưng họ không thể cho bạn biết vì sao mỗi lần lại có kết quả như vậy. Cộng đồng ghi nhận

Từ đó chỉ có thể rút ra hai kết luận, không hơn không kém. Thứ nhất, không có một giới hạn thấp rõ ràng nào: các lần đăng ký sau lần thứ hai và thứ ba vẫn thực sự tồn tại. Thứ hai, và hữu ích hơn, lặp lại y hệt những gì đã làm không phải là một chiến lược. Hầu hết các chia sẻ đó mô tả những nhà phát triển đã thêm tester, thêm bản cập nhật hoặc thêm thời gian nhưng vẫn bị từ chối. Nếu lần đăng ký thứ hai của bạn chỉ là lần đầu cộng thêm hai tuần, bạn đang lặp lại đúng trường hợp cuối cùng đó.

Về nỗi lo tiềm ẩn phía sau câu hỏi này: hướng dẫn công khai của Google không xếp một quyết định về mức sẵn sàng "cần thêm thử nghiệm" vào diện vi phạm chính sách, và không có bằng chứng nào cho thấy việc nhận nhiều quyết định về mức sẵn sàng, tự nó, dẫn đến việc tài khoản bị đình chỉ. Một vấn đề chính sách riêng biệt vẫn có thể tồn tại song song (việc xử lý vi phạm chính sách là một quy trình riêng với thông báo và cách khắc phục riêng), vì vậy nếu thông báo nào nêu tên một vi phạm chính sách, hãy hiểu đó là chuyện khác, chứ không phải một vòng lặp nữa của quyết định này.

Google mất bao lâu để xét duyệt một lần đăng ký lại?

Phần này chủ yếu tồn tại để ngăn một hành vi: ngày thứ tám đến, ước tính đã trôi qua, và nhà phát triển bắt đầu thay đổi mọi thứ. Hai chia sẻ từ cộng đồng dưới đây cho thấy một đợt xét duyệt có thể kéo dài vượt xa ước tính đến mức nào mà vẫn không có gì sai cả.

Hai trường hợp chờ lâu đó chỉ là các báo cáo đơn lẻ và chỉ chứng minh rằng việc chờ lâu có thể xảy ra. Chúng không phải một phân bố thống kê, và việc vượt qua ngày thứ bảy tự nó không phải là một dấu hiệu cho thấy có gì đó sai. Để có cái nhìn rộng hơn về các loại xét duyệt khác, xem bài viết của chúng tôi về thời gian xét duyệt của Google Play.

Khi nào đáng để liên hệ bộ phận hỗ trợ Play Console?

Không có quy định "liên hệ hỗ trợ sau X ngày" nào được công bố, và tự bịa ra một quy định như vậy sẽ là sai lầm giống như việc tự bịa ra một khoảng chờ. Điều có thể nói được là những trường hợp nào tài liệu công khai không còn giải thích được nữa, đó là lúc bộ phận hỗ trợ trở thành nguồn duy nhất còn lại cho câu trả lời:

• Chỉ dẫn không có sẵn hoặc mâu thuẫn. Bạn không thể tìm lại thông báo quyết định, hoặc nội dung thông báo không khớp với những gì Console hiển thị.
• Console vẫn bị chặn. Apply for production vẫn không khả dụng dù các tiêu chí được công bố có vẻ đã được đáp ứng và mọi mục trong danh sách nguyên nhân nút bị mờ ở trên đều đã được kiểm tra ổn.
• Quá trình xét duyệt vượt xa ước tính một cách đáng kể mà không có bất kỳ thông tin trạng thái nào hiển thị ở bất kỳ đâu trong Console.
• Thông báo trông giống một quy trình khác. Bất kỳ điều gì nêu tên một vi phạm chính sách hoặc một hành động xử lý kỹ thuật không phải là quyết định này, và hỏi về điều đó ở đây chỉ lãng phí hai tuần của bạn.

Ngoài những trường hợp đó, chờ đợi là hành động đúng đắn, không phải một sự thụ động. Gửi lại đơn, thay đổi kênh thử nghiệm, hay rút đơn để đăng ký lại đều là những thay đổi tác động lên một quy trình bạn không thể nhìn thấy, và không điều nào trong số đó được bất kỳ tài liệu nào của Google chỉ ra là nên làm.

Danh sách việc cần làm khi đăng ký lại

Mười một bước, theo đúng thứ tự

1. Đọc kỹ đúng nội dung thông báo từ chối và ghi lại xem nó có nêu rõ thêm 14 ngày hay không. Nếu không tìm lại được, hãy tìm cho ra trước khi lên kế hoạch dựa trên một thời hạn nào đó.
2. Giữ nguyên kênh thử nghiệm khép kín đủ điều kiện đang chạy. Đừng đóng, xóa hay thay thế kênh chỉ vì bị từ chối, và phát hành các bản sửa lỗi có căn cứ lên kênh đó khi thử nghiệm cho thấy cần thiết.
3. Giữ ít nhất 12 tester đủ điều kiện chọn tham gia liên tục. Mỗi người được tính cần có khoảng thời gian không đứt quãng của riêng mình.
4. Đừng yêu cầu tester rời rồi tham gia lại. Google không ghi nhận bất kỳ việc đặt lại nào được kích hoạt bởi hành động tham gia lại, và việc rời đi sẽ phá vỡ một chuỗi liên tục thật sự bạn đang có.
5. Giao cho tester hướng dẫn thử nghiệm thực sự ở cấp độ tính năng, thay vì chỉ yêu cầu họ giữ app cài đặt.
6. Ghi lại phản hồi có ý nghĩa trong một nhật ký ngắn gọn, bất kể phản hồi đến qua kênh nào.
7. Sửa các lỗi và vấn đề trải nghiệm có căn cứ, sau đó xác nhận lại bản sửa với tester đã báo cáo vấn đề đó.
8. Xem lại pre-launch report để tìm vấn đề, cảnh báo và lỗi trước khi bạn đăng ký lại.
9. Kiểm tra các mảng sẵn sàng khác ngoài thử nghiệm: tuân thủ chính sách, đối tượng mục tiêu và xếp hạng nội dung, độ ổn định hoạt động, và thông tin đăng nhập cho người xét duyệt còn hoạt động trong mục App access.
10. Chuẩn bị các câu trả lời cụ thể, trung thực cho phần đăng ký quyền truy cập về tương tác, phản hồi, thay đổi và mức sẵn sàng.
11. Đăng ký lại từ Dashboard khi đã đủ điều kiện, và đừng hứa với ai rằng quyết định sẽ có trong 7 ngày.

Sao chép danh sách việc cần làm

Danh sách đó là trường hợp chung. Trường hợp của bạn có ít nhất ba biến số mà trường hợp chung không thể thấy được: thông báo của bạn nói gì, nhóm tester của bạn hiện đang thực sự ở đâu, và bạn đã ở tình huống này bao nhiêu lần rồi. Công cụ xây dựng bên dưới sẽ biến những điều đó thành một lộ trình theo thứ tự để bạn thực hiện, và nó vẫn giữ các lựa chọn bạn đã đánh dấu nếu bạn đóng tab.

Xây dựng lộ trình riêng của bạn

Có một điều công cụ này sẽ không bao giờ đưa ra, dù bạn trả lời thế nào, đó là một ngày cụ thể mà Google sẽ duyệt cho bạn. Không ai có thể đưa ra điều đó, và một chia sẻ từ cộng đồng về việc được duyệt ở lần thứ tư tồn tại song song với một chia sẻ khác kể về lần bị từ chối thứ sáu. Điều lộ trình này có thể làm là đảm bảo rằng khi quyết định đến, nó được đưa ra dựa trên một đơn đăng ký bạn có thể bảo vệ được, chứ không phải dựa trên việc chỉ đơn thuần đã trôi qua hai tuần.

Nếu thực hiện theo lộ trình đó cho thấy phần tester chính là rào cản (thông báo từ chối của bạn yêu cầu rõ ràng thêm 14 ngày, hoặc nhóm tester của bạn không còn đủ 12 người đạt điều kiện), thì đó là nửa phần bạn có thể giao cho bên khác: PrimeTestLab sẽ đảm nhận phần đó trong khi bạn cải thiện app, hồ sơ phản hồi và câu trả lời cho lần đăng ký lại. Điều này được nói rõ ở phần cách chúng tôi hỗ trợ bên dưới.

Cách PrimeTestLab hỗ trợ nếu bạn cần thêm một nhóm tester nữa

Ở nơi một đợt thử nghiệm được quản lý thực sự có ý nghĩa, quá trình khắc phục chia làm hai phần. Một phần là đánh giá và ra quyết định: đọc thông báo từ chối, quyết định cần thay đổi gì, viết những câu trả lời bạn có thể bảo vệ được. Phần đó là của bạn. Phần còn lại là hậu cần: giữ cho 12 người thật chọn tham gia và sử dụng app trong suốt cả khoảng thời gian thử nghiệm. Đó không phải là vấn đề thú vị, nhưng lại là phần tiêu tốn nhiều thời gian nhất.

PrimeTestLab cung cấp 12 tester thật trên thiết bị thật, trải dài từ Android 7 đến 17, chọn tham gia và được duy trì trong suốt 14 ngày, với thử nghiệm bắt đầu trong 4-6 giờ. Chúng tôi đã thực hiện điều này trên 7.400+ app tại 120+ quốc gia với tỷ lệ hoàn tất thử nghiệm được quản lý 99,9%: hoàn tất nghĩa là đợt thử nghiệm duy trì đủ số lượng tester yêu cầu và một khoảng thời gian chọn tham gia liên tục không đứt quãng cho đến ngày kết thúc.

Điều chúng tôi không làm, và điều bài viết này đã lập luận rằng không ai có thể làm, là hứa hẹn về kết quả quyết định: Google xét duyệt quyền truy cập kênh phát hành công khai theo tiêu chí riêng của họ và không công bố một thang điểm nào. Cam kết của chúng tôi là thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ, với điều kiện và thời hạn yêu cầu được nêu tại chính sách hoàn tiền và thử nghiệm lại miễn phí của chúng tôi.

Tự tuyển thêm một nhóm tester so với một đợt thử nghiệm được quản lý

Bảng có thể cuộn ngang trên màn hình hẹp

Nói thẳng về ranh giới ở đây: việc mua tester không giúp trả lời bộ câu hỏi, không viết nhật ký phản hồi, và không khiến Google duyệt bất cứ điều gì. Toàn bộ nội dung phía trên phần này được viết ra để bạn tự làm tốt những phần đó. Điều một đợt thử nghiệm được quản lý loại bỏ chính là khả năng khoảng thời gian thử nghiệm sụp đổ vì đúng lý do đã khiến lần đầu thất bại.

Có một lưu ý đáng nhắc lại từ bảng lầm tưởng ở trên: nhóm tester đông hơn giúp phòng ngừa trường hợp có người rời đi, nhưng Google không công bố bất kỳ con số nào lớn hơn 12 giúp tăng khả năng được duyệt một cách đo lường được, vì vậy không ai (kể cả chúng tôi) nên bán cho bạn thêm tester như một cách tăng cơ hội. Hãy mua khoảng đệm vì chính khoảng đệm đó, không vì lý do nào khác. Xem chi tiết đầy đủ tại trang giá.

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

Kết luận

Nếu thông báo từ chối của bạn có nêu thêm 14 ngày, hoặc nhóm tester của bạn không còn đủ 12 người đạt điều kiện, thì phần tester là mảnh duy nhất trong quá trình khắc phục mà bạn có thể giao cho bên khác trong khi bạn xử lý phần còn lại. Xem các gói giá →