指南

正式上架,一页一页来

你的构建正在测试中。本指南会带你逐个填写 Apple 和 Google 接下来显示的表单,直到你点击提交。

App Store

Push200 已经把你的构建发送到 App Store Connect,你可以在 TestFlight 中看到它。要把它上架到 App Store,你需要填写应用页面,并提交给 Apple 审核。第一次大约需要一小时。之后的更新只需要新构建和几句更新说明。

这是指南,不是建议

我们按照 Apple 和 Google 目前的页面,说明该点哪里、每个填写框要填什么。你写什么内容,以及你的应用能否通过,取决于你和应用商店。Push200 不提供法律、隐私或商业方面的建议,这类问题请咨询有资质的专业人士。Apple 和 Google 会不时更改页面。如果这里的内容与它们官方页面不一致,请以官方页面为准。

  1. 准备好这些

    提交之前,Apple 会要求提供以下所有内容:

    • 应用在 iPhone 上的截图;如果你的应用支持 iPad,还需要 iPad 截图
    • 应用描述,以及最多 100 个字符的搜索关键词
    • 一个可以让用户联系你的支持网页,以及你的隐私政策网址
    • 如果你的应用需要登录:一个可用的演示账号,供 Apple 审核人员使用
    • 你的联系人姓名、电话号码和邮箱,仅供 Apple 审核人员查看
  2. 打开应用的版本页面

    打开 App Store Connect,点击 Apps 并选择你的应用。在左侧 iOS App 下,点击标有 Prepare for Submission 的版本,例如 1.0。接下来的大部分内容都在这个页面上。

  3. 添加截图

    在 Previews and Screenshots 下,Apple 会列出它需要的屏幕尺寸。把截图拖到它要求的每个尺寸上。

    • Apple 要求提供它列出的最大 iPhone 尺寸,并会将这些截图用于较小的 iPhone
    • 如果你的应用支持 iPad,Apple 也会要求 iPad 截图
    • 每个尺寸最多 10 张截图。Apple 希望截图展示应用的实际使用情况
    • Apple 的截图尺寸列出了准确的像素尺寸
  4. 填写文本框

    在同一页面上:

    • Promotional Text:选填,最多 170 个字符,可以随时修改,无需审核
    • Description:介绍你的应用能做什么,最多 4,000 个字符
    • Keywords:用户可能会搜索的词,用逗号分隔,总共最多 100 个字符
    • Support URL:必填,用户可以获得帮助的网页
    • Marketing URL:选填
    • Copyright:应用归谁所有,通常是年份加上你的名字或公司名,例如 2026 你的公司
  5. 选择 Push200 发送的构建

    滚动到 Build,点击 Add Build 或 +。选择版本号与 Push200 显示的一致的构建。如果还没出现,说明 Apple 仍在处理中。通常在收到 Apple 的邮件后几分钟内就会完成。

    • Apple 可能会询问你的应用是否使用加密。Apple 关于加密的页面解释了每个选项,包括哪些算作标准加密
  6. 填写 App Information

    在左侧 General 下,点击 App Information:

    • Name 和 Subtitle:各最多 30 个字符。名称会显示在商店中你的图标下方
    • Category:你的应用出现在商店的哪个分区,还可以选填第二个分类
    • Content Rights:你的应用是否展示他人拥有的内容
    • Age Rating:点击 Set Up Age Ratings 或 Edit,回答 Apple 关于应用内容的问题。Apple 会根据你的回答得出分级
  7. 填写 App Privacy

    在左侧点击 App Privacy。这些内容会成为你 App Store 页面上的隐私部分。

    • Privacy Policy URL:你的隐私政策网址。Apple 要求每个应用都必须提供
    • 点击 Get Started。Apple 会询问你或应用内的服务是否收集数据。应用内的服务可能包括登录、分析、广告、崩溃报告和支付,例如 Firebase
    • 对于你勾选的每种数据,Apple 会询问它的用途、是否与用户本人关联,以及是否用于跟踪
    • 各项服务的提供方通常会公布他们的服务收集哪些数据,这能帮你回答
    • 完成后点击 Publish。Apple 的 App Privacy 页面解释了每个问题
  8. 设置价格和国家/地区

    在左侧点击 Pricing and Availability。选择价格或 Free,以及你的应用上架的国家和地区。付费应用需要先在 Business 下签署 Apple 的 Paid Apps 协议。

  9. 告诉 Apple 审核人员他们需要的信息

    回到版本页面,滚动到 App Review Information:

    • Sign-in required:如果你的应用需要登录,请勾选它,并填写可用的演示用户名和密码。审核人员如果无法登录,通常会把应用退回
    • Contact Information:你的姓名、电话号码和邮箱。只有 Apple 能看到
    • Notes:审核人员自己找不到的内容,例如需要代码、特定地点或特定设备才能使用的功能
  10. 选择上线时间

    在 App Store Version Release 下,选择 Apple 审核通过后应用如何上线:由你点击按钮手动发布、立即自动发布,或在你选定的日期自动发布。

  11. 提交审核

    在右上角点击 Add for Review。Apple 会显示一份摘要。点击 Submit to App Review。你的应用状态会变为 Waiting for Review,然后是 In Review。Apple 表示大多数应用会在一两天内完成审核,并会通过邮件告诉你结果。

  12. 如果 Apple 退回了应用

    Apple 的消息在 App Store Connect 的 App Review 下,并会注明依据的是 Apple 的 App 审核指南中的哪条规则。你可以在那里回复。如果应用中有需要修改的地方,请修改代码,在 Push200 中点击构建,在版本页面选择新构建,然后重新提交。

Apple 的审核指南中常见的退回原因

以下内容来自 Apple 公布的审核指南。每个案例都由 Apple 决定,所以请阅读审核指南原文。

  • 应用崩溃,或有失效链接、空白页面或占位文字
  • 审核人员无法登录,因为没有提供演示账号或演示账号无法使用
  • 隐私问题的回答与应用的实际行为不符,或隐私政策链接无法打开
  • 应用基本上只是套了一层框架的网站,几乎没有像应用一样的功能
  • 销售订阅或额外功能等数字商品时,没有使用 Apple 的 App 内购买
  • 用户可以在应用中创建账号,却无法在应用中删除账号
  • 截图没有展示应用本身

之后的更新

每次更新时,点击左侧 iOS App 旁边的 + 创建新版本,选择 Push200 发送的新构建,填写 What's New in This Version,然后重新提交。其他内容都会保留。

还没开始构建?

如果你的应用还没开始构建,请先连接 GitHub、Apple 和 Google Play。

阅读设置指南

Google Play

Push200 会把每个构建作为测试版本发送到 Google Play,放在你选择的测试轨道上。要公开你的应用,你需要在 Play Console 中完成应用的各项任务,然后把版本发布到正式版。第一次大约需要一小时。

这是指南,不是建议

我们按照 Apple 和 Google 目前的页面,说明该点哪里、每个填写框要填什么。你写什么内容,以及你的应用能否通过,取决于你和应用商店。Push200 不提供法律、隐私或商业方面的建议,这类问题请咨询有资质的专业人士。Apple 和 Google 会不时更改页面。如果这里的内容与它们官方页面不一致,请以官方页面为准。

  1. 先确认你的账号类型

    Google 要求新的个人账号在公开上架之前,先进行封闭测试,至少 12 名测试者连续测试 14 天。组织(企业)账号没有这条规则,但注册时需要 D-U-N-S 编号。请阅读 Google 对个人账号的规定,并查看下面的测试步骤。

  2. 准备好这些

    在你的应用公开上架之前,Google 会要求提供以下所有内容:

    • 应用图标:512 × 512 像素,PNG 格式
    • 置顶大图:1024 × 500 像素,显示在商店页面顶部
    • 至少 2 张手机截图;如果你的应用支持平板,还需要平板截图
    • 最多 80 个字符的简短描述,以及最多 4,000 个字符的完整描述
    • 你的隐私政策网址,以及一个联系邮箱
    • 如果你的应用需要登录:一个可用的测试账号,供 Google 审核人员使用
  3. 打开应用的设置任务

    打开 Play Console 并选择你的应用。在 Dashboard 上,Google 会在 Set up your app 下列出需要完成的任务。每项都会打开一个简短的表单。在每个表单中点击 Save,它就会被打上勾。

  4. 隐私政策和应用访问权限

    在有关应用内容的任务中:

    • Privacy policy:粘贴你的隐私政策网址
    • App access:说明你的应用中所有功能是否无需登录即可使用。如果不是,请添加说明和一个可供 Google 审核人员使用的测试登录信息
  5. 广告、内容分级和目标受众

    还有三个简短的表单:

    • Ads:说明你的应用是否展示广告,包括应用内服务展示的广告
    • Content rating:点击 Start questionnaire,输入你的邮箱,选择应用类别,然后回答关于应用内容的问题。你在各个国家的分级都根据你的回答得出
    • Target audience and content:选择你的应用面向的年龄段。如果包括儿童,还需要遵守 Google 的家庭政策
  6. 数据安全

    这些内容会成为你商店页面上的数据安全部分。

    • Google 会询问你的应用是否收集或分享它列出的任何类型的数据,包括应用内服务收集的数据,例如 Firebase、分析或广告
    • 对于你勾选的每种数据,它会询问用途,以及是可选的还是必需的
    • 它还会询问数据在传输过程中是否加密,以及用户如何申请删除自己的数据
    • 各项服务的提供方通常会公布他们的服务收集哪些数据。Google 关于此表单的帮助页面解释了每个问题
  7. 其他声明

    Google 只会显示适用于你应用的声明,可能包括:

    • News apps、Government apps、Financial features 和 Health:关于这几类应用的问题
    • Account deletion:如果用户可以在你的应用中创建账号,Google 会要求提供一个网页,让用户可以申请删除账号
    • Permissions:如果你的应用使用敏感权限,例如后台位置信息或短信,Google 会询问原因
  8. 你的商店详情

    在左侧 Grow users 下,点击 Store presence,然后点击 Main store listing:

    • App name:最多 30 个字符
    • Short description 和 Full description
    • Graphics:你的图标、置顶大图和截图
    • 在 Store settings 下:你的应用类别、标签、联系邮箱和网站
  9. 测试,以及 12 名测试者规则

    在 Test and release 下,再进入 Testing,Google 提供三种测试:

    • Internal testing:最多 100 名由你邀请的人。除非你在应用的高级设置中选择了其他轨道,否则 Push200 会把构建发送到这里
    • Closed testing:通过邮件列表或 Google 群组邀请的人。Google 的 12 名测试者规则要求的就是这种测试
    • Open testing:任何人都可以从你的商店页面加入
  10. 如果你的是新的个人账号

    要在公开上架前满足 Google 的规则:

    • 打开 Closed testing,创建一个轨道或使用 Google 已创建的轨道,然后添加测试者的邮箱
    • 在该轨道上创建一个版本,并通过 Add from library 添加 Push200 上传的构建
    • 把加入测试的链接发给测试者。每个人打开链接、加入测试,然后从 Google Play 安装你的应用
    • Google 会统计保持加入状态的测试者人数。连续 14 天都至少有 12 名测试者后,Dashboard 上会出现 Apply for production,并附带几个关于测试的问题
  11. 把版本发布到正式版

    在 Test and release 下,点击 Production:

    • 在 Countries / regions 下,选择你的应用在哪些地方提供
    • 点击 Create new release,然后点击 Add from library,选择 Push200 上传的构建,也就是你测试过的那个
    • 填写版本说明,也就是用户在“What's new”下看到的文字,然后点击 Next 和 Save
    • 前往 Publishing overview,点击 Send changes for review
  12. Google 的审核

    Google 表示审核最多可能需要 7 天,新应用有时会更久。审核完成后你会收到邮件。如果 Google 拒绝了,邮件和 Play Console 中的 Inbox 会说明涉及哪项政策以及需要修改什么。修改你的应用或表单,如果应用本身有改动,就在 Push200 中点击构建,然后重新提交。

Google 的政策中常见的拒绝原因

以下内容来自 Google 公布的政策。每个案例都由 Google 决定,所以请阅读 Google 政策中心原文。

  • 数据安全的回答与应用或其服务实际收集的数据不符
  • 没有隐私政策,或链接无法打开
  • 审核人员无法登录,因为 App access 中没有可用的测试登录信息
  • 在名称或描述中堆砌关键词,或文字与应用不符
  • 应用崩溃,或与商店详情中描述的功能不符
  • 使用了敏感权限,却没有提交 Google 要求的声明
  • 应用允许用户创建账号,却没有提供申请删除账号的途径

之后的更新

应用公开上架后,每次更新都很简单。Push200 会把新构建发送到你的测试轨道。测试之后,在 Production 中点击 Create new release,添加新构建,写上更新内容,然后提交审核。

还没开始构建?

如果你的应用还没开始构建,请先连接 GitHub、Apple 和 Google Play。

阅读设置指南