Trả lời nhanh
Thiết lập thử nghiệm nội bộ Google Play tại Test and release › Testing › Internal testing: tạo hoặc chọn một danh sách email tester (trong tài liệu chính thức của Google gọi là người thử nghiệm), tạo bản phát hành và thêm app bundle, triển khai, rồi sao chép và chia sẻ đường liên kết chọn tham gia cho tester. Google cho phép tối đa 100 tester nội bộ mỗi ứng dụng, và bạn khởi động được trước khi hoàn tất thiết lập ứng dụng. Một tester chỉ đủ điều kiện khi vừa có tên trong danh sách đã cấu hình vừa đã chọn tham gia kỳ thử nghiệm: thêm địa chỉ email khiến tài khoản đó đủ tư cách với kênh, nhưng tự nó chưa cấp quyền truy cập. Thử nghiệm nội bộ là tùy chọn, và nó không tính cho yêu cầu về quyền truy cập vào kênh phát hành công khai của Google: yêu cầu đó nói rõ phải là một kỳ thử nghiệm khép kín (closed testing) với ít nhất 12 tester duy trì tham gia liên tục trong 14 ngày. Thử nghiệm nội bộ rất hữu ích cho QA riêng tư nhanh, còn yêu cầu về quyền truy cập vào kênh phát hành công khai chỉ được đáp ứng trên kênh thử nghiệm khép kín, không ở đâu khác.
Thử nghiệm nội bộ là kênh duy nhất trong Play Console hoạt động đúng như nhà phát triển mong đợi ở một phần mềm: bạn tải bản dựng lên, nó xuất hiện, mọi người cài được. Cho đến lúc nó không như vậy nữa. Khi đó bạn ngồi nhìn một đường liên kết mở ra trang Play Store báo rằng ứng dụng không khả dụng cho tài khoản của bạn, không mã lỗi, không thông tin chẩn đoán, còn bài trợ giúp thì trộn cả ba kênh thử nghiệm vào vài trăm dòng. Bài này tách kênh nội bộ ra khỏi hai kênh còn lại, đưa cho bạn đường dẫn trong console và các quy tắc về danh sách tester theo đúng thứ tự bạn cần đến, rồi dành thời lượng thực sự cho nhóm lỗi đang lấp đầy các thread hỗ trợ. Ở những chỗ chính các trang của Google mâu thuẫn với nhau, và về thời gian thì mâu thuẫn rất rõ, bài viết trình bày cả hai cách đọc chứ không chỉ cách nào tiện hơn. Mọi thông tin ở đây được cập nhật tính đến ngày 12 tháng 8 năm 2026.
Mục lục
Thiết lập thử nghiệm nội bộ thế nào?
Trả lời ngắn
Vào Test and release › Testing › Internal testing, dựng một danh sách email tester, gắn nó vào kênh kèm địa chỉ nhận phản hồi, tạo một bản phát hành từ app bundle hợp lệ, triển khai, rồi sao chép đường liên kết tester và tự gửi đi. Sáu bước, và bước cuối không thuộc về bạn: từng tester phải tự chọn tham gia. Cả quy trình này làm được trước khi trang thông tin trên cửa hàng hoàn tất.
Trước khi bắt đầu
Hãy chuẩn bị ứng dụng, bản dựng, các tài khoản tester và quyền truy cập Play Console của chính bạn. Để ý thứ không bắt buộc: một trang thông tin hoàn chỉnh, ảnh chụp màn hình, xếp hạng nội dung, hay biểu mẫu an toàn dữ liệu đã điền xong. Google cho phép rõ ràng một kỳ thử nghiệm nội bộ chạy trước khi ứng dụng được thiết lập đầy đủ. Đã xác minh
-
01
Một ứng dụng đã tồn tại trong Play Console Đã tạo, chưa cần điền đầy đủ. Tệp đầu tiên bạn tải lên sẽ cố định tên gói cho ứng dụng đó và sau này không đổi được, nên hãy chắc chắn applicationId đúng là cái bạn muốn giữ.
-
02
Một app bundle hợp lệ Google dùng đúng chữ "app bundle hợp lệ". Đó là yêu cầu duy nhất về tệp để đưa một bản dựng nội bộ sớm tới tay tester.
-
03
Địa chỉ email của tester Phải là Tài khoản Google. Tài liệu trợ giúp hiện hành nêu rõ Tài khoản Google dùng Gmail, hoặc tài khoản Google Workspace. Hãy thu đúng địa chỉ mà mỗi người sẽ đăng nhập, vì cả kênh này được gắn theo danh tính đó.
-
04
Quyền truy cập Play Console để làm việc đó Chủ tài khoản và quản trị viên thì đã có sẵn. Người dùng được ủy quyền cần quyền phát hành ứng dụng lên các kênh thử nghiệm, còn việc quản lý kênh cùng danh sách tester của kênh có thể cần thêm quyền riêng để quản lý kênh thử nghiệm và chỉnh sửa danh sách tester. Nút phát hành biến mất hay bị làm mờ là vấn đề quyền truy cập, không phải vấn đề của bản dựng.
-
05
Play App Signing, chỉ ở bản phát hành đầu tiên Với bản phát hành đầu tiên của một ứng dụng, Play Console sẽ dẫn bạn qua phần thiết lập Play App Signing. Đây là bước một lần bạn gặp ngay trong lúc tải lên chứ không phải thứ phải chuẩn bị trước, nhưng biết trước là nó sắp tới vẫn hơn.
Bước 1: mở kênh thử nghiệm nội bộ
Chọn ứng dụng của bạn, rồi vào Test and release › Testing › Internal testing. Google ghi đường dẫn này theo hai cách khác nhau. Bài trợ giúp Play Console về thiết lập một kỳ thử nghiệm rút gọn thành Testing › Internal testing, còn một trang trợ giúp hiện hành khác lại hiện đầy đủ cả menu cha. Cả hai đều mô tả cùng một đích đến, nên nếu console của bạn hiện menu ngắn hơn ở đây thì bạn không hề vào nhầm chỗ.
Phần điều hướng là thứ mau cũ nhất trên trang này. Cách nhóm menu và nhãn nút trong Play Console thay đổi mà không kèm thông báo chính sách nào. Toàn bộ đường dẫn ở trên đã được đối chiếu với trang trợ giúp đang chạy của Google vào ngày 12 tháng 8 năm 2026. Mọi quy tắc trong phần còn lại của bài vẫn đúng kể cả khi menu bị đổi tên; đường dẫn bấm chuột mới là phần bạn nên tự kiểm tra trong console của mình.
Bước 2: tạo danh sách tester nội bộ
Mở tab Testers trên kênh thử nghiệm nội bộ rồi chọn Create email list. Đặt tên danh sách, thêm các địa chỉ, lưu thay đổi, rồi tạo danh sách. Bạn có thể gõ thẳng các địa chỉ vào giao diện, phân tách bằng dấu phẩy, hoặc tải lên một tệp CSV. Đường CSV chính là chỗ các danh sách âm thầm bị xóa sạch, vì nó kèm ba quy tắc chỉ được nói một lần rồi thôi.
Ba quy tắc CSV làm hỏng danh sách tester
Mỗi dòng một địa chỉ, không có dấu phẩy. Định dạng phân tách bằng dấu phẩy thuộc về ô nhập trong giao diện, không phải tệp. Tải lên là ghi đè. Tải một tệp CSV lên sẽ thay thế các địa chỉ đang có trong danh sách chứ không cộng thêm, nên lần tải thứ hai chỉ chứa tester mới sẽ xóa mất những người cũ. Không dùng UTF-8 kèm BOM. Play Console không chấp nhận tệp CSV ở mã hóa đó, mà đấy đúng là thứ bảng tính tạo ra khi bạn chọn "CSV UTF-8" lúc xuất tệp. Cả ba đều được nêu trong bài trợ giúp Play Console answer 9845334. Đã xác minh
Bộ kiểm tra danh sách tester
Công cụ 01
Dán danh sách tester vào đây và kiểm tra trước khi Play Console kiểm tra
Chỗ dành cho tester nội bộ
0 trên 100 chỗ đã dùng
Google giới hạn thử nghiệm nội bộ ở 100 tester mỗi ứng dụng.
Công cụ này chạy hoàn toàn trong trình duyệt của bạn. Không có gì bạn dán vào được tải lên, lưu lại hay gửi đi đâu cả. Nó chỉ kiểm tra các ràng buộc của Play Console có trong tài liệu, và không thể cho bạn biết một địa chỉ có phải Tài khoản Google thật hay không.
Bước 3: gắn danh sách và thêm kênh nhận phản hồi
Quay lại tab Testers, chọn danh sách người dùng bạn muốn kênh này dùng, rồi đưa cho Google một URL hoặc địa chỉ email nhận phản hồi. Nơi nhận đó được hiển thị cho tester trên trang chọn tham gia, và đấy là lối duy nhất có sẵn để họ báo cho bạn khi có gì hỏng.
Điểm mấu chốt mà cả bài này dựa vào
Thêm một địa chỉ vào danh sách chỉ quyết định điều kiện tham gia. Nó không đồng nghĩa với việc tester đã tham gia. Quy tắc của Google là một tài khoản phải nằm trong cấu hình tester của kênh và đã chọn tham gia chương trình thử nghiệm đó thì mới nhận được bản dựng. Hai điều kiện, nối tiếp nhau. Một danh sách đầy địa chỉ đúng mà không ai chọn tham gia thì phân phối được đúng con số không. Đã xác minh
Bước 4: tạo và triển khai bản phát hành
Chọn Create new release, thêm app bundle của bạn, xem lại, rồi triển khai bằng các nút điều khiển hiện có trong console. Các biến thể Play Console khác nhau đủ nhiều ở chữ trên nút để việc học thuộc một chuỗi thao tác chi tiết hơn thế thành gánh nặng chứ không phải trợ giúp, nên hướng dẫn dừng đúng ở chỗ tài liệu hiện hành của Google dừng.
Bước duy nhất không thể hoàn tác
Tải tệp đầu tiên lên là cố định tên gói cho ứng dụng Play đó. Google diễn đạt rằng ngay khi bạn tải một tệp lên thì tên gói được cố định và không thể thay đổi. Nếu bạn còn đang phân vân giữa com.company.app và com.company.appname, hãy quyết trước lần tải lên này, đừng để sau. Đã xác minh
Bước 5: sao chép và chia sẻ đường liên kết chọn tham gia
Sao chép đường liên kết chia sẻ cho tester rồi gửi đi. Đây là bước khiến nhà phát triển bối rối ít nhất từ năm 2018, và sự bối rối đó hoàn toàn dễ hiểu: mọi hệ thống mời khác trên internet đều gửi email, còn quy trình Google ghi trong tài liệu thì đưa cho bạn một đường liên kết để tự phân phối. Đừng trông chờ Play Console mời tester giúp bạn.
“Sao chép đường liên kết chia sẻ”
Có hai điều kiện quyết định đường liên kết đó có tồn tại hay chưa. Đường liên kết chọn tham gia chỉ hiển thị khi trạng thái ứng dụng là Published. Chừng nào ứng dụng còn nằm ở Draft hay Pending publication thì chẳng có gì để sao chép, và đọc lại tab Testers bao nhiêu lần cũng không sinh ra được liên kết nào. Đã xác minh
Bước 6: từng tester chọn tham gia và cài đặt
Bước cuối thuộc về tester, và đó là bước bạn không làm thay được. Mỗi người mở đường liên kết của bạn khi đang đăng nhập đúng tài khoản bạn đã thêm, hoàn tất bước chọn tham gia trên trang đó, rồi theo đường liên kết Play Store để cài. Chừng nào chưa làm vậy, họ mới chỉ đủ điều kiện chứ chưa ghi danh, và tester đủ điều kiện thì không nhận được gì. Hãy gửi đường liên kết kèm ghi rõ tên tài khoản bạn đã mời, vì chọn tham gia bằng nhầm danh tính là một trong những lỗi được báo nhiều nhất ở luồng này, và nó trông y hệt một đường liên kết hỏng.
Ai làm gì
Bạn làm phần này
- Thêm đúng địa chỉ Tài khoản Google vào một danh sách
- Chọn danh sách đó trong tab Testers
- Nhập một URL hoặc email nhận phản hồi
- Tạo bản phát hành và triển khai
- Chờ trạng thái ứng dụng chuyển sang Published
- Sao chép đường liên kết tester và gửi cho từng người
- Nói rõ họ phải đăng nhập bằng tài khoản nào
Chỉ họ làm được phần này
- Mở đường liên kết của bạn khi đang đăng nhập tài khoản được mời
- Hoàn tất bước chọn tham gia trên trang đó
- Theo đường liên kết Play Store từ trang chọn tham gia
- Cài từ Google Play trên đúng tài khoản đó
- Duy trì tham gia chừng nào bạn còn cần họ trên kênh
- Tìm ứng dụng bằng cách tìm kiếm trên Play. Cách đó sẽ không ra
- Ngồi chờ email mời. Quy trình của Google không có email nào cả
Cả trình tự, gói trong một bảng
| Giai đoạn | Thao tác năm 2026 | Cần để ý điều gì |
|---|---|---|
| Mở kênh | Chọn ứng dụng của bạn, rồi Test and release › Testing › Internal testing | Trang thử nghiệm tổng quát của Google rút gọn thành Testing › Internal testing. Cùng một đích đến. |
| Tạo tester | Testers › Create email list | Kênh này giới hạn ở 100 tester mỗi ứng dụng. |
| Điền danh sách | Gõ các địa chỉ phân tách bằng dấu phẩy, hoặc tải lên một tệp CSV | CSV: mỗi dòng một địa chỉ, không dấu phẩy. Tải lên là ghi đè những gì đang có. UTF-8 kèm BOM bị từ chối. |
| Kích hoạt danh sách | Lưu và tạo danh sách, rồi chọn nó trong mục Testers | Có tên trong danh sách không đồng nghĩa với đã chọn tham gia. |
| Phản hồi | Nhập một URL hoặc địa chỉ email nhận phản hồi | Nó được hiển thị cho tester trên trang chọn tham gia. |
| Tạo bản dựng | Create new release, thêm một app bundle hợp lệ | Bạn làm được việc này trước khi ứng dụng được thiết lập đầy đủ. Tệp đầu tiên cố định tên gói vĩnh viễn. |
| Phát hành | Xem lại bản phát hành rồi triển khai | Bản dựng sẵn sàng và đường liên kết lan truyền là hai chiếc đồng hồ khác nhau. |
| Mời | Sao chép đường liên kết tester và chia sẻ | Việc phân phối là của bạn. Đừng bảo tester đi tìm kiếm ứng dụng. |
| Tester tham gia | Họ mở đường liên kết trên tài khoản được mời và chọn tham gia | Muốn đủ điều kiện thì cần cả cấu hình tester và bước chọn tham gia. |
| Cài đặt | Họ theo đường liên kết Play Store và cài đặt | Không tìm được ứng dụng qua tìm kiếm trên Play trước khi nó lên thử nghiệm công khai hoặc kênh phát hành công khai. |
Cuộn bảng sang ngang để xem đủ các cột
Bao lâu thì tester cài được?
Trả lời ngắn
Bản dựng thì nhanh, đường liên kết thì không. Google mô tả bản dựng nội bộ thường sẵn sàng trong vài giây theo một trang và trong vài phút theo một trang khác, nhưng nói rằng đường liên kết thử nghiệm đầu tiên có thể mất vài giờ còn các thay đổi về sau có thể mất vài tiếng đồng hồ. Đó là những chặng khác nhau chứ không phải mâu thuẫn, và vì thế "thử nghiệm nội bộ là tức thì" là điều rất dở để tin vào đúng lúc đường liên kết của bạn không chạy.
Có năm chiếc đồng hồ chạy song song trong một kỳ thử nghiệm nội bộ, và những lời than về thời gian thường đến từ việc so nhầm hai chiếc. Bản dựng vào được hệ thống phân phối của Google là một chuyện. Đường liên kết chọn tham gia phía tester bắt đầu sống là chuyện thứ hai. Một thay đổi đã xuất bản tới được những người đã tham gia là chuyện thứ ba. Ứng dụng đã cài tự động cập nhật là chuyện thứ tư. Và trang thông tin tạm thời được thay bằng tên ứng dụng thật của bạn là chuyện thứ năm, đó là lý do một bản dựng nội bộ chạy hoàn hảo vẫn có thể trông dở dang trong vài ngày.
Tôi chờ thế này đã là bình thường chưa?
Phiên bản hữu ích duy nhất của câu hỏi đó phải kèm theo việc bạn đang chờ cái gì, vì câu trả lời chênh nhau hàng trăm lần giữa các chặng. Công cụ dưới đây hỏi cả hai, trích đúng những gì Google công bố cho chặng đó, và ghi rõ các mốc con số của chính nó là cách đọc của bài viết này chứ không phải của Google.
Đồng hồ lan truyền
Công cụ 02
Cho nó biết bạn đang chờ điều gì và đã chờ bao lâu
Bạn đang chờ điều gì?
Bạn đã chờ bao lâu rồi?
Chọn thứ bạn đang chờ
Hãy chọn chặng ở trên và nhập bạn đã chờ bao lâu. Chưa chọn thì chưa chẩn đoán được gì.
Google công bố cách diễn đạt chứ không công bố con số: "vài giờ" và "vài tiếng đồng hồ" đều không có độ dài xác định. Mọi ngưỡng trong công cụ này là mốc biên tập của hướng dẫn này, không phải hạn chót hay cam kết mức dịch vụ nào của Google. Nguyên văn của Google được hiển thị cạnh từng kết luận để bạn tự đánh giá cách đọc đó.
Toàn bộ các đồng hồ, đặt cạnh nhau
| Sự kiện | Google hiện nói gì | Nên hiểu thế nào |
|---|---|---|
| Bản dựng nội bộ vừa thêm trong Play Console | Thường sẵn sàng trong vài giây | Đây là lúc hệ thống phân phối nhận bản dựng, không phải lúc tester nhận được nó. |
| App bundle mới trên kênh nội bộ | Sẵn sàng trong vài phút | Một trang khác của Google, mô tả cùng chặng đó một cách dè dặt hơn chút. |
| Đường liên kết thử nghiệm đầu tiên sau lần xuất bản đầu | Có thể mất vài giờ | Con số hữu ích nhất ở đây. Đừng vội kết luận một liên kết vừa tạo là hỏng. |
| Các thay đổi xuất bản thêm | Có thể mất vài tiếng đồng hồ | Các chỉnh sửa về sau cũng lan truyền chậm, khiến người từng thấy lần đầu tới nhanh phải bất ngờ. |
| Cập nhật cho tester đã cài | Thường trong vài phút sau khi đã tới nơi | Nhanh, nhưng chỉ sau khi bản phát hành thực sự tới được tài khoản đó. |
| Tên ứng dụng và trang thông tin ở lần đầu | Thông tin tạm có thể còn tới 48 giờ | Một bản dựng chạy tốt vẫn có thể hiện thông tin trang thông tin giữ chỗ. Không phải lỗi. |
Cuộn bảng sang ngang để xem đủ các cột
Điểm đáng mang về: vài giây, vài phút, vài giờ và tới 48 giờ đều đúng cùng lúc, vì chúng mô tả những mảnh khác nhau của cùng một quy trình. Bài viết nào gộp tất cả thành một con số đều sẽ làm ai đó hiểu sai đúng vào lúc họ cần chính xác nhất. Đã xác minh
Bản phát hành nội bộ có phải chờ Google xem xét không?
Câu chữ ở đây rất quan trọng, vì hai nguồn của Google không diễn đạt giống nhau. Trang giới thiệu sản phẩm về thử nghiệm nội bộ của Google quảng bá đây là cách phân phối bản dựng mà không cần chờ quá trình xem xét ứng dụng. Trung tâm trợ giúp Play Console thì nhẹ hơn, nói rằng các kỳ thử nghiệm nội bộ có thể không phải trải qua quá trình xem xét chính sách và bảo mật thông thường của Play.
“không cần chờ quá trình xem xét ứng dụng”
Vậy cách nói chính xác là thử nghiệm nội bộ thường cho phép bạn phân phối mà không phải chờ luồng xem xét ứng dụng thông thường, còn cách nói sai là bản phát hành nội bộ không bao giờ bị xem xét. Google chưa hề hứa miễn trừ tuyệt đối khỏi mọi lần xem xét, và viết rằng Google đã hứa là cách một bài viết trở thành sai ngay lần đầu có ai đó bị giữ bản phát hành nội bộ. Đã xác minh, có lưu ý về câu chữ
Vì sao một ứng dụng chạy tốt vẫn có thể trông như hỏng trong ngày đầu. Ở lần xuất bản đầu tiên, tester nội bộ có thể nhận ứng dụng ngay, nhưng tên ứng dụng và thông tin trang thông tin tạm thời có thể còn hiển thị tới 48 giờ. Nếu tester báo rằng ứng dụng cài ổn nhưng hiện sai tên hoặc trang thông tin trống, đó là hành vi đã biết ở lần xuất bản đầu với khoảng thời gian được ghi trong tài liệu, không phải một lỗi cấu hình cần đi lùng.
Thử nghiệm nội bộ có tính vào 12 tester không?
Trả lời ngắn
Không. Tính đến ngày 12 tháng 8 năm 2026, Google yêu cầu các nhà phát triển thuộc diện áp dụng chạy một kỳ thử nghiệm khép kín với tối thiểu 12 tester duy trì tham gia liên tục trong 14 ngày qua. Cũng chính trang chính sách đó mô tả thử nghiệm nội bộ là tùy chọn. Một kỳ thử nghiệm nội bộ có chạy cả năm cũng không đóng góp gì cho quyền truy cập vào kênh phát hành công khai.
Đây là hiểu lầm gây hậu quả nặng nhất trong cả chủ đề, và nó đang được lan truyền rất tích cực. Ít nhất một bài viết năm 2026 được chia sẻ rộng mô tả yêu cầu bắt buộc như thứ bạn đáp ứng được trên kênh thử nghiệm nội bộ. Chính trang yêu cầu của Google nói ngược lại, bằng những chữ không chừa chỗ cho diễn giải.
“phải chạy một kỳ thử nghiệm khép kín” · “tối thiểu 12 tester” · “14 ngày liên tục”
Câu cần nhớ
Thử nghiệm nội bộ là QA hữu ích. Nó không mở ra quyền truy cập vào kênh phát hành công khai. Nếu bạn đang hướng tới đơn đăng ký quyền truy cập vào kênh phát hành công khai, thời gian bỏ vào kênh nội bộ là thời gian bỏ vào một việc khác. Hữu ích, nhưng không nằm trên đồng hồ đó. Đã xác minh
Quy tắc quyết định, gói trong một dòng
Dùng thử nghiệm nội bộ cho QA riêng tư nhanh với những người bạn tin. Dùng thử nghiệm khép kín khi bạn cần kỳ thử nghiệm bắt buộc trước khi phát hành công khai. Đó là toàn bộ quy tắc, và bài này cố tình chỉ nói tới đó về phần so sánh: bản phân tích đầy đủ ba kênh nằm ở thử nghiệm nội bộ vs khép kín vs công khai, bài được viết riêng cho câu hỏi đó.
| Câu hỏi | Thử nghiệm nội bộ | Thử nghiệm khép kín |
|---|---|---|
| Dùng tốt nhất cho việc gì | QA riêng tư nhanh với tester tin cậy | Một kỳ thử nghiệm có kiểm soát rộng hơn, và là kênh bắt buộc trước khi phát hành công khai với các tài khoản thuộc diện áp dụng |
| Giới hạn tester đáng quan tâm ở đây | Tối đa 100 tester | Một bộ giới hạn khác. Xem bài về các kênh thử nghiệm. |
| Có đáp ứng yêu cầu về quyền truy cập vào kênh phát hành công khai không? | Không | Có, kèm điều kiện. Chỉ có một kênh khép kín thôi thì chưa đủ: nó phải là kỳ thử nghiệm đủ điều kiện của tài khoản thuộc diện áp dụng, với ít nhất 12 tester duy trì tham gia liên tục trong 14 ngày |
| Một người có thể ở cả hai cùng lúc không? | Không. Họ phải rời kênh nội bộ trước, rồi mới chọn tham gia kênh khép kín | |
Cuộn bảng sang ngang để xem đủ các cột
Yêu cầu này thực sự áp dụng cho ai
Yêu cầu có phạm vi rõ ràng, và chính phạm vi đó là nơi phần lớn hiểu lầm sinh ra. Trang của Google ghi yêu cầu này cho các tài khoản nhà phát triển cá nhân đủ điều kiện được tạo sau ngày 13 tháng 11 năm 2023. Google công bố chính sách vào ngày 9 tháng 11 năm 2023, đó là lý do bạn sẽ thấy cả hai mốc được trích như ngày bắt đầu.
Với tài khoản tổ chức, hãy cẩn thận cách diễn đạt. Trang yêu cầu của Google giới hạn quy tắc này ở tài khoản cá nhân; nó không chứa câu nào nói rằng tài khoản tổ chức được miễn. Cách nói vững nhất là: yêu cầu được ghi cho các tài khoản nhà phát triển cá nhân đủ điều kiện, và trang được dẫn không áp đặt yêu cầu đó lên tài khoản tổ chức. Phạm vi suy ra
Nếu bạn từng đọc rằng cần 20 tester thì con số đó đã thuộc về quá khứ. Google hạ mức tối thiểu từ 20 xuống 12 vào ngày 11 tháng 12 năm 2024. Một số bài viết năm 2026 vẫn ghi thay đổi đó là năm 2025, còn các thread diễn đàn cũ thì vẫn nói 20. Con số hiện hành là 12, và bối cảnh nằm trong bài vì sao Google chuyển từ 20 tester xuống 12. Đã xác minh
Duy trì tham gia 14 ngày không giống với dùng ứng dụng 14 ngày
Ngưỡng định lượng được viết theo hướng tester duy trì tham gia liên tục, chứ không theo hướng dùng ứng dụng hằng ngày. Đó là phần đo được. Tách khỏi chuyện đó, Google đánh giá những gì bạn khai báo về kỳ thử nghiệm khi đăng ký quyền truy cập vào kênh phát hành công khai, và có thể yêu cầu thử nghiệm thêm nếu số tester hoặc mức độ tham gia chưa đủ. Các trang khác thường xuyên gộp hai thứ đó thành một quy tắc tự bịa về số phút dùng ứng dụng mỗi ngày.
Vậy nên: ngưỡng là tính liên tục của việc chọn tham gia, còn mức độ tham gia được đánh giá bổ sung lên trên chứ không thay thế cho nó. Điều đó có nghĩa gì trong thực tế với một kỳ thử nghiệm đang chạy thì nằm ở quy tắc 14 ngày liên tục và giải thích yêu cầu 12 tester. Đã xác minh
Vì sao đường liên kết thử nghiệm nội bộ không hoạt động?
Trả lời ngắn
Hãy bắt đầu từ năm nguyên nhân này, theo đúng thứ tự: ứng dụng chưa ở trạng thái Published, tester không nằm trong danh sách được chọn cho kênh này, tester chưa bao giờ hoàn tất bước chọn tham gia, tester đang đăng nhập bằng một Tài khoản Google khác, hoặc đường liên kết đơn giản là vẫn đang lan truyền. Chỉ khi cả năm điều đều sạch thì mới hợp lý để coi bản thân đường liên kết là hỏng.
Đây là lỗi lấp đầy các thread cộng đồng về thử nghiệm nội bộ, và cũng là lỗi được ghi chép sơ sài nhất. Nhà phát triển gặp nó sau khi đã làm đủ mọi thứ Play Console yêu cầu, nên trải nghiệm mới mất phương hướng đến thế: không mã lỗi, không thông tin chẩn đoán, còn trang web thì vui vẻ báo rằng ứng dụng không khả dụng cho tài khoản của bạn, làm như tài khoản mới là vấn đề chứ không phải triệu chứng. Các báo cáo trải dài từ một câu hỏi trên Stack Overflow năm 2018 tới các thread trên Google Developer Community tháng 7 năm 2026, bằng tiếng Anh và tiếng Bồ Đào Nha, đều mô tả cùng vài nguyên nhân.
Nước đi hữu ích là ngừng coi nó như một đường liên kết hỏng và bắt đầu coi nó như một mạch điện. Quy tắc phân phối của Google là một chuỗi điều kiện nối tiếp, và chỉ một tiếp điểm hở là mọi thứ phía sau đứng im. Bốn trạng thái bao được các nguyên nhân cứ lặp đi lặp lại trong những báo cáo đó: không có trong danh sách tester, có trong danh sách nhưng chưa chọn tham gia, đã chọn tham gia nhưng dùng nhầm Tài khoản Google, và cấu hình đúng nhưng vẫn đang lan truyền. Trạng thái cuối cùng hoàn toàn không phải lỗi, và đó là lý do người ta phí thời gian cho nó nhiều đến vậy.
Tìm cổng đang mở
Hãy gạt từng công tắc dưới đây theo đúng điều bạn đã xác nhận, không phải điều bạn phỏng đoán. Các cổng được xếp theo mức độ dễ kiểm chứng, nên cổng đầu tiên còn mở chính là thứ đáng sửa tiếp theo.
Trình mô phỏng cổng truy cập
Công cụ 03
Đặt từng cổng đúng với thực tế, rồi xem cổng nào đang chặn việc phân phối
Năm cổng đang mở
Chỉ bật một cổng khi bạn đã xác nhận nó thực sự đúng. Cổng đầu tiên còn mở chính là thứ cần sửa.
“Ứng dụng này không khả dụng cho tài khoản của bạn”
Quyền truy cập của tester gắn với một danh tính, chứ không gắn với thiết bị hay đường liên kết. Google yêu cầu tài khoản đó nằm trong cấu hình tester được quản lý và đã chọn tham gia chương trình thử nghiệm đó. Thiếu một nửa nào, Play Store cũng không có cách nào phân biệt người đó với một người lạ tình cờ nhặt được URL của bạn.
Lý do chuyện này hay xảy ra trong thực tế lại rất tầm thường: điện thoại và trình duyệt thường xuyên đăng nhập nhiều Tài khoản Google, và tài khoản mở đường liên kết không phải lúc nào cũng là tài khoản bạn mời. Các thread trên Google Developer Community từ tháng 3 năm 2026 mô tả những tester không thể chuyển sang đúng danh tính vì trình chọn tài khoản hoạt động khác với họ nghĩ, còn các thread tiếng Bồ Đào Nha giữa năm 2025 báo lại đúng kiểu lỗi ấy với câu trả lời chỉ thẳng vào việc khớp tài khoản đang chọn trong Google Play. Cộng đồng báo lại
Những thứ cần bảo tester kiểm tra, theo thứ tự. Tài khoản nào đang hoạt động trong trình duyệt mở đường liên kết chọn tham gia. Tài khoản nào đang hoạt động trong chính ứng dụng Play Store, đây là một thiết lập riêng và chính nó quyết định việc cài đặt. Địa chỉ đó có khớp từng ký tự với địa chỉ bạn đã thêm hay không. Hãy dùng địa chỉ Tài khoản Google chính hiển thị trong phần cài đặt tài khoản của người đó, và tránh các bí danh hay biến thể có dấu cộng, trừ khi đúng địa chỉ ấy đang nằm trong danh sách tester ở Play Console. Cách sửa thực tế mà nhiều người báo lại là chuyển tài khoản trong Play Store, hoặc mở đường liên kết trong một hồ sơ trình duyệt chỉ đăng nhập tài khoản tester. Bước hồ sơ trình duyệt đó là mẹo của cộng đồng chứ không phải hướng dẫn chính thức của Google, nên hãy coi nó là thứ đáng thử, không phải một quy tắc.
Không có đường liên kết chọn tham gia nào để sao chép
Hãy kiểm tra trạng thái ứng dụng trước mọi thứ khác. Google chỉ hiển thị đường liên kết chọn tham gia khi trạng thái ứng dụng là Published. Ở Draft hay Pending publication, đường liên kết không bị ẩn hay bị trễ, nó chưa tồn tại. Đây là cách sửa gọn gàng nhất trong cả bộ chẩn đoán, vì điều kiện chỉ có đúng hoặc sai và nhìn thấy ngay trong console của bạn. Đã xác minh
Đã xuất bản rồi mà không ai tìm thấy trong tìm kiếm trên Play
Đó là hành vi đúng như thiết kế, không phải lỗi. Google nêu rõ một kỳ thử nghiệm nội bộ hoặc khép kín diễn ra trước thử nghiệm công khai hay bản phát hành công khai sẽ không xuất hiện trong tìm kiếm trên Play Store. Tester nào được bảo "lên Play tìm ứng dụng" cũng sẽ thất bại, dù cấu hình của bạn đúng tới đâu, và họ sẽ báo lại một cách rất hợp lý rằng ứng dụng không tồn tại.
Hãy gửi thẳng đường liên kết. Nói rõ trong tin nhắn rằng tìm kiếm sẽ không ra, vì đó là việc đầu tiên ai cũng thử. Đã xác minh
Vài tester vẫn đang ở phiên bản cũ
Hãy đi qua ba nguyên nhân theo thứ tự. Thứ nhất, lan truyền: các thay đổi xuất bản thêm có thể mất vài tiếng đồng hồ mới tới tester, nên một bản cập nhật vừa đẩy đơn giản là chưa đến nơi. Thứ hai, mã phiên bản: người dùng nhận mã phiên bản tương thích cao nhất từ bất kỳ kênh nào họ đủ điều kiện. Vì mọi người dùng đều đủ điều kiện với kênh phát hành công khai, một mã phiên bản công khai cao hơn có thể được gửi xuống thay cho bản thử nghiệm thấp hơn, tạo ra tình huống rối rắm là bản nội bộ mới nhất của bạn có thật, đúng, mà vẫn không phải thứ tester đang cầm. Thứ ba, điều kiện tham gia kênh: một tài khoản đang chọn tham gia thử nghiệm nội bộ thì không đủ điều kiện nhận bản dựng khép kín hay công khai, nên nếu bạn đã chuyển công việc sang kênh khác, tài khoản đó đang nhìn nhầm kênh. Đã xác minh
Mọi thứ đều đúng mà vẫn lỗi
Bây giờ, và chỉ bây giờ, các mẹo của cộng đồng mới đáng thử: khởi động lại thiết bị, khởi động lại Play Store, xóa cache hoặc dữ liệu của Play Store, hoặc mở đường liên kết trong một hồ sơ trình duyệt sạch. Chúng đến từ các thread trên Google Developer Community chứ không từ chính sách của Google, và được kể lại như thứ từng hiệu quả với ai đó chứ không phải hành vi có trong tài liệu. Đặt chúng lên đầu là cách nhà phát triển đánh mất nhiều ngày, vì chúng không sửa được lỗi cấu hình và lại che một độ trễ lan truyền dưới vỏ bọc thành công.
Cũng có những trường hợp ranh giới thật. Một thread cộng đồng tháng 2 năm 2026 mô tả một đường liên kết thử nghiệm nội bộ chưa bao giờ chạy, và một thread tháng 5 năm 2026 báo lỗi HTTP 500 trên trang chọn tham gia. Không có nguyên nhân gốc chung nào được xác lập cho cả hai, và bịa ra một lời giải kỹ thuật còn tệ hơn là thừa nhận điều đó. Nếu cấu hình của bạn kiểm chứng được là đúng, các khoảng lan truyền đã qua, mà lỗi vẫn dai dẳng hoặc trả về lỗi máy chủ, thì đó là lúc hợp lý để gửi yêu cầu tới bộ phận hỗ trợ Play Console thay vì tiếp tục chỉnh cấu hình. Chưa xác minh được nguyên nhân
Từ triệu chứng tới cách sửa, kèm mức độ bằng chứng
| Triệu chứng | Nguyên nhân vững nhất | Cách sửa | Bằng chứng |
|---|---|---|---|
| Tôi không thấy đường liên kết chọn tham gia | Ứng dụng vẫn ở Draft hoặc Pending publication |
Đưa kỳ thử nghiệm về Published, rồi mở lại trang Testers | Đã xác minh |
| Ứng dụng này không khả dụng cho tài khoản của bạn | Sai danh tính Google, không có trong danh sách đã cấu hình, hoặc chưa bao giờ chọn tham gia | Xác nhận đúng tài khoản đã mời, xác nhận danh sách đã được chọn, rồi hoàn tất bước chọn tham gia trên tài khoản đó | Đã xác minh Cộng đồng |
| Tôi thêm email của họ rồi mà vẫn không được | Có tên trong danh sách mới chỉ là một nửa điều kiện | Bảo tester mở đường liên kết và chủ động tham gia kỳ thử nghiệm | Đã xác minh |
| Tôi đã thêm tester nhưng họ chưa bao giờ nhận được lời mời | Quy trình có trong tài liệu của Google không gửi lời mời thay bạn | Sao chép đường liên kết tester rồi tự gửi đi | Đã xác minh |
| Đã Published nhưng tôi không tìm thấy trong tìm kiếm trên Play | Bình thường với kênh nội bộ và khép kín trước khi ra công khai | Dùng URL Play Store trực tiếp và đường liên kết chọn tham gia, đừng bao giờ dùng tìm kiếm | Đã xác minh |
| Chạy được với tài khoản này mà không chạy với tài khoản khác | Sai tài khoản hoặc sai hồ sơ trình duyệt, rất nhiều người gặp | Mở đường liên kết khi đang đăng nhập đúng tài khoản tester; dùng hồ sơ trình duyệt hoặc hồ sơ Play khớp nhau nếu cần | Cộng đồng |
| Tôi vừa xuất bản xong mà đường liên kết không chạy | Quá trình lan truyền bình thường vẫn đang chạy | Hãy cho đủ khoảng vài giờ với liên kết đầu tiên như Google nêu, rồi mới gửi yêu cầu hỗ trợ | Đã xác minh |
| Tôi xuất bản bản cập nhật nhưng tester vẫn thấy bản cũ | Lan truyền, thứ tự ưu tiên mã phiên bản, hoặc điều kiện tham gia kênh | Chờ hết thời gian lan truyền, kiểm tra mã phiên bản, xác nhận tài khoản vẫn đủ điều kiện với kênh này | Đã xác minh |
| Tester nội bộ của tôi không thấy bản phát hành khép kín | Tài khoản đó vẫn đang chọn tham gia thử nghiệm nội bộ | Rời kênh nội bộ trước, rồi mới chọn tham gia kỳ thử nghiệm khép kín | Đã xác minh |
| Ứng dụng không có ở quốc gia của tester | Bình thường thì việc chọn quốc gia phát hành không chặn tester nội bộ | Hãy kiểm tra danh tính, danh sách và việc chọn tham gia trước khi đụng tới phạm vi quốc gia | Đã xác minh |
| Tôi đã loại trừ thiết bị này trong Play Console | Quy tắc loại trừ thiết bị không áp dụng cho tester nội bộ | Đừng chẩn đoán từ thiết lập loại trừ. Khả năng tương thích thiết bị thông thường thì vẫn có thể là nguyên nhân | Đã xác minh |
| Vẫn thiếu sau khi đã kiểm tra hết tài khoản và cấu hình | Cache hoặc dữ liệu cục bộ của Play Store có thể đã cũ | Khởi động lại thiết bị hoặc Play Store; xóa cache hay dữ liệu Play là bước phụ | Cộng đồng |
| Trang chọn tham gia trả về HTTP 500 | Có thể là lỗi phía Play. Chưa xác lập được nguyên nhân gốc | Kiểm tra trạng thái, danh sách, tài khoản và lan truyền trước. Nếu vẫn tiếp diễn, dùng bộ phận hỗ trợ Play Console | Chưa xác minh |
| Hồ sơ thanh toán không khớp | Không kiểm chứng được đây là nguyên nhân chặn truy cập thử nghiệm nội bộ. Bằng chứng tìm được thuộc về những luồng khác của Play | Đừng đổi hồ sơ thanh toán để sửa một đường liên kết thử nghiệm nội bộ | Chưa xác minh |
Cuộn bảng sang ngang để xem đủ các cột
Giới hạn và những quy tắc hay bị hiểu sai
Trả lời ngắn
100 tester, ở quốc gia nào cũng được, không dính quy tắc loại trừ thiết bị, cài miễn phí một ứng dụng trả phí nhưng không miễn phí các khoản mua trong ứng dụng, không ảnh hưởng điểm đánh giá công khai, không hiện trong tìm kiếm trên Play, và không đòi hỏi trang thông tin trên cửa hàng phải xong. Hai điều hay khiến người ta vấp là mua hàng trong ứng dụng và khả năng hiển thị khi tìm kiếm.
| Hạng mục | Giá trị hiện hành tính đến ngày 12 tháng 8 năm 2026 |
|---|---|
| Số tester nội bộ tối đa | 100 mỗi ứng dụng |
| Bắt đầu được trước khi hoàn tất thiết lập ứng dụng không? | Có, với một app bundle hợp lệ |
| Cách quản lý tester được ghi trong tài liệu trợ giúp Console | Danh sách email |
| Có bắt buộc Tài khoản Google không? | Có. Tài liệu trợ giúp hiện hành nêu rõ tài khoản Gmail hoặc Google Workspace |
| Hạn chế quốc gia với tester nội bộ | Bình thường là không. Tester có thể ở bất kỳ đâu, kể cả nơi các phiên bản khác không phát hành |
| Quy tắc loại trừ thiết bị của Play | Không áp dụng cho tester nội bộ |
| Tải ứng dụng trả phí | Miễn phí với tester nội bộ |
| Mua hàng trong ứng dụng | Vẫn bị tính tiền như bình thường trừ khi tester cũng là tài khoản thử nghiệm giấy phép |
| Ảnh hưởng tới điểm đánh giá công khai | Phản hồi trong kỳ thử nghiệm không ảnh hưởng tới điểm đánh giá công khai của ứng dụng |
| Tìm thấy qua tìm kiếm trên Play trước khi có thử nghiệm công khai hoặc bản phát hành công khai | Không |
| Một tài khoản có nhận được cả nội bộ lẫn khép kín cùng lúc không? | Không. Họ phải rời kênh nội bộ trước |
| Tính vào yêu cầu bắt buộc 12/14 | Không. Yêu cầu đó nói rõ là thử nghiệm khép kín |
Cuộn bảng sang ngang để xem đủ các cột
Thử nghiệm nội bộ và internal app sharing
Đây là hai tính năng khác nhau với cái tên giống nhau đến khó chịu, và chọn nhầm là mất cả buổi chiều. Thử nghiệm nội bộ là kênh chính thức mà cả bài này nói tới: một bản phát hành, một danh sách tối đa 100 tester được quản lý, bước chọn tham gia, và bản cập nhật được phân phối qua Google Play. Internal app sharing là công cụ chia sẻ nhanh, nhận một tệp APK hoặc app bundle bạn tải lên rồi trả về một đường liên kết tải xuống để bạn chuyền tay. Nó cũng có kiểm soát truy cập, chỉ là kiểu khác: trang của Google về tính năng này cho bạn giới hạn lượt tải theo danh sách email hoặc mở liên kết cho bất kỳ ai bạn gửi tới, và kiểu nào thì tester cũng phải bật internal app sharing trong ứng dụng Play Store của họ trước.
Kênh thử nghiệm nội bộ
- Một bản phát hành thật trên một kênh thật, có lịch sử phiên bản
- Tối đa 100 tester, quản lý bằng danh sách email
- Tester chọn tham gia, rồi cài và tự động cập nhật từ Play
- Mã phiên bản hoạt động bình thường: mỗi lần tải lên cần một mã mới
- Bản dựng có thể đẩy tiếp sang kênh khép kín, công khai hoặc phát hành công khai
Internal app sharing
- Tải lên một APK hoặc app bundle và nhận một đường liên kết chia sẻ
- Không có bản phát hành trên kênh và không có trang chọn tham gia chương trình thử nghiệm. Bạn chọn giữa việc để bất kỳ ai có liên kết đều tải được và việc giới hạn theo danh sách email được phép
- Tester phải tự bật internal app sharing trong ứng dụng Play Store của họ thì mới tải được
- Mỗi đường liên kết cho tối đa 100 lượt tải và hết hạn sau 60 ngày kể từ ngày tải lên
- Mã phiên bản dùng lại được, đây là lý do chính để dùng tính năng này
- Chấp nhận bản dựng debug, và Google ký lại tệp tải lên bằng chứng chỉ riêng của internal app sharing
- Tệp tải lên theo cách này về sau không thể chọn cho một bản phát hành thử nghiệm hay phát hành công khai
Quy tắc thực dụng: dùng internal app sharing khi bạn muốn quăng một bản dựng cho đồng nghiệp trong mười phút tới, và dùng kênh thử nghiệm nội bộ khi bạn cần lịch sử phiên bản, danh sách tester và một bản dựng có thể đẩy tiếp về sau. Hạn 60 ngày là chi tiết hay khiến người ta vấp, vì một đường liên kết còn chạy tốt trong báo cáo lỗi hai tháng trước thì nay đơn giản là đã chết chứ không phải bị cấu hình sai. Không tính năng nào trong hai tính năng này được tính cho kỳ thử nghiệm khép kín 12 tester. Đã xác minh
Cái bẫy mua hàng trong ứng dụng
Đừng chép lại câu quen thuộc rằng mọi thứ đều miễn phí trong lúc thử nghiệm nội bộ. Quy tắc của Google tách bản thân ứng dụng khỏi những gì bán bên trong nó. Ứng dụng trả phí thì tester nội bộ cài miễn phí. Còn các khoản mua trong ứng dụng vẫn bị tính tiền trừ khi tài khoản của tester đó cũng được cấu hình làm tài khoản thử nghiệm giấy phép.
Khác biệt này đáng tiền thật trong một kỳ thử nghiệm có gói thuê bao, và ít nhất một bài so sánh đang xếp hạng cao hiện nay lại nói ngược hẳn. Nếu tester của bạn sắp chạy qua luồng thanh toán, hãy thiết lập thử nghiệm giấy phép trước, hoặc chuẩn bị tinh thần bị trừ tiền thật. Đã xác minh
Hai thứ không phải lỗi của bạn
Một phần lớn lời khuyên chung chung về thử nghiệm nội bộ trên mạng bảo bạn đi sửa những thứ không thể là nguyên nhân, vừa mất thời gian vừa có khi phá hỏng một cấu hình đang chạy tốt.
Thường bị đổ lỗi
- "Tester của bạn ở nước ngoài, hãy thêm quốc gia của họ vào danh sách phát hành"
- "Bạn đã loại trừ mẫu máy đó trong Play Console"
- "Hồ sơ thanh toán của bạn không khớp khu vực của họ"
Google thực sự nói gì
- Tester nội bộ có thể được thêm từ bất kỳ nơi nào, kể cả nơi bản phát hành công khai, thử nghiệm công khai hay khép kín không có mặt
- Quy tắc loại trừ thiết bị của Play không áp dụng cho tester nội bộ. Khả năng tương thích thiết bị thông thường thì vẫn áp dụng
- Không có bằng chứng gốc nào gắn hồ sơ thanh toán với quyền truy cập thử nghiệm nội bộ. Các dẫn chứng đó thuộc về những luồng khác của Play
Các khẳng định đã kiểm chứng, kèm kết luận
Mỗi dòng dưới đây là một khẳng định bạn sẽ gặp đâu đó về thử nghiệm nội bộ. Cột kết luận ghi điều mà nguồn gốc chứng minh được, không phải điều nghe có vẻ hợp lý.
-
Sai
“Thử nghiệm nội bộ được tính là kỳ thử nghiệm 12 tester.” Trang yêu cầu của Google nói rõ phải là một kỳ thử nghiệm khép kín. Đây là sai lầm gây thiệt hại nhất trong chủ đề này, vì nó lấy đi của người ta trọn cửa sổ 14 ngày.
-
Đã lỗi thời
“Bạn vẫn cần 20 tester.” Đã thành chuyện quá khứ kể từ ngày 11 tháng 12 năm 2024. Mức tối thiểu hiện nay là 12.
-
Sai
“Tester nội bộ được miễn phí mọi khoản mua.” Chỉ bản thân ứng dụng trả phí là miễn phí. Các khoản mua trong ứng dụng vẫn bị tính tiền trừ khi đã thiết lập thử nghiệm giấy phép.
-
Sai
“Nếu tester của bạn ở nước ngoài, hãy thêm quốc gia của họ.” Google miễn trừ riêng cho thử nghiệm nội bộ khỏi hạn chế phát hành đó.
-
Dễ gây hiểu lầm
“Liên kết của bạn hỏng nếu nó không chạy ngay.” Chính Google cho phép vài giờ với đường liên kết đầu tiên và vài tiếng đồng hồ với các thay đổi về sau.
-
Dễ gây hiểu lầm
“Tester tự động nhận đường liên kết chọn tham gia qua email.” Quy trình Google ghi trong tài liệu là nhà phát triển sao chép đường liên kết chia sẻ rồi tự phân phối. Đừng lên kế hoạch dựa trên việc Play Console mời tester giúp bạn.
-
Đúng một phần
“Bạn có thể dùng Google Group cho thử nghiệm nội bộ.” Tài liệu trợ giúp Console hiện hành ghi danh sách email cho thử nghiệm nội bộ và Google Groups cho thử nghiệm khép kín. Tài nguyên testers của publishing API hỗ trợ nhóm rộng hơn, nhưng điều đó không chứng minh được cách kênh này hoạt động trong Console năm 2026. Hãy dùng cách danh sách email đã có trong tài liệu và đừng trông vào một nhóm.
-
Đúng một phần
“Google chỉ cho phép đúng một kênh nội bộ.” Publishing API phơi ra kênh nội bộ chuẩn như một kênh có tên cố định, còn tài liệu trợ giúp ghi nhận các kênh khép kín có tên riêng bổ sung mà không công bố con số cho kênh nội bộ. Hãy nói "kênh thử nghiệm nội bộ chuẩn" thay vì khẳng định một giới hạn cứng.
-
Đúng
“Bạn chạy được thử nghiệm nội bộ trước khi hoàn thiện trang thông tin trên cửa hàng.” Google nói một app bundle hợp lệ là đủ để phân phối nội bộ trước khi hoàn tất thiết lập ứng dụng.
-
Đúng
“Phản hồi của tester trong kỳ thử nghiệm sẽ không làm hại điểm đánh giá công khai của tôi.” Google nêu rõ phản hồi của người dùng thử nghiệm không ảnh hưởng tới điểm đánh giá công khai của ứng dụng.
Kết thúc một kỳ thử nghiệm nội bộ
Hãy tạm dừng kênh. Tester vẫn giữ bản đã cài, nhưng ngừng nhận bản cập nhật thử nghiệm qua kênh đó. Điều này đáng biết trước khi bạn tưởng rằng tạm dừng một kênh sẽ gỡ ứng dụng khỏi máy của ai đó, vì không phải vậy. Đã xác minh
Chuyển bản dựng sang thử nghiệm khép kín thế nào?
Trả lời ngắn
Mở kênh khép kín, tạo một bản phát hành, rồi dùng Add from library để chọn phiên bản bạn đã tải lên cho thử nghiệm nội bộ. Bạn không cần build lại hay tải lên chính app bundle đó lần nữa. Sau đó cấu hình tester của kênh khép kín, xem lại và triển khai.
Đây là bước phần lớn mọi người bước tới sau một kỳ thử nghiệm nội bộ thành công, và cũng là chỗ đồng hồ quyền truy cập vào kênh phát hành công khai mới thực sự bắt đầu chạy. Hướng dẫn dưới đây cố tình không viết theo kiểu bấm từng nút, vì các biến thể Play Console khác nhau và một chuỗi thao tác học thuộc lòng luôn là thứ hỏng đầu tiên.
-
01
Mở kênh đích Vào Test and release › Testing › Closed testing rồi quản lý kênh khép kín bạn muốn dùng.
-
02
Tạo một bản phát hành trên kênh đó Bản phát hành khép kín là một bản phát hành riêng, dù nó mang theo đúng tệp bạn đã thử nghiệm.
-
03
Dùng lại tệp đã thử nghiệm bằng Add from library Hãy chọn phiên bản bạn tải lên trong kỳ thử nghiệm nội bộ thay vì tải app bundle lên lần nữa. Đây là phần được ghi trong tài liệu trợ giúp về bản phát hành hiện hành của Google (answer 9859348). Đã xác minh
-
04
Cấu hình tester cho kênh khép kín Hãy dùng phần điều khiển tester của chính kênh khép kín. Với thử nghiệm khép kín, tài liệu trợ giúp hiện hành hỗ trợ danh sách email hoặc Google Groups, đây là khác biệt thật so với kênh nội bộ.
-
05
Xem lại và triển khai Sau đó chia sẻ đường liên kết chọn tham gia của kỳ khép kín đúng như cách bạn đã chia sẻ liên kết nội bộ. Vẫn là hai điều kiện đó: có tên trong danh sách, và đã chọn tham gia.
Về lối tắt “Promote release”. Một số phiên bản Play Console và khá nhiều hướng dẫn trong cộng đồng mô tả việc đẩy thẳng một bản phát hành từ nội bộ sang khép kín. Rất có thể console của bạn có nút đó. Nhưng chuỗi thao tác đi thẳng từ nội bộ sang khép kín không được ghi nhận như một lối đi ổn định trong tài liệu trợ giúp chính hiện hành của Google, và đó là lý do bài này dạy cách đi qua thư viện: nếu có lối tắt thì cứ dùng, nhưng đừng đi lùng một cái nút mà console của bạn có thể không có. Biến thể giao diện do cộng đồng báo lại
Có giữ nguyên nhóm tester được không?
Được, xét về con người; không được, nếu chọn tham gia cả hai cùng lúc. Ở giai đoạn này, chính sự khác biệt đó phá hỏng nhiều kỳ thử nghiệm khép kín hơn bất cứ điều gì khác.
Một tài khoản đang chọn tham gia thử nghiệm nội bộ thì không đủ điều kiện nhận bản dựng của thử nghiệm công khai hay khép kín. Google hướng dẫn tester lựa chọn không tham gia nữa khỏi kênh nội bộ trước, rồi mới chọn tham gia kỳ khép kín. Vậy nên nhóm QA nội bộ bạn dày công gom lại hoàn toàn có thể trở thành nhóm thử nghiệm khép kín, nhưng từng người phải chủ động rời kênh nội bộ thì mới thấy được bất cứ thứ gì trên kênh khép kín.
Khi hỏng thì nó trông như thế này
Bạn đẩy bản dựng lên, thêm đúng những người tin cậy đó vào kênh khép kín, gửi liên kết mới, rồi họ báo rằng chẳng có gì thay đổi hoặc ứng dụng không khả dụng. Bản phát hành khép kín vẫn ổn. Tài khoản của họ vẫn đang chọn tham gia thử nghiệm nội bộ, nên họ đủ điều kiện với nhầm kênh. Hãy gửi bước rời kênh nội bộ trước, rồi mới gửi liên kết khép kín. Đã xác minh
| Bước | Quy trình an toàn nhất hiện nay |
|---|---|
| Mở kênh đích | Test and release › Testing › Closed testing |
| Tạo bản phát hành | Quản lý kênh khép kín và tạo một bản phát hành trên kênh đó |
| Dùng lại tệp đã tải lên | Chọn Add from library rồi lấy phiên bản đã tải lên trước đó |
| Cấu hình tester | Phần điều khiển tester của kênh khép kín. Ở đây dùng danh sách email hoặc Google Groups đều được |
| Dùng lại người của kênh nội bộ | Thêm họ vào, rồi để từng tài khoản rời kênh nội bộ trước khi chọn tham gia kênh khép kín |
| Triển khai | Xem lại rồi triển khai bằng các nút điều khiển hiện có trong console |
| Đừng phụ thuộc vào | Một lối tắt Promote release cụ thể. Nó có trong vài biến thể nhưng không được ghi nhận như một lối đi ổn định |
Cuộn bảng sang ngang để xem đủ các cột
Từ đây trở đi, phần cơ học lại là một chủ đề khác: tuyển những người chịu duy trì tham gia suốt 14 ngày liên tục, làm sao để họ được đếm đúng, và vượt qua bảng hỏi quyền truy cập vào kênh phát hành công khai. Những phần đó nằm trong cách mời tester cho thử nghiệm khép kín, vì sao Play Console hiển thị 0 tester đã chọn tham gia, và bảng hỏi quyền truy cập kênh phát hành công khai.
PrimeTestLab đứng ở đâu
Trả lời ngắn
Không phải ở đây. Thử nghiệm nội bộ là việc bạn làm xong ngay chiều nay với hướng dẫn ở trên, và trả tiền cho ai đó làm giúp thì thật kỳ. Bước khiến người ta tắc lại chính là bước thử nghiệm nội bộ không bao phủ: một kỳ thử nghiệm khép kín với ít nhất 12 tester duy trì tham gia trong 14 ngày liên tục, và thực sự dùng bản dựng trong thời gian đó.
Cần nói rõ về điểm bàn giao này, vì hai kênh hỏng vì hai lý do hoàn toàn khác nhau. Thử nghiệm nội bộ hỏng vì cấu hình: một đường liên kết còn chưa tồn tại, một tài khoản chưa bao giờ chọn tham gia, một khoảng lan truyền mà ai đó không chịu chờ hết. Những thứ đó đọc kỹ là giải quyết được, và hai phần ba đầu bài này sinh ra để làm việc đó.
Kỳ thử nghiệm khép kín thì hỏng vì con người. Điều kiện định lượng Google công bố là ít nhất 12 tester duy trì tham gia kỳ thử nghiệm khép kín liên tục trong 14 ngày qua, trên thực tế nghĩa là mười hai người thật tham gia và vẫn còn ở đó vào tuần thứ hai. Tách khỏi con số ấy, bạn còn muốn những tester đó cài đặt và dùng bản dựng một cách có ý nghĩa, vì Google có hỏi về mức độ tham gia, việc sử dụng tính năng và phản hồi khi xem xét đơn đăng ký quyền truy cập vào kênh phát hành công khai. Cả hai nửa đều không phải vấn đề tài liệu, và hiểu console giỏi tới đâu cũng không giải được. Phần lớn nhà phát triển nhận ra điều này đúng lúc họ vừa xong kỳ thử nghiệm nội bộ và thấy yêu cầu kia chẳng nhúc nhích chút nào.
Tự chạy kỳ thử nghiệm khép kín, hay giao cho người khác
| Yêu cầu của thử nghiệm khép kín, hoặc yếu tố thực tế | Tự chạy | Có người quản lý |
|---|---|---|
| Tối thiểu 12 tester | Tuyển 12 người có Tài khoản Google và thực sự theo tới cùng. Bạn bè, người thân hay bỏ ngang. | Cung cấp 12 tester, đã sàng lọc và hướng dẫn sẵn |
| Duy trì tham gia trong 14 ngày liên tục | Trông chừng để 12 tester duy trì tham gia, và nhắc lại những ai ngừng tham gia. Điều kiện Google công bố là duy trì tham gia liên tục; việc gỡ cài đặt không được ghi nhận là tự nó chấm dứt điều kiện đó. | Nhóm tester được giữ đủ 14 ngày và có người theo dõi |
| Tester thật trên thiết bị thật Chuẩn thử nghiệm thận trọng, không phải một điều kiện định lượng của Google |
Máy nào người quen của bạn tình cờ đang dùng | Thiết bị thật trải từ Android 7 đến 17 |
| Thời gian để bắt đầu | Tùy việc tuyển người mất bao lâu. Thường là khâu chậm nhất trong cả lần phát hành. | Thử nghiệm bắt đầu trong 4-6 giờ |
| Chi phí | Miễn phí về tiền, đắt về thời gian và công theo sát | Từ $19.99 cho 12 tester |
| Nếu kỳ thử nghiệm không đạt | Làm lại từ đầu và mất thêm 14 ngày | Thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ |
Cuộn bảng sang ngang để xem đủ các cột
Starter
12 tester
$19.99
Đúng bằng mức tối thiểu Google yêu cầu
Professional
20 tester
$29.99
Nhóm lớn hơn cho một kỳ thử nghiệm rộng hơn
Enterprise
25 tester
$27.99
Dư chỗ, phòng khi có người bỏ ngang
Đúng vậy, 25 tester hiện đang rẻ hơn 20. Đó là khuyến mãi chứ không phải lỗi đánh máy: Enterprise đang giảm sâu nhất trong ba gói, nên nó cũng có chi phí trên mỗi tester thấp nhất, khoảng $1.12 so với $1.50 của Professional. Cả hai gói đều chạy cùng một kỳ thử nghiệm khép kín; khuyến mãi là lý do duy nhất khiến thứ tự bị đảo, và trang bảng giá mới là con số hiện hành nếu nó đã thay đổi từ lúc bài này được viết.
Trên 7.400+ ứng dụng ở 120+ quốc gia, chúng tôi giữ tỷ lệ thành công 99,9% với yêu cầu thử nghiệm khép kín. Điều chúng tôi sẽ không nói với bạn là việc phê duyệt được đảm bảo. Google xem xét đơn đăng ký quyền truy cập vào kênh phát hành công khai theo tiêu chí riêng và có thể yêu cầu thử nghiệm thêm, còn ai hứa với bạn một kết quả chắc chắn là đang hứa điều họ không kiểm soát. Thứ chúng tôi cam kết là phần chúng tôi kiểm soát được: nếu kỳ thử nghiệm không đạt, bạn được thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ.
Dù sao cũng cứ chạy thử nghiệm nội bộ trước
Dù bạn có giao kỳ thử nghiệm khép kín cho người khác hay không, hãy dùng thử nghiệm nội bộ đúng như nó được thiết kế. Hãy bắt các lỗi cài đặt, lỗi crash ngay lần mở đầu tiên và luồng đăng nhập hỏng bằng một nhóm nhỏ những người bạn nói chuyện trực tiếp được. Bước vào kỳ thử nghiệm khép kín 14 ngày với một bản dựng không khởi động nổi là sai lầm duy nhất mà lịch không gánh nổi.
Hỏi đáp về thử nghiệm nội bộ
Thử nghiệm nội bộ Google Play thêm được bao nhiêu tester?
Google cho phép tối đa 100 tester nội bộ cho mỗi ứng dụng. Hướng dẫn thiết lập hiện hành của Google quản lý nhóm này bằng danh sách email tester, thứ bạn tạo trong tab Testers của kênh thử nghiệm nội bộ.
Thử nghiệm nội bộ có phải là internal app sharing không?
Không, đó là hai tính năng tách biệt. Thử nghiệm nội bộ là một kênh chính thức trong Play Console: bạn tạo bản phát hành, quản lý danh sách tester tối đa 100 người, và phân phối bản cập nhật qua Google Play. Internal app sharing (chia sẻ ứng dụng nội bộ) là công cụ chia sẻ nhanh, sinh ra một đường liên kết tải xuống cho APK hoặc app bundle bạn vừa tải lên, cho phép dùng lại mã phiên bản và chấp nhận cả bản dựng debug. Nó không có bản phát hành trên kênh nào và không có trang chọn tham gia chương trình thử nghiệm, nhưng nó có bộ kiểm soát truy cập riêng: bạn có thể giới hạn lượt tải cho các danh sách email được phép hoặc để bất kỳ ai có liên kết đều tải được, tester phải bật internal app sharing trong ứng dụng Play Store của họ trước, và mỗi liên kết chỉ cho tối đa 100 lượt tải rồi hết hạn sau 60 ngày kể từ ngày tải lên. Tệp tải lên qua internal app sharing về sau không thể đưa vào một bản phát hành thử nghiệm hay phát hành công khai, nên hai thứ này không thay thế cho nhau.
Tôi cần quyền gì trong Play Console để thiết lập một kỳ thử nghiệm nội bộ?
Chủ tài khoản và quản trị viên thường đã có đủ mọi thứ. Người dùng được ủy quyền cần quyền phát hành ứng dụng lên các kênh thử nghiệm để tạo và triển khai bản phát hành, còn việc quản lý cấu hình kênh và danh sách tester có thể đòi thêm quyền riêng để quản lý kênh thử nghiệm và chỉnh sửa danh sách tester. Nếu nút Create new release biến mất hoặc bị làm mờ, hãy kiểm tra cấp truy cập của bạn trước khi soi lại bản dựng.
Thử nghiệm nội bộ có tính vào 12 tester trong 14 ngày không?
Không. Tính đến ngày 12 tháng 8 năm 2026, Google yêu cầu rõ các tài khoản nhà phát triển cá nhân mới thuộc diện áp dụng phải chạy một kỳ thử nghiệm khép kín với tối thiểu 12 tester đã chọn tham gia liên tục ít nhất trong 14 ngày qua. Cũng chính trang chính sách đó mô tả thử nghiệm nội bộ là tùy chọn, nên một kỳ thử nghiệm nội bộ không đưa bạn tiến gần hơn tới quyền truy cập vào kênh phát hành công khai.
Tôi đã thêm tester rồi, vì sao họ không nhận được lời mời?
Vì thêm một địa chỉ email không phải là gửi lời mời. Hướng dẫn hiện hành của Google bảo nhà phát triển cấu hình danh sách tester rồi tự sao chép và chia sẻ đường liên kết thử nghiệm, nên đừng trông chờ Play Console mời tester giúp bạn. Mỗi tester vẫn phải tự hoàn tất bước chọn tham gia.
Vì sao đường liên kết thử nghiệm nội bộ báo ứng dụng không khả dụng cho tài khoản của tôi?
Trước hết hãy xác minh chính xác Tài khoản Google đang dùng. Google yêu cầu tài khoản đó vừa nằm trong cấu hình tester của kênh, vừa đã chọn tham gia chương trình thử nghiệm đó. Các báo cáo từ cộng đồng liên tục cho thấy lỗi này xảy ra khi trình duyệt hoặc ứng dụng Play Store đang đăng nhập bằng một Tài khoản Google khác với địa chỉ bạn đã thêm, chuyện rất hay gặp trên máy có nhiều tài khoản.
Vì sao ứng dụng cài được trên máy của tester này mà không cài được trên máy của tester khác?
Hãy kiểm tra khả năng tương thích thông thường, chứ không chỉ quyền truy cập của tài khoản. Quy tắc loại trừ thiết bị của Play không áp dụng cho tester nội bộ, nhưng bản dựng vẫn phải tương thích với phiên bản Android, kiến trúc, kiểu dáng thiết bị và các yêu cầu tính năng đã khai báo của máy đó. Cũng hãy kiểm tra mã phiên bản: người dùng nhận mã phiên bản tương thích cao nhất từ bất kỳ kênh nào họ đủ điều kiện, và vì ai cũng đủ điều kiện nhận bản phát hành công khai, một phiên bản công khai cao hơn có thể được gửi xuống thay cho bản nội bộ thấp hơn của bạn.
Vì sao tôi không tìm thấy ứng dụng đang thử nghiệm nội bộ khi tìm kiếm trên Google Play?
Điều đó có thể là bình thường. Google cho biết một kỳ thử nghiệm nội bộ hoặc khép kín diễn ra trước thử nghiệm công khai hay trước bản phát hành công khai sẽ không xuất hiện trong kết quả tìm kiếm trên Play, nên tester không thể tìm ứng dụng theo tên. Hãy gửi thẳng đường liên kết Play Store và đường liên kết chọn tham gia thay vì bảo mọi người đi tìm kiếm.
Google có xem xét bản phát hành thử nghiệm nội bộ trước khi tester nhận được không?
Google quảng bá thử nghiệm nội bộ như cách phân phối mà không phải chờ quá trình xem xét ứng dụng, và nói rằng bản dựng thường có mặt rất nhanh. Trung tâm trợ giúp chi tiết của Google lại dùng chữ nhẹ hơn: các kỳ thử nghiệm nội bộ có thể không phải trải qua quá trình xem xét chính sách và bảo mật thông thường. Hãy coi thử nghiệm nội bộ là kênh thường bỏ qua thời gian chờ, chứ không phải kênh chắc chắn không bao giờ bị xem xét.
Nếu đường liên kết thử nghiệm nội bộ chưa chạy thì nên chờ bao lâu?
Google nói bản dựng nội bộ thường sẵn sàng trong vài giây theo một trang và trong vài phút theo một trang khác, nhưng đường liên kết thử nghiệm đầu tiên có thể mất vài giờ sau lần đầu bạn xuất bản một kỳ thử nghiệm, còn các thay đổi về sau có thể mất vài tiếng đồng hồ. Bản dựng có thể đã nằm sẵn trong hệ thống phân phối của Google trong khi đường liên kết phía tester vẫn đang lan truyền, nên đừng kết luận một liên kết vừa tạo là hỏng ngay ở lần thử đầu tiên.
Tôi có thể dùng chính những người đó cho thử nghiệm nội bộ rồi sau đó cho thử nghiệm khép kín không?
Được, xét về con người; không được, nếu chọn tham gia cả hai cùng lúc. Google cho biết một tài khoản đang chọn tham gia thử nghiệm nội bộ thì không đủ điều kiện nhận bản dựng của thử nghiệm công khai hay khép kín, và tester phải lựa chọn không tham gia nữa khỏi kỳ nội bộ rồi mới chọn tham gia kỳ khép kín. Bỏ qua bước này là lý do rất phổ biến khiến nhà phát triển tưởng bản phát hành khép kín bị lỗi.
Tester nội bộ có phải trả tiền mua ứng dụng hay mua hàng trong ứng dụng không?
Bản thân ứng dụng trả phí thì tester nội bộ cài miễn phí. Mua hàng trong ứng dụng lại khác: tester vẫn bị tính tiền như bình thường trừ khi tài khoản của họ cũng được cấu hình làm tài khoản thử nghiệm giấy phép (license tester). Một số bài viết khác khẳng định tester nội bộ không phải trả tiền cho bất cứ thứ gì, và điều đó sai.
Làm sao chuyển bản dựng đang thử nghiệm nội bộ sang thử nghiệm khép kín?
Cách ổn định nhất theo tài liệu hiện hành của Google là mở kênh thử nghiệm khép kín, tạo một bản phát hành, rồi dùng Add from library để chọn đúng phiên bản bạn đã tải lên cho thử nghiệm nội bộ. Một số phiên bản Play Console và các câu trả lời cũ trong cộng đồng có nhắc tới lối tắt Promote release, nhưng chuỗi thao tác đi thẳng từ nội bộ sang khép kín đó không được ghi trong tài liệu trợ giúp chính hiện hành của Google, nên đi qua thư viện là hướng dẫn an toàn hơn.
Thử nghiệm nội bộ chạy tốt rồi, sao tôi vẫn cần 12 tester thật?
Vì hai kênh trả lời hai câu hỏi khác nhau. Thử nghiệm nội bộ giúp bạn xác nhận bản dựng cài được, mở được và chạy được với những tài khoản cùng thiết bị trong kỳ thử nghiệm đó. Còn yêu cầu để có quyền truy cập vào kênh phát hành công khai là một kỳ thử nghiệm khép kín riêng, với ít nhất 12 tester duy trì tham gia liên tục trong 14 ngày, và Google còn đánh giá những gì bạn khai báo về mức độ tham gia của tester. PrimeTestLab cung cấp tester thật, đã chọn tham gia, trên thiết bị thật cho kỳ thử nghiệm khép kín đó, chạy trên máy Android 7 đến 17, từ $19.99 cho 12 tester.
PrimeTestLab có chạy được kỳ thử nghiệm khép kín mà thử nghiệm nội bộ không thay thế được không?
Có. Kỳ thử nghiệm khép kín đó là bước duy nhất mà một tài khoản Play cá nhân mới không thể bỏ qua, và đó chính là việc chúng tôi làm. Thử nghiệm bắt đầu trong 4-6 giờ, chúng tôi giữ tỷ lệ thành công 99,9% trên 7.400+ ứng dụng ở 120+ quốc gia, và mọi gói đều đi kèm thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ. Chúng tôi không thể hứa Google sẽ phê duyệt, vì không ai ngoài Google làm được điều đó.
Chốt lại
Tóm tắt
Thử nghiệm nội bộ nằm ở Test and release › Testing › Internal testing, chứa tối đa 100 tester, và chạy được trước khi trang thông tin của bạn hoàn tất. Hãy dựng danh sách email, gắn nó vào kênh kèm một địa chỉ nhận phản hồi, triển khai một bản phát hành từ app bundle hợp lệ, rồi sao chép đường liên kết chọn tham gia và tự gửi đi, vì quy trình của Google giao phần phân phối cho bạn. Tester không nhận được gì cho tới khi cả hai điều kiện cùng đúng: có tên trong danh sách đã chọn, và đã chọn tham gia bằng đúng tài khoản họ đang đăng nhập. Khi một đường liên kết không chạy, hãy kiểm tra trạng thái Published, danh sách, việc chọn tham gia, tài khoản đang hoạt động, rồi mới tới lan truyền trước khi động vào bất cứ thứ gì khác, và hãy cho đường liên kết đầu tiên đủ vài giờ như Google nói. Không có gì trong số này được tính cho quyền truy cập vào kênh phát hành công khai. Cửa ải đó là một kỳ thử nghiệm khép kín riêng với 12 tester duy trì tham gia liên tục trong 14 ngày, và là phần duy nhất mà một tài khoản cá nhân mới không thể đi tắt. Kỳ thử nghiệm khép kín đó là thứ PrimeTestLab chạy giúp bạn. Xem bảng giá →
Tài liệu chính thức của Google
Mọi thông tin trên trang này đã được đối chiếu với các nguồn dưới đây vào ngày 12 tháng 8 năm 2026. Cách sắp xếp menu và nhãn nút trong Play Console thay đổi mà không kèm thông báo chính sách nào, nên nếu một tên menu ở đây không khớp với console của bạn, hãy tin console của bạn: phần bền vững là các quy tắc, không phải đường dẫn bấm chuột.