Câu trả lời nhanh
Theo Báo cáo minh bạch thường niên năm 2025 của Google, tỷ lệ bản gửi bị từ chối trên Google Play vào khoảng 7,89%: 1.692.467 bản gửi bị từ chối chia cho 21.461.250 bản gửi được xem xét. Đây là một phép tính dựa trên các con số Google đã công bố, không phải tỷ lệ của trọn năm 2026 và cũng không phải xác suất một ứng dụng mới sẽ trượt ngay lần gửi đầu tiên. Các số liệu thực thi chính sách riêng của Google đo những kết quả khác.
Nguồn: Báo cáo minh bạch thường niên năm 2025 của Google Play (PDF), công bố ngày 31 tháng 3 năm 2026, phạm vi toàn cầu. Báo cáo năm 2024 cho ra 10,13% trên cùng một cơ sở tính.
Bài viết này giải thích những số liệu gần đây của Google về bản gửi và về việc thực thi chính sách, giới hạn của chúng, cùng các bước kiểm tra thực tế giúp bạn xử lý khi bị từ chối. Bộ dữ liệu minh bạch thường niên, các bản tổng kết an toàn và mọi trang chính sách được dẫn ngay tại chỗ cần dùng đều đã được rà soát ngày 12 tháng 9 năm 2026.
Cách đọc các nhãn trong bài viết này
- Báo cáo của GoogleCon số được in trong một báo cáo minh bạch của Google hoặc trong bản tổng kết an toàn thường niên, có dẫn nguồn ngay bên cạnh.
- Phép tínhPhép tính mà bài viết này thực hiện trên các con số Google đã công bố. Google không công bố kết quả đó.
- Chính sách của GoogleMột yêu cầu hoặc một quy trình được mô tả trong phần Trợ giúp của Play Console hoặc trong Chính sách chương trình dành cho nhà phát triển.
- Kiểm tra thực tếMột bước kiểm tra chúng tôi khuyến nghị, rút ra từ những bản gửi mà chúng tôi hỗ trợ. Đây không phải quy tắc của Google, cũng không phải tần suất bị từ chối đã được đo.
- Ví dụ minh họaMột minh họa được dựng ra để cho thấy một bản ghi có hình dạng thế nào. Đây không phải trường hợp của khách hàng, cũng không phải số liệu thống kê của nền tảng.
Trên trang này
Tỷ lệ ứng dụng bị từ chối trên Google Play năm 2026 là bao nhiêu?
Google không công bố một tỷ lệ phần trăm mang tên “tỷ lệ bị từ chối”. Nhưng mỗi năm một lần, Google có công bố hai con số cần thiết để tính ra tỷ lệ đó: đã xem xét bao nhiêu bản gửi ứng dụng và đã từ chối bao nhiêu. Năm trọn vẹn gần nhất là 2025, được báo cáo ngày 31 tháng 3 năm 2026, nên một bài hướng dẫn cho năm 2026 phải làm việc trên số liệu hoạt động của năm 2025.
Dữ liệu bản gửi thường niên trọn vẹn gần nhất
Báo cáo của Google| Năm hoạt động | Bản gửi được xem xét | Bản gửi bị từ chối | Bị từ chối ÷ được xem xét | Báo cáo công bố |
|---|---|---|---|---|
| 2024 | 19.292.647 | 1.955.305 | 10,13% | 31/03/2025 · báo cáo |
| 2025 | 21.461.250 | 1.692.467 | 7,89% | 31/03/2026 · báo cáo |
Vị trí nguồn: báo cáo năm 2025, trang in số 3; báo cáo năm 2024, trang in số 3-4. Các tỷ lệ phần trăm được tính từ những con số đã công bố (bị từ chối ÷ được xem xét × 100) và làm tròn tới hai chữ số thập phân. Cả hai báo cáo đều mô tả phạm vi của mình là toàn cầu. Dữ liệu được rà soát ngày 12 tháng 9 năm 2026.
Xem phép tính theo từng năm
Tỷ trọng bị từ chối trên toàn bộ bản gửi được xem xét
Khoảng 8 trong mỗi 100 bản gửi được xem xét đã bị từ chối trong năm 2025.
Tỷ lệ này được tính ra sao, và nó không dự đoán được điều gì
Tỷ lệ này so sánh hai con số thường niên toàn cầu mà Google báo cáo: số bản gửi ứng dụng được xem xét và số bản gửi bị từ chối. Các báo cáo không đưa ra một nhóm gửi lần đầu được xác định rõ, cũng không tách nhỏ theo từng lượt gửi, nên không nên dùng con số tổng hợp này để dự đoán kết quả của một ứng dụng mới cụ thể.
Những điều tỷ lệ này không chứng minh được
- Cơ hội của riêng ứng dụng bạn. Phần bù (khoảng 92%) không phải xác suất một ứng dụng mới được phê duyệt ngay lần gửi đầu.
- Một con số của năm 2026. Dữ liệu trọn năm 2026 hiện chưa có. Hãy gọi đúng tên con số này: dữ liệu năm 2025, có được trong năm 2026.
- Tỷ lệ được phê duyệt sau cùng. Báo cáo năm 2025 có nêu số lượt được phê duyệt sau khi bị từ chối, nhưng không có phần hạch toán theo nhóm cần thiết để tính tỷ lệ được phê duyệt sau khi sửa, nên bài viết này không tính tỷ lệ đó.
- Tỷ lệ phê duyệt thử nghiệm khép kín hay quyền phát hành công khai. Quyết định cấp quyền cho các tài khoản cá nhân mới thuộc một quy trình khác và không được báo cáo trong những bảng này.
- Một xu hướng siết chặt hay nới lỏng. Mức giảm từ 10,13% xuống 7,89% là một thay đổi của tỷ lệ, không phải bằng chứng cho thấy chính sách đã dễ hơn, chất lượng xem xét đã thay đổi, hay rủi ro của một nhà phát triển cụ thể đã giảm.
Vì sao các trang web dẫn ra những con số khác nhau
Một số trang nói rằng Google không công bố mẫu số; điều đó đúng với chuỗi số liệu tổng kết an toàn, chứ không đúng với các báo cáo minh bạch. Một số trang khác lấy con số “ứng dụng bị ngăn phát hành” trong bản tổng kết an toàn chia cho mẫu số của báo cáo minh bạch, và như vậy là trộn lẫn hai chuỗi số liệu.
Số liệu thống kê của Google về từ chối và thực thi chính sách
Google báo cáo về an toàn nền tảng ở hai nơi rất dễ nhầm lẫn với nhau: Báo cáo minh bạch thường niên, một bảng các con số về bản gửi và về việc thực thi chính sách, và bản tổng kết an toàn thường niên trên các blog của Google, một bài tường thuật với những con số tiêu đề đã làm tròn.
Bản gửi được xem xét và bị từ chối
Báo cáo của GoogleNgoài số bản gửi được xem xét và bị từ chối trong bảng trên, báo cáo minh bạch năm 2025 còn nêu 2.012.981 lượt gỡ bỏ và 125.550 tài khoản nhà phát triển bị chấm dứt. Một lượt gỡ bỏ tác động lên ứng dụng vốn đã có mặt trên cửa hàng; còn từ chối là quyết định về một bản gửi trước khi nó lên cửa hàng.
Nguồn: Báo cáo minh bạch thường niên năm 2025, trang in số 3.
Ứng dụng bị ngăn phát hành, từ 2023 đến 2025
Báo cáo của Google| Năm hoạt động | Ứng dụng vi phạm chính sách bị ngăn phát hành | Tài khoản nhà phát triển xấu bị cấm | Nguồn |
|---|---|---|---|
| 2023 | 2,28 triệu | 333.000 | Tổng kết an toàn 2023 (29/04/2024) |
| 2024 | 2,36 triệu | Hơn 158.000 | Tổng kết an toàn 2024 (29/01/2025) |
| 2025 | Hơn 1,75 triệu | Hơn 80.000 | Tổng kết an toàn 2025 (19/02/2026) |
Chính các bản tổng kết đó còn đưa thêm bối cảnh, và đó không phải số lượt bị từ chối. Năm 2023, gần 200.000 bản gửi đã bị từ chối hoặc buộc phải khắc phục vì các quyền nhạy cảm như vị trí chạy nền và SMS. Năm 2024, 1,3 triệu ứng dụng bị chặn không cho tiếp cận dữ liệu nhạy cảm của người dùng một cách không cần thiết hoặc quá mức; năm 2025 con số đó là hơn 255.000, cùng với 160 triệu lượt xếp hạng và đánh giá rác bị chặn. Các chỉ số này không cộng dồn với nhau, cũng không cộng dồn với bảng trên.
Google cũng mô tả việc chạy hơn 10.000 bước kiểm tra an toàn trên mỗi ứng dụng, cả trước lẫn sau khi phát hành. Con số đó không có nghĩa là mọi khiếm khuyết nhỏ đều tự động dẫn tới việc bị từ chối, cũng không có nghĩa là tất cả những bước kiểm tra đó đều là chốt chặn trước khi phát hành.
Vì sao các con số về từ chối, gỡ bỏ và ngăn phát hành lại khác nhau
| Nguồn | Chỉ số | Đơn vị | Kỳ báo cáo | Điều nó không bao gồm |
|---|---|---|---|---|
| Báo cáo minh bạch thường niên | Bản gửi bị từ chối | Bản gửi, không phải một nhóm ứng dụng riêng biệt được nêu rõ | Năm dương lịch | Việc chính ứng dụng đó sau này có được phê duyệt hay không |
| Báo cáo minh bạch thường niên | Lượt gỡ bỏ | Ứng dụng bị gỡ sau khi đã phát hành | Năm dương lịch | Những bản gửi chưa bao giờ lên cửa hàng |
| Bản tổng kết an toàn thường niên | Ứng dụng bị ngăn phát hành | Số ứng dụng, đã làm tròn | Năm dương lịch | Một mẫu số; không thể quy thành tỷ lệ |
| Bản tổng kết an toàn thường niên | Tài khoản nhà phát triển bị cấm | Tài khoản | Năm dương lịch | Các lượt từ chối ứng dụng riêng lẻ |
Báo cáo minh bạch thường niên và bản tổng kết an toàn thường niên của Google dùng những nhãn chỉ số khác nhau và báo cáo những tổng số khác nhau. Hãy luôn gắn mỗi con số với nguồn và định nghĩa của nó. Các báo cáo đã rà soát không giải thích cách quy đổi trực tiếp giữa hai chuỗi số liệu, nên không nên gộp chúng lại để tính ra một tỷ lệ bị từ chối.
Một con số tổng hợp của cả nền tảng và một kết quả đo được của nhà cung cấp dịch vụ có thể cùng đúng. Tỷ lệ hoàn tất thử nghiệm có quản lý của PrimeTestLab nói về những kỳ thử nghiệm khép kín do chính PrimeTestLab chạy và duy trì đủ người tới ngày kết thúc; còn tỷ lệ của Google nói về các con số bản gửi ứng dụng đã được báo cáo. Con số này không dự đoán được con số kia.
Bạn nhận được quyết định nào của Google Play?
Trước khi sửa bất cứ thứ gì, hãy xác định bạn đang nhìn vào quyết định nào. Chữ “bị từ chối” được dùng rất rộng cho ít nhất năm tình huống, và mỗi tình huống có bước tiếp theo riêng. Trạng thái trong Play Console và email gửi tới chủ tài khoản sẽ gọi đúng tên nó.
Chính sách của GoogleChạm vào thông báo bạn đã nhận
| Quyết định hoặc chốt chặn | Tình huống của bạn | Bước tiếp theo |
|---|---|---|
| Ứng dụng hoặc bản cập nhật bị từ chối | Những thay đổi bạn gửi lên chưa được chấp nhận. Với một lượt từ chối bản cập nhật thông thường, phiên bản đã phát hành trước đó vẫn còn trên cửa hàng trong lúc bạn sửa. | Đọc kỹ thông báo, sửa đúng bản gửi bị ảnh hưởng rồi gửi lại. Xem sau khi bị từ chối. |
| Bị từ chối quyền phát hành công khai, hoặc thông báo “More testing required” | Đơn đăng ký đưa ứng dụng của một tài khoản cá nhân mới lên kênh phát hành công khai còn cần thêm việc phải làm; đây là quyết định về mức sẵn sàng của kỳ thử nghiệm khép kín. | Làm theo các bước thử nghiệm và mức sẵn sàng, rồi xem cách xử lý khi bị từ chối quyền phát hành công khai vì phần thử nghiệm. |
| Ứng dụng bị gỡ | Trang cửa hàng không còn nữa. Ứng dụng đã từng được phát hành, và biện pháp thực thi chính sách được áp dụng sau đó. | Làm theo thông báo thực thi chính sách và gửi một bản cập nhật tuân thủ qua đúng đường mà thông báo nêu. |
| Ứng dụng bị đình chỉ, hoặc tài khoản bị chấm dứt | Mức thực thi mạnh hơn, ở cấp ứng dụng hoặc cấp tài khoản, mỗi mức có thông báo và hệ quả riêng. | Dùng quy trình khiếu nại được nêu trong thông báo. Đừng mở một tài khoản khác để đăng lại; việc đó bị xem là vi phạm. |
| Chốt chặn khi tải lên hoặc về khả năng tương thích | Bản gửi không đi tiếp được với những gì bạn đã chuẩn bị: chẳng hạn cấp API mục tiêu thấp hơn mức sàn hiện hành, hoặc một gói ứng dụng mà Play Console không chấp nhận. | Xử lý xong yêu cầu kỹ thuật được nêu rồi gửi lại. Chưa hề có lượt xem xét nào diễn ra. |
Ý nghĩa của các trạng thái: phần Trợ giúp của Play Console, Phát hành ứng dụng của bạn và Quy trình thực thi chính sách.
Điều một trạng thái không cho bạn biết
Một ứng dụng không còn tải xuống được chưa chắc đã bị từ chối vì chính sách: có thể chính bạn đã gỡ nó khỏi cửa hàng, hoặc nó bị giữ lại bởi một quy tắc về khả năng tương thích. Và việc bị từ chối quyền phát hành công khai có thể do nhiều nguyên nhân, nên dòng ở trên là một hướng đi chứ không phải một chẩn đoán. Bản thân một bản phát hành trên kênh khép kín cũng có thể phải qua khâu xem xét chính sách; còn đơn đăng ký quyền phát hành công khai là một quyết định riêng về mức sẵn sàng của kỳ thử nghiệm.
Những rủi ro bị từ chối đã được ghi nhận và cách khắc phục thực tế
Google không công bố danh sách xếp hạng các lý do bị từ chối, và bài viết này cũng không tự dựng ra một danh sách như vậy. Tám bước kiểm tra dưới đây được xếp theo thứ tự bạn có thể lần lượt thực hiện, đi từ bản dựng ra ngoài, mỗi bước kèm nguồn chính sách của nó. Các hạng mục về thử nghiệm khép kín nằm ở phần thử nghiệm: đó là điều kiện đủ tư cách đăng ký đối với tài khoản cá nhân mới, không phải những lượt từ chối vì chính sách.
Độ ổn định và chức năng hữu ích
Ứng dụng văng, treo và cài đặt thất bại
- Vấn đề
- Chính sách về chức năng của Google cấm những ứng dụng bị văng, bị buộc đóng, bị treo hoặc hoạt động bất thường theo cách khác, kể cả ứng dụng không cài được, cài được nhưng không khởi chạy, hoặc khởi chạy rồi nhưng không phản hồi.
- Một cách kiểm chứng
- Cài mới đúng bản phát hành ứng viên lên hai thiết bị thật: mở ứng dụng, đăng nhập, hoàn thành luồng chính, chuyển ra nền rồi quay lại. Sau đó đọc báo cáo trước khi ra mắt để tìm lỗi văng và lỗi ANR (ứng dụng không phản hồi).
- Cách sửa
- Sửa các lỗi văng lúc khởi động và các lỗi ANR trước khi gửi, rồi chạy lại đúng luồng đó trên bản dựng vừa dựng lại.
Nội dung tĩnh, không có chức năng riêng của một ứng dụng
- Vấn đề
- Cũng chính sách đó bao gồm cả trường hợp chức năng hoặc nội dung quá hạn chế: nội dung tĩnh không mang lại công dụng riêng của một ứng dụng, nội dung quá ít, hoặc ứng dụng được làm ra để chẳng làm gì cả. Riêng định dạng không quyết định việc có tuân thủ hay không; ứng dụng vẫn cần công dụng và nội dung ở mức đủ.
- Một cách kiểm chứng
- Hãy trình bày được chức năng cốt lõi của ứng dụng và giải thích nó mang lại kết quả hữu ích gì. Kiểm tra xem ứng dụng có nội dung ở mức đủ và chức năng có ý nghĩa hay không, chứ không chỉ hiển thị tài liệu tĩnh.
- Cách sửa
- Bổ sung phần chức năng hoặc nội dung đủ để ứng dụng có công dụng tương xứng với mục đích sử dụng của nó.
Quyền truy cập của người xem xét
Người xem xét không vào được phần bị giới hạn hoặc chức năng cốt lõi
- Vấn đề
- Google yêu cầu bạn cung cấp thông tin đăng nhập còn dùng được và hướng dẫn cho mọi tính năng nằm sau màn hình đăng nhập, sau một giới hạn theo vị trí, hoặc sau một cơ chế xác thực khác thường. Không có những thứ đó, người xem xét gặp phải một bức tường, và một ứng dụng không xem xét được thì không được phê duyệt.
- Một cách kiểm chứng
- Cài bản phát hành bạn định gửi lên một thiết bị chưa có lịch sử sử dụng, và chỉ dùng đúng thông tin đăng nhập cùng hướng dẫn bạn đã điền ở trang Nội dung ứng dụng. Nếu bạn cần thêm bất cứ thứ gì khác để vào được, người xem xét cũng sẽ cần.
- Cách sửa
- Hãy cấp một tài khoản dành riêng cho việc xem xét và không hết hạn, kèm hướng dẫn từng bước cho mọi tính năng bị khóa. Không phải ứng dụng nào cũng cần đăng nhập; và một tài khoản dùng được là điều kiện cần để xem xét, chứ không phải bảo chứng cho việc được phê duyệt.
Quyền, quyền riêng tư và An toàn dữ liệu
Phạm vi quyền và nội dung khai báo
- Vấn đề
- Các quyền nhạy cảm như vị trí chạy nền và SMS cần một tình huống sử dụng mà ứng dụng thực sự thể hiện ra được, và ở đâu có biểu mẫu khai báo thì nội dung khai báo phải khớp với những gì ứng dụng làm. Bản tổng kết an toàn năm 2023 của Google cho biết gần 200.000 bản gửi đã bị từ chối hoặc buộc phải khắc phục đúng vì chuyện này.
- Một cách kiểm chứng
- Liệt kê mọi quyền nguy hiểm trong tệp manifest, và với từng quyền, nêu rõ màn hình nào cho người dùng thấy vì sao quyền đó là cần thiết.
- Cách sửa
- Bỏ đi những quyền không có tình huống sử dụng nhìn thấy được, và làm cho phần khai báo trong Play Console mô tả đúng hành vi mà người xem xét sẽ quan sát thấy. Chỉ nêu một lý do gắn với tính năng thì chưa đủ: hãy kiểm tra các hạn chế về quyền đang áp dụng, cùng phần công bố nổi bật và sự đồng ý bắt buộc phải có trước khi truy cập.
Nguồn Chính sách về dữ liệu người dùng · Tổng kết an toàn 2023
Chính sách quyền riêng tư và việc xóa tài khoản
- Vấn đề
- Hãy cung cấp URL chính sách quyền riêng tư trong Play Console, cùng một đường liên kết hoặc chính nội dung chính sách ở bên trong ứng dụng. Trang đó phải công khai, không chặn theo khu vực địa lý, không phải tệp PDF và không cho người xem chỉnh sửa, phải nêu rõ ứng dụng hoặc nhà phát triển, và mô tả đúng dữ liệu thực sự được thu thập. Nếu người dùng có thể tạo tài khoản ngay trong ứng dụng, bạn phải có cách dễ tìm để họ yêu cầu xóa tài khoản, cả trong ứng dụng lẫn từ bên ngoài, và phải công bố phần dữ liệu buộc phải lưu giữ.
- Một cách kiểm chứng
- Mở URL đó từ một thiết bị chưa đăng nhập, từ một quốc gia khác nếu có thể, rồi đọc đối chiếu với biểu mẫu An toàn dữ liệu.
- Cách sửa
- Hãy đăng một trang chính sách do bạn kiểm soát, khai báo nó trong Play Console và đưa vào trong ứng dụng, đồng thời bổ sung các đường yêu cầu xóa tài khoản ở những ứng dụng có cho tạo tài khoản.
An toàn dữ liệu và sự nhất quán với các SDK
- Vấn đề
- Phần khai báo An toàn dữ liệu phải phản ánh đúng những gì ứng dụng và mọi SDK bên thứ ba bên trong nó thu thập và chia sẻ. Các SDK quảng cáo, phân tích và báo cáo sự cố có thể thu thập hoặc chia sẻ dữ liệu mà không cần tới quyền khi chạy, nên một ứng dụng “không xin quyền nào” không đương nhiên là ứng dụng “không thu dữ liệu nào”, và một trang chính sách quyền riêng tư đang hoạt động cũng không chứng minh được rằng biểu mẫu đã khai đúng. Hãy kiểm tra đúng phiên bản SDK, cấu hình và hành vi thực tế của nó.
- Một cách kiểm chứng
- Xuất danh sách phụ thuộc của bản phát hành, tra phần công bố dữ liệu của từng SDK, rồi so với từng câu trả lời trên biểu mẫu. Hãy theo dõi lưu lượng mạng ở lần mở đầu tiên để xem có gì rời khỏi thiết bị trước khi người dùng làm bất cứ điều gì.
- Cách sửa
- Sửa biểu mẫu cho khớp với hành vi quan sát được, hoặc bỏ SDK đó đi. Bạn chịu trách nhiệm về phần khai báo, kể cả với đoạn mã không phải do bạn viết.
Trang cửa hàng, nội dung khai báo và thanh toán
Trang cửa hàng, quảng cáo, đối tượng và nội dung khai báo
- Vấn đề
- Mục Nội dung ứng dụng hỏi ứng dụng có chứa quảng cáo hay không, nhắm tới đối tượng nào, đồng thời yêu cầu làm bảng câu hỏi xếp hạng nội dung và những phần khai báo khác nếu có áp dụng. Một trang cửa hàng phô ra các tính năng mà bản dựng không có, hoặc một phần khai báo mâu thuẫn với chính ứng dụng, tự nó đã đủ để bị từ chối.
- Một cách kiểm chứng
- Rà từng câu trả lời trong mục Nội dung ứng dụng với bản phát hành mở sẵn ngay bên cạnh, và đối chiếu từng ảnh chụp màn hình với giao diện hiện tại.
- Cách sửa
- Cập nhật phần khai báo và tài nguyên trang cửa hàng cho khớp với bản dựng mà chúng mô tả; một sửa đổi ở trang cửa hàng có thể không cần tới bản dựng mới.
Thanh toán và điều kiện của các chương trình đang áp dụng
- Vấn đề
- Hệ thống thanh toán của Google Play là bắt buộc với một số giao dịch mua hàng hóa và dịch vụ kỹ thuật số ngay trong ứng dụng. Hàng hóa vật lý, dịch vụ ngoài đời thực và một số hạng mục khác nằm ngoài phạm vi đó; còn các chương trình thanh toán thay thế hay ưu đãi bên ngoài chỉ áp dụng ở những khu vực cụ thể, theo điều kiện riêng của từng chương trình.
- Một cách kiểm chứng
- Với mỗi luồng mua hàng, hãy xác định nó có bán nội dung kỹ thuật số được dùng ngay trong ứng dụng hay không; nếu có, hãy xác nhận nó chạy qua Play Billing, hệ thống thanh toán của Google Play, hoặc qua một chương trình mà bạn thực sự đã đăng ký tham gia.
- Cách sửa
- Chuyển các giao dịch mua kỹ thuật số sang Play Billing, hoặc lưu lại hồ sơ chứng minh bạn đã tham gia chương trình tương ứng. Đừng coi một chương trình theo khu vực là ngoại lệ áp dụng toàn cầu.
Nguồn Chính sách thanh toán
Các bước kiểm tra trước khi xem xét không phải là khâu xem xét
Các bước kiểm tra trước khi xem xét trong Play Console chỉ ra một số vấn đề nói trên ngay trước lúc bạn gửi (thiếu thông tin đăng nhập, phần khai báo về quyền, một liên kết chính sách quyền riêng tư bị hỏng), còn báo cáo trước khi ra mắt thì chạy thử ứng dụng trên các thiết bị thử nghiệm. Cả hai đều đáng chạy; nhưng vượt qua chúng không bảo đảm ứng dụng sẽ được phê duyệt ở khâu xem xét chính thức, và cũng không công cụ nào đo được người tham gia một kỳ thử nghiệm khép kín đã dùng ứng dụng ra sao.
Nguồn: Phát hiện sớm vấn đề của ứng dụng bằng các bước kiểm tra trước khi xem xét · Dùng báo cáo trước khi ra mắt để phát hiện vấn đề
Thử nghiệm khép kín ảnh hưởng thế nào tới quyền phát hành công khai
Ai phải đáp ứng yêu cầu thử nghiệm?
Chính sách của GoogleTài khoản nhà phát triển cá nhân được tạo sau ngày 13 tháng 11 năm 2023 phải chạy một kỳ thử nghiệm khép kín với ít nhất 12 người thử nghiệm chọn tham gia liên tục trong 14 ngày gần nhất thì mới đăng ký được quyền truy cập vào kênh phát hành công khai. Đáp ứng mức tối thiểu này chỉ giúp bạn đủ điều kiện để đăng ký; nó không phê duyệt ứng dụng. Tài khoản tổ chức và tài khoản cá nhân được tạo trước ngày đó không thuộc diện áp dụng yêu cầu này.
Thử nghiệm nội bộ không thay thế được kỳ thử nghiệm khép kín, dù chạy bao lâu đi nữa: 12 người thử nghiệm phải chọn tham gia trên một kênh khép kín. Chi tiết cách thiết lập nằm trong bài yêu cầu thử nghiệm khép kín của Google Play.
Nguồn: Yêu cầu thử nghiệm ứng dụng đối với tài khoản nhà phát triển cá nhân mới.
Bằng chứng, mức sẵn sàng và bước tiếp theo
Từ kỳ thử nghiệm đạt điều kiện tới bản phát hành công khai
- 1Hoàn tất kỳ thử nghiệm khép kín đạt điều kiện. Ít nhất 12 người thử nghiệm, đã chọn tham gia liên tục không gián đoạn trong 14 ngày gần nhất.
- 2Đăng ký quyền truy cập vào kênh phát hành công khai. Đơn đăng ký hỏi người thử nghiệm đã dùng ứng dụng thế nào, bạn nhận được phản hồi gì và đã thay đổi những gì từ đó.
- 3Google xem xét đơn đăng ký, thường trong vòng 7 ngày hoặc ít hơn, đôi khi lâu hơn, rồi hoặc cấp quyền hoặc yêu cầu thử nghiệm thêm. Ước lượng đó chỉ dành cho lượt xem xét này, không phải cho toàn bộ lộ trình ra mắt của bạn.
- 4Khi đã được cấp quyền, hãy chuẩn bị bản phát hành công khai. Việc xem xét và việc triển khai bản đó là những bước tách khỏi quyết định này; được cấp quyền là đủ điều kiện, chưa phải là đã phát hành.
Nếu một người thử nghiệm chọn không tham gia nữa, giai đoạn tính điều kiện của riêng người đó bị gián đoạn và số ngày của họ không còn được tính. Những người thử nghiệm khác không bị ảnh hưởng. Điều quan trọng ở thời điểm đăng ký là bạn còn đủ 12 người đạt điều kiện hay không, chứ không phải chuyện đã từng có ai rời đi.
Google hỏi bạn đã học được gì; Google không đặt ra số bản cập nhật tối thiểu. Câu khẳng định về mức sẵn sàng mà bạn cần nói được một cách trung thực là: Tôi đã xem lại phản hồi của người thử nghiệm, đã xử lý những vấn đề cần xử lý, và có thể giải thích mình học được gì cũng như vì sao ứng dụng đã sẵn sàng. Nếu câu trả lời trung thực là chẳng có ai dùng ứng dụng cả, thì khâu xem xét nhiều khả năng cũng đi tới đúng kết luận đó.
Có thêm vài người thử nghiệm trên mức 12 sẽ tạo khoảng dự phòng cho những trường hợp rời đi và mang lại phản hồi rộng hơn; chúng tôi không tuyên bố điều đó làm tăng khả năng được phê duyệt theo bất kỳ số đo nào. Hãy phủ các thiết bị thật mang tính đại diện, như một lựa chọn về chất lượng. Các tiêu chí đã công bố không nói gì về cách tính trình giả lập, nên bài viết này cũng không khẳng định theo hướng nào cả. Xem thêm: cách tính phần dự phòng người thử nghiệm, các câu hỏi trong đơn đăng ký quyền phát hành công khai, và những gì cần kiểm tra sau khi bị từ chối.
Cần làm gì sau khi ứng dụng hoặc bản cập nhật bị từ chối
Thông báo nêu rõ quyết định là gì, bản gửi nào bị ảnh hưởng và chính sách hay yêu cầu nào có liên quan. Hãy làm việc dựa trên thông báo đó, theo đúng thứ tự sau.
Chính sách của Google- 1Đọc kỹ quyết định và xác định đúng bản gửi bị ảnh hưởng. Bản phát hành nào, kênh nào, chính sách hay yêu cầu nào.
- 2Tái hiện hoặc soi kỹ vấn đề được nêu trên chính bản dựng đã được xem xét, không phải bản đang nằm trên máy bạn.
- 3Sửa vấn đề đó và kiểm tra luôn những yêu cầu liên quan trong cùng khu vực, để lượt xem xét sau không lôi ra cái nằm ngay bên cạnh.
- 4Kiểm chứng lại bản dựng hoặc phần khai báo bị ảnh hưởng: chạy lại cách kiểm chứng của đúng hạng mục ở trên.
- 5Gửi đúng phần sửa đổi cần gửi, hoặc dùng đường khiếu nại nếu bạn cho rằng quyết định là sai. Ở những chỗ bắt buộc, hãy mở mục Tổng quan về việc phát hành và chọn Gửi để xem xét; việc lưu một thay đổi không phải lúc nào cũng tự động gửi nó đi.
- 6Lưu lại bằng chứng và theo dõi kết quả. Thông báo, phiên bản, vấn đề, cách sửa, kiểm chứng, quyết định.
Sửa rồi gửi lại, hay khiếu nại
Nếu kết luận của Google là đúng, hãy sửa rồi gửi lại. Hướng dẫn thực thi chính sách của Google nói rõ rằng gửi lại mà chưa sửa vi phạm tự nó đã là một vấn đề. Đừng gửi lại khi vi phạm được nêu vẫn chưa được xử lý; có những cách sửa chỉ thay đổi trang cửa hàng hoặc phần khai báo mà không đụng tới bản dựng. Nếu bạn cho rằng quyết định là sai, hãy làm theo hướng dẫn khiếu nại trong thông báo và kèm theo tên gói ứng dụng, phiên bản bị ảnh hưởng, chính sách được viện dẫn, lý do bạn cho rằng quyết định là sai, cùng ảnh chụp màn hình hoặc các bước tái hiện chứng minh ứng dụng có tuân thủ. Đừng tìm cách đăng lại qua một tài khoản khác.
Nguồn: Quy trình thực thi chính sách · Kiểm soát thời điểm các thay đổi của ứng dụng được xem xét và phát hành.
Sửa ở bản dựng hay sửa ở phần khai báo?
Một sửa đổi ở trang cửa hàng hoặc ở phần khai báo có thể không cần tới bản dựng mới. Bạn cần một bản dựng mới khi cách sửa làm thay đổi mã nguồn đã đóng gói, tài nguyên, quyền hoặc cấu hình. Đôi khi sửa trên website hoặc ở phía máy chủ là đủ để xử lý vấn đề mà không phải dựng lại. Hãy làm theo thông báo và kiểm chứng lại đúng bản gửi bị ảnh hưởng.
Google mô tả việc xử lý các thay đổi của ứng dụng nói chung mất từ vài giờ tới bảy ngày, đôi khi lâu hơn. Đó không phải thời hạn bảo đảm để giải quyết trường hợp bị từ chối hay khiếu nại của bạn, và việc xem xét quyền phát hành công khai lại là một quy trình riêng; xem thời gian xem xét của Google Play. Không có con số nào được công bố về số lần bị từ chối được phép hay xác suất khiếu nại thành công, và bài viết này cũng không hứa hẹn con số nào.
Một bản ghi hữu ích về lượt bị từ chối trông như thế nào
Ví dụ minh họaHai bản ghi minh họa, được dựng ra để cho thấy dạng bằng chứng đáng lưu lại: một cho trường hợp bản cập nhật bị từ chối và một cho trường hợp chưa đủ điều kiện thử nghiệm. Đây không phải trường hợp của khách hàng, cũng không phải số liệu thống kê. Hãy lưu mã bản gửi lấy từ mục Hoạt động gửi trong Play Console cùng với thông báo và phiên bản bị ảnh hưởng, để bộ phận hỗ trợ xác định được chính xác bản gửi đó.
| Thông báo | Bản cập nhật bị từ chối, Chính sách về dữ liệu người dùng |
|---|---|
| Phiên bản bị ảnh hưởng | 2.4.1 (bản dựng 241), kênh phát hành công khai |
| Vấn đề | Liên kết chính sách quyền riêng tư trong trang cửa hàng trả về lỗi 404 |
| Cách sửa | Đã khôi phục trang chính sách quyền riêng tư tại đúng URL vốn đã khai trong Play Console và trong ứng dụng. Không có URL nhúng nào thay đổi, nên không cần bản dựng mới. |
| Kiểm chứng | Đã mở URL từ một thiết bị chưa đăng nhập, ở hai quốc gia; đã đọc lại biểu mẫu An toàn dữ liệu đối chiếu với trang đó |
| Quyết định | Đã gửi lại; bản cập nhật được phê duyệt |
| Thông báo | Chưa đủ điều kiện thử nghiệm |
|---|---|
| Phiên bản bị ảnh hưởng | 1.0.3, kênh khép kín |
| Vấn đề | Đã thêm 12 người thử nghiệm; chỉ 9 người duy trì tham gia suốt 14 ngày |
| Cách sửa | Đã tuyển ba người thử nghiệm thay thế; mỗi người bắt đầu giai đoạn 14 ngày của riêng mình |
| Kiểm chứng | Trang tổng quan hiển thị 12 người thử nghiệm đã chọn tham gia liên tục trong 14 ngày gần nhất |
| Quyết định | Đủ điều kiện đăng ký sau khi những người thử nghiệm thay thế hoàn thành giai đoạn bắt buộc của họ |
Danh sách kiểm tra trước khi gửi
Hãy chạy danh sách này trên đúng bản phát hành bạn sắp gửi, không phải bản bạn đã thử tuần trước. Những mục có ghi nếu có áp dụng còn tùy vào việc ứng dụng của bạn làm gì.
Bản dựng và hành vi
Quyền truy cập của người xem xét và nội dung khai báo
Quyền riêng tư và dữ liệu
Thanh toán
Chốt thử nghiệm, chỉ với tài khoản cá nhân mới
Câu hỏi thường gặp
Tỷ lệ thường niên này có dự đoán được kết quả lần xem xét đầu tiên của ứng dụng tôi không?
Không. Tỷ lệ 7,89% so sánh những con số toàn cầu mà Google báo cáo về số bản gửi ứng dụng được xem xét và bị từ chối trong năm 2025. Các báo cáo không đưa ra một nhóm gửi lần đầu được xác định rõ, nên cả tỷ lệ này lẫn phần bù của nó đều không phải xác suất cho một ứng dụng mới cụ thể.
Vì sao con số trong bản tổng kết an toàn khác với con số trong báo cáo minh bạch?
Vì chúng đo những thứ khác nhau. Bản tổng kết an toàn thường niên nêu con số đã làm tròn về số ứng dụng vi phạm chính sách bị ngăn phát hành; còn báo cáo minh bạch đếm số bản gửi bị từ chối và số lượt gỡ bỏ. Google không công bố cách đối chiếu giữa hai chuỗi số liệu này, nên không thể gộp chúng lại thành một tỷ lệ.
Một bản cập nhật bị từ chối có ảnh hưởng tới phiên bản đã phát hành không?
Một lượt từ chối bản cập nhật thông thường không gỡ bỏ phiên bản đã phát hành; bản phát hành trước đó vẫn còn trên cửa hàng trong lúc bạn sửa bản cập nhật. Gỡ bỏ, đình chỉ và chấm dứt tài khoản là những trạng thái thực thi chính sách riêng, mỗi loại có thông báo riêng, và những trạng thái đó thì có ảnh hưởng tới ứng dụng đang chạy.
Bị từ chối quyền phát hành công khai có phải là bị từ chối vì chính sách không?
Không. Với một tài khoản cá nhân mới, quyết định về quyền phát hành công khai xem xét kỳ thử nghiệm khép kín bạn đã chạy và những câu trả lời bạn đã điền. Thông báo “More testing required” nghĩa là đơn đăng ký còn cần thêm việc phải làm; đó không phải một lỗi vi phạm chính sách ghi vào ứng dụng, và thêm người thử nghiệm cũng không xóa được một lượt từ chối vì chính sách thật sự.
Tôi nên khiếu nại hay gửi bản sửa?
Đừng gửi lại khi vi phạm được nêu vẫn chưa được xử lý. Có những cách sửa chỉ thay đổi trang cửa hàng hoặc phần khai báo mà không đụng tới bản dựng. Nếu bạn cho rằng quyết định là sai, hãy làm theo hướng dẫn khiếu nại trong thông báo và cung cấp bằng chứng cho thấy ứng dụng có tuân thủ. Đừng tạo một tài khoản khác để đăng lại; việc đó bị xem là vi phạm.
Nguồn và ghi chú dữ liệu
Đi tiếp tới đâu thì tùy vào việc bạn tới đây để làm gì. Nếu cần trích dẫn tỷ lệ, hãy trích 7,89% kèm theo năm của nó (hoạt động năm 2025) và mẫu số của nó (số bản gửi được xem xét). Nếu cần xử lý một thông báo, hãy tìm đúng dòng của nó trong bảng quyết định rồi đi theo hướng đó. Nếu chốt chặn của bạn nằm ở phần thử nghiệm, bài hướng dẫn về yêu cầu thử nghiệm khép kín trình bày trọn vẹn cách thiết lập.
Chốt lại
Tỷ lệ bản gửi bị từ chối trên Google Play trong năm 2025 vào khoảng 7,89%, tính từ 1.692.467 bản gửi bị từ chối và 21.461.250 bản gửi được xem xét trong Báo cáo minh bạch thường niên năm 2025 của Google. Đó là một con số lịch sử của cả nền tảng, không phải cơ hội của riêng ứng dụng bạn. Một thông báo từ chối luôn nêu tên một quyết định cụ thể: hãy sửa đúng thứ nó nêu, gửi lại hoặc khiếu nại, và xem chốt thử nghiệm dành cho tài khoản cá nhân mới là một bước riêng về mức sẵn sàng.
Các báo cáo minh bạch thường niên
Các bản tổng kết an toàn thường niên
Chính sách và phần Trợ giúp của Play Console
Lịch sử cập nhật
Ngày 28 tháng 2 năm 2026: đăng lần đầu, chỉ dựa trên chuỗi số liệu tổng kết an toàn thường niên. Ngày 12 tháng 9 năm 2026: bổ sung phép tính từ báo cáo minh bạch cùng các giới hạn của nó, tách bạch hai chuỗi số liệu của Google, thêm bảng quyết định, thêm các phần về quyền truy cập của người xem xét, về An toàn dữ liệu và về việc xử lý sau khi bị từ chối, đồng thời bỏ cách trình bày xếp hạng lý do; một lượt rà soát thứ hai trong cùng ngày đã chỉnh lại câu chữ về việc gửi lại, về chức năng và về thời gian xem xét. Lần làm mới thường niên tiếp theo sẽ diễn ra khi Google công bố báo cáo năm 2026, dự kiến trong năm 2027.