Từ câu lệnh prompt đến trang ứng dụng công khai
- Thứ công cụ của bạn đã tạoỨng dụng web, dự án Expo, Flutter hoặc native
- AAB phát hành đã kýTệp mà Google Play chấp nhận
- Tài khoản nhà phát triển25 USD một lần, đã xác minh danh tính
- Biểu mẫu nội dung ứng dụngQuyền riêng tư, An toàn dữ liệu, phân loại nội dung
- Thử nghiệm khép kín12 tester, 14 ngày, nếu tài khoản của bạn cần
- Bản phát hành công khaiSau khi được cấp quyền truy cập
Công cụ AI của bạn chỉ làm thay đổi bước đầu tiên. Các bước từ hai đến sáu giống nhau cho mọi ứng dụng Android.
Trả lời nhanh
Để phát hành công khai một ứng dụng vibe coding trên Google Play, hãy tạo một Android App Bundle (AAB) đã ký thông qua framework mà công cụ của bạn thực sự tạo ra, rồi hoàn tất các yêu cầu về tài khoản, nội dung ứng dụng và bản phát hành. Với tài khoản nhà phát triển cá nhân được tạo sau ngày 13 tháng 11 năm 2023, ứng dụng còn cần một đợt thử nghiệm khép kín với ít nhất 12 người thử nghiệm duy trì tham gia liên tục trong 14 ngày trước khi bạn có thể đăng ký quyền truy cập vào kênh phát hành công khai. Cách cài riêng tư qua AI Studio mà Google công bố ngày 13 tháng 10 năm 2026 cho ứng dụng cá nhân là một con đường riêng và không tạo ra trang ứng dụng công khai.
Phần lớn trình tạo ứng dụng AI dừng lại ở một bản xem trước chạy được: một URL, một phiên Expo Go hoặc một tệp APK trên chính điện thoại của bạn. Không thứ nào trong số đó là thứ Google Play xem xét. Bài viết này bắt đầu từ thứ công cụ của bạn thực sự tạo ra, rồi đi qua bản build, các chỗ cần sửa, các biểu mẫu và đợt thử nghiệm theo đúng thứ tự Play Console yêu cầu. Thông tin cập nhật đến ngày 16 tháng 10 năm 2026.
Nội dung bài viết
Tôi có thể phát hành ứng dụng tạo bằng AI trên Google Play không?
Có, nếu ứng dụng hoàn chỉnh đáp ứng các yêu cầu của Google Play. Chúng tôi không tìm thấy chính sách nào của Google cấm một ứng dụng chỉ vì code của nó do AI viết. Một bản phát hành công khai trải qua cùng quy trình xem xét, kiểm tra chất lượng và chính sách như mọi ứng dụng khác, vì vậy dùng AI để viết code không làm mất đi trách nhiệm của bạn đối với ứng dụng hoàn chỉnh.
Thông báo ngày 13 tháng 10 năm 2026 của chính Google nói về việc vibe coding ứng dụng Android trong Google AI Studio. Điều thông báo đó không tạo ra là một lối tắt: trang ứng dụng công khai vẫn cần một bản phát hành chạy được, các khai báo chính xác và, với nhiều tài khoản cá nhân mới, đợt thử nghiệm khép kín. Chúng tôi không tìm thấy chính sách nào có ghi ngày của Google nhắm vào ứng dụng do AI viết như một nhóm riêng. Các quy định bắt được những bản build AI kém chất lượng là các quy định chung về tính hữu ích và hành vi bị lỗi.
“Chúng tôi không cho phép những ứng dụng chỉ có chức năng và nội dung hạn chế.”
Chính sách dành cho nhà phát triển Google Play, Chức năng tối thiểu
Code do AI viết, tính năng AI và hình ảnh trang ứng dụng do AI tạo là ba câu hỏi khác nhau
AI viết code cho bạn
Không có khai báo nào về việc ai viết code. Quá trình xem xét nhìn vào ứng dụng bạn phát hành: nó có chạy được không, nó làm gì với dữ liệu và nó có hữu ích không.
Ứng dụng của bạn tạo nội dung bằng AI
Ứng dụng tạo nội dung trong lúc chạy thuộc phạm vi chính sách về nội dung do AI tạo của Google: cần có biện pháp bảo vệ chống nội dung bị cấm và một cách ngay trong ứng dụng để người dùng báo cáo hoặc gắn cờ nội dung đó.
AI tạo hình ảnh cho trang ứng dụng
Hình ảnh và video trên trang thông tin ứng dụng và trong tài liệu quảng cáo có các khai báo nhãn AI riêng theo điều kiện, được đánh giá theo từng mục. Điều đó liên quan đến các tài sản hình ảnh, không phải code của bạn.
Để xem mọi thứ một ứng dụng mới cần trước khi được xem xét, hãy đọc các yêu cầu phát hành trên Google Play năm 2026.
Bạn muốn một trang ứng dụng công khai hay chỉ một ứng dụng trên điện thoại của mình?
Hãy quyết định điều này trước tiên, vì giờ đây việc dùng riêng cho cá nhân và trang ứng dụng công khai trên Play có các lối vào khác nhau. Mọi nội dung sau phần này đều nói về trang ứng dụng công khai.
Cách cài riêng tư qua AI Studio của Google so với trang ứng dụng công khai trên Play
Ứng dụng chỉ mình bạn cài
Ngày 13 tháng 10 năm 2026, Google công bố rằng các ứng dụng được vibe coding trong Google AI Studio có thể được cài riêng tư trên thiết bị của chính bạn từ một danh mục cá nhân. Google mô tả việc triển khai bắt đầu tại một số thị trường chọn lọc, trong đó có Mỹ, cho người dùng từ 18 tuổi trở lên có tài khoản Google tiêu chuẩn. Việc chia sẻ với một nhóm nhỏ được mô tả là sẽ có sau.
Ứng dụng ai cũng cài được
Trang ứng dụng công khai cần một tài khoản nhà phát triển Play Console (phí một lần 25 USD, kèm xác minh danh tính và, với tài khoản cá nhân mới, bước kiểm tra trên một thiết bị Android thật chạy Android 10 trở lên), một AAB đã ký, các biểu mẫu App content và, với tài khoản cá nhân được tạo sau ngày 13 tháng 11 năm 2023, đợt thử nghiệm khép kín. Google cho biết bản phát hành công khai vẫn trải qua quy trình xem xét thông thường về độ tin cậy, an toàn và chất lượng.
Chúng tôi không xác minh được danh sách đầy đủ các quốc gia cho cách cài riêng tư, vì vậy hãy kiểm tra thông báo tháng 10 năm 2026 của Google cho thị trường của bạn trước khi lên kế hoạch dựa vào nó. Cũng đừng cho rằng ứng dụng riêng tư được bỏ qua các bước kiểm tra an toàn; Google chưa hề nói như vậy.
Làm sao để lấy AAB từ công cụ của tôi?
Quy trình build Android đi theo framework của dự án, không theo tên của trợ lý viết code. Một nút Publish trên web có thể tạo ra một trang web mà không tạo ra Android App Bundle nào, vì vậy trước tiên hãy xác định thứ bạn đang có: một ứng dụng web, một dự án Expo hoặc React Native, một dự án Flutter, hay một trình tạo ứng dụng tự xuất được AAB.
Chọn công cụ bạn đã dùng
Replit
- Cách tạo AAB
- Tài liệu về ứng dụng di động của Replit cho biết Replit chưa hỗ trợ phát hành lên Google Play, và EAS CLI cũng như EAS Build không được hỗ trợ trên Replit. Nếu dự án của bạn là ứng dụng Expo, hãy xuất mã nguồn bằng Git và chạy bản build production của Expo (xem thẻ Expo) trên máy của chính bạn. Nếu đó là dự án web, hãy dùng cách Capacitor trong thẻ Lovable.
- Cần lưu ý
- Những lời khuyên bảo bạn chạy EAS từ Replit Shell đã lỗi thời. Cách xuất mã rồi build bên ngoài là ghép các bước đã có tài liệu; Replit không cung cấp nó dưới dạng một nút bấm duy nhất.
Lovable
- Cách tạo AAB
- Lovable phát hành trang web. Nó không có sẵn tính năng đóng gói hay gửi lên cửa hàng. Lựa chọn có trong tài liệu là tự đóng gói bản build web bằng Capacitor:
npm install @capacitor/android, sau đónpx cap add androidvànpx cap open android, rồi tạo bundle đã ký trong Android Studio. - Cần lưu ý
- Phiên bản chính của Capacitor quyết định target API bạn có thể đạt: Capacitor 8 tương ứng với API 36 và Capacitor 7 với API 35. Hãy kiểm tra các plugin và việc ký ứng dụng, và nhớ rằng lớp bọc vẫn phải là một ứng dụng hữu ích, không chỉ là trang web đặt trong một khung.
Bolt
- Cách tạo AAB
- Bolt có thể tạo một ứng dụng web hoặc một dự án di động Expo. Với dự án Expo, hãy tải nó về một trình soạn thảo trên máy, cấu hình EAS và chạy bản build Android production. Dự án web cần một lớp vỏ như Capacitor, hoặc một bản build native riêng.
- Cần lưu ý
- Đừng chạy các bước build native trên một dự án web thuần. Hướng dẫn của chính Bolt đi thẳng từ thử nghiệm nội bộ lên kênh phát hành công khai; hãy thêm thử nghiệm khép kín của Google vào giữa nếu tài khoản của bạn thuộc diện áp dụng.
FlutterFlow
- Cách tạo AAB
- Vào Settings and Integrations > App Settings > Mobile Deployment > Google Play Store, rồi triển khai hoặc tải AAB về. FlutterFlow hướng dẫn lần tải lên đầu tiên thủ công vào kênh thử nghiệm nội bộ và triển khai tự động từ sau đó.
- Cần lưu ý
- Hãy lưu hoặc xuất khóa tải lên (upload key) được tạo tự động, hoặc nhập khóa gốc của bạn. Kiểm tra các giá trị SDK trong phần cài đặt Android nâng cao; FlutterFlow không cam kết rằng mọi dự án đều đáp ứng quy định về API hay 16 KB.
Kodular
- Cách tạo AAB
- Dùng Export app as AAB (phím tắt trong tài liệu là Alt + Shift + E) và tải bundle tạo ra lên.
- Cần lưu ý
- Bản phát hành Kodular 2026.05.3, ra mắt ngày 27 tháng 9 năm 2026, đã bổ sung target API 36, vì vậy hãy build lại mọi AAB cũ. Thành phần Firebase Database đã ngừng hỗ trợ sẽ chặn việc biên dịch cho đến khi bạn chuyển đổi nó, và mỗi extension đều cần được kiểm tra tương thích riêng.
Expo
- Cách tạo AAB
- Cấu hình EAS và việc ký ứng dụng, rồi chạy
eas build --platform android --profile production. Tải AAB về, hoặc gửi nó bằngeas submit --platform android. - Cần lưu ý
- APK bản xem trước không phải là tệp tải lên Play; profile production mới build ra AAB. Tài liệu về gửi ứng dụng của Expo, cập nhật ngày 9 tháng 10 năm 2026, hỗ trợ gửi lần đầu tự động, và theo mặc định bản đó sẽ vào kênh thử nghiệm nội bộ. Thử nghiệm nội bộ không phải thử nghiệm khép kín, vì vậy hãy chủ động chọn đúng kênh.
Cursor hoặc Claude Code (Flutter)
- Cách tạo AAB
- Cấu hình việc ký bản phát hành, kiểm tra application ID và các giá trị SDK trong Gradle, rồi chạy
flutter build appbundle. Bundle sẽ nằm ởbuild/app/outputs/bundle/release/app.aab. - Cần lưu ý
- Trợ lý AI không phải là môi trường chạy; Flutter mới là. Hãy kiểm tra các plugin native, và giữ nguyên application ID gốc nếu bạn đang cập nhật một ứng dụng đã có trên Play.
Cursor hoặc Claude Code (React Native)
- Cách tạo AAB
- Thiết lập upload keystore và việc ký bản phát hành, rồi chạy
npx react-native build-android --mode=release. Bundle sẽ nằm ởandroid/app/build/outputs/bundle/release/app-release.aab. Nếu dự án dùng Expo, hãy làm theo thẻ Expo. - Cần lưu ý
- React Native 0.81 mặc định target API 36 và bản 0.77 đã bổ sung hỗ trợ 16 KB. Đó là các mốc phiên bản, không phải bằng chứng rằng mọi thư viện trong ứng dụng của bạn đều tuân thủ.
Mỗi cách ở trên đã được đối chiếu với tài liệu của chính nhà cung cấp vào ngày 16 tháng 10 năm 2026; chưa cách nào được chạy thử trên một dự án mẫu. Các trình tạo ứng dụng thay đổi rất nhanh, vì vậy hãy đối chiếu với tài liệu hiện hành trước khi build. Và đừng tự tay nâng số target SDK để một dự án cũ vượt qua: hãy nâng cấp lên bộ công cụ hỗ trợ mục tiêu mới.
Tôi phải sửa gì trước khi tải lên?
Hãy kiểm tra bản phát hành trước khi mời bất kỳ ai thử nghiệm. Ba bước kiểm tra kỹ thuật bắt được phần lớn các bất ngờ khi build lại: target API level, kích thước trang bộ nhớ của thư viện native, và danh tính cùng việc ký của ứng dụng.
Target API level
Kể từ ngày 31 tháng 8 năm 2026, ứng dụng mới và bản cập nhật ứng dụng cho điện thoại và máy tính bảng phải nhắm đến Android 16 (API level 36) trở lên; các ứng dụng được gia hạn có thời hạn đến ngày 1 tháng 11 năm 2026. Ứng dụng Wear OS, Android Automotive, TV và XR có mục tiêu khác. Chi tiết và cách khắc phục có trong bài viết về target API level.
Kích thước trang 16 KB và thư viện native
Ứng dụng chứa mã native phải hỗ trợ thiết bị có trang bộ nhớ 16 KB. Hướng dẫn hiện hành của Google chặn các bản cập nhật không tương thích từ ngày 1 tháng 2 năm 2027 đối với ứng dụng nhắm đến API 35 trở lên, nhưng đó không phải là sự miễn trừ cho ứng dụng mới: hãy kiểm tra các thư viện native ngay bây giờ. Việc một framework hỗ trợ 16 KB không chứng minh rằng mọi phụ thuộc native trong ứng dụng của bạn đều tương thích. Xem cách tìm và sửa lỗi 16 KB.
Danh tính và việc ký ứng dụng
“Nếu bạn thay đổi application ID, Cửa hàng Google Play sẽ coi bản tải lên là một ứng dụng hoàn toàn khác.”
Android Developers, Định cấu hình mô-đun ứng dụng
Khi một lần build lại bằng AI tạo lại dự án, hãy so sánh application ID mới với application ID mà Play Console đã biết. Hãy cất giữ khóa tải lên và mật khẩu của nó ở nơi an toàn. Với Play App Signing, Google giữ khóa ký ứng dụng, còn khóa tải lên mà bạn dùng để ký mỗi bundle là một khóa riêng.
Google có từ chối ứng dụng bọc web của tôi không?
Không phải vì nó là ứng dụng bọc web. Một ứng dụng bọc web phải đáp ứng cùng các quy định chất lượng đã công bố như phần còn lại của ứng dụng, và một số quy định trong đó ảnh hưởng nặng nhất đến các lớp bọc sơ sài.
Sự cho phép và chức năng hữu ích
Chính sách về spam của Google không cho phép những ứng dụng “cung cấp webview của một trang web mà không được chủ sở hữu hoặc quản trị viên trang web cho phép”, hay những ứng dụng có mục đích chính là đưa lưu lượng tiếp thị liên kết đến một trang web. Chính sách về chức năng tối thiểu của Google còn riêng biệt điều chỉnh những ứng dụng có nội dung hạn chế hoặc hành vi bị lỗi. Một lớp bọc cho chính trang web của bạn vượt qua được điều kiện về sự cho phép, nhưng nó vẫn phải làm được điều gì đó hữu ích và chạy được trên thiết bị thật.
TWA so với WebView
Trusted Web Activity hiển thị trang web của bạn trong trình duyệt của người dùng và chứng minh quyền sở hữu thông qua Digital Asset Links; WebView thì hiển thị trang web bên trong chính ứng dụng của bạn. Các nhà phát triển cho biết có cả ứng dụng TWA được phát hành lẫn ứng dụng TWA bị từ chối, và tài liệu công khai của Google không nói rằng việc dùng TWA là vô hình đối với các bước kiểm tra thử nghiệm. Chỉ thay đổi kiến trúc khi đã xác định được một vấn đề cụ thể, không phải vì một diễn đàn nói rằng ứng dụng bọc web lúc nào cũng thất bại.
Nếu TWA của bạn hiện thanh địa chỉ trình duyệt sau khi cài từ Google Play, trước tiên hãy đối chiếu Digital Asset Links với chứng chỉ ký của Play: bài sửa lỗi SHA-256 trong assetlinks.json hướng dẫn từng bước.
Chẩn đoán đúng lý do bị từ chối
Hãy đọc chính sách được nêu trong email từ chối và tái hiện vấn đề trên bản build phát hành, không phải bản xem trước. Lý do từ chối broken functionality (chức năng bị lỗi) chỉ ra một sự cố ứng dụng bị dừng, một màn hình đăng nhập không hoạt động hoặc một màn hình không tải được, chứ không phải framework. Xem cách khắc phục khi bị từ chối vì broken functionality.
Tôi cần những biểu mẫu nào trong Play Console?
Các khai báo của bạn phải mô tả đúng những gì ứng dụng đã phát hành và các phần phụ thuộc của nó thực sự làm, bao gồm SDK, đăng nhập, phân tích, quảng cáo và mọi dịch vụ AI trên đám mây. Các trình tạo ứng dụng AI thường thêm những thứ này mà không báo cho bạn.
“Những ứng dụng không truy cập bất kỳ dữ liệu cá nhân và nhạy cảm nào của người dùng vẫn phải gửi chính sách quyền riêng tư.”
Chính sách dành cho nhà phát triển Google Play, Dữ liệu người dùng
| Biểu mẫu | Ai cần | Ở đâu | Hoàn tất khi |
|---|---|---|---|
| Chính sách quyền riêng tư | Ai cầnMọi ứng dụng | Ở đâuApp content > Privacy policy, kèm chính sách hoặc đường link đến chính sách bên trong ứng dụng | Hoàn tất khiMột trang công khai khớp với ứng dụng và cách xử lý dữ liệu thực tế của nó |
| An toàn dữ liệu (Data safety) | Ai cầnỨng dụng trên kênh thử nghiệm khép kín, kênh thử nghiệm công khai hoặc kênh phát hành công khai, kể cả khi không thu thập dữ liệu nào | Ở đâuApp content > Data safety | Hoàn tất khiCâu trả lời dựa trên danh sách thực tế các SDK, backend và WebView |
| Phân loại nội dung | Ai cầnMọi ứng dụng mới | Ở đâuApp content > Content rating questionnaire | Hoàn tất khiĐã gửi phân loại; Google không cho phép ứng dụng chưa được phân loại |
| Quyền truy cập ứng dụng (App access) | Ai cầnỨng dụng có đăng nhập hoặc tính năng bị giới hạn | Ở đâuApp content > App access | Hoàn tất khiNgười xem xét truy cập được mọi tính năng đã quảng bá |
| Quảng cáo và đối tượng mục tiêu | Ai cầnMọi ứng dụng | Ở đâuApp content > Ads, sau đó là Target audience and content | Hoàn tất khiĐã khai báo đúng nhóm tuổi thực tế và hành vi quảng cáo |
| Tính năng AI tạo sinh | Ai cầnỨng dụng tạo nội dung trong lúc chạy | Ở đâuNgay bên trong ứng dụng | Hoàn tất khiCó biện pháp bảo vệ nội dung và một cách ngay trong ứng dụng để báo cáo hoặc gắn cờ nội dung được tạo |
| Quyền truy cập danh bạ | Ai cầnỨng dụng nhắm đến API 37 trở lên có yêu cầu READ_CONTACTS | Ở đâuKhai báo trong App content | Hoàn tất khiQuyền truy cập rộng được giải trình, hoặc được thay bằng bộ chọn danh bạ, trước ngày 27 tháng 1 năm 2027 |
| Xóa tài khoản | Ai cầnỨng dụng cho phép người dùng tạo tài khoản | Ở đâuMột cách yêu cầu xóa tài khoản ngay trong ứng dụng và trên web, với URL web đó được nhập vào Play Console | Hoàn tất khiXóa tài khoản sẽ xóa dữ liệu của tài khoản đó, và mọi dữ liệu được giữ lại một cách hợp lý đều được công bố |
Nhãn menu có thể khác nhau giữa các trang trợ giúp của Google, vì vậy nếu một nhãn trong Console của bạn khác đi, hãy tìm trong mục App content. Các đường dẫn này lấy từ tài liệu của Google, không phải từ ảnh chụp màn hình tài khoản của bạn.
Thử nghiệm khép kín nằm ở đâu trong quy trình?
Sau bản build, các biểu mẫu và một bản phát hành dùng được, và trước khi bạn đăng ký quyền truy cập vào kênh phát hành công khai. Google yêu cầu điều này với tài khoản nhà phát triển cá nhân được tạo sau ngày 13 tháng 11 năm 2023; tài khoản tổ chức và tài khoản cá nhân cũ hơn nằm ngoài quy định đó.
“Nếu bạn có tài khoản nhà phát triển cá nhân mới tạo, bạn phải chạy thử nghiệm khép kín cho ứng dụng với tối thiểu 12 người thử nghiệm đã chọn tham gia liên tục trong ít nhất 14 ngày qua.”
Trợ giúp về Play Console, bài viết 14151465
Dùng đúng kênh thử nghiệm
Đợt thử nghiệm chạy trên kênh thử nghiệm khép kín. Thử nghiệm nội bộ là bước chuẩn bị hữu ích, với tối đa 100 người thử nghiệm cho mỗi ứng dụng, nhưng nó không được tính; thiết lập thử nghiệm nội bộ giải thích sự khác biệt. Một URL bản xem trước, một phiên Expo Go hay một APK cài thủ công cũng không được tính: tester phải chọn tham gia và cài ứng dụng từ Google Play.
Đăng ký, rồi phát hành
Khi trang tổng quan (Dashboard) cho thấy bạn đủ điều kiện, hãy đăng ký quyền truy cập vào kênh phát hành công khai và trả lời trung thực các câu hỏi về đợt thử nghiệm. Google cho biết quá trình xem xét thường mất 7 ngày trở xuống và đôi khi có thể lâu hơn. Việc được phê duyệt cho bạn quyền truy cập vào kênh phát hành công khai; bạn vẫn phải chuẩn bị và gửi một bản phát hành công khai trước khi ứng dụng xuất hiện với mọi người. Nếu bạn vừa trả phí, những việc cần làm sau khi trả 25 USD trình bày toàn bộ thứ tự các bước.
Nếu lần build lại làm mất khóa hoặc đổi tên gói thì sao?
Trước tiên hãy xác định lần build lại đã thay đổi thông tin xác thực, danh tính ứng dụng, hay cả hai. Mất khóa tải lên khác với mất khóa ký ứng dụng, và một application ID bị thay đổi sẽ tạo ra một ứng dụng Play khác, ngay cả khi các màn hình trông giống hệt nhau.
| Triệu chứng | Kiểm tra trước | Cách khôi phục |
|---|---|---|
| Mất upload keystore | Kiểm tra trướcỨng dụng đã đăng ký Play App Signing chưa? | Cách khôi phụcTạo một khóa tải lên mới, xuất chứng chỉ công khai của nó thành tệp PEM, rồi yêu cầu đặt lại khóa tải lên trong Play Console tại Manage Play app signing > Upload key certificate. |
| Mất khóa ký ứng dụng tự quản lý | Kiểm tra trướcGoogle quản lý việc ký, hay bạn tự quản lý? | Cách khôi phụcNếu không có khóa gốc và không dùng Play App Signing, việc cập nhật ứng dụng hiện có có thể là không thể. Hãy kiểm tra trước khi build lại dưới một danh tính mới. |
| Bản build lại có tên gói khác | Kiểm tra trướcSo sánh application ID mới với ứng dụng đang có trên Play | Cách khôi phụcKhôi phục application ID gốc nếu bạn muốn phát hành bản cập nhật, sau đó kiểm tra việc ký và mã phiên bản (version code). |
| TWA hiện thanh trình duyệt sau khi cài từ Play | Kiểm tra trướcassetlinks.json đã liệt kê chứng chỉ ký của Play chưa? | Cách khôi phụcSửa Digital Asset Links cho đúng tên gói và khóa ký thực tế. |
| Bản build phát hành bị lỗi trong khi bản xem trước vẫn chạy | Kiểm tra trướcBản xem trước và bundle phát hành khác nhau ở điểm nào? | Cách khôi phụcHãy chạy thử chính bản build phát hành và kiểm tra cấu hình, thư viện native và các phần phụ thuộc của nó. Một bản xem trước chạy tốt trên trình duyệt hay Expo không chứng minh được bundle đã sẵn sàng. |
“Nếu bạn mất khóa tải lên hoặc nghi ngờ khóa đã bị xâm phạm, bạn không bị khóa khỏi ứng dụng của mình.”
Trợ giúp về Play Console, Sử dụng Play App Signing
keytool -export -rfc -keystore upload-keystore.jks -alias upload -file upload_certificate.pemDùng đường dẫn keystore và alias thực tế của bạn. Bạn chỉ tải lên chứng chỉ công khai; tuyệt đối không gửi khóa riêng tư cho bất kỳ ai.
Danh sách kiểm tra trước khi gửi
Hãy gửi khi bản build phát hành thực tế, các khai báo, thông tin truy cập dành cho người xem xét và bằng chứng thử nghiệm đều khớp với nhau. Đánh dấu từng bước khi bạn hoàn tất.
Mười bước kiểm tra trước khi gửi
Đã hoàn tất 0/10 bướcĐã hoàn tất cả mười bước. Bản phát hành, các biểu mẫu và bằng chứng thử nghiệm của bạn đều khớp nhau.
Khi nào dịch vụ tester giúp được bạn?
Khi bạn đã có một bản phát hành dùng được cho thử nghiệm khép kín và vấn đề còn lại là tìm 12 người sẽ chọn tham gia và ở lại suốt 14 ngày. Dịch vụ tester không thể sửa bản build, xác minh tài khoản hay đưa ra quyết định thay Google.
Nhiều người làm ứng dụng bằng AI đến bước này sau cùng: ứng dụng đã chạy, nhưng không ai quanh họ dùng điện thoại Android, hoặc một người bạn bỏ cuộc vào ngày thứ chín. PrimeTestLab cung cấp tester thật trên thiết bị Android thật. Bạn chia sẻ đường liên kết chọn tham gia, tester chọn tham gia trong vòng 4-6 giờ và ở lại trọn 14 ngày, và tester nào bỏ ngang sẽ được thay ngay trong ngày (người thay thế bắt đầu 14 ngày của riêng họ, nên việc có dư tester trên mức 12 rất quan trọng). Bạn không bao giờ phải cấp cho chúng tôi quyền truy cập Play Console, và bạn theo dõi đợt thử nghiệm trên một trang tổng quan trực tiếp, kèm báo cáo bằng văn bản khi kết thúc.
Xem dịch vụ 12 tester hoạt động thế nào, hoặc chọn một gói bên dưới.
Các gói hiện có
Starter
12 tester
$19.99
Enterprise
25 tester
$27.99
Professional
25 tester
$59.99
Cộng 5% phí dịch vụ khi thanh toán (tối thiểu $1.50). Visa hoặc Mastercard, xử lý qua Stripe. Nếu Google không cấp quyền truy cập vào kênh phát hành công khai sau khi hoàn tất đợt thử nghiệm, bạn chọn thử nghiệm lại miễn phí hoặc hoàn tiền toàn bộ.
Câu hỏi thường gặp
Tôi có thể phát hành ứng dụng mình làm bằng AI trên Google Play không?
Có. Ứng dụng tạo bằng AI có thể được gửi để phát hành công khai, và Google cho biết con đường đó vẫn trải qua quy trình xem xét thông thường về độ tin cậy, an toàn và chất lượng. Hãy xác định framework mà công cụ của bạn đã tạo ra, tạo Android App Bundle đã ký cho nó, và hoàn tất các yêu cầu về tài khoản và ứng dụng áp dụng cho bạn. Bản thân việc dùng AI không làm cho ứng dụng hoàn chỉnh sẵn sàng.
Replit cho tôi một đường link. AAB của tôi ở đâu?
Một đường link web đã phát hành không phải là Android bundle. Hãy kiểm tra xem dự án của bạn là một trang web hay một dự án di động Expo hoặc React Native. Tài liệu hiện hành của Replit không hỗ trợ phát hành lên Google Play hay chạy EAS trên Replit. Xuất mã nguồn di động và build bằng Expo ở nơi khác là một cách khả thi, nhưng đó không phải là một nút phát hành của Replit.
Tôi có thể đưa trang web Lovable của mình vào một ứng dụng Android không?
Lovable có tài liệu về đóng gói bên ngoài, bao gồm Capacitor, nhưng không có sẵn tính năng gửi lên Google Play. Lớp vỏ Android vẫn cần ký bản phát hành, cấu hình đúng và kiểm tra trên thiết bị thật. Quyền sử dụng trang web chỉ là một vấn đề; ứng dụng còn cần chức năng hữu ích và trải nghiệm ổn định. Chỉ đóng gói thôi thì chưa làm cho ứng dụng được chấp nhận.
Tôi có cần tester nếu làm ứng dụng bằng Expo hoặc FlutterFlow không?
Hãy kiểm tra tài khoản Play của bạn, không phải trình tạo ứng dụng. Quy định của Google áp dụng cho tài khoản cá nhân được tạo sau ngày 13 tháng 11 năm 2023, và không công cụ build nào được miễn. Một lần tải lên thử nghiệm nội bộ thành công từ Expo hay FlutterFlow không hoàn thành đợt thử nghiệm khép kín bắt buộc. Hãy theo dõi trang tổng quan của ứng dụng và chạy thử nghiệm trên kênh thử nghiệm khép kín nếu tài khoản của bạn cần.
TWA có phải chuyển sang WebView mới vượt qua được không?
Chúng tôi không tìm thấy yêu cầu nào của Google bắt buộc việc chuyển đổi đó. Google mô tả Trusted Web Activity là một cách tích hợp Android dựa trên trình duyệt, và các nhà phát triển cho biết có cả bản phát hành TWA thành công lẫn bị từ chối. Hãy bắt đầu từ lý do từ chối thực tế, sự cho phép sử dụng trang web, chức năng và cách bản build phát hành hoạt động. Những tuyên bố rằng việc thử nghiệm TWA là vô hình với Google không được tài liệu công khai xác nhận.
Ứng dụng của tôi không thu thập gì. Tôi vẫn cần thông tin về quyền riêng tư chứ?
Có. Google yêu cầu chính sách quyền riêng tư ngay cả với ứng dụng không truy cập dữ liệu cá nhân hay nhạy cảm nào, và ứng dụng trên kênh thử nghiệm khép kín, kênh thử nghiệm công khai hoặc kênh phát hành công khai phải hoàn tất mục An toàn dữ liệu. Trước tiên hãy kiểm tra mọi SDK và dịch vụ từ xa: phân tích, quảng cáo, đăng nhập hoặc nội dung web do ứng dụng kiểm soát đều có thể làm thay đổi câu trả lời đúng, ngay cả khi chính các màn hình của bạn không thu thập gì.
Tôi làm mất keystore. Tôi có phải tạo ứng dụng mới không?
Trước tiên hãy xác định bạn đã mất khóa nào. Với Play App Signing, khóa tải lên bị mất có thể được thay thế qua quy trình đặt lại khóa tải lên của Google, bằng chứng chỉ công khai của một khóa mới. Mất khóa ký ứng dụng tự quản lý mà không có lớp bảo vệ đó là chuyện khác và có thể khiến bạn không cập nhật được ứng dụng. Hãy kiểm tra cách thiết lập ký của ứng dụng gốc trước khi build lại dưới một danh tính mới.
Tôi có thể đổi tên gói khi build lại không?
Thay đổi application ID khiến Google Play coi bundle là một ứng dụng khác. Nếu bạn muốn cập nhật trang ứng dụng hiện có, hãy khôi phục application ID gốc của nó và ký bằng đúng thông tin xác thực. Tên ứng dụng quen thuộc hay giao diện giống hệt không giữ được danh tính khi mã định danh gói bên dưới đã thay đổi.
Build lại bằng framework mới nhất có sửa được lỗi 16 KB không?
Việc đó có thể sửa các thư viện của chính framework, nhưng không chứng minh được toàn bộ ứng dụng đều tương thích. Các plugin native, SDK hoặc extension vẫn có thể đi kèm tệp nhị phân không tương thích. Hãy kiểm tra bundle phát hành cuối cùng và thử nghiệm trên môi trường 16 KB. Google coi các phụ thuộc native là một phần của ứng dụng của bạn, kể cả những phần do một trình tạo ứng dụng bên thứ ba thêm vào giúp bạn.
Các chỉnh sửa trên Lovable có tự động cập nhật ứng dụng trên Play không?
Điều đó phụ thuộc vào cách ứng dụng được xây dựng. TWA hiển thị nội dung web trực tiếp của bạn qua trình duyệt, còn một dự án Android được đóng gói có bản phát hành native và cấu hình riêng. Hãy xác định một thay đổi ảnh hưởng đến những tệp và dịch vụ nào trước khi quyết định có cần bundle mới hay không. Đừng cho rằng mọi thay đổi về web, plugin, quyền hay việc ký đều đi theo cùng một quy trình cập nhật.
Tóm lại
Tóm tắt
Công cụ AI bạn dùng không làm thay đổi những gì Google Play yêu cầu: một AAB đã ký, các khai báo và, với tài khoản cá nhân được tạo sau ngày 13 tháng 11 năm 2023, một đợt thử nghiệm khép kín với 12 tester chọn tham gia liên tục trong 14 ngày. Hãy xác định công cụ của bạn đã tạo ra gì, làm theo cách phát hành của framework đó, xử lý các bước kiểm tra target API, 16 KB và việc ký, rồi điền biểu mẫu dựa trên bản build thực tế. Khi việc tìm tester là điều cuối cùng còn ngăn bạn với quyền truy cập vào kênh phát hành công khai, PrimeTestLab cung cấp tester từ $19.99. Xem các gói →