Hướng dẫn Xuất bản Ứng dụng và Trò chơi từ Con số 0 lên Google Play Store: Đóng gói, Biểu mẫu, Thử nghiệm Đóng và Phát hành Trực tiếp

Hướng dẫn Xuất bản Ứng dụng và Nộp hồ sơ Google Play Store (Từ Con số 0 đến Phát hành Trực tiếp)

Hướng dẫn này giải thích từng bước quy trình tạo một ứng dụng Android hiện đại (đặc biệt là các dự án .NET MAUI, MonoGame hoặc hybrid C#) từ đầu trên Google Play Console, đóng gói, ký số (signing), khắc phục các lỗi nghiêm trọng gặp phải và hoàn tất các bước nộp ứng dụng lên cửa hàng (Tạo Ứng dụng, Chính sách Quyền riêng tư, Quyền Đăng nhập, Quảng cáo, Xếp hạng Độ tuổi IARC, An toàn Dữ liệu, Thử nghiệm Đóng và Xuất bản Công khai Trực tiếp).

---

Mục lục

1. Giới thiệu và Chuẩn bị Kiến trúc
2. Tạo Ứng dụng / Trò chơi mới từ Con số 0 trong Play Console (Create App)
   • A. Chi tiết Ứng dụng (App Details)
   • B. Loại Ứng dụng, Định giá và Tuyên bố
3. Tạo Keystore và Tự động hóa Build/Sign
4. Cài đặt Bundle Đầu tiên trên Play Console và các Lỗi Nghiêm trọng
   • Lỗi 1: Yêu cầu Target API Level 36 (Android 16)
   • Lỗi 2: Cảnh báo Mã Phiên bản Cao hơn Đáng kể (Version Code Significantly Higher)
5. Chuẩn bị Chính sách Quyền riêng tư (Privacy Policy)
6. Quyền truy cập Ứng dụng / Chi tiết Đăng nhập (App Access / Sign-in Details)
7. Tuyên bố Quảng cáo (Ads Declaration)
8. Xếp hạng Nội dung (Bảng câu hỏi Xếp hạng Nội dung IARC)
9. Đối tượng Mục tiêu và Chọn Nhóm Tuổi (Target Audience)
10. Bảng điều khiển Nội dung Ứng dụng (App Content Dashboard)
11. Biểu mẫu An toàn Dữ liệu (Data Safety Form)
12. Tuyên bố Pháp lý và Quy định (Chính phủ, Tài chính, Y tế)
13. Cài đặt Cửa hàng và Thông tin Liên hệ (Store Settings)
14. Danh sách Cửa hàng Chính và Nội dung Hình ảnh (Main Store Listing)
15. Thiết lập và Đánh giá Thử nghiệm Đóng (Closed Testing Setup)
16. Tuyên bố Mã nhận dạng Quảng cáo (Advertising ID Declaration)
17. Gửi Đánh giá Cuối cùng (Submission for Review)
18. Đơn xin Giấy phép Sản xuất sau Thử nghiệm Đóng (Apply for Access to Production)
19. Chiến thắng Cuối cùng: Phê duyệt Quyền truy cập Sản xuất (Phát hành Mở)
20. Danh sách Kiểm tra Trước khi Phát hành (Hoàn thành)
21. Arar Games và Các Trò chơi của Chúng tôi

---

1. Giới thiệu và Chuẩn bị Kiến trúc

Khi xuất bản một ứng dụng mới trên Google Play Store, phải tuân thủ các chính sách kỹ thuật và bảo mật hiện hành của Google:

• Định dạng Bundle: Chỉ định dạng .aab (Android App Bundle) được chấp nhận. Các tệp APK không hợp lệ để phát hành trên cửa hàng (nhưng có thể được tạo để thử nghiệm tải phụ / sideload).
• Target SDK Tối thiểu: Google Play hiện yêu cầu các ứng dụng mới xuất bản hoặc cập nhật phải nhắm mục tiêu ít nhất là Android API Level 36 (Android 16).
• Ký số An toàn (Secure Signing): Ứng dụng phải được ký bằng khóa RSA 2048-bit tương thích với lược đồ v2/v3.

---

2. Tạo Ứng dụng / Trò chơi mới từ Con số 0 trong Play Console (Create App)

Sau khi đăng nhập vào bảng điều khiển Google Play Console (play.google.com/console), quy trình xuất bản được bắt đầu bằng cách nhấp vào nút màu xanh lam "Create app" ở phía trên bên phải màn hình chính, nơi liệt kê tất cả các ứng dụng. Biểu mẫu này xác định ID kỹ thuật số của ứng dụng trên bảng điều khiển, tên gói và phân loại cửa hàng cơ bản.

A. Chi tiết Ứng dụng

1. App Name (Tên Ứng dụng):
   • Tên chính thức đầu tiên sẽ xuất hiện với người dùng trên cửa hàng.
   • Giới hạn tối đa 30 ký tự (Ví dụ: YourAppName).
   • Khuyến nghị: Tránh nhồi nhét từ khóa (keyword stuffing) không cần thiết hoặc các từ gây hiểu lầm/quảng cáo quá mức ("Best", "Free", "#1") trong tiêu đề; nếu không, ứng dụng có thể bị từ chối trong quá trình đánh giá của Google Play.
2. Package Name (Tên Gói):
   • Mã định danh gói Java/Android xác định duy nhất ứng dụng của bạn trên toàn cầu trong hệ sinh thái Android (Quy ước tên miền ngược, ví dụ: com.yourcompany.appname).
   • Tối đa 150 ký tự.
   • ⚠️ Quy tắc Nghiêm ngặt: Sau khi ứng dụng được tạo trên màn hình này và gói đầu tiên được cài đặt, tên gói không bao giờ có thể thay đổi được nữa! ApplicationId (<ApplicationId>com.yourcompany.appname</ApplicationId>) trong tệp dự án hoặc AndroidManifest.xml phải hoàn toàn trùng khớp.
   • Check availability (Kiểm tra Tính khả dụng): Bằng cách nhấn nút này, hệ thống sẽ kiểm tra ngay xem tên gói bạn chỉ định đã được nhà phát triển khác đăng ký trong hệ sinh thái Google Play hay chưa.
3. Default Language (Ngôn ngữ Mặc định):
   • Ngôn ngữ danh sách cửa hàng chính của ứng dụng (Ví dụ: English (United States) – en-US).
   • Thông tin cửa hàng sẽ được hiển thị bằng ngôn ngữ mặc định này cho người dùng ở tất cả các quốc gia chưa được xác định bản dịch ngôn ngữ cụ thể.

---

B. Loại Ứng dụng, Định giá và Tuyên bố

1. App or Game (Ứng dụng hoặc Trò chơi):
   • Xác định loại sản phẩm cơ bản (App hoặc Game).
   • Lưu ý Quan trọng: Lựa chọn này xác định danh mục chính có liên quan của cửa hàng (tab Ứng dụng hoặc tab Trò chơi) và không thể thay đổi sau này.
2. Free or Paid (Miễn phí hoặc Trả phí):
   • Chọn xem ứng dụng sẽ có sẵn trên cửa hàng miễn phí hay dưới dạng mua trả phí.
   • ⚠️ Quy tắc Không thể Hoàn tác: Theo chính sách của Google Play, một ứng dụng đã được xuất bản dưới dạng "Miễn phí" sẽ không bao giờ có thể chuyển thành "Trả phí" trong tương lai! Nếu bạn muốn bán sản phẩm trực tiếp trên cửa hàng, bạn phải chọn Paid ngay từ đầu. Để xuất bản miễn phí và tạo doanh thu, nên ưu tiên Mua hàng trong ứng dụng (In-App Purchase) hoặc quảng cáo AdMob.
3. Automatic Protection (Bảo vệ Tự động):
   • Google Play sẽ thêm tính năng kiểm tra trình cài đặt tự động (installer check) vào mã APK/AAB của ứng dụng. Nếu người dùng tải phụ ứng dụng của bạn từ các nguồn trái phép bên ngoài Google Play, họ sẽ nhận được cảnh báo tải xuống phiên bản gốc từ Google Play.
4. Declarations (Tuyên bố Pháp lý và Chính sách):
   • Developer Program Policies: Xác nhận ứng dụng tuân thủ đầy đủ các chính sách nội dung và nhà phát triển của Google Play.
   • US Export Laws: Phần mềm được coi là tuân thủ luật xuất khẩu và quy định cấm vận của Hoa Kỳ.
5. Create App:
   • Sau khi biểu mẫu được phê duyệt, hãy nhấp vào nút màu xanh lam "Create app" ở phía dưới bên phải. Bảng điều khiển sẽ xử lý ứng dụng vào hệ thống và chuyển nhà phát triển đến bảng quản lý chính của ứng dụng (Dashboard).

---

3. Tạo Keystore và Tự động hóa Build/Sign

Để đảm bảo quá trình triển khai không có lỗi và có thể lặp lại, nên tạo thư mục Deploy/ và các tập lệnh tự động hóa trong thư mục gốc của dự án.

A. Tạo Keystore (1_CreateKeystore.bat)

Sử dụng keytool trong JDK, một khóa có hiệu lực trong 25 năm (10.000 ngày) được tạo:

keytool -genkeypair -v ^
    -keystore "%KEYSTORE_PATH%" ^
    -alias %ALIAS% ^
    -keyalg RSA ^
    -keysize 2048 ^
    -validity 10000 ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -dname "CN=SirketAdi, OU=Apps, O=SirketAdi, C=TR"

Mẹo: Sử dụng khối dấu ngoặc đơn if (...) khi lấy mật khẩu từ người dùng bằng set /p trong tệp batch Windows có thể gây ra lỗi cú pháp (: was unexpected at this time). Việc quản lý luồng bằng các thẻ goto và đặt các tham số mật khẩu trong dấu ngoặc kép "%PASS%" sẽ đảm bảo tính ổn định.

B. Đánh số Phiên bản Tự động và Bản dựng AAB đã Ký (2_BuildAndSign_AAB.bat)

Google Play yêu cầu 'versionCode' tăng dần theo từng bản cập nhật. Để quản lý điều này tự động, công thức dựa trên ngày và giờ được sử dụng:

# Yılın son hanesi + Ay + Gün + Saat + Dakika (Örn: 2026-10-06 02:42 -> 610060242)
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')

Các lệnh biên dịch và ký số:

dotnet build "Proje.Android.csproj" -c Release -f net9.0-android /p:AndroidPackageFormat=aab /p:ApplicationVersion=%VERSION_CODE% /p:ApplicationDisplayVersion=%VERSION_NAME%

jarsigner -sigalg SHA256withRSA -digestalg SHA-256 ^
    -keystore "%KEYSTORE%" ^
    -storepass "%PASS%" ^
    -keypass "%PASS%" ^
    -signedjar "%SIGNED_FILE%" ^
    "%AAB_INPUT%" ^
    %ALIAS%

Khi quá trình hoàn tất, thư mục chứa tệp đã biên dịch sẽ được mở trực tiếp trong Windows Explorer bằng lệnh start "" "%OUTPUT%".

---

4. Cài đặt Bundle Đầu tiên trên Play Console và các Lỗi Nghiêm trọng

Khi tệp .aab đã ký được tải lên kênh Internal testing hoặc Production trong Google Play Console, màn hình sau có thể xuất hiện:

Lỗi 1: Yêu cầu Target API Level 36 (Android 16)

Thông báo Lỗi:
"Your app currently targets API level 35 and must target at least API level 36 to ensure it is built on the latest APIs optimized for security and performance."

Giải pháp:

Đây là lỗi chặn phát hành và không thể phát hành ứng dụng cho đến khi lỗi này được giải quyết.

1. Xác định rõ ràng thẻ <uses-sdk> trong tệp Platforms/Android/AndroidManifest.xml:

   <manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
       <uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
       ...
   </manifest>

2. Thêm vào <PropertyGroup> trong tệp .csproj của dự án:

   <AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>

Lỗi 2: Cảnh báo Mã Phiên bản Cao hơn Đáng kể (Version Code Significantly Higher)

Thông báo Cảnh báo:
"This release's version code is significantly higher than your previous version code. Over time, this will result in your app reaching the maximum limit for version codes... Learn more"

Giải pháp:

• Google Play đưa ra cảnh báo này khi mã phiên bản trước của dự án là một số nhỏ (ví dụ: 1 hoặc 8) và bạn chuyển sang định dạng ngày động (ví dụ: 610 triệu).
• Đây không phải là lỗi chặn. Bạn có thể bỏ qua cảnh báo này bằng cách nhấp vào nút màu xanh lam Proceed anyway ngay bên dưới cảnh báo.
• Vì số này sẽ được sử dụng làm cơ sở cho các lần tải lên tiếp theo, cảnh báo bước nhảy lớn sẽ không xuất hiện lại.

---

5. Chuẩn bị Chính sách Quyền riêng tư (Privacy Policy)

Theo chính sách của Google Play, ngay cả khi ứng dụng của bạn không thu thập dữ liệu nhạy cảm, liên kết Chính sách Quyền riêng tư ở định dạng trang web tiêu chuẩn (không phải PDF) có thể truy cập công khai với chứng chỉ SSL đang hoạt động là bắt buộc.

Lưu trữ Miễn phí trên GitHub

Một tệp markdown (blob/main/...) trong kho lưu trữ GitHub được Google công nhận trực tiếp là một trang web hợp lệ.

Các Tiêu đề Cơ bản Cần có trong Chính sách

1. Ads (Google AdMob): Quảng cáo biểu ngữ, quảng cáo xen kẽ và quảng cáo có tặng thưởng; Sử dụng Mã nhận dạng Quảng cáo Android (AD_ID), dữ liệu thiết bị kỹ thuật và vị trí IP gần đúng.
2. In-App Purchases & Subscriptions (Google Play Billing): Các khoản thanh toán được thực hiện hoàn toàn trong cơ sở hạ tầng của Google và nhà phát triển không bao giờ có quyền truy cập vào thông tin thẻ hoặc thanh toán.
3. Analytics & Telemetry (Firebase Analytics & Crashlytics): Các sự kiện sử dụng ẩn danh và báo cáo sự cố (crash reports).
4. Consent Management (Google UMP): Các cửa sổ xác nhận tuân thủ GDPR và bảo vệ dữ liệu cũng như quyền thay đổi tùy chọn của người dùng thông qua cài đặt.
5. Legal Exclusions & Special Declarations (Ví dụ: Công cụ Dự đoán / Trò chơi May rủi):
   • Ứng dụng hoàn toàn không phải là một nền tảng cá cược/trò chơi cờ bạc.
   • Nó chỉ cung cấp dịch vụ tối ưu hóa phiếu cược toán học và hỗ trợ thống kê.
   • Khi chuyển hướng đến các đại lý chính thức, tên người dùng và mật khẩu của các trang web chính thức không bao giờ được lưu giữ, và các bước xác minh 2FA/SMS được thực hiện trực tiếp trên giao diện của tổ chức chính thức.
6. Security Note: Các liên kết kỹ thuật như hồ sơ GitHub cá nhân của nhà phát triển không nên được đưa vào văn bản chính sách quyền riêng tư; chỉ nên bao gồm email công ty và trang web chính thức.

---

6. Quyền truy cập Ứng dụng / Chi tiết Đăng nhập (App Access / Sign-in Details)

Trước khi người đánh giá của Google có thể kiểm tra ứng dụng, bạn cần cho biết ứng dụng có chứa khu vực bị hạn chế hay không:

• Lựa chọn: No (Không có phần nào của ứng dụng bị hạn chế).
• Giải thích: Nếu không có tư cách thành viên, đăng nhập người dùng, email/mật khẩu hoặc màn hình bị khóa trong ứng dụng, hãy chọn No. Nếu chọn 'Yes', Google sẽ yêu cầu tên người dùng và mật khẩu tài khoản thử nghiệm của bạn.

---

7. Tuyên bố Quảng cáo (Ads Declaration)

Đây là bước bạn khai báo ứng dụng của mình có hiển thị quảng cáo hay không:

• Lựa chọn: Yes, my app contains ads (Có, ứng dụng của tôi có chứa quảng cáo).
• Giải thích: Nếu ứng dụng tích hợp thư viện AdMob hoặc nếu quảng cáo sẽ được bật trong tương lai, bạn phải chọn 'Yes'. Lựa chọn này kích hoạt nhãn "Contains ads" trên trang Google Play và đảm bảo tuân thủ đầy đủ các chính sách.

---

8. Xếp hạng Nội dung (Bảng câu hỏi Xếp hạng Nội dung IARC)

Để xác định giới hạn độ tuổi của ứng dụng, bạn phải điền vào bản khảo sát IARC (International Age Rating Coalition).

A. Chọn Danh mục và Nhập Email

• Danh mục: All Other App Types (Tất cả các ứng dụng khác không phải là trò chơi, trò chơi cá cược hoặc mạng xã hội: Tiện ích, công cụ, máy tính).
• Email: Nhập email liên hệ và xác nhận các điều khoản của IARC.

B. Câu hỏi Khảo sát (Questionnaire)

Phần 1: Bạo lực và Giao tiếp Người dùng

• Downloaded App (Bạo lực, Tình dục, Ngôn từ xúc phạm): No
• User Content Sharing (Chia sẻ âm thanh, tin nhắn, phương tiện giữa những người dùng): No

Phần 2: Nội dung và Sản phẩm bị Giới hạn Độ tuổi

• Online Content (Luồng nhạc/video hoặc danh mục thương mại điện tử): No
• Promotion of Age-Restricted Products (Thuốc lá, rượu, cờ bạc): No (Hoàn toàn No vì ứng dụng không cho phép cá cược)
• Miscellaneous (Chia sẻ vị trí GPS chính xác): No

Phần 3: Sản phẩm Kỹ thuật số và Tính năng Khác

• Digital Goods (Bán sản phẩm kỹ thuật số): No (Chọn No nếu tính năng thanh toán trong cửa hàng chưa kết nối; nếu đang hoạt động, chọn Yes để nhận huy hiệu Mua hàng Kỹ thuật số)
• Cash Rewards (Phần thưởng tiền mặt, thẻ quà tặng): No
• Web Browser (Trình duyệt web / công cụ tìm kiếm): No
• News / Educational (Sản phẩm tin tức hoặc giáo dục): No

Khi tất cả các câu hỏi này được trả lời là 'No', ứng dụng sẽ nhận được xếp hạng độ tuổi phù hợp với lượng đối tượng rộng nhất trên thế giới (PEGI 3, ESRB Everyone).

---

9. Đối tượng Mục tiêu và Chọn Nhóm Tuổi (Target Audience)

Khi xác định đối tượng mục tiêu của ứng dụng, việc khai báo chính xác ứng dụng có dành cho trẻ em hay không là vô cùng quan trọng theo các quy định Designed for Families (Chính sách Gia đình) và COPPA của Google.

Lựa chọn Đúng: Chỉ 18 and over

• Tại sao chỉ chọn 18+?
  1. Tuân thủ Pháp lý: Thống kê thể thao, tỷ lệ cược và công cụ phân tích phiếu cược dành cho đối tượng người lớn vì chúng dựa trên các bản tin may rủi.
  2. Bảo vệ khỏi các Hạn chế của Chính sách Gia đình: Nếu chọn dưới 13 hoặc 13-17, Google yêu cầu SDK quảng cáo của ứng dụng phải được chứng nhận thân thiện với trẻ em, hạn chế đo từ xa và bắt đầu quy trình đánh giá nghiêm ngặt hơn nhiều.
  3. Tính Nhất quán với Chính sách Quyền riêng tư: Hoàn toàn nhất quán 100% với điều khoản "The App is intended for audiences aged 18 and older" trong Chính sách Quyền riêng tư của chúng tôi.
• Bước thứ hai (Could your app unintentionally appeal to children?):
  • Câu hỏi này phải được trả lời là No (Không). Vì không có nhân vật hoạt hình, chủ đề đồ chơi hoặc hình ảnh động dành cho trẻ em trong giao diện ứng dụng nên đây không phải là sản phẩm vô tình thu hút sự chú ý của trẻ em.

---

10. Bảng điều khiển Nội dung Ứng dụng (App Content Dashboard)

Google Play Console theo dõi mức độ sẵn sàng về pháp lý và nội dung của ứng dụng bằng danh sách kiểm tra từng bước trong tab Policy and programs -> App content ở menu bên trái.

Các biểu tượng dấu tích màu xanh lá cây (✓) sẽ xuất hiện khi chính sách quyền riêng tư, quyền đăng nhập, quảng cáo và xếp hạng nội dung hoàn tất. Các phần còn lại của danh sách (An toàn Dữ liệu, Cơ quan Chính phủ, Tính năng Tài chính, Y tế) phải được hoàn thành theo thứ tự.

---

11. Biểu mẫu An toàn Dữ liệu (Data Safety Form)

Đây là một trong những phần được kiểm soát chặt chẽ nhất của Google Play. Bạn phải khai báo những dữ liệu nào mà ứng dụng và các thư viện của ứng dụng thu thập hoặc chia sẻ với bên thứ ba.

Câu hỏi: Ứng dụng của bạn có thu thập hoặc chia sẻ bất kỳ loại dữ liệu người dùng bắt buộc nào không?

• Lựa chọn cho Bản phát hành Đầu tiên: No (Không).
• Lý do Kỹ thuật: Vì AdMob SDK hoặc Firebase SDK chưa được tích hợp trực tiếp trong gói .aab đầu tiên được tải lên và không thu thập ID người dùng / dữ liệu nhạy cảm, biểu mẫu được hoàn thành sạch sẽ bằng cách chọn No.
• Lưu ý cho Tương lai: Khi AdMob hoặc Firebase SDK được kích hoạt và viết mã, bạn nên quay lại biểu mẫu này và cập nhật các mục "Approximate Location", "App performance" và "Device or other identifiers (AD_ID)" thành Yes.

Sau khi kiểm tra bản xem trước, các thông tin sẽ được lưu lại.

---

12. Tuyên bố Pháp lý và Quy định

A. Ứng dụng Chính phủ (Government Apps)

• Lựa chọn: No (Ứng dụng không đại diện cho cơ quan chính phủ chính thức).

B. Tính năng Tài chính (Financial Features)

• Lựa chọn: Chọn My app doesn't provide any financial features ở dưới cùng.
• Xác nhận: Trong cửa sổ bật lên mở ra, xác nhận rằng không cần gửi bất kỳ giấy phép hoặc tài liệu tài chính nào:

C. Ứng dụng Sức khỏe (Health Apps)

• Lựa chọn: Chọn My app does not have any health features ở dưới cùng.
• Xác nhận: Trong cửa sổ bật lên, bạn xác nhận rằng không yêu cầu tài liệu y tế khu vực:

---

13. Cài đặt Cửa hàng và Thông tin Liên hệ (Store Settings)

Danh mục trong cửa hàng và các kênh liên lạc mà người dùng có thể liên hệ với nhà phát triển được định cấu hình:

• App Category (Danh mục Ứng dụng): Sports hoặc Utilities / Tools.
• Tags (Thẻ): Có thể chọn các từ khóa liên quan (Ví dụ: Sports, Utilities).
• Store Listing Contact Details (Chi tiết Liên hệ trên Trang Cửa hàng):
  • Email Address: destek@sirketadi.com (Email hỗ trợ doanh nghiệp là bắt buộc).
  • Website: https://company.com
• External Marketing (Tiếp thị Bên ngoài): Được chọn để cho phép Google quảng bá ứng dụng của bạn trên các nền tảng bên ngoài Google Play:

---

14. Danh sách Cửa hàng Chính và Nội dung Hình ảnh (Main Store Listing)

Trang cửa hàng là khu vực quan trọng nhất ảnh hưởng trực tiếp đến quyết định tải xuống của người dùng:

A. Nội dung Văn bản

• App Name (Tên Ứng dụng): Tối đa 30 ký tự (Ví dụ: 15te15 - Spor Toto Assistant).
• Short Description (Mô tả Ngắn): Tối đa 80 ký tự (Ví dụ: Formula optimization, probability calculation and smart Spor Toto coupon assistant.).
• Full Description (Mô tả Đầy đủ): Mô tả chi tiết bao gồm các tính năng, lợi thế thuật toán và thông báo pháp lý.

B. Tiêu chuẩn Kích thước Hình ảnh

• App Icon (Biểu tượng Ứng dụng): Chính xác 512 x 512 px, PNG 32-bit, tối đa 1 MB.
• Feature Graphic (Đồ họa Nổi bật): Chính xác 1024 x 500 px, JPG hoặc PNG 24-bit, tối đa 15 MB.
• Phone Screenshots (Ảnh chụp Màn hình Điện thoại):
  • Tối thiểu 2, tối đa 8 ảnh chụp màn hình.
  • Kích thước tối thiểu: 1080 px (Ví dụ: 1080 x 2340 px).
  • Tỷ lệ khung hình: 16:9 hoặc 9:16.

C. Tuyên bố Nội dung AI Tạo sinh (Generative AI Content Declaration)

• Ngay cả khi các công cụ hỗ trợ AI được sử dụng để tạo hình ảnh trên cửa hàng, hãy chọn Don't label assets miễn là không tạo ra khuôn mặt người/công chúng chân thực như thật gây hiểu lầm cho người dùng.

---

15. Thiết lập và Đánh giá Thử nghiệm Đóng (Closed Testing Setup)

Đối với các tài khoản nhà phát triển cá nhân mới tạo trong Google Play Console, bắt buộc phải hoàn thành quy trình Closed Testing trước khi chuyển trực tiếp sang sản xuất.

A. Gửi Thay đổi để Đánh giá (Publishing Overview)

Khi tất cả các cài đặt và biểu mẫu của cửa hàng hoàn tất, tổng quan xuất bản sẽ liệt kê các thay đổi đang chờ xử lý:

Tuy nhiên, để nút "Send changes for review" ở góc trên bên phải được kích hoạt, ứng dụng phải được định cấu hình trong ít nhất một phiên bản kênh thử nghiệm (Closed Testing).

B. Các Bước Thử nghiệm Đóng

Có 3 bước bắt buộc để hoàn thành thử nghiệm đóng:

1. Chọn quốc gia và khu vực (Select countries and regions):

• Các quốc gia nơi ứng dụng sẽ được thử nghiệm được chọn (theo mặc định, có thể chọn toàn thế giới hoặc quốc gia cụ thể) và nhấn Save từ dưới cùng bên phải.

2. Chọn người thử nghiệm (Select testers):

• Trong tab Testers, một danh sách email (Email List) được chọn hoặc tạo danh sách mới.
• Để có được quyền sản xuất trên các tài khoản Google Play cá nhân, Google yêu cầu ít nhất 20 người dùng thử nghiệm tham gia thử nghiệm trong 14 ngày liên tục. Do đó, điều quan trọng là phải có đủ số lượng người dùng trong danh sách thử nghiệm.
• Sau khi chọn danh sách, nhấp vào Save changes từ dưới cùng bên phải.

3. Tạo bản phát hành mới (Create a new release):

• Khi Quốc gia và Người thử nghiệm hoàn tất, "2 of 4 complete" sẽ xuất hiện như trên.
• Nhấp vào nút màu xanh lam Create new release ở phía trên bên phải để chuyển sang giai đoạn tạo phiên bản.

• Gói .aab đã ký được tải lên. Sau khi cài đặt hoàn tất, Google sẽ phân tích gói:

• Như trong hình, Target SDK: 36 được phát hiện thành công, Version: 610060410 và các kiến trúc được xác minh.
• Khi nhấp vào Next, màn hình cảnh báo xuất hiện do bước nhảy mã phiên bản:

• Giải pháp: Nhấp vào liên kết màu xanh lam Proceed anyway ngay bên dưới cảnh báo "This release's version code is significantly higher than your previous version code".
• Sau khi xác nhận lỗi được gỡ bỏ, phiên bản sẽ được lưu thành công bằng cách nhấp vào nút màu xanh lam Save ở phía dưới bên phải.

Khi các bước này hoàn tất, bạn có thể quay lại màn hình Publishing overview và bắt đầu quy trình phê duyệt của Google bằng nút Send changes for review.

C. Tình huống Phổ biến: Cảnh báo "App not available" trên Liên kết Thử nghiệm

Màn hình phổ biến nhất mà các nhà phát triển nhìn thấy khi mở liên kết chọn tham gia thử nghiệm đóng (play.google.com/apps/testing/com...) là:

"App not available - A testing version of this app hasn't been published yet or isn't available for this account."

Nguyên nhân và Giải pháp cho Cảnh báo này:

1. Đang Đánh giá (In Review): Ngay cả khi phiên bản thử nghiệm đóng được tạo và gửi đi đánh giá, liên kết này sẽ không được kích hoạt cho đến khi nhóm đánh giá của Google phê duyệt gói. Liên kết sẽ mở khi trạng thái là "Available to testers" trong Play Console.
2. Không Khớp Tài khoản Google: Thông tin đăng nhập Google đang hoạt động trong trình duyệt phải hoàn toàn trùng khớp với địa chỉ email được thêm vào danh sách Testers trong Play Console. Tài khoản Google khác hoặc ẩn danh không thể truy cập liên kết này.
3. Thời gian Lan truyền của Máy chủ: Ngay cả khi Google phê duyệt bản đánh giá, thường có thể mất 1-2 giờ để liên kết thử nghiệm đóng lan truyền đến các máy chủ cửa hàng trên toàn thế giới.

D. Tham gia Chương trình Thử nghiệm (Become a Tester - Opt-in)

Sau khi quá trình đánh giá được phê duyệt và liên kết được kích hoạt, màn hình lời mời chính thức sau sẽ mở ra:

• Trang này bao gồm biểu tượng của ứng dụng, tên nhà phát triển và văn bản mời tham gia phiên bản thử nghiệm.
• Khi nhấp vào nút màu xanh lam Become a tester, tài khoản sẽ được đưa vào thử nghiệm.
• Ứng dụng có thể được tải xuống trực tiếp từ ứng dụng Google Play Store trên thiết bị Android bằng cách nhấp vào liên kết "Download it on Google Play" ở màn hình tiếp theo.

---

16. Tuyên bố Mã nhận dạng Quảng cáo (Advertising ID Declaration)

Đối với tất cả các ứng dụng nhắm mục tiêu Android 13 (API 33) trở lên, Google Play yêu cầu tuyên bố rõ ràng về việc sử dụng Mã nhận dạng Quảng cáo (AD_ID).

Câu hỏi: Ứng dụng của bạn có sử dụng mã nhận dạng quảng cáo không?

Quy tắc quan trọng của Google trên trang này là:

"If you say that your app uses advertising ID, we will block releases that don't include the com.google.android.gms.permission.AD_ID permission in the manifest file when targeting Android 13."

• Tùy chọn 1 (Khuyến nghị): No (Không).
• Trong gói thử nghiệm đóng hiện tại chúng tôi đã cài đặt, AdMob SDK hoặc các thư viện quảng bá chéo chưa thực sự được biên dịch và không có quyền AD_ID trong tệp AndroidManifest.xml. Do đó, khi chọn No và lưu, sẽ không có xung đột tệp kê khai (manifest).
• Tùy chọn 2 (Nếu Chọn Yes):

• Nếu chọn Yes, phải chọn mục đích sử dụng là [x] Advertising or marketing và phải đánh dấu vào ô "Turn off release errors" ở cuối trang (I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...) vì quyền này chưa được thêm vào tệp kê khai.

Trong cả hai trường hợp, sau khi lựa chọn, hãy nhấp vào Save từ phía dưới bên phải.

---

17. Gửi Đánh giá Cuối cùng (Submission for Review)

Sau khi hoàn tất tất cả thông tin đăng cửa hàng, chính sách quyền riêng tư, biểu mẫu bảo mật, tuyên bố pháp lý, đối tượng mục tiêu và phiên bản thử nghiệm đóng, bạn sẽ được đưa trở lại màn hình Publishing overview:

• Submit 14 changes for review: Google Play thu thập tất cả các tuyên bố và phiên bản thử nghiệm vào một gói đánh giá duy nhất (14 thay đổi đang chờ phê duyệt như trong hình).
• Quy trình phê duyệt chính thức của Google được bắt đầu bằng cách nhấp vào nút màu xanh lam Submit 14 changes for review.
• Các bước kiểm tra chất lượng tự động của Google (Quick checks) sẽ chạy ẩn và sau đó ứng dụng được đưa vào hàng đợi đánh giá của Đội ngũ Đánh giá Google Play. Quá trình đánh giá thường hoàn tất trong vòng 24-72 giờ đối với tài khoản cá nhân.

---

18. Đơn xin Giấy phép Sản xuất sau Thử nghiệm Đóng (Apply for Access to Production)

Khi quy trình thử nghiệm đóng (thử nghiệm không gián đoạn trong ít nhất 14 ngày với 20 người dùng thử nghiệm) theo yêu cầu của Google đối với các tài khoản nhà phát triển cá nhân hoàn tất, nút "Apply for production" sẽ được kích hoạt trong bảng điều khiển chính của Play Console. Bằng cách nhấp vào nút này, Google cung cấp một biểu mẫu đăng ký toàn diện gồm 3 bước để kiểm tra xem ứng dụng đã thực sự được thử nghiệm và sẵn sàng phát hành trực tiếp hay chưa:

Các Bước của Biểu mẫu:

1. About your closed test: Bạn được hỏi về cách bạn tìm người dùng thử nghiệm, cách bạn thu thập phản hồi và những cải tiến nào bạn đã thực hiện trong ứng dụng dựa trên phản hồi nhận được.
2. About your app: Đối tượng mục tiêu của ứng dụng và những lợi ích chính mà nó mang lại cho người dùng được giải thích.
3. Your production readiness: Bạn tuyên bố cách bạn sẽ theo dõi lỗi và quản lý nhận xét của người dùng khi ứng dụng hoạt động trực tiếp.

Các Câu hỏi Quan trọng và Câu trả lời Mẫu (English Application Answers)

1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"

Làm thế nào bạn tuyển dụng người dùng cho đợt thử nghiệm đóng của mình? (Ví dụ: Bạn bè và gia đình hay nhà cung cấp dịch vụ thử nghiệm trả phí?)

Quy tắc Quan trọng: Google không thích bot hoặc trang trại thử nghiệm nhân tạo trả phí. An toàn nhất là tuyên bố rằng những người thử nghiệm là người dùng tự nhiên thực sự, vòng kết nối thân thiết và các cộng đồng truyền thông xã hội có liên quan.

I recruited testers organically through friends, family, and colleagues interested in sports analysis. Additionally, I invited active football prediction fans from targeted social media groups (Reddit & sports communities). No paid services were used; all were real, active users.

2. "How easy was it to recruit testers for your app?"

Việc tìm kiếm người thử nghiệm cho ứng dụng của bạn dễ dàng đến mức nào?

• Lựa chọn Khuyến nghị: Neither difficult or easy hoặc Easy. Tùy chọn này cho biết quy trình được thực hiện tự nhiên, cân bằng và không sử dụng mạng bot nhân tạo.

3. "Describe the engagement you received from testers during your closed test"

Mô tả mức độ tương tác bạn nhận được từ những người thử nghiệm trong quá trình thử nghiệm đóng:
(Mẹo từ Google: Cho biết người dùng có đang sử dụng tất cả các tính năng hay không và mức độ sử dụng có nhất quán với hành vi của người dùng thực hay không)

Testers actively used all core features: match fixtures, filters, and coupon generation. Their engagement matched real user behavior, logging in regularly around weekly match days to create coupons and review predictions. All tester activity closely mirrored real-world football fan usage.

4. "Provide a summary of the feedback that you received from testers. Include how you collected the feedback."

Cung cấp bản tóm tắt các phản hồi mà bạn nhận được từ những người thử nghiệm. Bao gồm cách bạn thu thập phản hồi:

Feedback was collected via Google Play internal feedback, emails, and tester messaging groups. Testers appreciated the fast coupon generator but suggested improving font readability on small screens, adding clearer filter descriptions, and optimizing fixture loading on slow mobile networks.

---

Bước 2: Về ứng dụng của bạn (About your app)

Bước này hỏi về đối tượng mục tiêu của ứng dụng, giá trị gia tăng mà ứng dụng mang lại và số lượt tải xuống dự kiến trong năm đầu tiên:

1. "Who is the intended audience of your app?"

Đối tượng mục tiêu của ứng dụng của bạn là ai?

The intended audience includes adult football fans, sports enthusiasts, and Toto players seeking analytical tools to plan predictions. It is designed for users aged 18+ who want structured match fixture insights, mathematical coupon filtering, and systematic statistical analysis.

2. "Describe how your app provides value to users"

Mô tả cách ứng dụng của bạn mang lại giá trị cho người dùng:

The app provides value by automating complex coupon filtering and Toto calculations, saving users substantial time. It offers clean weekly fixture overviews, probability statistics, and intuitive mathematical tools that help sports fans make well-structured, data-informed prediction plans.

3. "How many installs do you expect your app to have in your first year?"

Bạn kỳ vọng ứng dụng của mình sẽ đạt được bao nhiêu lượt tải xuống trong năm đầu tiên?

• Lựa chọn Khuyến nghị: 0 - 10K (Mục tiêu nhà phát triển độc lập thực tế và tự nhiên).

---

Bước 3: Sự sẵn sàng sản xuất của bạn (Your production readiness)

Giai đoạn cuối cùng này hỏi về những cải tiến được thực hiện dựa trên những gì đã học được trong quá trình thử nghiệm đóng và lý do tại sao ứng dụng được coi là sẵn sàng cho sản xuất trực tiếp:

1. "What changes did you make to your app based on what you learned during your closed test?"

Bạn đã thực hiện những thay đổi gì đối với ứng dụng của mình dựa trên những gì bạn đã học được trong quá trình thử nghiệm đóng?

Khuyến nghị: Phản hồi phải hoàn toàn nhất quán với phản hồi bạn đã chỉ định ở các bước trước (khả năng tương thích màn hình nhỏ, kích thước phông chữ, nhãn bộ lọc và lưu vào bộ nhớ cache dữ liệu).

Based on tester feedback, we adjusted font scaling and spacing for smaller screens, added descriptive labels to filter options, and optimized fixture caching for slower network connections. We also streamlined the coupon generation interface to make navigation smoother and more intuitive.

2. "How did you decide that your app is ready for production?"

Làm thế nào bạn quyết định rằng ứng dụng của bạn đã sẵn sàng cho sản xuất trực tiếp?

Khuyến nghị: Cần nhấn mạnh các chỉ số Google Vitals (không có sự cố / zero crashes, không có ANR), thời gian thử nghiệm 14 ngày và tính ổn định trên các phiên bản Android khác nhau.

We confirmed production readiness through 14 days of closed testing with zero crashes and zero ANRs in Android Vitals. All core workflows (fixture browsing, filtering, and coupon generation) executed smoothly across diverse devices, and testers confirmed high stability and complete features.

Sau khi điền vào tất cả các trường, đơn xin cấp phép sản xuất chính thức được hoàn tất bằng cách nhấp vào nút màu xanh lam Apply ở phía dưới bên phải.

Màn hình Đã gửi Đơn đăng ký (Quy trình Đánh giá)

Nhấn nút 'Apply' sẽ đưa bạn trở lại bảng điều khiển chính của Play Console và thẻ đánh giá chính thức sau sẽ xuất hiện trên trang Production:

"We have your application for production access"
"We're reviewing your application form. We'll email the account owner with an update. This usually takes 7 days or less, but may occasionally take longer."

Những điều Cần biết về Giai đoạn này:

1. Thời gian Đánh giá: Mặc dù Google tuyên bố chính thức trên màn hình là "7 ngày trở xuống", đối với các ứng dụng có phản hồi biểu mẫu nhất quán và tỷ lệ sự cố bằng không, phê duyệt này thường có kết quả trong vòng 24 đến 72 giờ.
2. Thông báo Kết quả: Khi quá trình đánh giá hoàn tất, thông báo chấp nhận chính thức sẽ được gửi đến địa chỉ email của chủ tài khoản (Xem Chương 19).
3. Cần làm gì trong Quá trình Chờ đợi: Không cần thực hiện bất kỳ hành động bổ sung nào; kênh thử nghiệm đóng có thể duy trì hoạt động, chỉ cần đợi quyết định của nhóm đánh giá Play Console.

---

19. Chiến thắng Cuối cùng: Phê duyệt Quyền truy cập Sản xuất (Phát hành Mở)

Khi quy trình Closed Testing (14 ngày thử nghiệm tích cực với ít nhất 20 người dùng thử nghiệm), giai đoạn thử thách nhất của Google Play Console đối với các tài khoản nhà phát triển cá nhân mới, được hoàn thành xuất sắc và đơn đăng ký cửa hàng mở được thực hiện, email chấp nhận chính thức sau đây sẽ được nhận từ nhóm Google Play Console:

"Congratulations! Your app has been granted Google Play production access"
"You applied for Google Play production access for your app, and this has now been granted. Production is where you make your app available to billions of users on Google Play."

Email này có ý nghĩa gì?

1. Phát hành Công khai: Ứng dụng của bạn hiện đủ điều kiện để phát hành cho hàng tỷ người dùng Android trên khắp thế giới, không chỉ cho những người thử nghiệm đóng được mời.
2. Vượt qua Ngưỡng Tài khoản Cá nhân: Yêu cầu thử nghiệm 20 người thử nghiệm / 14 ngày của Google đã chính thức được thỏa mãn và tài khoản nhà phát triển đã chuyển sang trạng thái đáng tin cậy.
3. Phát hành Trực tiếp bằng Một Cú nhấp chuột: Bằng cách truy cập kênh Production trong bảng điều khiển Play Console, gói đã được chứng minh trong thử nghiệm đóng có thể xuất hiện trực tiếp trên mặt tiền cửa hàng hoặc với phiên bản mới.

---

20. Danh sách Kiểm tra Trước khi Phát hành (Hoàn thành)

Tất cả các mục kiểm soát ở giai đoạn ứng dụng:

• ID ứng dụng và tên gói duy nhất đã được tạo trong Play Console chưa?
• Gói .aab đã ký có được biên dịch với targetSdkVersion 36 không?
• Mã versionCode có lớn hơn các phiên bản trước không? (Đã nhấp vào Proceed anyway trên cảnh báo chưa?)
• URL Chính sách Quyền riêng tư có đang hoạt động và mở bằng HTTPS không?
• Quyền truy cập Ứng dụng có được ghi lại là No không?
• Tuyên bố quảng cáo có được đánh dấu là Yes không?
• Xếp hạng Độ tuổi IARC đã hoàn thành và được chứng nhận chưa?
• Đối tượng Mục tiêu có được chọn là 18 and over không?
• Biểu mẫu An toàn Dữ liệu đã được điền chưa?
• Các tuyên bố Chính phủ, Tài chính và Y tế có được ghi lại là No không?
• Tài nguyên Cửa hàng (Biểu tượng 512x512, Đồ họa Tính năng 1024x500, Ảnh chụp Màn hình) đã được tải lên chưa?
• Thử nghiệm Đóng: Các quốc gia/khu vực đã được chọn và lưu chưa?
• Thử nghiệm Đóng: Danh sách người thử nghiệm đã được chọn và lưu chưa?
• Thử nghiệm Đóng: Gói .aab đã ký đã được tải lên và phân phiên bản chưa?
• Mã nhận dạng Quảng cáo: Được lưu là No cho bản phát hành đầu tiên?
• Tổng quan Xuất bản: Các thay đổi đã được gửi để Google xem xét chưa?
• Quy trình Thử nghiệm Đóng & Quyền truy cập Sản xuất đã được nhận chưa?

---

21. Arar Games và Các Trò chơi của Chúng tôi

Bạn có thể truy cập các trang cửa hàng của chúng tôi để trải nghiệm trực tiếp tất cả các trò chơi, cơ chế trò chơi và các bản cập nhật mà chúng tôi đã phát triển trong studio độc lập của mình:

🎮 Các Trò chơi của Chúng tôi:

• 🛡️ Blocked: Pixel Panzer:
  Hành động xe tăng pixel cổ điển, đạn nguyên tố ColorWheel, thời tiết động, các trận đấu Boss, bảng xếp hạng toàn cầu và thành tích Google Play!
  👉 Tải xuống trên Google Play (Android & PC) | Microsoft Store (Windows PC)
• 🎨 Paint Trek:
  Trải nghiệm arcade tập trung vào phản xạ trong các pixel đầy màu sắc và bầu không khí không gian.
  👉 Google Play | Microsoft Store (PC & Xbox)
• 🚀 Space Dodger:
  Tránh chướng ngại vật arcade cổ điển nhịp độ nhanh trong không gian sâu thẳm.
  👉 Tải xuống trên Google Play

📢 Truyền thông Xã hội và Liên hệ:

Để theo dõi các hướng dẫn kỹ thuật, devlog và cập nhật trò chơi mới của chúng tôi:

• 🎵 TikTok: @arargamesstudio
• 📸 Instagram: @arargamesstudio
• 🐦 X (Twitter): @arargamesstudio
• 📺 YouTube: @koreaaria
• 🧵 Threads: @arargamesstudio
• 📘 Facebook: arargamesstudio

---

Được chuẩn bị bởi: Arar Games Developer Documentation Archive