Complete Google Play Submission Guide and Checklist
A complete Android app submission guide covering the one-time USD 25 Google Play Developer fee, organization verification, store assets, Data safety, testing, review, and release.
成本：一次性 25 美金（Google Play Developer）
准备上架资料时，可配合使用：《APP 上架资料准备清单》
如果您的 APP 已经完成 Android 版本开发，希望让海外 Android 用户通过 Google Play 正式下载安装，就需要完成 Google Play Console 的开发者注册、企业身份验证、应用资料配置、隐私合规申报、测试以及正式发布。
很多客户会认为 Google Play 上架比 Apple App Store 简单，但实际上近年来 Google 对开发者身份、用户隐私、权限、目标 Android 版本、账号删除以及特殊行业的审核要求都在不断提高。
一个 APP 想要顺利发布到 Google Play，通常需要同时完成：
- Google Play Developer 开发者账号
- 企业主体认证
- APP 商店资料
- APP 图标和截图
- Privacy Policy
- Data safety 数据安全申报
- Content Rating 内容分级
- Target audience 目标用户声明
- Ads 广告声明
- Account deletion 账号删除
- App access 审核测试账号
- Android App Bundle 打包
- Google Play 测试
- Google Play Review
- 正式 Production 发布
本文由 深圳市滚水科技有限公司 整理，帮助客户了解 Google Play 上架需要准备哪些资料，以及从 APP 开发完成到正式上线的完整流程。
一、Google Play 上架的整体流程
一个普通 Android APP 上架 Google Play，一般会经过以下阶段：
第 1 步：注册 Google Play Developer 开发者账号
↓
第 2 步：完成个人或企业身份验证
↓
第 3 步：创建 Google Play Console APP
↓
第 4 步：创建 Package Name
↓
第 5 步：准备 Google Play 商店资料
↓
第 6 步：填写 App content 合规资料
↓
第 7 步：填写 Data safety
↓
第 8 步：填写内容分级、目标用户等声明
↓
第 9 步：生成 Android App Bundle
↓
第 10 步：上传测试版本
↓
第 11 步：完成测试和问题修复
↓
第 12 步：提交 Production 正式版本
↓
第 13 步：Google Play Review
↓
第 14 步：根据审核意见修改
↓
第 15 步：正式上线 Google Play
Google Play 的审核不仅检查 APP 能不能正常运行，还会检查：
- APP 实际功能
- 用户数据收集
- 第三方 SDK
- Android 权限
- 支付方式
- 内容分级
- 账号删除
- 儿童保护
- 特殊行业资质
- 开发者主体
因此建议在 APP 开发阶段就按照 Google Play 的政策进行产品设计。
二、首先需要注册 Google Play Developer 开发者账号
Google Play APP 的发布后台叫：
Google Play Console
企业需要先注册 Google Play Developer 开发者账号。
Google Play 开发者注册通常需要支付：
一次性 25 美元注册费用。
与 Apple Developer 每年续费不同，Google Play Developer 的账号注册费通常属于一次性费用。
具体支付方式、货币以及是否能够成功付款，以注册时 Google 页面显示为准。
三、Google Play Developer 有哪几种账号？
Google Play 目前主要提供两种开发者账号类型：
1. Personal
个人开发者账号。
适用于：
- 独立开发者
- 个人项目
- 个人品牌 APP
2. Organization
企业 / 组织开发者账号。
适用于：
- 公司
- 企业品牌
- 商业 APP
- SaaS
- 电商
- 教育
- 餐饮
- 企业服务平台
等正式商业项目。
如果 APP 是某一家公司的正式商业产品，我们一般建议：
使用 Organization 企业账号。
Google 官方目前明确区分 Personal 和 Organization 两种开发者账号。
四、为什么建议商业项目使用 Organization 企业账号？
如果 APP 实际由公司运营，却使用个人账号发布，后续容易产生：
- APP 资产归属不清
- 员工离职导致账号风险
- 开发者名称与品牌主体不一致
- 企业身份验证困难
- 后续转让 APP 麻烦
- 支付和税务信息管理混乱
因此对于企业客户，我们一般建议：
Google Play Developer 账号应当由客户自己的公司注册和持有。
然后再将滚水科技开发人员添加到 Play Console 中参与 APP 发布。
这样即使未来更换技术服务商，Google Play 账号和 APP 所有权依然由客户掌握。
五、注册 Google Play Organization 企业账号需要准备什么？
Google Play 的企业账号验证近年来已经明显加强。
Google 要求 Organization 开发者提供企业身份信息，并通过验证流程。
通常需要提前准备以下资料。
六、第一项：Google Account
首先需要一个 Google Account。
建议使用：
企业长期控制的 Google 账号。
例如使用企业邮箱：
admin@企业域名
而不是某个普通员工的私人 Gmail。
需要确保：
- 企业长期可以访问
- 密码妥善保存
- 双重验证可以长期使用
- 不绑定容易离职的员工个人手机号
- 恢复邮箱和恢复手机可控
这个 Google Account 后续将成为 Google Play Console 最重要的账号之一。
七、第二项：企业 D-U-N-S Number
Google Play Organization 账号目前需要提供：
D-U-N-S Number
即邓白氏企业编码。
Google 会通过 D-U-N-S 信息验证：
- Organization Name
- Organization Address
- 企业主体身份
Google 官方明确说明，创建 Organization Developer Account 需要提供 D-U-N-S Number。
因此建议企业在 APP 开发过程中就提前确认自己是否已经拥有 D-U-N-S Number。
如果没有，需要提前申请。
八、第三项：企业正式名称
Google Play 注册时填写的 Organization Name，应与：
- D-U-N-S
- 企业注册资料
- Google Payments Profile
- 身份验证资料
尽量保持一致。
不要把：
产品品牌名
直接当成：
公司法定名称
填写，除非二者本身就是一致的。
Google 对企业身份验证中的名称、地址和 D-U-N-S 信息一致性要求较高。
九、第四项：企业地址
需要准备企业正式注册地址。
企业地址最好与：
- D-U-N-S
- 企业注册文件
- Google Payments Profile
保持一致。
如果企业正式名称或地址以后发生变化，通常还需要同步更新 D&B 信息，并可能触发 Google 重新验证。
十、第五项：企业官方网站
建议准备：
正式、公开可访问的公司官网。
例如：
企业官网
官网建议至少可以看到：
- 企业名称
- 企业品牌
- 服务介绍
- 联系方式
- Privacy Policy
- Support
- APP 产品介绍
企业官网最好与企业品牌和域名邮箱保持一致。
十一、第六项：企业邮箱
建议使用：
name@企业域名
例如：
support@example.com
Google Play 会要求开发者提供和验证：
- Contact email
- Developer email
- 部分情况下 Contact phone
这些联系方式需要能够正常使用并长期保持有效。
十二、第七项：企业联系电话
需要准备真实有效的电话号码。
Google 可能通过验证码完成验证。
建议不要使用：
- 临时接码号码
- 无法长期控制的号码
- 容易失效的员工私人号码
十三、第八项：企业代表人身份信息
Google Play Organization 账号可能要求提供：
Authorized Representative
即被授权代表企业进行开发者身份验证的人。
Google 明确要求 Organization Account 提供授权代表人的身份证明。
不同国家和地区允许提交的身份证明文件可能有所不同。
通常需要：
- 有效身份证件
- 清晰彩色照片
- 未过期
- 信息与注册资料一致
Google 明确提醒，错误或不支持的验证文件是账号验证失败的主要原因之一。
十四、滚水科技建议：Google Play 账号由客户自己持有
如果滚水科技负责 APP 开发及 Google Play 上架，我们建议：
Google Play Console Organization Account 由客户注册。
客户注册完成以后，将滚水科技开发人员邀请进入 Google Play Console。
可以根据实际需要开放：
- Admin
- Release
- App access
- Store presence
等对应权限。
原则是：
APP 账号属于客户，技术服务商只获得完成项目所需要的权限。
这样可以降低后续：
- 账号交接
- APP 转移
- 员工离职
- 外包公司更换
带来的风险。
十五、创建 Google Play APP 前，需要准备什么？
开发者账号验证通过以后，就可以在：
Google Play Console
中创建 APP。
通常需要确认：
- APP Name
- Default Language
- App or Game
- Free or Paid
- Developer declarations
等基础信息。
十六、Google Play APP Name
需要确认 APP 的正式名称。
例如：
Example Delivery
Google Play Store 中最终展示的名字应该：
- 与品牌一致
- 不侵权
- 不冒充其他品牌
- 不大量堆砌关键词
- 不使用误导性描述
十七、Package Name
Android APP 需要有一个唯一的：
Package Name
例如：
com.company.appname
它类似于 Apple 的 Bundle ID。
一个正式商业 APP 上线以后，不建议随意修改 Package Name。
开发初期最好就确定。
十八、Google Play 上架需要准备哪些商店资料？
客户通常需要提前准备以下内容。
十九、APP Icon
需要准备 APP 图标。
建议提供：
高质量 PNG 图标源文件
Google Play Store 的商店图标和 Android APP 内图标存在不同技术规格，具体尺寸及适配由技术团队处理。
客户一般只需要提供：
- LOGO
- 品牌规范
- 高清源文件
即可。
二十、Feature Graphic
Google Play 与 Apple 一个比较明显的差异是：
Google Play 通常需要准备：
Feature Graphic
即 Google Play 商店中的推广横图。
常用规格为：
1024 × 500 px
建议内容包含：
- APP 品牌
- 产品视觉
- 核心卖点
但不要堆砌过多文字。
二十一、APP Screenshots
需要准备 APP 截图。
建议至少准备：
5～8 张核心页面。
例如：
第 1 张
产品核心价值
第 2 张
首页
第 3 张
核心功能 A
第 4 张
核心功能 B
第 5 张
订单 / 服务
第 6 张
个人中心
第 7 张
其他优势
Google Play 截图建议采用：
真实 APP 页面 + 简短营销文案
的设计形式。
不要制作与 APP 实际功能严重不符的截图。
二十二、Short Description
Google Play 需要准备：
Short Description
即简短介绍。
一般用于快速告诉用户：
这个 APP 是做什么的？
例如：
Order food from your favorite restaurants and get it delivered to your door.
建议：
- 一句话说明核心价值
- 不大量堆砌关键词
- 不使用无法证明的“全球第一”等夸张描述
二十三、Full Description
需要提供完整的 APP Description。
建议按照下面的结构：
第一部分：产品是什么？
例如：
XX APP is a platform for...
第二部分：解决什么问题？
第三部分：主要功能
例如：
- Online booking
- Order management
- Secure payment
- Notifications
- Membership management
第四部分：适用对象
第五部分：联系我们
二十四、Contact Details
Google Play 商店页面通常需要配置：
- Website
- Phone
其中部分内容可能直接显示给 Google Play 用户。
建议使用：
企业正式客服信息。
二十五、Privacy Policy
绝大多数正式商业 APP 都应该准备：
Privacy Policy
并提供一个公开可访问的网址。
隐私政策应该根据 APP 实际情况说明：
- 收集哪些用户数据
- 为什么收集
- 如何使用
- 数据是否上传服务器
- 数据是否分享第三方
- 第三方 SDK
- 数据保存时间
- 数据删除方式
- 用户权利
- 联系方式
例如 APP 使用：
- Firebase
- Google Analytics
- Meta
- Stripe
- 地图 SDK
- AI API
- Crash Reporting
- Push Notification
都需要评估这些 SDK 实际会收集什么数据。
二十六、Data safety 是 Google Play 上架最重要的资料之一
Google Play 有一套非常重要的：
Data safety
数据安全声明。
它和 Apple 的：
App Privacy
比较类似。
开发者需要告诉 Google：
- APP 收集哪些数据
- 是否共享数据
- 为什么收集
- 数据是否加密
- 用户是否可以请求删除
- 数据属于必需还是可选
Google 要求开发者根据 APP 自身以及第三方 SDK 的实际行为填写 Data safety。
二十七、Data safety 常见的数据类型
例如：
Personal info
- Name
- User IDs
- Address
- Phone Number
Financial info
- Payment information
- Purchase history
- Credit information
Location
- Approximate location
- Precise location
Photos and videos
Files and documents
App activity
例如：
- App interactions
- Search history
- Installed apps
App info and performance
例如：
- Crash logs
- Diagnostics
- Performance data
Device identifiers
例如：
- Advertising ID
- Device ID
二十八、为什么 Data safety 不能随便填写？
Google 可能根据：
- Android Permission
- SDK
- APP 行为
- 隐私政策
- 实际网络请求
判断申报内容是否合理。
例如：
APP 集成了 Firebase Analytics，
但 Data safety 中却填写：
不收集任何数据
就可能存在问题。
因此我们一般建议：
Data safety 由开发团队参与填写。
因为客户通常只知道：
自己主动让用户填写了什么。
但未必知道：
APP 中的第三方 SDK 自动收集了什么。
二十九、账号删除 Account Deletion
如果 APP 允许用户：
创建账号
Google Play 目前要求开发者提供账号删除机制。
通常需要同时满足：
APP 内
用户能够从 APP 中：
删除账号 / 发起删除账号。
以及：
APP 外
需要提供一个公开的：
Web Account Deletion 页面。
让用户即使已经卸载 APP，也能够通过网页：
- 删除账号
- 或提交删除账号申请
Google 官方明确要求，有账号创建功能的 APP 应提供 APP 内账号删除机制，并在 Data safety 中提供相应的网页入口。
这一点与 Apple 有明显区别。
三十、建议怎么设计账号删除？
例如：
APP 内：
我的
↓
设置
↓
账号与安全
↓
删除账号
↓
身份验证
↓
确认删除
另外企业官网提供：
Account Deletion
页面。
例如用户可以：
- 输入账号
- 验证 Email
- 提交删除申请
- 查看处理说明
三十一、App Access
如果 Google 审核人员无法直接访问 APP 的全部功能，需要填写：
App Access
例如 APP 登录后才能使用，就需要提供：
- 测试账号
- 测试密码
- 登录步骤
- 特殊操作说明
如果 APP 需要：
- OTP
- 企业邀请码
- 特定身份
- 特殊权限
必须让 Google 审核人员能够实际进入系统。
三十二、审核测试账号应该怎么准备？
建议单独创建：
Google Review Account
例如：
Email:
google-review@example.com
Password:
Test123456
这个账号应该：
- 长期有效
- 审核期间不要删除
- 不需要真实用户手机号
- 不需要人工审批
- 不要开启复杂验证码
- 能看到主要功能
如果 APP 有多个角色：
例如：
- Customer
- Merchant
- Teacher
- Driver
- Admin
可以根据审核需要提供多个账号。
三十三、如果测试账号使用 OTP 怎么办？
不建议让 Google 审核人员依赖：
真实短信验证码。
否则容易出现：
- 海外收不到验证码
- 验证码失效
- 区号问题
- 短信服务限制
- 测试账号被锁
比较推荐提供：
专门审核账号
并让这个账号可以通过：
- 固定密码
- 固定测试 OTP
- 白名单
完成登录。
但必须确保只是针对测试环境或审核账号设计，不影响正式用户安全。
三十四、Content Rating 内容分级
Google Play 要求 APP 完成：
Content Rating
内容分级问卷。
系统会根据 APP 内容判断适用年龄。
可能涉及：
- Violence
- Sexual content
- Gambling
- Drugs
- Language
- User-generated content
- Social features
Google 在 2026 年的政策更新中进一步明确，发布到 Google Play 的 APP 必须具有内容年龄分级。
三十五、Target Audience
开发者需要声明：
APP 的目标年龄用户群。
例如：
- 儿童
- 青少年
- 成人
如果 APP 包括儿童用户，审核规则会明显严格。
尤其需要注意：
- 广告
- 用户数据
- Analytics SDK
- Location
- Advertising ID
- 社交功能
- 内容推荐
Google Play 对儿童及家庭类 APP 有专门的 Families Policies。
三十六、Ads Declaration
如果 APP 中包含：
广告
需要在 Google Play Console 中进行声明。
例如：
- Google AdMob
- Meta Audience Network
- 第三方广告
- Banner
- Interstitial
- Rewarded Ads
均应根据实际情况进行申报。
不要 APP 中已经存在广告，却选择：
No ads
三十七、Financial Features Declaration
Google Play 对金融相关功能有额外声明要求。
例如涉及：
- Loan
- Investment
- Cryptocurrency
- Wallet
- Banking
- Money Transfer
- Buy Now Pay Later
- Trading
等功能，需要特别注意。
截至 2026 年，Google 要求每个 APP 完成 Financial Features Declaration，即使 APP 本身没有金融功能，也需要完成相应声明。
三十八、高风险和敏感权限
Android APP 可以申请很多系统权限。
例如：
- Camera
- Microphone
- Location
- Contacts
- SMS
- Call Log
- Files
- Notification
其中部分权限属于：
High-risk or Sensitive Permissions
例如某些：
- SMS
- Call Log
权限。
如果 APP 使用这些权限，Google 可能要求填写：
Permissions Declaration Form
并证明：
这个权限对于 APP 的核心功能是必要的。
Google 可能要求提交：
- 功能说明
- 测试账号
- 使用步骤
- 演示视频
Google 官方说明，高风险或敏感权限可能触发额外审核，并可能使审核时间明显延长。
三十九、权限设计原则
我们建议：
APP 只申请真正需要的权限。
例如：
用户点击：
上传头像
以后，再申请相册权限。
而不是：
APP 一启动就同时申请：
- Camera
- Location
- Microphone
- Contacts
- Files
这种做法不仅用户体验较差，也容易增加审核风险。
四十、Android App Bundle
Google Play 目前主流的 APP 上传格式是：
AAB
即：
Android App Bundle
开发团队会生成：
app-release.aab
然后上传到：
Google Play Console
Google Play 会根据用户设备自动生成适合的 APK。
四十一、Play App Signing
Google Play 上架过程中通常还会启用：
Play App Signing
Google 帮助开发者管理正式 APP 签名密钥。
开发团队仍然需要妥善保存：
- Upload Key
- Keystore
- Password
- Alias
这些信息属于 APP 非常重要的技术资产。
四十二、APP Target API Level
Google Play 对 Android APP 有非常重要的：
Target API Level
要求。
它决定 APP 是否符合当前 Android 平台的安全和兼容标准。
截至 2026 年 8 月 14 日：
新 APP 和 APP 更新目前需要满足 Google Play 当前的 Target API 要求。
而从：
2026 年 8 月 31 日起
新的 APP 和 APP 更新需要：
Target Android 16 / API Level 36 或更高版本
部分 Wear OS、Android TV 和 Android Automotive 应用存在不同要求。
因此 APP 即使功能长期没有变化，也需要持续升级：
- Android SDK
- Gradle
- 第三方 SDK
- Target API
否则以后可能无法继续提交新版本。
四十三、Google Play 有哪些测试方式？
Google Play 一般提供：
Internal Testing
内部测试
Closed Testing
封闭测试
Open Testing
公开测试
Production
正式发布
四十四、Internal Testing
适合：
- 开发团队
- 客户内部人员
- QA 测试
- 小范围测试
这是正式上线前非常推荐使用的测试方式。
四十五、Closed Testing
Closed Testing 可以邀请指定用户参加测试。
例如：
- 客户员工
- 测试人员
- Beta 用户
用户通过 Google Account 加入测试以后，可以从 Google Play 安装 APP 测试版本。
四十六、新个人账号需要特别注意测试要求
这是 Google Play 和 Apple 的一个重要区别。
对于：
2023 年 11 月 13 日以后创建的新的 Personal Developer Account
Google Play 要求在申请 Production Access 之前完成：
至少 12 名测试用户
并保持：
连续至少 14 天 Closed Testing。
完成以后，开发者还需要申请 Production Access，并回答有关：
- 测试过程
- APP
- Production readiness
等问题。
因此如果客户是正式企业：
更建议直接使用 Organization Account。
不要为了注册方便先使用个人开发者账号，然后再处理 APP 转移问题。
四十七、Production
Production 就是正式发布渠道。
APP 通过 Google Review 后，会正式面向 Google Play 用户发布。
四十八、Test 阶段应该测试什么？
正式发布以前建议完整测试：
注册
- Phone
- OTP
登录
- Password
- Google Login
- Facebook Login
- 其他第三方登录
忘记密码
账号删除
核心业务流程
例如餐饮 APP：
登录
↓
选择餐厅
↓
选择商品
↓
购物车
↓
创建订单
↓
付款
↓
订单查询
支付
检查：
- 成功
- 失败
- 取消
- 超时
- 重复支付
Push Notification
Camera
Location
File Upload
Deep Link
弱网环境
Android 不同版本
Android 不同屏幕
Android 设备碎片化程度通常比 iPhone 更高。
因此建议至少测试：
- Samsung
- Google Pixel
- 常见中国品牌 Android 设备
以及不同 Android 版本。
四十九、Google Play 支付需要注意什么？
和 Apple 一样，需要区分：
数字商品
和：
实体商品 / 线下服务。
五十、数字商品
例如：
- APP Subscription
- Premium Membership
- Virtual Currency
- Digital Content
- APP Function Upgrade
- 在线数字内容
通常需要按照：
Google Play Billing
政策处理。
不能简单认为：
Android APP 可以随便接 Stripe 绕过 Google Play Billing。
具体应该根据：
- 商品类型
- 用户所在国家
- APP 类型
- Google 当时政策
进行判断。
五十一、实体商品和现实服务
例如：
- 外卖
- 实体商品
- 酒店
- 线下课程
- 打车
- 家政
- 物流
- 线下预约
一般可以根据业务需要使用：
- Stripe
- PayPal
- 信用卡
- 第三方支付
具体依然需要结合 Google Play 当时的支付政策进行确认。
五十二、Google Login 是否强制？
与 Apple 不同：
如果 APP 使用：
- Google Login
- Facebook Login
- 微信登录
Google Play 一般不存在类似 Apple：
Sign in with Apple
那样的统一附加登录要求。
因此 Android APP 可以根据实际业务需求设计第三方登录方式。
但仍然需要：
- 正确处理用户数据
- 在 Privacy Policy 中披露
- 在 Data safety 中申报相关数据
五十三、特殊行业 APP 需要额外注意什么？
以下业务属于 Google Play 审核高风险领域。
金融
例如：
- Loan
- Investment
- Trading
- Crypto
- Banking
- Wallet
通常需要：
- Financial Features Declaration
- 对应许可证
- 企业资质
- 业务说明
医疗健康
涉及：
- Medical Advice
- Medical Devices
- Diagnosis
- Health Data
应特别检查：
- 医疗声明
- 用户隐私
- 健康数据
- 所在国家监管要求
博彩
受到严格限制。
Dating
约会和交友 APP 需要特别关注：
- 年龄限制
- 用户安全
- 内容治理
Google 自 2025 年以来进一步强化了部分 Age-Restricted Content and Functionality 的政策。
儿童 APP
需要重点符合：
Google Play Families Policy
包括：
- 数据收集
- 广告
- SDK
- 年龄识别
- 儿童隐私
新闻 / 内容
不同国家和地区可能存在特殊政策。
五十四、中国大陆企业能不能上架 Google Play？
可以。
中国大陆企业同样可以注册：
Google Play Organization Developer Account
并发布海外 Android APP。
但实际操作中需要提前解决：
- Google 服务访问
- Google Account
- 企业 D-U-N-S
- 国际付款
- 手机验证
- Google Payments Profile
- 企业身份验证
等问题。
此外需要特别注意：
Google Play 并不是中国大陆 Android 手机的统一应用商店。
如果 APP 同时面向：
- 中国大陆
- 海外市场
那么通常需要分别考虑：
海外
Google Play
中国大陆
华为、小米、OPPO、vivo、应用宝等 Android 应用市场。
这是两套不同的上架体系。
五十五、Google Play Store Listing 资料汇总
一个普通 APP 通常需要准备：
APP 基础资料
- [ ] APP Name
- [ ] Default Language
- [ ] Package Name
- [ ] App or Game
- [ ] Free or Paid
品牌资料
- [ ] APP LOGO
- [ ] APP Icon
- [ ] Feature Graphic
- [ ] 品牌视觉
商店页面资料
- [ ] Short Description
- [ ] Full Description
- [ ] Screenshots
- [ ] Website
- [ ] Phone
隐私资料
- [ ] Privacy Policy
- [ ] Data safety
- [ ] 第三方 SDK 数据说明
- [ ] Account Deletion
审核资料
- [ ] App Access
- [ ] Review Account
- [ ] Review Password
- [ ] 特殊测试步骤
内容声明
- [ ] Content Rating
- [ ] Target Audience
- [ ] Ads Declaration
- [ ] Financial Features Declaration
- [ ] 其他 App Content Declaration
技术资料
- [ ] AAB
- [ ] Package Name
- [ ] Signing Key
- [ ] Target API
- [ ] Android Permissions
- [ ] Version Name
- [ ] Version Code
五十六、提交 Production 以前，建议做一次完整检查
账号
- Developer Account 已验证
APP
- 不 Crash
- 没有白屏
- 核心功能正常
登录
- Review Account 可以登录
隐私
- Privacy Policy 可以公开访问
Data safety
- 与实际代码行为一致
Account Deletion
- APP 内可以删除
- Web 页面可以请求删除
Permission
- 没有申请不必要权限
Target API
- 符合 Google Play 当前要求
Store Listing
- Screenshot 正确
- Description 正确
- Logo 正确
APP Content
- Rating
- Audience
- Ads
- Financial Features
均已完成。
五十七、提交 Google Play Review
准备完成以后，可以创建：
Production Release
然后上传：
AAB
填写：
Release Notes
确认所有检查项以后：
Submit for Review
Google Play 会开始审核。
五十八、Google Play 一般会审核什么？
主要会检查：
APP 是否可以正常使用
APP 是否符合 Developer Program Policies
Privacy Policy 是否正确
Data safety 是否准确
Permission 是否合理
测试账号是否可用
APP 是否存在欺骗行为
APP 内容是否合法
支付方式是否符合政策
特殊行业是否符合要求
Store Listing 是否真实
儿童 / 年龄相关政策
五十九、Google Play 常见驳回原因
实际项目中比较常见的包括：
1. Privacy Policy 不符合要求
2. Data safety 与实际数据收集不一致
3. Account Deletion 页面不存在
4. APP 内没有删除账号功能
5. Review Account 无法登录
6. 申请不必要的 Android Permission
7. 高风险权限没有完成声明
8. Target API Level 不符合要求
9. APP Crash
10. APP 内容不完整
11. 数字商品支付不符合 Google Play Billing 规则
12. Content Rating 填写错误
13. Target Audience 填写错误
14. 儿童隐私规则不符合要求
15. APP 涉及金融业务但没有完成相关声明
16. APP 商店介绍与实际功能不一致
六十、APP 被 Reject 怎么办？
Google Play Reject 并不代表 APP 永远不能上线。
一般流程是：
Google Reject
↓
查看 Policy Issue
↓
确认违反的具体条款
↓
判断是：
技术问题
还是：
合规资料问题
↓
修改 APP / 修改声明
↓
上传新版本
↓
重新提交
如果认为 Google 判断存在误解，也可以根据 Play Console 提供的流程：
Appeal
即提出申诉。
六十一、不要反复“试试看能不能过”
Google Play 的账号政策和执法机制需要认真对待。
不建议采用：
先随便提交一次，拒绝了再说。
特别是涉及：
- 欺骗
- 恶意软件
- 隐私违规
- 重复 APP
- 版权侵权
- 欺诈
- 账号关联
等严重问题时，风险可能不仅是：
某个 APP 被 Reject
还可能影响：
整个 Developer Account。
因此正式商业项目应该尽量在提交之前完成合规检查。
六十二、Google Play 审核需要多久？
Google Play 的审核时间并不是固定的。
具体会受到：
- Developer Account 状态
- APP 类型
- 是否第一次发布
- 权限复杂程度
- 特殊行业
- 数据安全申报
- 是否涉及儿童
- 是否需要人工审核
- 是否被 Reject
等因素影响。
普通 APP 有时审核较快。
但高风险 Permission 审核可能明显更长，Google 官方说明某些敏感权限的额外审核甚至可能持续数周。
因此：
不建议对 Google Play 官方审核时间做绝对承诺。
六十三、审核通过以后是否立即上线？
取决于：
Publishing 设置。
Google Play 支持开发者对版本发布时间进行一定程度的控制。
对于正式商业项目，我们建议在真正开放 Production 之前确认：
- Production Server
- Database
- Payment
- SMS
- CDN
- Push Notification
- Customer Service
- Monitoring
全部已经准备完成。
六十四、APP 上线以后还需要持续维护
Google Play 上架以后并不是永远不用更新。
未来仍然需要持续处理：
Android Target API 升级
Google 每年都会更新 Target API 要求。
Android SDK 升级
Gradle 升级
第三方 SDK 升级
例如：
- Firebase
- Stripe
- Meta
- Google Maps
Google Play Policy 更新
Android 新系统兼容
Privacy Policy 更新
Data safety 更新
如果未来 APP 新增：
- Analytics
- SDK
- Location
- Camera
- AI
- Advertising
导致数据处理方式发生变化，那么：
Data safety 也应同步更新。
六十五、客户最终需要准备的资料清单
如果准备委托滚水科技进行 Android APP 开发及 Google Play 上架，可以提前准备以下资料。
企业主体资料
- [ ] 企业正式名称
- [ ] 企业注册地址
- [ ] D-U-N-S Number
- [ ] 企业官网
- [ ] 企业域名邮箱
- [ ] 企业联系电话
- [ ] Google Account
- [ ] 企业代表人身份资料
- [ ] Google Play Developer Organization Account
APP 品牌资料
- [ ] APP Name
- [ ] LOGO
- [ ] APP Icon
- [ ] Feature Graphic
- [ ] 品牌色
- [ ] 品牌视觉
Google Play 页面资料
- [ ] Short Description
- [ ] Full Description
- [ ] APP Screenshots
- [ ] Website
- [ ] Support Email
- [ ] Support Phone
隐私合规资料
- [ ] Privacy Policy
- [ ] Terms of Service
- [ ] Data safety 数据说明
- [ ] 第三方 SDK 清单
- [ ] Account Deletion 页面
- [ ] APP 内账号删除功能
Google 审核资料
- [ ] Review Account
- [ ] Review Password
- [ ] App Access 说明
- [ ] 特殊角色账号
- [ ] 特殊功能测试步骤
App Content
- [ ] Content Rating
- [ ] Target Audience
- [ ] Ads Declaration
- [ ] Financial Features Declaration
- [ ] Permission Declaration，如适用
特殊行业资料
如适用：
- [ ] 金融许可证
- [ ] 医疗相关资质
- [ ] 博彩许可
- [ ] 教育相关资质
- [ ] 内容相关许可证
- [ ] 其他国家或地区监管资料
六十六、建议什么时候开始准备 Google Play 上架？
我们不建议等到 APP 完成以后才注册 Google Play Developer。
比较推荐的时间线是：
产品设计阶段
确认：
- 登录
- 支付
- 数据
- 权限
- 账号删除
- 用户年龄
↓
开发初期
开始：
- Google Play Developer 注册
- D-U-N-S
- 企业验证
↓
开发中期
准备：
- Privacy Policy
- Terms
- Data safety 信息
- Account Deletion
↓
测试阶段
准备：
- APP Icon
- Feature Graphic
- Screenshot
- Description
- Review Account
↓
开发完成
进入：
Internal Testing
↓
Closed Testing
↓
Production
这样可以明显减少项目最后阶段因为：
账号没有验证
或者：
隐私资料没有准备
导致的等待时间。
六十七、Apple App Store 和 Google Play 最大的区别是什么？
如果 APP 同时准备上架 Apple 和 Google，我们建议特别关注下面几个区别。
Apple
核心后台：
App Store Connect
开发者账号：
Apple Developer Program
企业账号通常：
99 美元 / 年
APP 包：
IPA / Xcode Build
测试：
TestFlight
隐私：
App Privacy
账号删除：
APP 内需要支持
目标系统：
iOS SDK / Xcode
Google Play
核心后台：
Google Play Console
开发者账号：
Google Play Developer
注册费用通常：
一次性 25 美元
APP 包：
AAB
测试：
Internal / Closed / Open Testing
隐私：
Data safety
账号删除：
APP 内 + Web 删除入口
目标系统：
Target Android API Level
六十八、同时上架 Apple 和 Google，建议怎么做？
如果 APP 最终计划：
iOS + Android
同时上线，我们建议从一开始就统一设计：
- APP Name
- Privacy Policy
- Terms
- Account Deletion
- User Data
- Login
- Payment
- Permissions
- Review Account
不要做完 iOS 后，再重新按照 Google 规则修改一遍。
比较好的方式是：
开发阶段直接按照 Apple + Google 两套政策中较严格的一套进行设计。
这样最终发布时通常更加顺畅。
六十九、滚水科技通常可以协助哪些 Google Play 上架工作？
如果 APP 由滚水科技负责开发，我们通常可以协助客户完成：
- Google Play Developer 注册指导
- Organization Account 企业验证指导
- Package Name 创建
- Google Play Console APP 创建
- Android App Bundle 打包
- Play App Signing 配置
- Internal Testing
- Closed Testing
- Store Listing 配置
- APP Icon 规格处理
- Feature Graphic 规格处理
- Screenshot 规格处理
- Data safety 技术信息整理
- App Access 配置
- Review Account 配置
- Content Rating 配置协助
- Target Audience 配置协助
- Ads Declaration
- Financial Features Declaration
- Permission Declaration 技术协助
- Production Release
- Google Review
- Reject 原因分析
- 技术问题修改
- 重新提交审核
- 正式发布
七十、客户与滚水科技建议如何分工？
客户负责
企业身份
- Google Play Developer Account
- 企业资料
- D-U-N-S
- 企业官网
- 企业邮箱
- 企业身份认证
商业资料
- 产品名称
- 商业模式
- 服务范围
- 品牌信息
法律资料
- Privacy Policy 最终确认
- Terms 最终确认
- 企业许可证
- 行业资质
- 内容合法性
滚水科技负责
APP 技术
- Android 开发
- Package
- Signing
- AAB
- Android SDK
- Target API
- Permission
Google Play 上架
- Play Console 配置
- Store Listing
- Testing
- Data safety 技术梳理
- App Access
- Review Account
- Production Release
- Google Review
- Reject 技术处理
七十一、谁负责 Google Play 最终审核结果？
需要明确区分：
协助完成 APP 上架
和：
保证 Google 一定审核通过。
软件开发公司可以负责：
- 技术开发
- APP 打包
- Play Console 配置
- 隐私技术梳理
- APP 提交
- Reject 修改
但是最终审核决定由：
Google Play
作出。
尤其以下因素并不是技术开发公司能够完全控制：
- Google 政策变化
- 企业身份验证
- 企业账号封禁
- 客户商业模式
- 客户企业资质
- 特殊行业政策
- 客户提供的内容
- 第三方服务
- 国家和地区法规
因此正式项目中不建议承诺：
100% 保证 Google Play 上架成功。
更合理的服务范围应该是：
按照 Google Play 当前规则进行产品设计、开发、资料配置，并配合完成审核及合理范围内的技术修改。
七十二、最后总结
Google Play 上架并不是简单地：
上传一个 APK。
现在完整流程实际上包含：
开发者认证 + 企业认证 + APP 技术合规 + 隐私申报 + 内容申报 + 测试 + Google Review
多个环节。
对于一个普通商业 APP，最重要的资料至少包括：
- Google Play Developer Organization Account
- D-U-N-S Number
- APP Name
- APP Icon
- Feature Graphic
- APP Screenshots
- Short Description
- Full Description
- Privacy Policy
- Data safety
- Account Deletion
- Review Account
- Content Rating
- Target Audience
- Target API Level
如果 APP 涉及：
- 支付
- 金融
- 医疗
- 儿童
- 社交
- UGC
- 敏感权限
则需要提前进行更详细的政策评估。
关于滚水科技
深圳市滚水科技有限公司专注于 APP、Web 系统、企业数字化平台以及 AI Agent 产品的定制开发和技术交付。
对于需要发布海外市场的 APP 项目，我们通常会在产品设计和开发阶段同步考虑：
- Apple App Store
- Google Play
- Privacy Policy
- 用户数据
- APP Payment
- Account Deletion
- Login
- Android Permissions
- iOS Permissions
- 海外短信
- 海外支付
- 多语言
- 海外云服务
等实际上线问题。
这样可以尽量避免：
产品已经开发完成，最后才发现因为应用商店政策导致无法上线或需要大规模返工。
如果您的 APP 计划同时发布：
Apple App Store + Google Play
建议在项目启动阶段就按照两个平台的最新要求进行统一规划。
资料更新时间：2026 年 8 月
Google Play Developer Program Policies、Android Target API、隐私政策、开发者验证方式以及不同国家和地区的上架要求会持续更新。
例如 Google 已明确，从 2026 年 8 月 31 日起，手机和平板的新 APP 及 APP 更新需要以 Android 16 / API Level 36 或更高版本作为 Target API。
正式提交 APP 时，应以 Google Play Console 和 Google Play Developer Program Policies 当时显示的最新要求为准。
This article is for general reference. Requirements and costs are subject to Google's latest policies, supplier quotations, and actual project conditions.
Permanent link