跳转至正文

如何准备 App Store 和 Google Play 的应用上架信息

准备 App Store 和 Google Play 上架:截图尺寸、图标规格、元数据限制、隐私标签、数据安全、年龄分级及检查清单。

App Store Connect 中的 App 信息和商店信息字段

App Store 和 Google Play 的商店页面需要相同的核心素材:图标、符合各商店尺寸要求的截图、符合严格字符限制的名称和描述、隐私政策 URL、隐私披露(Apple 的 App 隐私标签和 Google 的数据安全表单)以及年龄分级问卷。缺少任何一项都会导致无法提交,所以请在应用仍在开发阶段就准备好这些内容。

以下是两家商店的当前要求、审核人员会检查的内容,以及一个下午就能过完的检查清单。

您需要的一切,一目了然

素材 App Store Google Play
应用名称 30 个字符 30 个字符
副标题 / 简短描述 副标题,30 个字符 简短描述,80 个字符
描述 4,000 个字符 完整描述,4,000 个字符
关键词 100 字节,逗号分隔 无(描述会被索引)
宣传文本 170 个字符,可随时编辑 无
新增内容 4,000 个字符 版本说明,每种语言 500 个字符
图标 1024 x 1024 PNG,无透明通道,包含在应用二进制文件中 512 x 512 32 位 PNG,最大 1 MB,上传至 Play Console
特色图片 无 1024 x 500 JPEG 或 24 位 PNG,必填
应用截图 每种显示尺寸 1 到 10 张 每种设备类型 2 到 8 张
预览视频 每种尺寸最多 3 个应用预览,时长 15 到 30 秒 一个 YouTube 链接
隐私政策 URL 必填 必填
隐私披露 应用隐私(“营养标签”) 数据安全部分
年龄分级 Apple 问卷 IARC 问卷
支持 URL 必填 联系邮箱必填,网站选填
审核登录 App Review Information 中的演示账号 App 访问中的凭据

应用图标

Apple。 App Store 图标为 1024 x 1024 的 PNG,正方形,不带透明通道,也不带圆角(iOS 会自行遮罩)。在 Capacitor 应用中,它位于 ios/App/App/Assets.xcassets/AppIcon.appiconset。Xcode 26 也支持用 Icon Composer 制作的分层图标,以呈现 iOS 26 的 Liquid Glass 效果,但单张 1024 图片仍可接受。

Google。 Play 需要单独上传 512 x 512 32 位 PNG,最大 1 MB。Google 会自行应用圆角遮罩和阴影,所以请上传满版正方形图片。应用内启动器图标是单独的,应使用自适应图标(adaptive icon)。

用一张源图生成所有原生图标和启动屏尺寸:

bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate

两家商店都会执行的规则:不得使用“免费”或“#1”这类徽章,不得出现其他品牌设备或 Logo 的截图,也不得模仿其他应用。

应用截图

截图是用户是否安装的最大影响因素。大多数人根本不会读描述。

App Store 截图尺寸

显示屏 是否必填? 竖屏尺寸 (px)
iPhone 6.9" 必填 (首选) 1260 x 2736,也可使用 1290 x 2796 或 1320 x 2868
iPhone 6.5" 仅在未设置 6.9” 时必填 1284 x 2778 或 1242 x 2688
iPhone 6.1” 及更小尺寸 可选,由大尺寸缩放而来 1170 x 2532 等
iPad 13 英寸 应用在 iPad 上运行时必填 2064 x 2752 或 2048 x 2732
iPad 11 英寸 可选 1488 x 2266 等

横屏则使用相同数值,对调即可。格式为 PNG 或 JPEG,不支持 alpha 通道。每个尺寸可上传 1 到 10 张截图,以及 0 到 3 个 App 预览。

一个常见的 Capacitor 坑:新项目默认支持 iPad。如果你不想做 iPad 截图,请将目标的 支持的目标平台 设置为仅限 iPhone,且要在首次上传前完成。如果你发布了 iPad 支持,审核人员会在 iPad 上测试,并拒绝布局错乱的应用。

Google Play 截图尺寸

  • 每种设备类型需 2 到 8 张截图(手机、7 英寸平板、10 英寸平板、Chromebook、Wear OS、Android XR、TV、车载)。
  • JPEG 或 24 位 PNG,无 alpha 通道。
  • 每边在 320 到 3840 像素之间;长边最多是短边的两倍。
  • 手机端请至少使用 1080 x 1920(竖屏)或 1920 x 1080(横屏),且至少提供四张截图,否则应用将没有资格进入某些推荐位。
  • 如果你希望应用显示为“针对平板电脑优化”,则需要提供平板电脑截图。

如何截取这些图

  1. 在合适尺寸的模拟器上运行应用。在 iOS Simulator 中,使用 iPhone 17 Pro Max 模拟 6.9 英寸屏幕并按 Cmd+S。在 Android 上,使用分辨率为 1080 x 1920 或更高的模拟器,并点击模拟器工具栏中的相机按钮。
  2. 用真实的演示数据填充应用。空状态毫无吸引力。
  3. 隐藏调试 UI,并让状态栏保持整洁(xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100).
  4. 在每张截图上方添加简短说明,讲清用户能获得什么,而不是功能名称。
  5. 前两张截图要最吸引人,它们会出现在搜索结果中。

Figma 模板、Fastlane 等工具 snapshot/screengrab 或在线截图边框生成器,能生成各种尺寸的带框版本。

切勿使用展示 App 无法实现的功能的截图,也不要在 App Store 截图中包含 Google Play 徽标(反之亦然)。

名称、副标题与描述

App Store

  • 名称(30 个字符):品牌名加简短描述(如果空间允许),例如“Acme: Expense Tracker”。
  • 副标题(30 个字符):主要卖点。会被搜索收录。
  • 关键词(100 字节):用逗号分隔,逗号后不加空格,不要重复名称或副标题中的词,不要包含竞品品牌名,用单数形式即可。
  • 促销文本(170 个字符):显示在描述上方,无需发布新版本即可更改。可用于当前优惠或新闻。
  • 描述(4,000 个字符):不会在 App Store 中被索引用于搜索,因此请面向用户撰写。用一句话开头说明应用的功能。

Google Play

  • 标题(30 个字符):除非是品牌名称的一部分,否则不要使用表情符号、全大写字母或“最佳”、“免费”或“#1”等词汇。
  • 简短描述(80 个字符):显示在列表首屏。
  • 完整描述(4,000 个字符):用于搜索索引。自然地提及主要关键词几次;关键词堆砌会导致列表被拒。

有关编写元数据及影响排名的错误,请参阅 App Store 元数据:开发者须知.

隐私政策

两个商店都要求提供公开的隐私政策 URL。该 URL 必须:

  • 无需登录即可访问,且不能是 PDF 下载链接。
  • 开发者或公司名称需与商店列表中的信息一致。
  • 列出您收集的数据、收集原因、共享对象、保留期限,以及用户如何申请删除数据。
  • 与隐私标签和数据安全表单中声明的内容保持一致。

还需在应用内(设置或账户页面)链接该政策。如果用户可以创建账户,两个商店都要求支持应用内删除账户;Google 还要求提供一个 Web 链接,让用户无需重新安装应用即可申请删除。我们的 账号删除指南 以及 Android 应用隐私政策指南 深入了解。

Apple App 隐私标签

在 App Store Connect 中,打开应用并前往 App 隐私。你的回答是:

  1. 您或您的第三方合作伙伴是否会从此应用收集数据?
  2. 针对每种数据类型(联系信息、位置、标识符、使用数据、诊断数据、财务信息等):其用途是什么、是否与用户身份关联,以及是否用于追踪。

“追踪”的含义很窄:将您应用中的数据与其他公司应用或网站的数据关联以用于广告,或将其与数据经纪商共享。如果您进行追踪,还需要使用 App Tracking Transparency prompt。

这些标签必须与您的 隐私清单 (PrivacyInfo.xcprivacy) 以及您所集成 SDK 的隐私清单保持一致。请参阅我们的 iOS 应用隐私清单指南.

您可以随时更新 App Privacy 的回答,无需新的 build。

Google Play 数据安全

在 Play Console 中进入 政策与计划 > 应用内容 > 数据安全. 你声明:

  • 应用收集哪些数据类型,以及与第三方共享哪些数据。
  • 数据在传输过程中是否加密。
  • 用户是否可以请求删除数据。
  • 针对每种类型:用途(应用功能、分析、广告、防欺诈等)以及收集是否可选。

如果声明内容与应用实际行为不符,Google 可能会拒绝更新,例如 SDK 发送了广告 ID,而你声明未收集任何标识符。

大多数数据安全错误都源于 SDK。制作一个表格,列出所有原生 SDK 和插件, package.json, ios/App/Podfile 或 Package.swift,以及 android/app/build.gradle然后阅读每个供应商的数据安全指南。

年龄分级

Apple。 在 应用信息 > 年龄分级 你需要回答关于暴力、性内容、脏话、赌博、用户生成内容、消息、广告等方面的问题。Apple 的分级为 4+、9+、13+、16+ 和 18+。包含未经审核的用户生成内容或开放网络访问的应用会获得更高的分级。请如实回答;Apple 会进行核查。请参阅我们的 App Store 年龄分级指南.

Google。 在 应用内容 > 内容分级,填写 IARC 问卷。它会一次性生成各地区的评级(ESRB、PEGI、USK 等)。您还必须完成 目标受众和内容;选择包含儿童的受众会引入“家庭”政策要求。

Google Play 上的其他应用内容声明

在发布之前,Play Console 会在以下部分要求提供所有这些内容: 应用内容:

  • 隐私政策
  • 应用访问权限(如果有任何内容需要登录,请提供供审核人员使用的登录凭据)
  • 广告(应用是否包含广告?)
  • 内容分级
  • 目标受众和内容
  • 数据安全
  • 政府应用声明
  • 金融功能声明
  • 健康类应用声明
  • 广告 ID 使用情况(如果目标 SDK 要求)

审核访问权限与备注

如果应用的任何部分需要登录,请为两个商店提供一个可用的演示账号。该账号不得过期,不得要求通过你控制的手机完成 2FA,并且必须能访问所有功能(包括付费功能)。在 App Store Connect 中,请将其添加到 App 审核信息;在 Google Play 中,请将其添加到 应用访问权限。请添加简短说明,解释不直观的功能、硬件要求或如何找到应用内购买项目。我们的 首次 App 审核指南 涵盖了审核人员关注的内容。

本地化

两个商店都允许你按语言本地化名称、描述、关键词(Apple)和截图。即使应用 UI 是英文,仅对元数据进行本地化通常也能提高非英语市场的转化率。Apple 还会根据国家/地区索引某些次要语言区域(例如,墨西哥西班牙语的元数据会在美国商店中被索引),这实际上为你提供了额外的关键词空间。

发布后可修改的内容

字段 App Store Google Play
描述 需要新版本 随时,已审核
宣传文案 随时 不适用
关键词 需要新版本 不适用
应用截图 需要新版本 随时,已审核
名称 / 副标题 需要新版本 随时,已审核
隐私标签 / 数据安全 随时 随时,已审核

在 iOS 上,新版本通常意味着新的二进制文件。使用 Capgo 实时更新 你可以不经过商店审核就发布 JavaScript 和 UI 修复,但商店元数据变更仍需通过 App Store Connect。

应用商店详情页被拦截的常见原因

  1. 隐私政策 URL 返回 404 或需要登录。
  2. 截图显示的是其他 App 版本、占位内容或其他平台的 UI。
  3. 已启用 iPad 支持但没有 iPad 截图,或 iPad 布局错乱。
  4. 数据安全声明为“未收集数据”,但分析类 SDK 仍在运行。
  5. 演示账号缺失或已过期。
  6. Google Play 描述中存在关键词堆砌。
  7. 名称或图标与现有 App 或品牌过于相似。
  8. 缺少支持 URL 或联系邮箱。

清单

  • App 内是 1024 x 1024 iOS 图标,上传的却是 512 x 512 Play 图标
  • Play 特色图片 1024 x 500
  • iPhone 6.9”(或 6.5”)截图;支持 iPad 则需 iPad 13” 截图
  • Google Play 至少需要四张 1080p 手机截图
  • 名称、副标题和简短描述均在限制范围内
  • 已选择关键词(App Store),且与名称无重复
  • 已撰写描述和版本说明
  • 隐私政策 URL 已上线并在应用中链接
  • App 隐私标签与隐私清单一致
  • 数据安全表单已填写,SDK 已审查
  • 两个商店的年龄分级问卷已完成
  • Play App 内容声明已填写完整
  • 已添加演示账号和审核备注
  • 已设置支持 URL 和联系邮箱

列表页准备就绪后,先将构建版本上传给测试人员。 如何将 iOS 和 Android 应用分发给测试人员 涵盖 TestFlight、Play 测试轨道及其他替代方案。

为 Capacitor 应用提供 Live Updates

当 Web 层出现线上 Bug 时,通过 Capgo 发布修复,而不用等 App Store 审核好几天。用户会在后台收到更新,原生变更则仍走正常审核流程。

博客最新动态

Capgo 为你提供打造真正专业的移动应用所需的最有价值的洞察。