Google Play 商店应用发布与上线全流程指南（从零到正式发布）
本指南详细且循序渐进地讲解了如何在 Google Play Console 上从零创建现代 Android 应用程序（尤其是 .NET MAUI、MonoGame 或混合 C# 项目）、打包、签名、解决遇到的各类关键错误，并完整走通商店上架流程（创建应用、隐私政策、访问权限、广告声明、IARC 年龄分级、数据安全、封闭测试以及正式公开上线）。
目录
- 引言与架构准备
- 在 Play Console 中从零创建新应用/游戏（Create App）
- Keystore 生成与构建/签名自动化
- Play Console 首次上传 Bundle 与关键报错解决
- 隐私政策（Privacy Policy）准备
- 应用访问权限 / 登录详情（App Access / Sign-in Details）
- 广告声明（Ads Declaration）
- 内容分级（IARC 内容分级问卷）
- 目标受众与年龄段选择（Target Audience）
- 应用内容信息中心（App Content Dashboard）
- 数据安全表单（Data Safety Form）
- 法律与监管声明（政府、金融、健康应用）
- 商店设置与联系信息（Store Settings）
- 主商品详情与视觉素材（Main Store Listing）
- 封闭测试设置与审核（Closed Testing）
- 广告 ID 声明（Advertising ID）
- 提交更改以供审核（Final Submission）
- 封闭测试后申请正式发布权限（Apply for Access to Production）
- 最终胜利：获得正式版发布权限（Production Access）批准
- 上线前核对清单（已完成）
- Arar Games 与我们的游戏产品
1. 引言与架构准备
在 Google Play 商店发布新应用时，必须严格遵守 Google 当前的安全和技术规范：
- Bundle 格式： 仅接受
.aab（Android App Bundle）格式。APK 文件已无法用于商店正式提交（但仍可生成用于侧载测试）。 - 最低目标 SDK： Google Play 目前要求新发布或更新的应用必须至少以 Android API Level 36 (Android 16) 为目标。
- 安全签名： 应用必须使用兼容 v2/v3 架构的 2048 位 RSA 密钥进行签名。
2. 在 Play Console 中从零创建新应用/游戏（Create App）
登录 Google Play Console 控制台（play.google.com/console）后，在列出所有应用的主界面右上角点击蓝色的 "创建应用"（Create app） 按钮即可开启上架流程。此表单将确定应用在控制台中的数字 ID、包名以及基本的商店分类。
A. 应用详情
- 应用名称（App Name）：
- 商店中向用户展示的官方首选名称。
- 限制最多 30 个字符（例如：
YourAppName）。 - 建议： 避免在标题中堆砌不必要的关键词（keyword stuffing）或误导性/促销性词汇（如 "Best"、"Free"、"#1"）；否则可能在审核阶段遭到拒绝。
- 软件包名称（Package Name）：
- 在 Android 生态系统中全局唯一标识您应用的 Java/Android 包标识符（反向域名规范，例如
com.yourcompany.appname）。 - 最多 150 个字符。
- ⚠️ 关键规则： 在此界面创建应用并上传首个 Bundle 后，包名将永远无法再修改！ 它必须与
AndroidManifest.xml或.csproj中的ApplicationId（<ApplicationId>com.yourcompany.appname</ApplicationId>）完全一致。 检查可用性（Check availability）： 点击该按钮可即时验证您指定的包名是否已被 Google Play 生态中的其他开发者占用。
- 在 Android 生态系统中全局唯一标识您应用的 Java/Android 包标识符（反向域名规范，例如
- 默认语言（Default Language）：
- 应用的主要商店商品详情语言（例如：
English (United States) – en-US或中文（简体）– zh-CN）。 - 在未配置特定本地化翻译的国家和地区，商店信息将默认以此语言展示给用户。
- 应用的主要商店商品详情语言（例如：
B. 应用类型、定价与声明
- 应用还是游戏（App or Game）：
- 确定产品的基本属性（
应用或游戏）。 - 重要提示： 此项选择决定了应用在商店中的归属大类（“应用”标签页或“游戏”标签页），后续无法更改。
- 确定产品的基本属性（
- 免费还是付费（Free or Paid）：
- 选择应用在商店中是免费提供还是付费购买。
- ⚠️ 不可逆关键规则： 根据 Google Play 政策，一旦发布为“免费”的应用，将来永远无法变更为“付费”！ 如果您打算在商店中直接售卖该应用，必须在初期就选择
付费。若选择免费发布并通过其他途径盈利，建议采用应用内购（In-App Purchase）或 AdMob 广告。
- 自动防篡改保护（Automatic Protection）：
- Google Play 会向应用的 APK/AAB 代码添加自动安装程序验证（installer check）。若用户从 Google Play 之外的未经授权渠道侧载该应用，系统将提示其从 Google Play 下载正版。
- 声明（政策与法规声明）：
- 开发者计划政策（Developer Program Policies）： 确认应用完全符合 Google Play 开发者和内容政策。
- 美国出口法律（US Export Laws）： 确认软件符合美国出口法律及禁运法规。
- 创建应用（Create App）：
- 确认表单内容无误后，点击右下角蓝色的 "创建应用"（Create app） 按钮。控制台会将应用录入系统，并将开发者引导至该应用的主管理面板（Dashboard）。
3. Keystore 生成与构建/签名自动化
为了使发布流程准确且可重复执行，建议在项目根目录下创建 Deploy/ 文件夹及自动化脚本。
A. Keystore 密钥库生成（1_CreateKeystore.bat）
使用 JDK 中的 keytool 工具生成有效期为 25 年（10,000 天）的密钥：
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"
提示： 在 Windows 批处理文件中使用
set /p获取用户密码时，若包含带括号的if (...)代码块，可能会引发语法解析错误（: was unexpected at this time）。改用goto标签跳转控制流程，并将密码参数用双引号括起"%PASS%"可确保执行稳定。
B. 自动版本递增与签名 AAB 构建（2_BuildAndSign_AAB.bat）
Google Play 要求每次更新时 versionCode 必须严格递增。为了实现自动管理，可以使用基于日期和时间的计算公式：
# 年份末位 + 月 + 日 + 时 + 分（例如：2026-10-06 02:42 -> 610060242）
$vc = (Get-Date).ToString('yy').Substring(1) + (Get-Date).ToString('MMddHHmm')
编译与签名命令：
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%
流程执行完毕后，可通过 start "" "%OUTPUT%" 命令直接在 Windows 资源管理器中打开包含已签名文件的目标文件夹。
4. Play Console 首次上传 Bundle 与关键报错解决
将已签名的 .aab 文件上传至 Google Play Console 的 内部测试（Internal testing） 或 正式版（Production） 轨道时，可能会出现以下界面提示：
错误 1：必须以 API 级别 36（Android 16）为目标
错误信息：
"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."（您的应用当前以 API 级别 35 为目标，必须至少以 API 级别 36 为目标，以确保它是基于针对安全性和性能优化的最新 API 构建的。）
解决方案：
这是一个阻断性错误，解决前无法继续发布。
- 在
Platforms/Android/AndroidManifest.xml文件中明确配置<uses-sdk>标签：
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.yourcompany.appname">
<uses-sdk android:minSdkVersion="24" android:targetSdkVersion="36" />
...
</manifest>
- 在项目
.csproj文件的<PropertyGroup>中添加以下节点：
<AndroidTargetSdkVersion>36</AndroidTargetSdkVersion>
错误 2：版本代码大幅提高警告（Version Code Significantly Higher）
警告信息：
"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"（此版本的版本代码显著高于之前的版本代码。随着时间的推移，这可能会导致您的应用达到版本代码的上限……了解详情）
解决方案：
- 当项目之前的版本代码是一个很小的数字（如 1 或 8），而切换为基于动态日期时间的格式（如 6 亿多）时，Google Play 就会弹出此警告。
- 这 并非阻断性错误。只需点击警告正下方的蓝色
Proceed anyway（仍要继续） 按钮即可跳过。 - 后续再次上传时由于基数已经处于此量级，将不再出现跨度过大的警告。
5. 隐私政策（Privacy Policy）准备
根据 Google Play 政策要求，即使您的应用不收集敏感数据，也必须提供一个公开可访问、具备有效 SSL（HTTPS）的标准网页链接（不能是 PDF 格式）。
在 GitHub 上免费托管
GitHub 仓库中的 Markdown 文件（blob/main/...）可被 Google 直接识别为合法的标准网页。
隐私政策中应包含的核心条款
- 广告服务（Google AdMob）： 横幅、插屏和激励视频广告；Android 广告 ID（
AD_ID）、设备技术参数与粗略 IP 位置信息的使用。 - 应用内购与订阅（Google Play Billing）： 支付流程完全依托 Google 官方基础设施完成，开发者绝不接触任何银行卡号或账单个人信息。
- 数据分析与遥测（Firebase Analytics & Crashlytics）： 收集匿名使用事件与崩溃日志分析。
- 用户意见征求管理（Google UMP）： 符合 GDPR 与各国数据隐私法规的弹窗授权，并赋予用户在设置界面中随时修改偏好的权利。
- 法律免责声明与特殊声明（例如预测工具/竞猜类）：
- 严正声明本应用绝非博彩或赌博平台。
- 仅提供数学化算法支持与统计分析辅助。
- 在跳转官方机构网站时，绝不存储用户在官方平台的账号密码，2FA/短信验证完全在官方机构界面独立完成。
- 安全须知： 隐私政策文本中请勿包含开发者个人 GitHub 等私人链接；仅保留企业官方邮箱与官方支持网站。
6. 应用访问权限 / 登录详情（App Access / Sign-in Details）
在 Google 审核人员测试您的应用之前，您需要声明应用内是否存在受限制的功能区域：
- 选项：
No（所有功能无需特殊凭据即可直接使用）。 - 说明： 如果应用中不存在会员注册、账号密码登录或锁屏付费门槛，应选择
No。若选择Yes，Google 会要求您提供用于测试的账号和密码。
7. 广告声明（Ads Declaration）
在此步骤中声明应用是否展示广告：
- 选项：
Yes, my app contains ads（是，我的应用包含广告）。 - 说明： 如果应用内集成了 AdMob 等广告 SDK，或者计划未来接入广告，必须选择“是”。此项选择会在 Google Play 商品页面激活 "包含广告" 标签，确保符合政策规范。
8. 内容分级（IARC 内容分级问卷）
为了确定应用适用的年龄评级，您必须填写 IARC（国际年龄分级联盟）问卷。
A. 分类选择与邮箱填写
- 分类：
All Other App Types（所有其他应用类型）（非游戏、非博彩、非社交媒体的工具类、效率类、计算器等应用）。 - 邮箱： 输入官方联系邮箱并确认同意 IARC 条款。
B. 问卷内容（Questionnaire）
第一部分：暴力与用户交流
- 下载的应用（暴力、性内容、粗俗语言）：
No - 用户内容分享（用户之间分享音频、短信、图片媒体）：
No
第二部分：内容与年龄限制产品
- 在线内容（流媒体音乐/视频或电商目录）：
No - 推广年龄限制产品（烟草、酒精、博彩）：
No（由于应用不允许任何下注行为，务必选 No） - 其他（分享精确 GPS 位置）：
No
第三部分：数字商品与其他功能
- 数字商品（销售数字虚拟商品）：
No（若当前未接入官方应用内结算则选 No；若已接入则选 Yes 并获得应用内购买徽章） - 现金奖励（现金返还、礼品卡）：
No - 网络浏览器（网页浏览器/搜索引擎）：
No - 新闻/教育类（新闻或教育产品）：
No
当以上所有问题均回答“No”后，应用将获得全球范围最广泛受众的年龄分级（PEGI 3, ESRB Everyone）。
9. 目标受众与年龄段选择（Target Audience）
在确定应用的目标受众时，根据 Google 的 家庭政策（Designed for Families / Family Policy） 和 COPPA（儿童在线隐私保护法） 规范，准确声明应用是否面向儿童至关重要。
正确选择：仅勾选 18 and over（18 岁及以上）
- 为什么仅选 18+？
- 法律合规： 体育赛事数据统计、赔率与对阵分析工具基于赛事公告，面向成年受众。
- 避免家庭政策严苛限制： 若勾选 13 岁以下或 13-17 岁，Google 会强制要求应用内广告 SDK 必须通过儿童安全认证，严厉限制遥测数据，并启动极其严格的审核流程。
- 与隐私政策保持一致： 与隐私政策中明确标注的 "本应用仅面向 18 岁及以上用户" 条款 100% 保持一致。
- 第二步（您的应用是否会在无意中吸引儿童？）：
- 此问题必须选择
No（否）。界面中无卡通人物、玩具主题或儿童动画，因此绝非会在无意中吸引儿童的产品。
- 此问题必须选择
10. 应用内容信息中心（App Content Dashboard）
Google Play Console 通过左侧菜单 政策和计划 -> 应用内容（App content） 标签页中的核对清单，跟踪您应用的法律和内容合规准备情况。
随着隐私政策、登录权限、广告和内容分级的完成，会依次显示绿色对勾（✓）。清单中剩余的部分（数据安全、政府应用、金融功能、健康应用）必须按顺序逐一完成。
11. 数据安全表单（Data Safety Form）
这是 Google Play 审核最严格的领域之一。您必须明确声明应用及其引用的第三方类库收集了哪些数据或与第三方共享了哪些数据。
核心问题：您的应用是否收集或共享任何必需的用户数据类型？
- 首次发布的推荐选择：
No（否）。 - 技术原因： 在首次上传的
.aab安装包中，若尚未实际初始化集成 AdMob SDK 或 Firebase SDK，且未收集任何用户 ID 或敏感数据，直接选择No即可顺利完成表单。 - 后续注意事项： 当后续版本中正式激活并编写了 AdMob 或 Firebase 逻辑时，需返回此表单将 "粗略位置"、"应用性能" 和 "设备或其他标识符（AD_ID）" 更新为
Yes。
检查预览效果后，点击保存。
12. 法律与监管声明（政府、金融、健康应用）
A. 政府应用声明
- 选择：
No（本应用不代表官方政府机构）。
B. 金融功能声明
- 选择： 页面最下方的
My app doesn't provide any financial features（我的应用不提供任何金融功能）。 - 确认： 在弹出的窗口中确认无需提交任何金融牌照或监管资质文件：
C. 健康应用声明
- 选择： 页面最下方的
My app does not have any health features（我的应用没有任何健康功能）。 - 确认： 在弹窗中确认无需提供地区性医疗健康资质文件：
13. 商店设置与联系信息（Store Settings）
配置应用在商店中的分类以及用户联系开发者的渠道：
- 应用分类（App Category）：
体育（Sports）或效率/工具（Utilities / Tools）。 - 标签（Tags）： 选择相关关键词标签（例如：Sports、Tools）。
- 商品详情联系信息（Store Listing Contact Details）：
- 电子邮件地址：
destek@sirketadi.com（官方客服支持邮箱为必填项）。 - 网站：
https://company.com
- 电子邮件地址：
- 外部推广（External Marketing）： 保持勾选状态，允许 Google 在 Google Play 之外的推广渠道展示和推荐您的应用：
14. 主商品详情与视觉素材（Main Store Listing）
商店前台橱窗是直接影响用户下载决策的最关键区域：
A. 文本内容
- 应用名称（App Name）： 最多 30 个字符（例如：
15te15 - Spor Toto Assistant）。 - 简短说明（Short Description）： 最多 80 个字符（例如：
Formula optimization, probability calculation and smart Spor Toto coupon assistant.）。 - 完整说明（Full Description）： 详细介绍产品功能、算法优势和法律声明。
B. 视觉素材规格标准
- 应用图标（App Icon）： 严格为
512 x 512 px，32 位 PNG 格式，最大不超过 1 MB。 - 置顶大图（Feature Graphic）： 严格为
1024 x 500 px，JPG 或 24 位 PNG 格式，最大不超过 15 MB。 - 手机屏幕截图（Phone Screenshots）：
- 最少 2 张，最多 8 张。
- 最小边长：1080 px（例如：
1080 x 2340 px）。 - 屏幕比例：16:9 或 9:16。
C. 生成式 AI 内容声明
- 即使在设计商店宣传素材时使用了 AI 辅助工具，只要未生成误导用户的逼真人脸或公共人物形象，均选择
Don't label assets（不对素材添加标签）。
15. 封闭测试设置与审核（Closed Testing）
对于在 Google Play Console 新创建的个人开发者账号，在直接上线正式版前，必须完整通过 封闭测试（Closed Testing） 流程。
A. 提交更改以供审核（发布概览）
当所有商店设置和表单填写完毕后，发布概览界面将列出待审核的更改：
然而，要激活右上角蓝色的 "提交更改以供审核" 按钮，应用必须至少在一个测试轨道（Closed Testing）中配置并上传了版本。
B. 封闭测试流程步骤
完成封闭测试有 3 个必经步骤：
- 选择国家与地区（Select countries and regions）：
- 选择允许测试该应用的目标国家/地区（默认可选择全球所有地区或特定国家），点击右下角 保存。
- 选择测试人员（Select testers）：
- 在 测试人员（Testers） 标签页中选择已有的测试人员电子邮箱名单（Email List），或新建一个列表。
- 为了在个人开发者账号上获得正式版发布权限，Google 要求至少 20 名测试人员连续参与测试 14 天。因此，务必在列表中添加足够数量的真实测试用户。
- 选择列表后，点击右下角的 保存更改（Save changes）。
- 创建新版本（Create a new release）：
- 当国家和测试人员配置完毕后，上方会显示 "2 of 4 complete"。
- 点击右上角蓝色的
Create new release（创建新版本） 按钮进入版本创建页面。
- 上传已签名的
.aab安装包。上传完成后，Google 会自动分析该包体：
- 如图所示，系统成功识别出
Target SDK: 36，版本号Version: 610060410以及各架构指令集已通过验证。 - 点击
Next（下一步） 时，由于版本号跳变可能会弹出提示：
- 解决方案： 点击 "This release's version code is significantly higher than your previous version code" 警告正下方的蓝色
Proceed anyway链接。 - 确认消除阻断后，点击右下角蓝色的
Save（保存） 按钮即可成功保存该版本。
完成上述所有步骤后，返回 发布概览（Publishing overview） 页面，点击 Send changes for review（提交更改以供审核） 按钮即可正式提交 Google 进行审核。
C. 常见状况：测试链接出现 "App not available"（应用不可用）
开发者在打开封闭测试邀请链接（play.google.com/apps/testing/com...）时最常遇到的提示：
"App not available - A testing version of this app hasn't been published yet or isn't available for this account."（应用不可用 - 此应用的测试版本尚未发布，或者不适用于此账号。）
原因与解决方法：
- 仍在审核中（In Review）： 即使封闭测试版本已创建并提交，在 Google 审核团队正式 批准 该包体之前，此链接不会生效。只有在 Play Console 中状态变为 "Available to testers"（可供测试人员使用）时，链接才会开放。
- Google 账号不匹配： 浏览器中登录的 Google 账号必须与 Play Console 测试人员名单中添加的邮箱完全一致。未授权或匿名账号无法访问该链接。
- 全球服务器同步延迟： 即使 Google 审核通过，封闭测试链接向全球各节点 CDN 同步通常需要 1 到 2 个小时。
D. 加入测试计划（Become a Tester - Opt-in）
审核通过且链接生效后，将展示官方邀请页面：
- 页面包含应用图标、开发者名称以及加入测试的邀请文本。
- 点击蓝色的
Become a tester（成为测试人员） 按钮，该账号即正式加入测试计划。 - 随后点击下一界面的 "Download it on Google Play" 链接，即可直接在 Android 设备上的 Google Play 商店下载并安装测试版。
16. 广告 ID 声明（Advertising ID）
对于所有以 Android 13（API 33）及以上版本为目标的应用，Google Play 强制要求明确声明广告 ID（AD_ID）的使用情况。
核心问题：您的应用是否使用广告 ID？
本页面中 Google 的关键限制规则如下：
"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."（如果您声明应用使用了广告 ID，当以 Android 13 为目标但在清单文件中未包含 com.google.android.gms.permission.AD_ID 权限时，我们将拦截阻止发布。）
- 方案 1（推荐做法）：
No（否）。 - 在当前上传的封闭测试包中，AdMob SDK 或交叉推广组件尚未实际编译，且
AndroidManifest.xml中未添加AD_ID权限。因此选择No并保存，不会引发清单权限冲突。 - 方案 2（若选择 Yes）：
- 若选择
Yes，需勾选用途[x] Advertising or marketing（广告或营销），并务必勾选页面底部的 "Turn off release errors"（关闭发布错误提示） 复选框（I understand the ramifications of not including the com.google.android.gms.permission.AD_ID permission...），声明已知晓清单中尚未添加权限的情况。
无论选择哪种方案，设置完成后点击右下角 Save（保存）。
17. 提交更改以供审核（Final Submission）
完成商店详情、隐私政策、安全表单、法规声明、目标受众与封闭测试版本上传后，回到 发布概览（Publishing overview） 页面：
- Submit 14 changes for review（提交 14 项更改以供审核）： Google Play 将所有表单声明和测试版本整合为一个审核包（如图所示有 14 项更改待批准）。
- 点击蓝色的
Submit 14 changes for review按钮正式启动 Google 审核流程。 - Google 的后台自动化快速质检系统会首先运行，随后应用进入 Google Play 审核团队的人工评估队列。个人账号的初次审核通常在 24 到 72 小时内完成。
18. 封闭测试后申请正式发布权限（Apply for Access to Production）
当个人开发者账号满足 Google 要求的封闭测试周期（至少 20 名测试人员连续活跃测试满 14 天）后，Play Console 主控制面板中的 "Apply for production"（申请正式版发布权限） 按钮将被点亮激活。点击该按钮后，Google 会提供一个包含 3 个步骤的详尽申请表单，用于核查应用是否确实经过了充分测试并具备上线条件：
表单三大步骤：
- 关于您的封闭测试（About your closed test）： 询问您如何招募测试人员、如何收集反馈，以及根据收到的反馈对应用做出了哪些改进。
- 关于您的应用（About your app）： 阐述应用的目标受众以及为用户带来的核心价值。
- 您的正式上线准备（Your production readiness）： 声明正式上线后如何跟踪线上错误并管理用户评论。
核心问题与申请参考范例（英文与中文对照）
1. "How did you recruit users for your closed testing? For example, did you ask friends and family, or use a paid testing provider?"
（您是如何招募封闭测试人员的？例如询问了亲友，还是使用了付费测试服务商？）
重要规则： Google 极其反感机器人或付费虚假测试农场。最稳妥的回应是表明测试人员均为真实有机的自然用户、身边亲友以及垂直社交圈社群成员。
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?"
（为您的应用招募测试人员容易程度如何？）
- 推荐选择：
Neither difficult or easy（中等）或Easy（容易）。这表明招募过程真实自然、按部就班，绝无借助虚假水军渠道。
3. "Describe the engagement you received from testers during your closed test"
（描述在封闭测试期间测试人员的参与互动情况：）
（Google 审核提示：说明测试人员是否深入体验了所有核心功能，其行为模式是否与真实终端用户相符）
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."
（请概述从测试人员处收到的反馈摘要，并说明您收集反馈的具体方式：）
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.
第 2 步：关于您的应用（About your app）
本步骤考察应用的目标受众、为用户创造的附加价值以及首年下载量预期：
1. "Who is the intended audience of your app?"
（您的应用目标受众是谁？）
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"
（描述您的应用如何为用户提供价值：）
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?"
（您预计应用在第一年能达到多少安装量？）
- 推荐选择：
0 - 10K（独立开发者真实且务实的可信目标）。
第 3 步：您的正式上线准备（Your production readiness）
最后阶段询问根据封闭测试经验所做的具体优化，以及凭什么判定应用已具备正式上线能力：
1. "What changes did you make to your app based on what you learned during your closed test?"
（根据封闭测试中所获得的认知，您对应用做出了哪些改进？）
建议： 回答内容应与前面反馈中提到的要点（小屏幕适配、字体大小、筛选标签清晰度以及数据离线缓存）保持紧密呼应与逻辑统一。
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?"
（您是如何判定应用已经准备好正式上线的？）
建议： 重点强调 Android Vitals 的官方技术指标（零崩溃率、零 ANR 无响应率）、14 天稳定测试周期以及在多机型 Android 版本上的稳健表现。
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.
填写完所有表单后，点击右下角蓝色的 Apply（申请） 按钮正式提交申请。
申请已提交界面（审核中状态）
点击申请后将返回 Play Console 主面板，正式版（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."（我们正在审核您的申请表单。审核结果将通过电子邮件通知账号所有者。此过程通常在 7 天以内完成，偶尔可能需要更长时间。）
本阶段须知：
- 审核耗时： 尽管界面官方提示为 "7 天或更短"，对于表单逻辑严密自洽且应用零崩溃的开发者，通常在 24 至 72 小时内 即可收到审核结果。
- 结果通知： 审核完成后，官方批准邮件将直接发送至主开发者账号邮箱（参见第 19 节）。
- 等待期间操作： 无需进行任何多余操作；封闭测试轨道可继续保持运行，只需静候 Play Console 审核团队的决定。
19. 最终胜利：获得正式版发布权限（Production Access）批准
当新个人开发者账号通过了 Google Play Console 最具挑战性的考验——封闭测试（至少 20 名测试人员连续活跃测试 14 天） 并完成正式申请后，账号主邮箱将收到 Google Play Console 团队发来的官方准入许可邮件：
"Congratulations! Your app has been granted Google Play production access"（祝贺！您的应用已获得 Google Play 正式发布访问权限）
"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."（您为应用申请了 Google Play 正式发布访问权限，该申请现已获准。通过正式版，您可以将应用推向 Google Play 上数十亿的用户。）
此封邮件意味着什么？
- 全球公开上线： 您的应用现已正式具备面向全球数十亿 Android 用户公开发布的资格，不再局限于受邀的封闭测试人员。
- 个人账号信用突破： 成功满足了 Google 20 名测试人员 / 14 天的强制政策壁垒，开发者账号正式跃升为受信任级别。
- 一键正式发布： 进入 Play Console 的 正式版（Production） 轨道，在封闭测试中已充分验证的安装包即可直接上架商店主橱窗，或随时发布全新版本。
20. 上线前核对清单（已完成）
上线全流程关键检查项：
- 在 Play Console 中生成了应用 ID 与全局唯一包名？
- 已签名的
.aab安装包已编译为targetSdkVersion 36？ - versionCode 大于之前的旧版本？（遇到警告时是否点击了 Proceed anyway？）
- 隐私政策 URL 是否已上线并通过 HTTPS 正常访问？
- 应用访问权限是否已记录为
No？ - 广告声明是否已如实勾选
Yes？ - IARC 年龄分级是否已全部完成并获得证书？
- 目标受众是否选择为
18 and over？ - 数据安全表单（Data Safety）是否已填写完整？
- 政府、金融和健康相关声明是否均已标记为
No？ - 商店视觉素材（512x512 图标、1024x500 置顶大图、手机截图）是否已全部上传？
- 封闭测试：测试国家/地区是否已配置并保存？
- 封闭测试：测试人员名单是否已选择并保存？
- 封闭测试：已签名的
.aab安装包是否已上传并创建版本？ - 广告 ID：首发版本是否已选择
No保存？ - 发布概览：是否已将所有更改正式提交 Google 审核？
- 封闭测试周期完成并已成功获批正式版发布权限（Production Access）？
21. Arar Games 与我们的游戏产品
您可以访问我们的官方应用商店主页，亲身体验我们独立工作室自主研发的所有游戏作品、精妙机制与最新更新：
🎮 旗下精品游戏：
- 🛡️ Blocked: Pixel Panzer:
复古像素坦克动作、ColorWheel 属性炮弹对决、动态天气系统、史诗级 Boss 战、全球排行榜与 Google Play 成就系统！
👉 在 Google Play 下载（Android & PC） | Microsoft Store（Windows PC） - 🎨 Paint Trek:
在绚丽像素与深邃太空氛围中考验极致反应力的街机体验。
👉 Google Play | Microsoft Store (PC & Xbox) - 🚀 Space Dodger:
在深空中疾速穿梭、躲避重重障碍的快节奏复古街机挑战。
👉 在 Google Play 下载
📢 社交媒体与联系交流：
欢迎关注我们，获取最新的技术深度指南、开发日志（DevLog）与游戏版本资讯：
- 🎵 TikTok: @arargamesstudio
- 📸 Instagram: @arargamesstudio
- 🐦 X (Twitter): @arargamesstudio
- 📺 YouTube: @koreaaria
- 🧵 Threads: @arargamesstudio
- 📘 Facebook: arargamesstudio
编撰记录：Arar Games 开发者技术归档
Hiç yorum yok:
Yorum Gönder