Trả lời nhanh
Tính đến ngày 13 tháng 8 năm 2026, tester vẫn cài được tệp APK thô mà bạn chia sẻ trực tiếp cho họ. Việc Google áp dụng từ ngày 30 tháng 9 năm 2026 tại Brazil, Indonesia, Singapore và Thái Lan ban đầu chỉ chạm tới bảy cửa hàng ứng dụng tham gia, và tài liệu hỏi đáp ngày 15 tháng 7 của Google nói rằng việc cài trực tiếp chưa thuộc phạm vi. Google dự định mở rộng phạm vi áp dụng sang thiết bị được chứng nhận chạy Android 7 trở lên vào năm 2027, chưa công bố ngày cụ thể. Khi điều đó có hiệu lực, ứng dụng đã đăng ký với một nhà phát triển đã xác minh vẫn giữ lối cài đặt thông thường, còn ứng dụng chưa đăng ký vẫn cài được qua ADB hoặc qua luồng nâng cao của Google. Firebase App Distribution vẫn hữu ích cho QA, nhưng nó không thực hiện việc xác minh nhà phát triển Android và cũng không được tính là thử nghiệm khép kín (closed testing) của Google Play, vốn cần 12 tester duy trì tham gia liên tục trong 14 ngày.
Cách bài này xếp loại từng khẳng định
- Đã kiểm chứng nghĩa là câu đó lấy thẳng từ một trang hiện hành của Google, Android hoặc Firebase. Phần lớn bài này thuộc loại này. Đã kiểm chứng
- Một phần nghĩa là nguồn sơ cấp có ủng hộ kết luận nhưng cần thêm một bước suy luận, hoặc chính trang của Google không nói tới trường hợp biên đó. Một phần
- Cộng đồng báo cáo nghĩa là các nhà phát triển kể lại nhiều lần trên Stack Overflow, Reddit hoặc chính diễn đàn của Google. Hữu ích để xử lý sự cố, không phải chính sách. Cộng đồng
- Không có tài liệu nghĩa là Google chưa công bố gì về đúng tình huống đó, và chúng tôi nói thẳng như vậy thay vì đoán. Không có tài liệu
Câu chuyện lan đi trong năm 2025 rất đơn giản: Android sắp chấm dứt việc cài trực tiếp. Lập trường mà Google thật sự ghi trong tài liệu vào tháng 8 năm 2026 thì hẹp hơn, chính xác hơn và kém hấp dẫn hơn nhiều nếu dùng làm tiêu đề. Google đã làm rõ và thu hẹp phạm vi giai đoạn áp dụng đầu tiên vào tháng 6 và tháng 7 năm 2026, và vào ngày 15 tháng 7 năm 2026 họ viết sự thu hẹp đó thành một câu: mốc ngày 30 tháng 9 "chỉ áp dụng cho những cửa hàng tham gia cụ thể". Phần lớn nội dung từ năm 2025 và đầu năm 2026 vẫn đang lưu hành được đăng trước khi câu đó tồn tại, và mô tả một đợt triển khai đầu tiên rộng hơn thực tế Google đang áp dụng.
Vì vậy bài này được tổ chức quanh quyết định mà bạn thật sự phải đưa ra, chứ không quanh cuộc tranh cãi. Bạn có mười hai người bạn, đồng nghiệp hoặc tester (trong tài liệu chính thức của Google bằng tiếng Việt: người thử nghiệm) và một bản dựng cần đưa lên máy họ. Còn gửi APK qua email được không? Có cần ADB không? Firebase App Distribution có đủ không? Và câu hỏi gần như tuần nào cũng tới hộp thư của PrimeTestLab: có thứ nào trong số đó được tính cho thử nghiệm khép kín 12 tester mà Google đòi trước khi cấp quyền truy cập vào kênh phát hành công khai không? Mọi mốc ngày, con số và cơ chế bên dưới đều được đối chiếu với chính trang của Google vào ngày 13 tháng 8 năm 2026, và ở chỗ Google chưa công bố gì thì bài viết đánh dấu khoảng trống thay vì lấp nó.
Sau ngày 30 tháng 9 năm 2026, tester còn cài được tệp APK của bạn không?
Có. Theo quy định hiện hành của Google, sau ngày 30 tháng 9 năm 2026 tester vẫn cài được tệp APK bạn gửi thẳng cho họ. Mốc ngày là thật, bốn quốc gia là thật, việc áp dụng cũng là thật, nhưng tài liệu hỏi đáp hiện hành của Google nói rằng hạn chót này "chỉ áp dụng cho những cửa hàng tham gia cụ thể". Với một lần cài trực tiếp, cũng tài liệu đó nói nó "chưa áp dụng cho ứng dụng của bạn".
Nguyên văn của Google, từng cụm một
Hạn chót "chỉ áp dụng cho những cửa hàng tham gia cụ thể" · với một lần cài trực tiếp thì nó "chưa áp dụng cho ứng dụng của bạn" · việc áp dụng bao trùm "thiết bị Android được chứng nhận chạy Android 7 trở lên" · Google sẽ "mở rộng yêu cầu xác minh Android ra toàn cầu" vào năm 2027
Các đoạn được trích riêng từng phần từ tài liệu hỏi đáp về xác minh nhà phát triển Android của Google (cập nhật ngày 10 tháng 8 năm 2026) và thông báo ngày 18 tháng 6 năm 2026, cả hai truy cập ngày 13 tháng 8 năm 2026. Đã kiểm chứng
Ngày 30 tháng 9 chạm tới điều gì, và không chạm tới điều gì
Ba dòng dưới đây giải quyết câu hỏi cho gần như mọi người đọc. Dòng ở giữa chính là dòng khác với phần lớn các bài viết trước đây về mốc ngày này.
Bị ảnh hưởng từ ngày 30 tháng 9 năm 2026
Cài qua một trong bảy cửa hàng tham gia tại Brazil, Indonesia, Singapore hoặc Thái LanỨng dụng phải được đăng ký với một nhà phát triển đã xác minh thì lần cài thông thường mới đi qua. Google nêu rằng phần ngoài Play của đợt áp dụng theo khu vực ban đầu này dành cho dạng điện thoại và máy tính bảng.
Chưa thuộc phạm vi của giai đoạn một
Một tệp APK trực tiếp: gửi email, tải từ trang của bạn, chia sẻ trên Drive, hoặc cài bằng ADBTài liệu hỏi đáp ngày 15 tháng 7 của Google nói hạn chót 30 tháng 9 chưa áp dụng cho việc cài trực tiếp. Các cửa hàng ứng dụng ngoài danh sách tham gia cũng nằm ngoài giai đoạn đầu này. Từ mang sức nặng trong cả hai câu là chưa. Tệp APK qua Firebase App Distribution lẽ ra thừa hưởng cùng câu trả lời, vì đó là phân phối trực tiếp một tệp APK đã ký, nhưng Google chưa công bố phán quyết riêng cho Firebase. Một phần, suy luận
Không đổi trong mọi trường hợp
Chính các quy định phát hành của Google PlayPlay có yêu cầu riêng buộc mọi gói ứng dụng trên Play phải được đăng ký, và đợt thử nghiệm khép kín 12 tester dành cho tài khoản cá nhân mới thuộc diện áp dụng thì không bị chuyện này chạm tới. Việc xác minh không rút ngắn, không miễn và không thay thế đợt thử nghiệm đó.
Phạm vi lấy từ tài liệu hỏi đáp về xác minh nhà phát triển Android của Google (bản cập nhật ngày 10 tháng 8 năm 2026) và thông báo ngày 18 tháng 6 năm 2026 nêu tên mốc ngày, bốn quốc gia và bảy cửa hàng. Yêu cầu thử nghiệm khép kín của Play lấy từ bài trợ giúp Play Console số 14151465. Tất cả truy cập ngày 13 tháng 8 năm 2026.
Vì sao đây không phải một kẽ hở
"Chưa thuộc phạm vi" là cách mô tả một giai đoạn triển khai, không phải một ngoại lệ vĩnh viễn, và coi nó là ngoại lệ chính là sai lầm ngược lại với sai lầm mà bài này đang sửa. Google đã nói yêu cầu sẽ mở rộng ra toàn cầu vào năm 2027. Phản ứng đúng sau khi đọc mục này là nhẹ nhõm về tháng 9 và chuẩn bị cho năm kế tiếp, đó đúng là mục đích của danh sách kiểm tra gần cuối bài. Đã kiểm chứng
Ngày 30 tháng 9 năm 2026 thực sự thay đổi điều gì
Google ấn định mốc ngày vào ngày 18 tháng 6 năm 2026 rồi thu hẹp nó bằng văn bản vào ngày 15 tháng 7. Từ ngày 30 tháng 9, một lần cài qua một trong bảy cửa hàng được nêu tên tại bốn quốc gia được nêu tên sẽ bị kiểm tra: ứng dụng phải được đăng ký với một nhà phát triển đã xác minh. Tài liệu hỏi đáp hiện hành của Google nói giai đoạn đầu này áp dụng cho các cửa hàng tham gia được nêu tên, còn việc cài trực tiếp và các cửa hàng không tham gia thì chưa thuộc phạm vi.
Nếu bạn phát hành trên Google Play
Hãy đăng ký mọi gói ứng dụng còn lại trước ngày 30 tháng 9 năm 2026. Hướng dẫn Play Console của Google nói hãy đăng ký mọi ứng dụng bạn muốn tiếp tục phân phối để "tránh bị gỡ khỏi Google Play trên toàn cầu". Nghĩa vụ này mang tính toàn cầu. Nó không liên quan gì tới bốn quốc gia kia và vẫn áp dụng ngay cả khi không một người dùng nào của bạn sống ở đó.
Người dùng gặp gì vào ngày 30 tháng 9
Việc kiểm tra phía thiết bị chỉ bắt đầu ở bốn quốc gia. Lượt kiểm tra cài đặt đầu tiên bao trùm bảy cửa hàng tham gia tại Brazil, Indonesia, Singapore và Thái Lan. Nó không chạm tới sideload trực tiếp, cũng không chạm tới các cửa hàng ngoài danh sách đó.
Đây là hai nghĩa vụ tách biệt của ngày 30 tháng 9, và gộp chúng lại là cách hiểu sai phổ biến nhất về mốc này. Việc đăng ký gói trên Play mang tính toàn cầu và quyết định trang ứng dụng của bạn có còn hiển thị hay không; việc kiểm tra khi cài đặt mang tính khu vực và quyết định điều gì xảy ra trên máy người dùng. Đã xác minh
Bảy cửa hàng tham gia
Hãy gọi đúng tên từng cửa hàng. Mô tả chuyện này như một hạn chế với mọi cửa hàng ứng dụng là quá rộng so với cách diễn đạt hiện hành của Google về giai đoạn đầu: theo danh sách Google đã công bố, một cửa hàng không có tên ở đây thì nằm ngoài đợt triển khai ngày 30 tháng 9.
| Công ty | Cửa hàng tham gia | Bị kiểm tra từ 30/9 tại bốn quốc gia? |
|---|---|---|
| Google Play | Có | |
| HONOR | HONOR App Market | Có |
| OPlus | OPPO App Market | Có |
| Samsung | Galaxy Store | Có |
| Transsion | Palm Store | Có |
| vivo | V-Appstore | Có |
| Xiaomi | GetApps | Có |
| Chính bạn, trực tiếp | Email, liên kết tải, trang web của bạn, Drive, và theo suy luận là tệp APK qua Firebase App Distribution | Không, chưa |
| Bất kỳ ai khác | Mọi cửa hàng ứng dụng không có tên ở trên | Không, chưa |
Danh sách cửa hàng và các quốc gia lấy từ thông báo ngày 18 tháng 6 năm 2026 của Google; việc loại trừ cài trực tiếp và các cửa hàng không tham gia lấy từ tài liệu hỏi đáp về xác minh của Google, bản cập nhật ngày 10 tháng 8 năm 2026. Truy cập ngày 13 tháng 8 năm 2026. Đã kiểm chứng
Bốn quốc gia, và các dạng thiết bị bên trong đó
Có hai chi tiết thu hẹp chuyện này thêm nữa và đáng để bạn ghi nhớ. Với việc phân phối ngoài Google Play, tài liệu hỏi đáp về xác minh của Google nêu rằng việc áp dụng ở các khu vực được chọn ban đầu dành cho dạng điện thoại và máy tính bảng. Cũng tài liệu đó nói các lớp bảo vệ được phân phối qua Dịch vụ Google Play trên thiết bị Android được chứng nhận chạy Android 7 trở lên, và đó là phạm vi thiết bị về lâu dài chứ không phải một giới hạn chỉ dành cho tháng 9.
Điều gì không thay đổi trong tháng 9
Danh sách dưới đây ngắn, nhưng nó bao trùm cách phần lớn nhóm nhỏ thật sự chuyển một bản dựng đi. Không mục nào trong đó bị giai đoạn ngày 30 tháng 9 chạm tới.
Đây là một lần cài trực tiếp. Chưa thuộc phạm vi giai đoạn đầu.
Cũng là cài trực tiếp, với cùng câu trả lời.
Phân phối trực tiếp một tệp APK đã ký cho tester được mời. Xem mục 08 để có bức tranh đầy đủ. Google không công bố phán quyết riêng cho Firebase, nên đây là suy luận từ quy tắc sideload trực tiếp chứ không phải một ngoại lệ được nêu rõ. Một phần, suy luận
Google nói không có thay đổi nào với cách ADB hoạt động. Mục 05.
Nằm ngoài giai đoạn đầu, theo cùng câu trả lời trong tài liệu hỏi đáp.
Đó là một yêu cầu riêng của Play, và nó có hiệu lực toàn cầu. Ngày 18 tháng 6 năm 2026, Google nói hơn 99% ứng dụng của các nhà phát triển trên Play đã được đăng ký tự động.
Con số 99% có gắn ngày tháng
Con số đăng ký tự động hơn 99% của Google đến từ bản cập nhật ngày 18 tháng 6 năm 2026. Một số tài liệu vẫn nhắc lại con số khoảng 98% cũ hơn. Hãy dùng con số mới, và trích nó kèm ngày tháng thay vì coi như một dữ kiện bất biến, vì Google làm mới thống kê mức độ áp dụng khi đợt triển khai tiếp diễn. Trang tổng quan hiện tại của Google về xác minh nhà phát triển nay làm tròn chính con số đó thành 99%, nên hãy dẫn kèm nguồn và ngày thay vì coi đó là một hằng số chính xác. Đã kiểm chứng
Điều gì xảy ra khi việc xác minh mở rộng ra toàn cầu vào năm 2027
Google nói yêu cầu sẽ mở rộng ra toàn cầu vào năm 2027 trở đi, với ứng dụng trên thiết bị Android được chứng nhận chạy Android 7 trở lên, thông qua Dịch vụ Google Play. Họ chưa công bố ngày cụ thể trên toàn thế giới hay lịch trình theo từng quốc gia. Hãy coi mọi mốc ngày cụ thể của năm 2027 là không chính thức chừng nào Google chưa công bố.
Dòng thời gian, kèm điều mỗi mốc ngày gây ra cho một tệp APK được chia sẻ
-
30 tháng 3 năm 2026
Việc xác minh bắt đầu được triển khai tới mọi nhà phát triển
Google bắt đầu triển khai việc xác minh nhà phát triển Android tới mọi nhà phát triển trong Play Console và Android Developer Console.
APK thô Riêng mốc ngày này không thay đổi gì với trải nghiệm cài đặt của người dùng. Ứng dụng chưa xác minh Vẫn cài được theo cách Android đang hoạt động. -
Tháng 8 năm 2026
Luồng nâng cao và tài khoản phân phối giới hạn ra mắt toàn cầu
Google đặt lịch ra mắt toàn cầu luồng cài đặt nâng cao và tài khoản phân phối giới hạn vào tháng này. Tính đến ngày 13 tháng 8 năm 2026, các nguồn đã xem nêu tháng nhưng không nêu ngày cụ thể, và cũng không xác nhận rằng luồng này đã tới được mọi người dùng. Một phần
APK thô Vẫn dùng được. Ứng dụng chưa xác minh Luồng nâng cao là cơ chế nhằm giữ lại khả năng cài chúng. -
30 tháng 9 năm 2026
Việc áp dụng yêu cầu đăng ký bắt đầu ở bảy cửa hàng, bốn quốc gia
Việc cài qua Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore và Xiaomi GetApps tại Brazil, Indonesia, Singapore và Thái Lan đòi hỏi ứng dụng phải được đăng ký với một nhà phát triển đã xác minh. Đã kiểm chứng
APK thô Chưa thuộc phạm vi giai đoạn ban đầu này. Ứng dụng chưa xác minh Một lần cài qua cửa hàng tham gia có thể bị hạn chế; lối trực tiếp không bị đụng tới trong giai đoạn này. -
Năm 2027 trở đi
Mở rộng toàn cầu tới thiết bị Android được chứng nhận
Việc xác minh mở rộng ra toàn thế giới với ứng dụng trên thiết bị Android được chứng nhận chạy Android 7 trở lên. Đây là giai đoạn mà câu trả lời về cài trực tiếp thay đổi. Đã kiểm chứng
APK thô Ứng dụng đã đăng ký: lối cài thông thường. Ứng dụng chưa đăng ký: luồng nâng cao hoặc ADB theo mô hình đã công bố. Ứng dụng chưa xác minh Luồng nâng cao hoặc ADB vẫn là lối đã được công bố. -
Ngày cụ thể năm 2027
Chưa được công bố tính đến ngày 13 tháng 8 năm 2026
Dòng thời gian Google công bố chỉ nói năm 2027 trở đi, không có gì cụ thể hơn. Thứ tự các quốc gia cũng chưa được công bố. Không có tài liệu
APK thô Đừng lập kế hoạch dựa trên một ngày cụ thể. Ứng dụng chưa xác minh Đừng lập kế hoạch dựa trên một ngày cụ thể.
Trình tự thời gian lấy từ bài viết về đợt triển khai ngày 30 tháng 3 năm 2026 của Google, thông báo ngày 18 tháng 6 năm 2026, và tài liệu hỏi đáp về xác minh nhà phát triển Android, bản cập nhật ngày 10 tháng 8 năm 2026. Truy cập ngày 13 tháng 8 năm 2026.
Hạn chót không hề tồn tại
"Ngày 1 tháng 1 năm 2027" xuất hiện trong các bài viết thứ cấp và trong câu trả lời của trợ lý AI. Nó không có trong bất kỳ nguồn nào của Google được xem khi làm bài này. Google cam kết năm 2027 trở đi mà không nêu ngày. Nếu một kế hoạch của bạn phụ thuộc vào việc biết ngày đó, tình trạng thành thật là chưa ai ngoài Google biết, và cách phòng thân thiết thực là hoàn tất đăng ký các gói ứng dụng của bạn từ sớm, trước khi năm đó bắt đầu. Không có tài liệu
APK đã xác minh so với APK chưa xác minh: Android thực sự kiểm tra điều gì
Chỉ hỏi "tôi đã được xác minh chưa?" là hỏi sai. Việc xác minh nhà phát triển Android tạo ra thứ mà Google gọi là mối liên kết chính thức, có thể kiểm chứng giữa danh tính nhà phát triển, tên gói ứng dụng và khóa ký hoặc các khóa ký của gói đó. Xác minh danh tính là một mắt xích trong chuỗi ấy, không phải cả chuỗi.
Chuỗi liên kết, từng mắt xích một
Bạn là ai, được xác nhận một lần qua Play Console hoặc Android Developer Console.
Làm một lần cho mỗi tài khoảnĐịnh danh của ứng dụng, chẳng hạn com.example.app, được đăng ký với danh tính đã xác minh đó.
Quyền sở hữu được chứng minh bằng cách nộp một tệp APK đã ký bằng khóa riêng tư của bạn. Console hỗ trợ thêm và xác minh nhiều khóa cho một gói ứng dụng.
Theo từng khóa, không theo từng bản dựngỞ nơi chuỗi liên kết đầy đủ, Google nói trải nghiệm cài đặt thông thường của người dùng được giữ nguyên khi việc áp dụng rộng hơn có hiệu lực.
Kết quả bạn muốnChuỗi liên kết lấy từ hướng dẫn về xác minh nhà phát triển Android của Google, gồm cả phần mô tả cách chứng minh quyền sở hữu, và phần hỗ trợ nhiều khóa ký được ghi trong tài liệu hỏi đáp về xác minh. Truy cập ngày 13 tháng 8 năm 2026. Đã kiểm chứng
Google nói rõ rằng việc cài trực tiếp là điều căn bản của Android và nhà phát triển đã xác minh có thể tiếp tục phân phối trực tiếp. Sắc thái mà câu nói đó che đi là: một lần cài trót lọt phụ thuộc vào việc ứng dụng đã được đăng ký, chứ không chỉ vào việc bạn đã qua một bước kiểm tra danh tính. Đó là lý do bài này luôn nói "đã đăng ký với một nhà phát triển đã xác minh" thay vì cách nói ngắn và lỏng lẻo "ứng dụng đã xác minh".
Nếu bạn dùng khóa gỡ lỗi hoặc một khóa ký QA riêng thì sao?
Đây là chỗ các nhóm QA thật sự bị vướng, vì việc gửi bản dựng ký bằng khóa gỡ lỗi cho tester nội bộ và bản dựng ký bằng khóa phát hành cho cửa hàng là hoàn toàn bình thường. Đó là những chứng chỉ khác nhau trên cùng một tên gói ứng dụng.
Rà soát khóa ký, bốn câu hỏi
- Chứng chỉ nào thực sự ký tệp APK mà người dùng cài? Đó mới là cái cần đăng ký. Với Play App Signing, khóa ký ứng dụng ký tệp APK cài từ Google Play, còn khóa tải lên chỉ xác thực gói bạn tải lên Play và không mặc nhiên là chứng chỉ của bản đã cài. Khóa debug, CI, QA hay khóa tải lên chỉ quan trọng với phân phối trực tiếp khi chính nó ký tệp APK bạn đưa cho tester.
- Những khóa liên quan đã được đăng ký cho gói ứng dụng chưa? Google hỗ trợ thêm và xác minh nhiều khóa ký cho một tên gói ứng dụng, nên bạn không bị buộc phải gom hết mọi thứ về một khóa.
- Đừng cho rằng xác minh danh tính bao trùm mọi khóa. Vượt qua bước danh tính không tự động chấp nhận mọi chứng chỉ bạn từng dùng.
- Hai tệp APK chung tên gói ứng dụng nhưng khác chữ ký thì không thay thế cho nhau được. Đó là cách ký ứng dụng Android thông thường và nó có từ rất lâu trước việc xác minh, nhưng rất dễ bị nhầm thành lỗi của việc xác minh nhà phát triển. Xem mục 12.
Năm trường hợp biên mà Google đã thực sự trả lời
Năm câu này xuất hiện liên tục và cả năm đều đã có câu trả lời được công bố, nên không cần đoán.
Câu hỏi phạm vi đã có câu trả lời chính thức
- Android 6 trở về trước? Nằm ngoài phạm vi đã nêu. Google nói việc áp dụng bao trùm các thiết bị Android được chứng nhận chạy Android 7 trở lên, thông qua dịch vụ Google Play. Đã xác minh
- Thiết bị không được chứng nhận hoặc ROM tùy biến không có dịch vụ Google Play? Google mô tả việc áp dụng này cho các thiết bị Android được chứng nhận, qua dịch vụ Play. Đừng suy rộng quy tắc ra mọi ROM tùy biến hay thiết bị không được chứng nhận, vì chúng nằm ngoài cơ chế Google mô tả. Chưa có tài liệu cho các thiết bị đó
- Ứng dụng doanh nghiệp trên thiết bị được quản lý? Ứng dụng phân phối qua cửa hàng của tổ chức tới thiết bị được quản lý không cần hoàn tất xác minh, vì quản trị viên CNTT đã thẩm định. Google vẫn khuyến nghị đăng ký chúng, phòng khi ứng dụng cũng được cài từ nguồn khác hoặc lên một thiết bị không được quản lý. Đã xác minh
- Kiểm tra một gói đã đăng ký hay chưa ở đâu? Nhà phát triển trên Play: trang xác minh nhà phát triển Android trong Play Console, hiển thị trạng thái cạnh từng ứng dụng. Nhà phát triển ngoài Play: thẻ Tên gói trong Android Developer Console, với trạng thái Đã đăng ký, Chưa đăng ký hoặc Bản nháp. Android Studio Panda 4 trở lên cũng hiển thị trạng thái khi bạn tạo tệp APK hoặc App Bundle đã ký. Đã xác minh
- Nhà phát triển ngoài Play có phải trả 25 đô la? Tài khoản Android Developer Console phân phối đầy đủ tốn 25 đô la. Tài khoản phân phối giới hạn thì miễn phí, không đòi giấy tờ tùy thân và bị giới hạn 20 thiết bị được cấp phép. Nếu bạn đã phát hành trên Google Play thì quản lý xác minh ngay trong Play Console thay vì mở tài khoản riêng. Hãy xác nhận tình trạng khả dụng trước: tính đến ngày 13 tháng 8 năm 2026, quyền truy cập sớm vẫn đang đóng. Khả dụng một phần
Firebase cũng đòi ký, nhưng vì lý do khác
Firebase App Distribution đòi tệp APK phải được ký bằng khóa gỡ lỗi hoặc khóa ký ứng dụng thì mới phân phối. Đó là yêu cầu của Firebase về tính hợp lệ của bản dựng, không phải một bước của việc xác minh nhà phát triển Android. Hai hệ thống cùng dùng từ "đăng ký", và tách bạch chúng là một phân biệt quan trọng trong toàn bộ chủ đề này. Mục 08 tách riêng hai thứ đó. Đã kiểm chứng
Sự phân biệt giữa khóa tải lên và khóa ký cũng giải thích loại yêu cầu hỗ trợ Firebase phổ biến nhất. Bản ứng dụng cài từ Play có thể được ký bằng khóa ký ứng dụng của Google Play, trong khi tệp APK Firebase bạn đưa cho chính tester đó lại được ký tại chỗ bằng khóa tải lên, khóa phát hành hoặc khóa debug. Android không thể cài bản này đè lên bản kia nếu danh tính ký được chấp nhận không khớp, nên tester gặp lỗi trông giống vấn đề xác minh nhưng thực ra không phải. Đã xác minh
ADB vẫn được phép, nhưng đó là quy trình của nhà phát triển
Cam kết rõ ràng nhất của Google trong cả chương trình này, lấy từ tài liệu hỏi đáp về xác minh: không có thay đổi nào với cách ADB hoạt động. Nhà phát triển và người dùng thành thạo có thể tiếp tục cài ứng dụng theo lối đó, và thời gian chờ 24 giờ của luồng nâng cao không áp dụng cho việc cài qua ADB. Đây là lối kỹ thuật bền nhất trong bài này, và cũng là lối ít phù hợp nhất với tester thông thường.
Hợp với
- Chính bạn, trên máy của bạn, cả ngày dài
- Một nhóm QA kỹ thuật đã cài sẵn Android Studio
- Quy trình CI và các trang trại thiết bị
- Cài một bản dựng chưa đăng ký mà không phải chờ hết một ngày của luồng nâng cao
- Một đồng nghiệp ngồi cạnh bạn với một sợi cáp USB
Không hợp với
- Mười hai người bạn, người thân hoặc tester được tuyển
- Bất kỳ ai mà bạn không thể hướng dẫn qua điện thoại để vào tùy chọn nhà phát triển
- Tester ở xa tại nước khác, không có cáp và không có máy tính
- Lặp nhanh: mỗi bản dựng mới cần quyền truy cập máy và thêm một lệnh cài đặt, dù tester không phải làm lại toàn bộ phần thiết lập
- Bất cứ thứ gì bạn muốn Google Play tính. Việc cài qua ADB là vô hình với các yêu cầu thử nghiệm của Play
Tester phải làm gì trước đã
Chính tài liệu về công cụ của Google nói thẳng về điều kiện tiên quyết: để dùng ADB qua USB, bạn phải bật gỡ lỗi qua USB trong tùy chọn nhà phát triển của thiết bị. Trên một chiếc điện thoại đời mới, việc đó nghĩa là tìm số hiệu bản dựng, chạm vào đó bảy lần để mở khóa tùy chọn nhà phát triển, rồi bật gỡ lỗi qua USB trong một màn hình cài đặt có kèm hộp thoại cảnh báo. Quy trình đó khả thi với một tester rành kỹ thuật và nặng nề với một người tình nguyện dùng thử ứng dụng của bạn cho vui.
Phần thiết lập không lặp lại ở mỗi bản dựng, và đây chính là chi tiết mà phần lớn bài viết nói sai. Khi tester đã cấp quyền cho máy trạm của bạn, quyền đó còn hiệu lực đến khi họ thu hồi hoặc quên thiết bị. Vậy nên một bản dựng mới chỉ tốn thêm một lệnh adb install -r và quyền chạm vào máy, chứ không phải đi lại toàn bộ phần tùy chọn nhà phát triển. Android 11 trở lên còn hỗ trợ gỡ lỗi không dây: tester ghép nối điện thoại với máy trạm một lần bằng mã QR hoặc mã ghép nối, sau đó bạn cài qua mạng khi cả hai thiết bị cùng mạng, không cần cáp. Cách này bỏ được sợi cáp, chứ không bỏ được điều kiện kỹ thuật.
Ba câu lệnh bao trùm gần như mọi lần cài cho tester. Không có gì mới trong năm 2026 ở đây; đó chính là quy trình mà Google nói là không thay đổi.
adb devices
adb install app-release.apk
adb install -r app-release.apk
Điều khiến người ta bất ngờ: -r chỉ chạy được khi tệp APK mới được ký bằng đúng chứng chỉ của bản đã cài. Một bản dựng ký bằng khóa khác thì phải gỡ cài đặt trước, và việc đó cuốn theo cả dữ liệu của ứng dụng. Đó là cách ký ứng dụng Android chuẩn mực, không phải một quy định của việc xác minh.
Hãy dùng ADB làm phương án dự phòng, đừng dùng làm kế hoạch
Theo mô hình Google đã công bố, ADB là phương án dự phòng có tài liệu để cài ứng dụng chưa xác minh, kể cả xuyên suốt đợt triển khai rộng hơn đang được lên kế hoạch. Đó là lối vẫn chạy được khi một bản dựng chưa đăng ký và tester thì không chịu ngồi chờ hết một ngày. Dù vậy vẫn nên kiểm tra lại chính sách trước khi dựa vào giả định đó vào năm 2027. Thứ nó không phải là: một cách đưa mười hai người bình thường vào cuộc, và nó sẽ không bao giờ đáp ứng yêu cầu thử nghiệm để lấy quyền truy cập vào kênh phát hành công khai của Google Play. Đã kiểm chứng
Luồng nâng cao của Android dành cho ứng dụng chưa xác minh là gì?
Google dựng sẵn một lối đi có chủ đích cho người dùng vẫn muốn cài ứng dụng của một nhà phát triển chưa xác minh. Đó là một bước thiết lập một lần với một chặng gây ma sát ở giữa: bật chế độ nhà phát triển, xác nhận không có ai đang hướng dẫn bạn, khởi động lại, chờ một ngày, xác thực, rồi cho phép cài ứng dụng chưa xác minh trong 7 ngày hoặc không giới hạn thời gian. Thời gian chờ 24 giờ thuộc về bước thiết lập ấy, không phải độ trễ trước mỗi tệp APK.
-
01
Bật chế độ nhà phát triển
Người dùng bật chế độ nhà phát triển hoặc mục cài đặt tương đương trên thiết bị của mình.
Google: ngăn việc bật nhầm và các cách vượt bằng một chạm thường thấy trong lừa đảo gây áp lực -
02
Xác nhận không có ai đang dẫn dắt họ
Người dùng xác nhận rằng không có người nào khác đang hướng dẫn họ thực hiện thay đổi bảo mật này.
Google: một bước kiểm tra nhanh rằng không ai đang dụ bạn tắt bảo mật -
03
Khởi động lại rồi xác thực lại
Thiết bị khởi động lại và người dùng đăng nhập lại.
Google: cắt quyền truy cập từ xa hoặc cuộc gọi đang diễn ra mà kẻ lừa đảo dùng để theo dõi bạn -
04
Chờ 24 giờ, đúng một lần
Google mô tả đây là khoảng chờ một ngày, chỉ diễn ra một lần. Nó xảy ra trong lúc thiết lập, và đây là bước mà ai cũng thuật lại sai.
Không phải chờ 24 giờ trước mỗi tệp APK. Một lần, cho mỗi tài khoản. -
05
Xác minh danh tính trên thiết bị
Người dùng xác nhận thay đổi bằng sinh trắc học hoặc mã PIN của thiết bị.
Google: vân tay hoặc mã PIN xác nhận chính chủ thiết bị thực hiện thay đổi -
06
Cho phép cài ứng dụng chưa xác minh trong 7 ngày hoặc không giới hạn thời gian
Thiết lập xong. Người dùng chọn thời hạn, và sau đó có thể vượt qua cảnh báo về nhà phát triển chưa xác minh khi cài.
Lựa chọn của họ, rủi ro của họ, thiết bị của họ
Trình tự, cách diễn đạt và các lựa chọn thời hạn lấy từ tài liệu hỏi đáp về xác minh nhà phát triển Android của Google, truy cập ngày 13 tháng 8 năm 2026. Google công bố lý do cho từng bước trong quy trình này, nên các ghi chú ở trên thuật lại lý do đó thay vì suy đoán. Đã kiểm chứng
Ba điều người ta hiểu sai về nó
"Vậy mỗi lần cài đều phải chờ 24 giờ?"
Không. Google mô tả một khoảng chờ một ngày, chỉ diễn ra một lần, nằm trong bước thiết lập. Sau đó người dùng chọn 7 ngày hoặc không giới hạn thời gian cho việc cho phép cài ứng dụng chưa xác minh.
"Đổi máy mới thì họ phải làm lại từ đầu à?"
Google nói không. Tài liệu hỏi đáp mô tả bước thiết lập này là một lần cho mỗi tài khoản, và nó theo sang thiết bị mới.
"ADB có phải chờ nữa không?"
Không. Google nói rõ rằng thời gian chờ 24 giờ không áp dụng cho việc cài qua ADB. Mục 05.
Tùy chọn nhà phát triển không cần bật mãi
Tester có thể tắt lại tùy chọn nhà phát triển sau khi đã bật luồng nâng cao. Tài liệu hỏi đáp của Google nói thẳng: bạn không cần giữ tùy chọn nhà phát triển ở trạng thái bật, vì một khi đã thay đổi trên máy thì thiết lập đã có hiệu lực. Điều này quan trọng với những tester có ứng dụng ngân hàng hoặc ứng dụng công ty phàn nàn khi tùy chọn nhà phát triển vẫn bật. Google cũng nói việc thiết lập chỉ làm một lần cho mỗi tài khoản và theo sang máy mới, nên không phải lặp lại cho từng ứng dụng hay từng điện thoại. Đã xác minh
Ngay lúc này nó đã chạy chưa?
Tình trạng thành thật tính đến ngày 13 tháng 8 năm 2026
Google đặt lịch cho luồng nâng cao ra mắt toàn cầu vào tháng 8 năm 2026. Các nguồn được xem khi làm bài này nêu tháng nhưng không nêu ngày cụ thể, và không nguồn nào xác nhận luồng đã tới được mọi người dùng. Vậy điều đúng đắn để nói với một tester hôm nay là lối đi này có tồn tại và đã có lịch, chứ không phải họ chắc chắn dùng được nó ngay chiều nay. Hãy kiểm tra các trang về xác minh của Google trước khi dựng một kịch bản hỗ trợ quanh nó. Một phần
Cách hiểu thực dụng dành cho nhà phát triển: luồng nâng cao là một câu trả lời có thật, có tài liệu cho câu hỏi "người dùng còn cài được ứng dụng chưa xác minh của tôi không?" và là câu trả lời tồi cho câu hỏi "làm sao đưa một bản dựng tới mười hai tester trong tuần này." Một khoảng trễ bảo mật một ngày nằm giữa quá trình làm quen tạo ra ma sát rất thật với tester nghiệp dư hoặc ở xa. Nếu tester của bạn là người dùng bình thường, các lối tôn trọng thời gian của họ được so sánh ở mục 09.
Điều gì xảy ra với những tệp APK đã cài sẵn?
Tài liệu của Google nói về việc cài đặt và cập nhật. Khi việc áp dụng có hiệu lực, một ứng dụng chưa đăng ký không thể cài hay cập nhật theo cách thông thường, và Google nói một bản cập nhật thông thường "sẽ thất bại" nếu không có luồng nâng cao hoặc ADB. Điều mà tài liệu đã xem không nói là các bản đã nằm trên máy người dùng sẽ bị gỡ đi hay bị chặn không cho mở.
| Tình huống khi việc áp dụng rộng hơn có hiệu lực | Kết quả theo tài liệu | Bằng chứng |
|---|---|---|
| Ứng dụng đã được cài và người dùng chỉ mở nó lên | Tài liệu của Google đã xem không công bố việc buộc gỡ bỏ hay chặn không cho chạy. Tài liệu bàn về việc cài đặt và cập nhật. | Một phần |
| Người dùng thử cài một ứng dụng chưa đăng ký theo cách thông thường | Việc cài đặt thông thường bị hạn chế. | Đã kiểm chứng |
| Người dùng đã bật luồng nâng cao | Ứng dụng chưa đăng ký vẫn cài được. | Đã kiểm chứng |
| Lần cài đi qua ADB | Ứng dụng chưa đăng ký vẫn cài được. Không có thời gian chờ của luồng nâng cao. | Đã kiểm chứng |
| Một ứng dụng chưa đăng ký đã cài nhận bản cập nhật thông thường, luồng nâng cao đang tắt | Google nói bản cập nhật thất bại. | Đã kiểm chứng |
| Cũng ứng dụng đó được cập nhật qua ADB | Được phép, theo ngoại lệ Google đã công bố. | Đã kiểm chứng |
Hành vi lấy từ tài liệu hỏi đáp về xác minh nhà phát triển Android của Google, truy cập ngày 13 tháng 8 năm 2026. Dòng đầu tiên nêu sự vắng mặt của một cơ chế được công bố, và điều đó không đồng nghĩa với lời hứa rằng hành vi sẽ không bao giờ thay đổi.
Đừng viết "ứng dụng của bạn sẽ bị xóa"
Đó là khẳng định lan truyền mạnh nhất trong chủ đề này và nó không có cơ sở. Cách diễn đạt chính xác, cũng là cách dùng suốt bài này, là: Google có ghi các hạn chế về cài đặt và cập nhật; họ chưa công bố rằng các bản đã cài sẽ bị gỡ khỏi thiết bị hay bị ngăn không cho chạy. Thuật lại việc thiếu nguồn là thành thật. Biến khoảng trống đó thành một lời bảo đảm an toàn, hay thành một lời tiên đoán xóa hàng loạt, thì không. Một phần, thiếu nguồn
Sự phân biệt này thay đổi việc bạn nên làm gì. Một bản cập nhật bị chặn là vấn đề vận hành có thật và có tài liệu: một tester bị ảnh hưởng có thể mắc kẹt ở bản dựng cũ vì bản cập nhật không cài được theo lối thông thường, và họ có thể không bao giờ báo lại, vì từ phía họ chẳng có gì xảy ra cả. Một đợt gỡ cài đặt hàng loạt lại là loại khủng hoảng hoàn toàn khác, đòi hỏi cách truyền đạt hoàn toàn khác. Chỉ một trong hai điều đó có ghi nhận chính thức.
Vị trí của Firebase App Distribution sau khi có việc xác minh
Firebase App Distribution là một cách đưa bản dựng tiền phát hành lên thiết bị của tester. Nó không phải hệ thống xác minh, không phải kênh thử nghiệm của Google Play, và không miễn cho thứ gì khỏi việc xác minh nhà phát triển Android. Thứ nó làm tốt là bỏ đi phần thủ công trong việc trao một bản dựng đã ký cho một danh sách người nhận.
Quy trình dùng tệp APK chạy ra sao
Bạn tải một tệp APK đã ký lên bảng điều khiển Firebase. Firebase đòi tệp phải được ký bằng khóa gỡ lỗi hoặc khóa ký ứng dụng.
Chọn nhóm tester hoặc từng tester riêng lẻ cho bản phát hành đó.
Tester nhận lời mời và cài bản dựng được phân phối.
Bản dựng đã phân phối còn dùng được trong 150 ngày. Lời mời tester hết hạn sau 30 ngày, và Firebase cảnh báo trước 5 ngày.
Quy trình, yêu cầu về ký, thời hạn lưu bản dựng 150 ngày và thời hạn lời mời 30 ngày lấy từ tài liệu Android của Firebase App Distribution, truy cập ngày 13 tháng 8 năm 2026. Đã kiểm chứng
Hai đồng hồ hết hạn, hai loại yêu cầu hỗ trợ
Thời hạn 30 ngày của lời mời và thời hạn lưu bản dựng 150 ngày là hai chuyện riêng. Một tester bỏ quên email trong năm tuần thì lời mời đã hết hạn dù bản dựng vẫn còn nguyên vẹn. Chuyện đó sinh ra một tin nhắn bối rối kiểu "liên kết bị hỏng", vốn chẳng liên quan gì tới việc xác minh, việc ký hay Android cả. Đã kiểm chứng
Trong giai đoạn tháng 9, Firebase còn dùng được không?
Gần như chắc chắn là còn, và cách bạn đi tới kết luận đó mới quan trọng. Quy trình dùng APK của Firebase là việc phân phối trực tiếp một tệp APK đã ký cho tester được mời. Tài liệu hỏi đáp của Google nói việc cài trực tiếp chưa thuộc phạm vi giai đoạn ngày 30 tháng 9. Ghép hai dữ kiện đó lại thì việc phân phối APK qua Firebase hẳn vẫn dùng được trong suốt giai đoạn đầu ấy.
Kết luận đó là một suy luận, và nó được ghi rõ là suy luận
Không nguồn nào của Google nêu tên Firebase App Distribution rồi cấp cho nó một ngoại lệ. Kết luận ở trên rút ra từ hai dữ kiện đã kiểm chứng: việc cài trực tiếp nằm ngoài đợt áp dụng ban đầu vào tháng 9, và quy trình dùng APK của Firebase là phân phối trực tiếp. Đó là một suy luận vững, và nó vẫn là suy luận, nên bài này xếp loại cho nó thay vì khẳng định thẳng thừng. Một phần, suy luận
Phân phối APK và phân phối AAB qua Firebase không phải một
Đây là sắc thái mà gần như mọi bài viết đều làm phẳng. Firebase hỗ trợ cả hai, và chúng đi hai con đường khác nhau tới máy của tester.
| Quy trình Firebase | Bản dựng tới tay tester bằng cách nào | Nên nghĩ thế nào về nó khi xét việc xác minh |
|---|---|---|
| APK | Firebase phân phối thẳng tệp APK đã ký cho tester được mời. | Phân phối trực tiếp. Hoạt động như lối cài trực tiếp, kể cả trong tháng 9. Một phần |
| Android App Bundle (AAB) | Quy trình AAB của Firebase tích hợp với tính năng chia sẻ ứng dụng nội bộ của Google Play. | Đây là lối có kết nối với Play, nên đừng suy luận về nó như thể nó là lối APK thô. Google chưa nêu nó được xử lý ra sao trong đợt áp dụng tháng 9. Tích hợp đã kiểm chứng Việc áp dụng không có tài liệu |
Tệp AAB thì hoàn toàn không sideload được
Trước cả những câu hỏi về xác minh còn một điều đơn giản hơn mà nhiều người vấp phải: không thể cài trực tiếp một Android App Bundle lên điện thoại. Tệp .aab là định dạng để phát hành, không phải gói sẵn sàng cho thiết bị. Google Play, quy trình AAB của Firebase gắn với Play, hoặc bundletool phải chuyển nó thành các tệp APK trước đã. Vậy nên nếu bạn cần một tệp để gửi email, đưa lên Drive hay trao thẳng cho tester, hãy dựng tệp APK. Chính tài liệu dựng bản của Android nói rằng app bundle không thể triển khai thẳng xuống thiết bị. Đã xác minh
Vậy câu "Firebase còn dùng được không?" có hai câu trả lời tùy vào việc bạn tải lên tệp nào. Khi viết về nó, hay khi hỏi một đồng nghiệp về nó, hãy nói rõ phân phối APK qua Firebase hay phân phối AAB qua Firebase. Cách nói tắt che mất một chi tiết làm thay đổi hẳn phân tích.
Firebase App Distribution có được tính vào quy định 12 tester không?
Không. Yêu cầu về quyền truy cập vào kênh phát hành công khai của Google với tài khoản thuộc diện áp dụng đòi ít nhất 12 tester chọn tham gia một đợt thử nghiệm khép kín trên Google Play, liên tục, trong 14 ngày trước đó. Tester trên Firebase không tham gia đợt thử nghiệm khép kín của Play, nên việc thử nghiệm qua Firebase không đáp ứng yêu cầu này, dù có bao nhiêu người tham gia hay họ thử kỹ đến đâu.
| Câu hỏi | Firebase App Distribution | Thử nghiệm khép kín trên Google Play |
|---|---|---|
| Nó dùng để làm gì? | Đưa bản dựng tiền phát hành tới tester thật nhanh | Vượt qua cửa ải tiền phát hành của Play, và thử nghiệm ngay trên cửa hàng |
| Tester chọn tham gia ở đâu? | Một email mời từ Firebase | Một liên kết chọn tham gia của Play, trên kênh khép kín |
| Nó có đăng ký ứng dụng của bạn cho việc xác minh nhà phát triển Android không? | Không "đăng ký ứng dụng" của Firebase là một quy trình hoàn toàn khác | Không việc đăng ký gói ứng dụng là một việc riêng |
| Nó có đáp ứng yêu cầu 12 tester trong 14 ngày liên tục không? | Không | Có với tester và tài khoản thuộc diện áp dụng |
| Có còn đáng dùng không? | Có như một kênh QA, song song với đợt thử nghiệm khép kín | Có đó là lối bắt buộc |
Yêu cầu của Play lấy từ bài trợ giúp Play Console số 14151465; hành vi của Firebase lấy từ tài liệu Firebase App Distribution. Cả hai truy cập ngày 13 tháng 8 năm 2026. Hai sản phẩm định nghĩa hai quy trình khác nhau nhưng dùng chung từ "đăng ký". Đã kiểm chứng
Kiểu mắc bẫy mà chuyện này tạo ra đáng được gọi tên, vì nó khiến người ta mất hai tuần. Một nhà phát triển chạy một đợt thử nghiệm Firebase thật sự nghiêm túc với mười lăm tester nhiệt tình, kết luận rằng ô "đã thử nghiệm" đã được đánh dấu, mở Play Console để đăng ký quyền truy cập vào kênh phát hành công khai, rồi phát hiện đồng hồ 14 ngày còn chưa bắt đầu chạy. Mục 10 đặt hai yêu cầu cạnh nhau để chuyện đó không xảy ra với bạn.
Cách tốt nhất để đưa một bản dựng tới 12 tester trong năm 2026
Không có lối nào thắng tuyệt đối, vì mỗi lối giải một bài toán khác nhau. Một tệp APK thô là thứ đơn giản nhất mà hôm nay vẫn chạy. ADB bền nhất và khó dùng nhất. Firebase là kênh QA thuần túy tốt nhất. Và chỉ một lối duy nhất trên trang này đáp ứng yêu cầu về quyền truy cập vào kênh phát hành công khai của Google Play, thứ thật sự quyết định ngày ra mắt của bạn.
Công cụ kiểm tra lối phân phối
Không có gì được gửi đi đâu cả. Phần logic chạy ngay trong trình duyệt của bạn, dựa trên phạm vi Google đã công bố, tài liệu của Firebase và quy định về quyền truy cập vào kênh phát hành công khai của Play.
1 Bạn đưa bản dựng tới họ bằng cách nào?
2 Tester của bạn ở đâu?
3 Ứng dụng đã đăng ký với một nhà phát triển đã xác minh chưa?
Phạm vi lấy từ tài liệu hỏi đáp về xác minh của Google (ngày 10 tháng 8 năm 2026), tài liệu Firebase App Distribution và bài trợ giúp Play Console số 14151465. Truy cập ngày 13 tháng 8 năm 2026.
Cả bảy lối, đặt cạnh nhau
Công cụ trả lời một tình huống. Bảng này trả lời tất cả, gồm cả hai cột mà người ta hay bỏ qua cho tới lúc quá muộn: hành vi đã công bố cho năm 2027, và việc lối đó có giúp được gì cho hồ sơ xin quyền truy cập vào kênh phát hành công khai trên Play của bạn hay không.
| Lối | Tester phải làm gì | Giai đoạn đầu từ 30/9/2026 | Mô hình đã công bố cho năm 2027 | Có được tính vào 12/14 của Play? | Kết luận thực dụng |
|---|---|---|---|---|---|
| APK thô qua email, Drive hoặc trang web | Tải tệp APK về và cho phép cài từ nguồn đó | Vẫn dùng được cài trực tiếp chưa thuộc phạm vi | Ứng dụng đã đăng ký thì cài bình thường; ứng dụng chưa đăng ký dự kiến cần luồng nâng cao hoặc ADB | Không | Ổn cho QA nhanh gọn hôm nay. Không phải đợt thử nghiệm để lấy quyền phát hành công khai. |
| ADB | Bật tùy chọn nhà phát triển và gỡ lỗi qua USB, kết nối, cài bằng công cụ của nhà phát triển | Có | Có Google giữ ADB một cách rõ ràng | Không | Bền, nhưng quá kỹ thuật với tester thông thường. |
| Firebase App Distribution, dạng APK | Nhận email mời và cài bản dựng được phân phối | Nhiều khả năng không bị ảnh hưởng theo quy tắc sideload trực tiếp. Không có phán quyết riêng cho Firebase. Một phần | Gói đã đăng ký thì vẫn trót lọt; gói chưa đăng ký đi theo mô hình cài trực tiếp rộng hơn | Không | Quy trình QA rất tốt. Không thay thế được thử nghiệm của Play. |
| Firebase App Distribution, dạng AAB | Nhận bản dựng qua một quy trình tích hợp với tính năng chia sẻ ứng dụng nội bộ của Play | Không có tài liệu có kết nối với Play qua chia sẻ ứng dụng nội bộ; Google chưa nêu lối đó được xử lý ra sao Không có tài liệu | Tùy vào Play và việc đăng ký gói ứng dụng | Không | Hữu ích, và xứng đáng được giải thích riêng thay vì gộp chung với Firebase dạng APK. |
| Thử nghiệm nội bộ trên Google Play | Tham gia đợt thử nghiệm nội bộ và cài từ Play | Dùng được với một ứng dụng Play đã đăng ký đúng cách | Dùng được | Không không thay thế được đợt thử nghiệm khép kín bắt buộc | Kênh QA nhanh và tốt ngay trên Play. Tối đa 100 tester. |
| Thử nghiệm khép kín trên Google Play | Chọn tham gia qua liên kết của đợt thử nghiệm khép kín và duy trì tham gia | Dùng được | Dùng được | Có với tester và tài khoản thuộc diện được tính | Lối bắt buộc với tài khoản cá nhân mới thuộc diện áp dụng muốn xin quyền phát hành công khai. |
| Phân phối giới hạn của Android | Thiết bị của họ phải được cấp phép trong hệ thống phân phối giới hạn | Được lên lịch cho tháng 8 năm 2026, quyền truy cập sớm vẫn đóng Một phần | Được thiết kế làm lối bền vững cho nhóm người dùng nhỏ | Không | Dành cho người làm nghiệp dư chia sẻ tới tối đa 20 thiết bị. Miễn phí, không cần giấy tờ tùy thân, không phát hành lên Play được. |
Nguồn: tài liệu hỏi đáp và hướng dẫn về xác minh của Google, tài liệu về công cụ ADB, tài liệu Firebase App Distribution, trang về phân phối giới hạn, và bài trợ giúp Play Console về thử nghiệm nội bộ cùng về yêu cầu thử nghiệm để lấy quyền phát hành công khai. Tất cả truy cập ngày 13 tháng 8 năm 2026.
Lời khuyên thành thật
Hãy chạy hai đường song song, vì chúng trả lời hai câu hỏi khác nhau. Dùng bất cứ thứ gì đưa bản dựng lên thiết bị nhanh nhất để QA cho thật: một tệp APK thô cho một đồng nghiệp, Firebase cho cả nhóm, ADB khi bạn cần bỏ qua mọi thứ. Rồi, tách riêng ra và bắt đầu càng sớm càng tốt, hãy chạy đợt thử nghiệm khép kín trên Play nếu tài khoản của bạn thuộc diện phải đáp ứng yêu cầu về quyền truy cập vào kênh phát hành công khai, vì cái đó đo bằng số ngày trôi qua trên đồng hồ và không thể rút ngắn bằng cách làm hùng hục hơn.
Sai lầm đáng tránh là coi hai đường đó là nối tiếp nhau. Hoàn tất một đợt thử nghiệm Firebase kỹ lưỡng không đẩy đồng hồ 14 ngày lên được lấy một ngày.
Việc xác minh nhà phát triển không thay thế thử nghiệm khép kín của Google Play
Đây là hai yêu cầu không liên quan mà người ta gộp thành một ô đánh dấu trong đầu. Việc xác minh trả lời câu "ai đã tạo và ký gói ứng dụng này?" Thử nghiệm khép kín trả lời câu "tài khoản này đã hoàn tất đợt thử nghiệm tiền phát hành của Google chưa?" Hoàn tất cái này thì không giúp gì cho cái kia.
Mô hình xác minh lấy từ hướng dẫn về xác minh nhà phát triển Android của Google; yêu cầu thử nghiệm lấy từ bài trợ giúp Play Console số 14151465 và trang về thử nghiệm nội bộ (bài số 9845334). Truy cập ngày 13 tháng 8 năm 2026.
Vì sao câu "thử nghiệm nội bộ vẫn tính, nó cũng là thử nghiệm trên Play" là sai
Google cho phép tối đa 100 tester ở một đợt thử nghiệm nội bộ, khiến nó có vẻ là lựa chọn nghiêm túc hơn. Nhưng yêu cầu về quyền truy cập vào kênh phát hành công khai được viết quanh một kênh cụ thể: những tester được tính phải đã chọn tham gia một đợt thử nghiệm khép kín trong 14 ngày liên tục vừa qua. Thử nghiệm nội bộ là một kênh khác, nên nó không đáp ứng câu đó.
Một ghi chú về nguồn của khẳng định này
Google không công bố câu nào viết "thử nghiệm nội bộ không được tính". Thứ họ công bố là một yêu cầu nêu đích danh đợt thử nghiệm khép kín. Kết luận rút ra từ định nghĩa chứ không từ một câu trích, và bài này nói đúng như vậy thay vì đặt lời vào miệng Google. Kiểm chứng theo định nghĩa của yêu cầu
Các con số, và chúng đến từ đâu
Hai mẩu lịch sử làm sáng tỏ những câu hỏi liên tục xuất hiện. Google công bố yêu cầu này vào ngày 9 tháng 11 năm 2023, còn chính sách hiện hành áp dụng nó cho tài khoản cá nhân tạo sau ngày 13 tháng 11 năm 2023: hai mốc ngày khác nhau mang hai ý nghĩa khác nhau. Và mức tối thiểu ban đầu là 20 người trong tối thiểu hai tuần; chính hướng dẫn cộng đồng của Google nói việc giảm xuống 12 diễn ra vào tháng 12 năm 2024. Các báo cáo cùng thời của nhà phát triển đặt thay đổi trong Play Console vào ngày 11 tháng 12 năm 2024, nhưng không tìm được thông báo nào của Google có ghi đúng ngày đó, nên hãy coi ngày này là do người dùng thuật lại chứ không phải chính thức. Một phần
Tài khoản tổ chức nằm ngoài cửa ải cụ thể này: yêu cầu chỉ nhắm tới tài khoản cá nhân thuộc diện áp dụng. Và mức phí thì không đổi trong cả hai trường hợp, một khoản đăng ký Google Play 25 USD trả một lần. Nếu bạn muốn bản so sánh đầy đủ giữa các loại tài khoản thay vì một đoạn văn, nội dung đó nằm trong bài tài khoản cá nhân so với tài khoản tổ chức.
Mười khẳng định về chuyện này đã lỗi thời
Phần lớn các bài viết về việc xác minh nhà phát triển Android ra đời trước khi Google thu hẹp giai đoạn đầu vào tháng 6 và tháng 7 năm 2026. Những khẳng định dưới đây không phải lời nói dối; vài trong số đó còn chính xác vào lúc đăng. Chúng chỉ đang mô tả một phiên bản của chính sách mà nay không còn khớp với các trang hiện hành của Google.
Khẳng định Mọi lần cài APK trực tiếp đều bị chặn từ ngày 30 tháng 9 tại bốn quốc gia.
Quy định hiện hành Sai theo tài liệu hỏi đáp ngày 15 tháng 7 năm 2026 của Google. Ngày 30 tháng 9 bao trùm bảy cửa hàng tham gia. Việc cài trực tiếp chưa thuộc phạm vi. Đã kiểm chứng
Khẳng định Xác minh nhà phát triển nghĩa là bạn không thể cài ứng dụng của một nhà phát triển chưa xác minh.
Quy định hiện hành Quá tuyệt đối. ADB vẫn dùng được, và Google dựng luồng nâng cao đúng là dành cho ứng dụng chưa xác minh. Đã kiểm chứng
Khẳng định Hạn chót toàn cầu là ngày 1 tháng 1 năm 2027.
Quy định hiện hành Không có cơ sở. Google công bố "năm 2027 trở đi" và không nêu ngày cụ thể trên toàn cầu. Không có tài liệu
Khẳng định Danh tính đã được xác minh thì mọi tệp APK bạn ký đều ổn.
Quy định hiện hành Chưa đủ. Tên gói ứng dụng và các khóa ký liên quan cũng phải được đăng ký. Đã kiểm chứng
Khẳng định Firebase App Distribution xác minh ứng dụng Android của bạn.
Quy định hiện hành Đánh đồng sai. "Đăng ký ứng dụng" của Firebase và việc đăng ký trong xác minh nhà phát triển Android là hai hệ thống khác nhau. Đã kiểm chứng
Khẳng định Tester trên Firebase được tính vào 12 tester của Google.
Quy định hiện hành Sai. Google đòi 12 tester chọn tham gia thử nghiệm khép kín trên Play. Đã kiểm chứng
Khẳng định Thử nghiệm nội bộ trên Play vẫn được tính, vì nó cũng là thử nghiệm trên Play.
Quy định hiện hành Không tính cho cửa ải này. Yêu cầu về quyền truy cập vào kênh phát hành công khai nêu đích danh một đợt thử nghiệm khép kín. Kiểm chứng theo định nghĩa
Khẳng định Ứng dụng chưa xác minh đã cài sẵn sẽ bị xóa.
Quy định hiện hành Không có cơ sở. Google có ghi các hạn chế về cài đặt và cập nhật, và không công bố việc tự động gỡ bỏ các bản đã cài. Một phần, thiếu nguồn
Khẳng định Luồng nâng cao chắc chắn đã chạy ở mọi nơi, vì bây giờ là tháng 8 rồi.
Quy định hiện hành Quá mạnh. Google đặt lịch ra mắt toàn cầu vào tháng 8 năm 2026 mà không công bố ngày chạy chính thức. Một phần
Khẳng định Khoảng 98% ứng dụng trên Play đã được đăng ký tự động.
Quy định hiện hành Lỗi thời. Bản cập nhật ngày 18 tháng 6 năm 2026 của Google nói hơn 99%. Đã kiểm chứng
Chỗ hai trang của Google trông như mâu thuẫn nhau
Điều này đáng được gọi tên vì một người đọc kỹ sẽ gặp phải. Cách diễn đạt chung trong trang Trợ giúp của Google nói rằng ứng dụng có nhà phát triển chưa hoàn tất yêu cầu sẽ không còn cài mới được ở các quốc gia liên quan, nghe rộng hơn hẳn ngoại lệ chỉ-áp-dụng-với-cửa-hàng. Tài liệu hỏi đáp cụ thể hơn, cập nhật ngày 10 tháng 8 năm 2026, nói hạn chót ngày 30 tháng 9 chỉ áp dụng cho các cửa hàng tham gia và chưa chạm tới việc cài trực tiếp.
Bài viết này xử lý ra sao, và vì sao đó là lựa chọn biên tập
Diễn giải biên tập. Với giai đoạn đầu ngày 30 tháng 9, bài viết này theo câu trả lời mới hơn và sát tình huống hơn trong phần hỏi đáp, vì nó gọi tên rõ sideload trực tiếp và các cửa hàng không tham gia thay vì chỉ ngụ ý, và vì câu trả lời về sideload trực tiếp mang mốc ngày 15 tháng 7 năm 2026. Phần trợ giúp chung thì mô tả toàn bộ chương trình. Google chưa công bố quy tắc chính thức nào nói nguồn này đè lên nguồn kia, nên đây là lựa chọn biên tập của chúng tôi, nói thẳng chứ không giấu. Nên đọc hai trang đó như mô tả các lớp khác nhau của cùng một đợt triển khai, chứ không phải một mâu thuẫn. Diễn giải biên tập
Từ triệu chứng tới cách xử lý: thật ra hỏng ở đâu
Hãy tìm đúng câu mà bạn hoặc tester của bạn đã nói. Một nguyên nhân phổ biến khiến tester cài hoặc cập nhật thất bại là lệch chứng chỉ ký, vốn là hành vi thông thường của Android, không liên quan gì tới việc xác minh nhà phát triển, và có trước nó cả chục năm.
"Bạn tôi không cài được tệp APK sau khi có việc xác minh"
Giải thích nhiều khả năng nhất. Gần như chắc chắn không phải do xác minh nhà phát triển. Trước đợt triển khai rộng năm 2027, việc cài trực tiếp một tệp APK bị lỗi không phải do quy tắc ngày 30 tháng 9, vì quy tắc đó chưa chạm tới lối trực tiếp. Nguyên nhân thật sự phổ biến nhất là lệch chứng chỉ ký: trên máy đã có sẵn một bản ứng dụng được ký bằng chứng chỉ khác.
Thứ tự kiểm tra an toàn nhất. Hãy rà các lỗi cài đặt Android thông thường trước: bản đã cài được ký bằng chứng chỉ khác, versionCode thấp hơn bản đang cài, phiên bản Android hoặc kiến trúc CPU không được hỗ trợ, tệp tải về bị cắt cụt hoặc hỏng, không đủ dung lượng, ứng dụng chuyển tệp chưa được cấp quyền cài từ nguồn đó, hoặc một cảnh báo Play Protect mà tester đã bỏ qua. Sau đó, và chỉ khi việc cài đi qua một cửa hàng tham gia hoặc khi giai đoạn áp dụng rộng đã bắt đầu, mới kiểm tra việc đăng ký gói và khóa ký.
Khái niệm đã kiểm chứng
"Firebase báo cài thất bại lên trên bản Play của tôi"
Nguyên nhân khả dĩ. Một tester đã cài sẵn bản dựng ký bởi Play thì không thể cập nhật đè lên bằng một tệp APK từ Firebase ký bằng chứng chỉ khác. Nhà phát triển đã kể lại đúng chuyện này, và tester thì hiếm khi hiểu nổi thông báo lỗi.
Bước kiểm tra an toàn nhất. So chứng chỉ ký của cả hai tệp. Hoặc dùng một lối ký tương thích, hoặc bảo tester gỡ bản cũ trước, và việc đó cuốn theo cả dữ liệu, nên hãy báo trước cho họ.
Ví dụ do cộng đồng báo cáo
"Tôi có phải chờ 24 giờ để cài bằng ADB không?"
Trả lời. Không. Google nói thời gian chờ 24 giờ của luồng nâng cao không áp dụng cho việc cài qua ADB.
Bước tiếp theo. Dùng quy trình ADB thông thường. Mục 05 có sẵn các câu lệnh.
Đã kiểm chứng
"Ứng dụng chưa đăng ký của tôi đã cài rồi nhưng không cập nhật được"
Nguyên nhân khả dĩ. Khi việc áp dụng có hiệu lực với lối cài đó, Google nói việc cập nhật một ứng dụng chưa đăng ký đòi phải có luồng nâng cao hoặc ADB, còn bản cập nhật thông thường thì thất bại.
Bước kiểm tra an toàn nhất. Đăng ký gói ứng dụng cho đúng. Trong lúc chờ, tester có thể bật luồng nâng cao hoặc bạn đẩy bản cập nhật qua ADB.
Đã kiểm chứng
"Tôi đã thử nghiệm với 12 người trên Firebase mà Play vẫn không cho đăng ký phát hành công khai"
Nguyên nhân khả dĩ. Tester trên Firebase không chọn tham gia một kênh thử nghiệm khép kín của Play, nên toàn bộ đợt thử nghiệm đó không được ghi nhận cho yêu cầu về quyền truy cập vào kênh phát hành công khai.
Bước kiểm tra an toàn nhất. Hãy chạy đợt thử nghiệm khép kín trên Play: ít nhất 12 tester thuộc diện được tính, đã chọn tham gia và duy trì tham gia, trong 14 ngày liên tục. Đồng hồ bắt đầu chạy khi họ thật sự được ghi danh, chứ không phải khi bạn bắt đầu thử nghiệm.
Đã kiểm chứng
"Tôi đã dùng 12 người ở thử nghiệm nội bộ trên Play mà kênh phát hành công khai vẫn khóa"
Nguyên nhân khả dĩ. Thử nghiệm nội bộ không phải kênh mà yêu cầu về quyền truy cập vào kênh phát hành công khai nêu tên. Quy định đòi một đợt thử nghiệm khép kín.
Bước kiểm tra an toàn nhất. Chuyển đợt thử nghiệm được tính sang một kênh khép kín của Play. Thử nghiệm nội bộ vẫn hữu ích để kiểm tra chất lượng nhanh, chạy song song.
Kiểm chứng theo định nghĩa của chính sách
"Tester của tôi không nhận được lời mời Firebase, hoặc nói liên kết đã chết"
Nguyên nhân khả dĩ. Lời mời tester của Firebase hết hạn sau 30 ngày, có cảnh báo trước 5 ngày. Một tester để email nằm đó cả tháng thì lời mời đã hết hạn, dù bản dựng vẫn còn dùng được trong 150 ngày.
Bước kiểm tra an toàn nhất. Gửi lại lời mời trước khi kết luận bất cứ điều gì về việc ký, việc xác minh hay thiết bị. Các trục trặc lúc làm quen trong App Distribution thường được báo lại như vấn đề về tài khoản, lời mời hoặc nguồn cài đặt, chứ không phải vấn đề của bản dựng.
Đã kiểm chứng Hiện tượng do cộng đồng báo cáo
"Một bài báo nói mọi kiểu cài trực tiếp đều dừng vào ngày 30 tháng 9"
Nguyên nhân khả dĩ. Nó dựa vào các bài viết năm 2025 hoặc đầu năm 2026, ra đời trước khi Google thu hẹp phạm vi ban đầu.
Bước kiểm tra an toàn nhất. Đọc thẳng tài liệu hỏi đáp về xác minh của Google. Câu trả lời hiện hành là hạn chót ngày 30 tháng 9 áp dụng cho các cửa hàng tham gia và chưa chạm tới việc cài trực tiếp.
Đính chính đã kiểm chứng
Quy tắc tiết kiệm nhiều thời gian hỗ trợ nhất
Hai tệp APK cùng tên gói ứng dụng nhưng chữ ký không liên quan gì tới nhau thì không thay thế cho nhau được, và xưa nay vẫn vậy. Trước khi bạn chẩn đoán bất cứ điều gì là lỗi của việc xác minh nhà phát triển, hãy kiểm tra xem có phải bạn đang đơn giản là bảo Android thay một ứng dụng bằng một kẻ mạo danh chính nó, ký bằng khóa khác, hay không. Kiến trúc của việc xác minh càng nhấn mạnh vì sao danh tính ký lại quan trọng, nhưng lỗi này rất dễ bị nhầm thành lỗi của việc xác minh nhà phát triển, trong khi nó chẳng mới mà cũng chẳng liên quan.
Bạn thật sự nên làm gì trước ngày 30 tháng 9
Nếu bạn chỉ phân phối tệp APK trực tiếp thì giai đoạn đầu ngày 30 tháng 9 không áp dụng xác minh nhà phát triển trên lối đó. Đây là tình trạng tạm thời chứ không vĩnh viễn: Google khuyến nghị hoàn tất xác minh trước khi đợt triển khai toàn cầu bắt đầu vào năm 2027. Nếu bạn phát hành trên Google Play, nó đòi một điều: mọi gói ứng dụng đều đã đăng ký. Và tách rời khỏi cả hai chuyện đó, nếu tài khoản của bạn phải qua cửa ải quyền truy cập vào kênh phát hành công khai thì đồng hồ 14 ngày mới là thứ quyết định ngày ra mắt của bạn, nên nó đáng lẽ đã phải đang chạy rồi.
Bảng theo dõi trước hạn chót
Mười hai mục theo đúng thứ tự chúng diễn ra trong thực tế. Đánh dấu dần khi bạn làm; không có gì được lưu lại, nên hãy làm xong trong một lượt hoặc giữ nguyên thẻ trình duyệt.
0 / 12 đã xong
Chưa đánh dấu mục nào. Hãy bắt đầu bằng việc xác định bạn đang ở lối nào.
Khi nào bài này hết hạn
Đây là một bài viết dễ ôi thiu bất thường, và sẽ là không thành thật nếu trình bày nó như thứ trường tồn. Dưới đây là những điều cụ thể dễ thay đổi trước nhất, và điều gì sẽ khiến từng mục trở thành sai.
Đây là điều kiện làm mới quan trọng nhất trên trang. Nếu Google viết lại câu trả lời trong tài liệu hỏi đáp, câu hiện đang nói việc cài trực tiếp chưa thuộc phạm vi, thì cả nửa đầu bài này thay đổi.
Bảy cửa hàng, bốn quốc gia. Google có thể thêm cửa hàng hoặc làm rõ hành vi ngay trong ngày. Đáng kiểm tra vào ngày 29 tháng 9, vào chính ngày đó, và một tuần sau đó.
Cả hai đều được lên lịch ra mắt toàn cầu vào tháng 8 năm 2026 mà không công bố ngày. Tình trạng của chúng có thể đổi mà chẳng cần một thay đổi chính sách nào.
Ngay khi Google nêu tên các quốc gia hay mốc ngày của năm 2027, bài này sẽ cần một bảng quốc gia mà hiện tại nó không có, một cách hoàn toàn đúng đắn.
Tài liệu về APK và về AAB của Firebase thay đổi độc lập với nhau, còn yêu cầu 12 tester trong 14 ngày của Play thì nằm trên một trang Trợ giúp mà Google sửa không báo trước.
Nhịp làm mới áp dụng cho bài này: hằng tuần cho tới ngày 30 tháng 9 năm 2026, rồi vào chính ngày áp dụng và khoảng một tuần sau đó để cập nhật các làm rõ về cách thực thi, rồi hằng tháng cho tới khi Google công bố một lịch trình cụ thể cho năm 2027. Nhịp đó là lựa chọn biên tập dựa trên tần suất Google sửa chương trình này trong năm 2026, không phải lịch chính thức của Google.
PrimeTestLab tham gia ở đâu và không tham gia ở đâu
Nói về giới hạn trước, vì đó là phần trung thực. PrimeTestLab không xác minh danh tính của bạn, không đăng ký tên gói ứng dụng và không biến một đợt thử nghiệm Firebase thành thử nghiệm khép kín trên Play. Phần đó là việc của bạn, và bài viết này là toàn bộ đóng góp của chúng tôi cho phần đó. Việc chúng tôi lo là yêu cầu duy nhất trên trang này được tính bằng thời gian trên lịch chứ không phải bằng giấy tờ: 12 tester thật duy trì tham gia liên tục trong 14 ngày trên một kênh thử nghiệm khép kín của Play. Google có công bố API và cơ chế ủy quyền OAuth để một nền tảng được cấp quyền có thể hỗ trợ nhà phát triển đăng ký, nhưng quyền đó phải do chính bạn cấp và bạn vẫn chịu trách nhiệm về tài khoản cũng như danh tính ứng dụng.
Sự phân biệt này có đúng hình dạng của vấn đề mà bài viết tồn tại để giải quyết. Có nhà phát triển phát bản dựng rất gọn: nhóm trên Firebase ngăn nắp, ghi chú phát hành sạch sẽ, tester nhiệt tình, báo lỗi thật. Rồi họ mở Play Console để đăng ký quyền truy cập vào kênh phát hành công khai và phát hiện chẳng có gì trong số đó được tính. Việc phát bản dựng là bài toán đã giải xong. Khoảng thời gian 14 ngày duy trì tham gia mới là phần bạn không rút ngắn được bằng cách tổ chức khéo hơn.
Tự chạy thử nghiệm khép kín hay giao lại
Việc đăng ký gói ứng dụng, xác minh danh tính và quyền truy cập vào kênh phát hành công khai đều do Google quyết định. Cả ba việc đó đều không phải việc chúng tôi làm thay bạn. Thứ mà một đợt thử nghiệm có người vận hành gỡ bỏ là rủi ro tìm tester và giữ chuỗi tham gia, và đó đúng là bước mà phần lớn người phát hành lần đầu thật sự mắc kẹt. Tỷ lệ thành công trên 7.400+ ứng dụng đã thử nghiệm: 99,9%, tại 120+ quốc gia.
Ba gói, trả một lần
Starter
12 tester $19.99 cộng 5% phí dịch vụĐúng mức tối thiểu của Google, dành cho một ứng dụng cần vượt qua yêu cầu này.
Professional
20 tester $29.99 cộng 5% phí dịch vụDư ra so với mức tối thiểu, để một người rời đi cũng không làm hỏng đợt thử nghiệm.
Enterprise
25 tester $27.99 cộng 5% phí dịch vụDành cho nhu cầu phủ nhiều thiết bị và nhiều khu vực hơn trong suốt 14 ngày.
Mọi gói đều dùng tester thật trên thiết bị thật trong trọn 14 ngày, thử nghiệm thường bắt đầu trong 4-6 giờ, và nếu một đợt thử nghiệm không mang lại kết quả thì bạn được thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ. Chúng tôi không hứa Google sẽ phê duyệt, vì không ai làm được điều đó.
Câu hỏi thường gặp
Sau ngày 30 tháng 9 năm 2026, bạn bè tôi còn cài được tệp APK tôi gửi qua email không?
Có, theo quy định triển khai giai đoạn đầu hiện nay của Google. Mốc ngày 30 tháng 9 tại Brazil, Indonesia, Singapore và Thái Lan áp dụng cho bảy cửa hàng ứng dụng tham gia, và tài liệu hỏi đáp ngày 15 tháng 7 năm 2026 của Google nói rõ việc cài trực tiếp chưa thuộc phạm vi. Yêu cầu rộng hơn vẫn được lên kế hoạch mở rộng ra toàn cầu vào năm 2027, nên hãy xem đây là giới hạn của giai đoạn một chứ không phải một ngoại lệ vĩnh viễn.
Ngày 30 tháng 9, Google có chặn toàn bộ việc cài trực tiếp ở Brazil, Indonesia, Singapore và Thái Lan không?
Không, và đây là đính chính quan trọng nhất so với các bài đưa tin cũ. Việc áp dụng ban đầu chỉ giới hạn ở Google Play, HONOR App Market, OPPO App Market, Samsung Galaxy Store, Transsion Palm Store, vivo V-Appstore và Xiaomi GetApps. Việc cài trực tiếp và các cửa hàng ứng dụng ngoài danh sách đó nằm ngoài giai đoạn một một cách rõ ràng. Với việc phân phối ngoài Play, Google nêu rằng việc áp dụng ở các khu vực được chọn ban đầu dành cho dạng điện thoại và máy tính bảng.
Sau khi triển khai toàn cầu, tôi còn cài APK trực tiếp được không?
Với ứng dụng đã đăng ký đúng cách với một nhà phát triển đã xác minh, Google nói trải nghiệm cài đặt thông thường của người dùng vẫn giữ nguyên. Với ứng dụng chưa xác minh hoặc chưa đăng ký, Google giữ lại hai lối: ADB, và một luồng nâng cao để người dùng chủ động chọn cài. Google chưa công bố ngày cụ thể trên toàn cầu cho giai đoạn rộng hơn đó, chỉ nói năm 2027 trở đi.
Tôi có cần xác minh nhà phát triển Android để dùng ADB không?
Không. Google nói nhà phát triển và người dùng thành thạo có thể tiếp tục dùng ADB để cài ứng dụng chưa xác minh, và thời gian chờ 24 giờ của luồng nâng cao không áp dụng cho ADB. Tuy vậy ADB qua USB đòi hỏi bật tùy chọn nhà phát triển và gỡ lỗi qua USB trên thiết bị, nên nó hợp với nhà phát triển và tester rành kỹ thuật hơn nhiều so với người dùng phổ thông.
Dùng luồng nâng cao thì mỗi tệp APK đều phải chờ 24 giờ à?
Không. Google mô tả khoảng chờ 24 giờ là một phần của bước thiết lập một lần cho luồng nâng cao. Thiết lập xong, người dùng có thể cho phép cài ứng dụng từ nhà phát triển chưa xác minh trong bảy ngày hoặc không giới hạn thời gian. Google cũng mô tả bước thiết lập này là một lần cho mỗi tài khoản và theo người dùng sang thiết bị mới.
Android có xóa ứng dụng chưa xác minh đã cài sẵn không?
Tài liệu của Google mà chúng tôi xem không nói rằng các bản đã cài sẽ bị gỡ tự động hay bị chặn không cho mở. Tài liệu có nói rằng khi việc áp dụng có hiệu lực, ứng dụng chưa đăng ký không thể cài hay cập nhật theo cách thông thường nếu không có luồng nâng cao hoặc ADB, và bản cập nhật thông thường sẽ thất bại. Cách mô tả chính xác là hạn chế việc cài và cập nhật, chứ không phải xóa.
Firebase App Distribution có giúp lách việc xác minh nhà phát triển không?
Không. Firebase là dịch vụ phân phối bản dựng thử nghiệm, và việc đăng ký ứng dụng trên Firebase hoàn toàn khác với việc xác minh nhà phát triển Android, vốn gắn một nhà phát triển đã xác minh với tên gói ứng dụng và các khóa ký. Việc phân phối APK qua Firebase hẳn vẫn nằm ngoài đợt áp dụng đầu tiên với các cửa hàng vào tháng 9, vì tài liệu của Google nói việc cài trực tiếp chưa thuộc phạm vi, nhưng đó là suy luận rút ra từ quy định về cài trực tiếp chứ không phải một ngoại lệ riêng cho Firebase, nên bạn vẫn nên chuẩn bị việc đăng ký gói ứng dụng cho đợt triển khai năm 2027.
Tester trên Firebase App Distribution có được tính vào yêu cầu 12 tester của Google không?
Không. Google yêu cầu các tài khoản thuộc diện áp dụng phải có ít nhất 12 tester chọn tham gia một đợt thử nghiệm khép kín trên Google Play và duy trì liên tục trong 14 ngày qua, trước khi đăng ký quyền truy cập vào kênh phát hành công khai. Firebase App Distribution hữu ích để tìm lỗi, nhưng những tester đó không tham gia kênh thử nghiệm khép kín của Play nên không đáp ứng yêu cầu này.
Thử nghiệm nội bộ trên Play có được tính vào 12 tester không?
Không, thử nghiệm nội bộ không thay thế được đợt thử nghiệm khép kín bắt buộc. Google cho phép tối đa 100 tester ở thử nghiệm nội bộ, nhưng yêu cầu về quyền truy cập vào kênh phát hành công khai nói rõ rằng những tester được tính phải duy trì tham gia một đợt thử nghiệm khép kín liên tục trong 14 ngày. Thử nghiệm nội bộ vẫn hữu ích để kiểm tra chất lượng nhanh, song song với thử nghiệm khép kín.
Tôi đã xác minh danh tính rồi. Vậy mọi tệp APK tôi tạo ra đều ổn phải không?
Đừng cho là như vậy. Việc xác minh nhà phát triển Android còn bao gồm đăng ký tên gói ứng dụng cùng khóa ký của nó, và Google cho phép thêm rồi xác minh nhiều khóa ký cho cùng một gói. Điều này quan trọng nhất khi bản dựng QA hoặc gỡ lỗi và bản dựng phát hành dùng chứng chỉ ký khác nhau, một cách làm hoàn toàn bình thường mà chỉ riêng việc xác minh danh tính không bao trùm.
Được xác minh có nghĩa là tệp APK tôi cài trực tiếp giờ phải tuân theo mọi chính sách của Google Play không?
Tài liệu xác minh của Google mô tả việc xác nhận danh tính và đăng ký gói ứng dụng, chứ không mở rộng mọi chính sách phát hành của Play sang mọi hình thức phân phối trực tiếp. Google cũng phân biệt giữa việc xác nhận nhà phát triển là ai với việc sàng lọc an toàn áp dụng cho nội dung ứng dụng. Xác nhận danh tính không đồng nghĩa với phê duyệt thứ bạn phát hành, nên đừng coi việc phân phối ngoài Play tương đương với một lần Play Store xem xét.
Tóm tắt
Tóm tắt
Tính đến ngày 13 tháng 8 năm 2026, tester của bạn vẫn cài được tệp APK thô mà bạn chia sẻ trực tiếp. Việc áp dụng từ ngày 30 tháng 9 năm 2026 tại Brazil, Indonesia, Singapore và Thái Lan ban đầu chỉ chạm tới bảy cửa hàng ứng dụng tham gia, và tài liệu hỏi đáp ngày 15 tháng 7 của Google nói rằng việc cài trực tiếp chưa nằm trong phạm vi đó. Google dự định mở rộng phạm vi áp dụng sang thiết bị được chứng nhận chạy Android 7 trở lên vào năm 2027, mà chưa công bố ngày cụ thể trên toàn cầu. Khi điều đó có hiệu lực, ứng dụng đã đăng ký với một nhà phát triển đã xác minh vẫn giữ lối cài đặt trực tiếp như thường lệ, còn ứng dụng chưa đăng ký vẫn cài được qua ADB, vốn không có thời gian chờ 24 giờ, hoặc qua luồng nâng cao của Google, nơi khoảng chờ 24 giờ chỉ là một bước thiết lập một lần. Firebase App Distribution vẫn là kênh QA tốt, nhưng nó không thực hiện việc xác minh nhà phát triển Android, luồng APK và luồng AAB hoạt động khác nhau, và nó không phải thử nghiệm khép kín của Google Play vốn đòi 12 tester duy trì tham gia liên tục trong 14 ngày. Nếu chính bước thử nghiệm đó đang chặn việc phát hành của bạn, PrimeTestLab cung cấp 12 tester thật từ $19.99 cộng 5% phí dịch vụ. Xem bảng giá →
Nguồn sơ cấp dùng cho bài này
Lần kiểm tra chính sách gần nhất: ngày 13 tháng 8 năm 2026. Trang Câu hỏi thường gặp của Google về xác minh nhà phát triển được cập nhật lần cuối vào ngày 10 tháng 8 năm 2026, câu trả lời về sideload trực tiếp trên trang đó đề ngày 15 tháng 7 năm 2026, và tài liệu Android của Firebase App Distribution được cập nhật lần cuối vào ngày 11 tháng 8 năm 2026. Việc xác minh nhà phát triển Android đang được triển khai dần, nên phạm vi ngày 30 tháng 9, danh sách cửa hàng tham gia, tình trạng cung cấp luồng nâng cao và lịch năm 2027 đều nên được kiểm tra lại trên chính trang của Google trước khi bạn hành động. Bài này được lên lịch kiểm chứng lại hằng tuần cho tới ngày 30 tháng 9 năm 2026, một lần nữa vào đúng ngày áp dụng và khoảng một tuần sau đó, rồi hằng tháng cho tới khi Google công bố khu vực hoặc mốc ngày cụ thể cho năm 2027.