大多数浏览器和
Developer App 均支持流媒体播放。
-
避免常见审核问题的技巧
利用 App Review 团队提供的这些技巧,为 app 审核做好准备。了解如何避免最常见的问题,并探索简单轻松地通过审核的最佳做法。
资源
相关视频
Tech Talks
-
下载
Greg Bradley: App Store 开发者们 大家好 我是 App Store 审核 团队的 Greg 我们的目标是协助开发者 在 App Store 上找到成功机会 我们是一支国际化的队伍 由来自三大洲的审核人员构成 精通 80 多种语言 全天候为您服务 针对您的 app 提供反馈 今天我将分享我们团队的一些提示 帮助您准备好 app 以提交审核 并且避免我们经常发现的一些问题 我们今天将介绍三点提示 可以帮助您避免 30% 的 被拒提交中发现的问题 这些常见问题是可以预防的 在提交 app 前遵循这些提示 可让您的提交内容做好 在 App Store 上 提供给顾客的准备 同时方便我们开展审核工作 为了让您有一个直观的了解 我们将介绍两个 app 的经历 一个遵循了所有这些提示 另一个则没有做到 我们称之为“双 App 记” 另外还会介绍一些其他资源 您可以在提交 app 的前后 以及整个过程中参考这些资源 我们的三点提交提示为: 全面地测试您的 app 做好准备后再交付给顾客 详细地说明您的 app 所提供的独特体验 以及提供相应访问权限 方便我们开展全面审核 首先从测试说起 您的 app 可能有绝妙创意 但错误和崩溃会摧毁体验 如果我们发现了重大错误 或 app 在审核过程中出现崩溃 我们会告诉您 并且尽力帮您解决问题 我们会分享重现这些问题的步骤 如果出现崩溃 我们也提供崩溃日志 我们在实体设备上 而不是在模拟器上 审核所有 app 这样能反映现实中的状况 我们发现的问题也会影响 使用您 app 的每一个人 我们也想帮助您预防这些问题 然而 解决错误或崩溃的最佳时机 是在您提交之前 在 app 审核期间 我们是按照 用户的使用方式来审核 app 的 不一定与正式的 QA 团队 进行 QA 的方式相同 有一个不错的工具 可以帮助您进行 QA 并在实体设备上开展 beta 测试 那就是 TestFlight TestFlight 可让您更轻松地 在 beta 阶段解决问题 然后才进入生产环境 您可以在 App Store Connect 中 直接上传 beta 构建版本 并分发给您的 Apple Developer Program 帐户中 登记的内部测试人员 您也可以将 beta 版 app 分享给 使用 iOS、iPadOS、macOS 和 Apple tvOS 设备的用户 比如通过电子邮件发送邀请 或分享公开链接 TestFlight 构建版本也会 经过 App Store 审核 如果 TestFlight 提交中有 妨碍 beta 测试的问题 或者包含绝不能出现在 App Store 上的内容 我们也会拒绝这些提交 TestFlight 审核 旨在帮助您在将 app 提交至 App Store 之前 解决掉违反 App Store 审核准则的问题 此功能也可通过开发者帐户访问 您可以马上开始测试! 如果您的 app 已在 App Store 上线 并且您要提交重要的 更新来解决一些问题 我们很乐意与您合作 尽快将更新交付给您的顾客 这包括我们所称的 “错误修复提交” 如果我们在审核更新期间 发现您的 app 存在其他问题 我们会告诉您 并询问您是否愿意 在下次提交时解决问题 如果您同意 我们会批准更新 这是一个简易流程 我们会 在 App Store Connect 中 发送信息告知 您是不是符合条件 但请注意 如果 app 存在 法律、信任或安全相关问题 则不符合使用此流程的条件 好的 现在假设有两个 app 有待提交 正在进行这些类型的准备工作 它们的名称分别叫做 Turtlr (龟) 和 R-bit (兔) 其中一个 app 的开发者耐心地 完成了行业标准的 QA 流程 另一个则走了一些捷径 绕开测试阶段并直接进行提交 如果您对民间寓言熟悉的话 或许能猜到两者分别是哪个 Turtlr 利用 TestFlight 完成了完整 QA 过程 之后开发者非常确定 app 中已没有错误 在所有测试设备上 的运行也很顺畅 R-bit 没有使用 TestFlight 只是完成了不甚全面的快速 QA 里面还遗留了几个错误 偶尔也会在尝试登录时崩溃 现在继续介绍第二点提示 在提交 app 时 提供详细介绍 您不辞辛劳地开发了一款优秀 app 我们会很高兴阅读 您用自己的话写的介绍 以了解您 app 的理念和功能 我们建议您在 App Store Connect app 版本页面上的 App 审核信息部分中 提供所有相关的信息 这是新 app 的初次提交? 请告诉我们您 app 的理念 如何启用关键的功能 甚至是介绍您的 app 面向哪些目标受众而设计 您要提交重大更新? 告诉我们具体变化是什么 哪里可以找到重要的新内容 另请注意 当 app 发生变化时 我们可能询问您之前提交时 已经回答过的问题 这样可以确保 我们对您 app 的了解 能够与所有的改进和 持续添加的新功能保持同步 另外还要注意一些 app 可能需要附加文件 如来自监管机构的文件 或出示使用受保护内容的授权 举例来说 如果您努力 为一款与医疗器械同步的 app 取得了监管机构的准许 那么首次提交 app 时 您可以附上相应的文件 如果不确定是否应该提交相关文件 多告诉我们一些 app 的相关信息 总是有利无害的 特别是当您在高度受监管的 行业中经营业务时 要进一步了解哪些 app 可能需要附加额外文件 请参阅审核指南的第 1.3、 1.4、4.1、5 和 5.2 条 请记住 无论在哪里提供 app 您都有责任遵守当地法律 如果我们需要与任何特性 或功能相关的额外信息 我们会发送“需要更多信息” 邮件来告诉您 但如果您能预测到 app 用户 可能会提出什么类型的问题 此信息将有助于简化 app 的审核 我们来快速看看那个 有些俗套的比喻 Turtlr 耐心地全面介绍了 app 并帮助我们了解其预期的用户 不仅包括 app 描述 还包括了 App 审核备注 另外 虽然他们不确定我们 是否需要监管机构许可文件 但依然采取了行动并提交了文件 R-bit 对其 app 采用的 营销策略是保持神秘 从而能引起轰动 但或许是太神秘了 他们在提交 app 进行审核时 没有详细介绍 app 的内容或功能 我们必须花些时间 才能搞清楚这些信息 甚至当用户启动 app 时 也需要经历一个学习过程 接下来谈谈第三点提示 看看如何能帮助简化提交 我们会审核完整的 app 如果包含基于帐户的功能 我们需要同时对使用和不用 帐户的 app 体验进行审核 这可以通过两种方式来实现 一是使用演示帐户 二是创建演示模式 首先说说演示帐户 请在 App Store Connect 中 提供演示帐户的最新登录凭证 这样我们就能轻松获取 任何基于帐户的体验 确保帐户保持最新是重要的一步 因为尽管我们可以 通过创建新的帐户来 审核注册流程 但您自己最清楚 有帐户的用户 应该获得怎样的体验 如果 app 不具有帐户创建功能 那么提供最新的登录信息 就更加重要了 另外 如果根据 app 的理念 有必要提供全功能演示帐户 并填充相关的内容 这么做有助于以最佳视角 向我们展示您的 app 例如 如果您要打造 一个社交媒体平台 您可以在演示帐户中 填充相应内容来真实展示 您 app 提供的服务和体验 如果 app 会处理 敏感的用户信息 或在高度受监管的行业中运行 并对创建新帐户有所限制 您不妨内建一个演示模式 类似于您的 QA 或营销团队 可能已在使用的那种模式 演示模式在使用替代数据的同时 向我们展示您 app 的 所有特性和功能 我们理解您可能会处理一些 不能向外部公开的数据 甚至 Apple 也不行 借助演示模式 您可以帮助我们 从头至尾了解完整的用户体验 而不会泄露任何敏感的用户信息 我们通过这个直白的龟兔比喻 对演示帐户准备过程做个比较 Turtlr 的帐户是最新的 并且能够正常使用 这似乎是显而易见的第一步 但是 帐户凭证无效或过期 是我们频繁遇到的情况 提供的帐户已填充了内容 而且看起来比较真实 就像是我们在查看一个 每天都使用此 app 的用户 的现有帐户一样 这为我们带来自然的用户体验 仿佛我们一直在使用这个 app 但其实我们是第一次启动它! 相反 R-bit 的演示帐户已过期 既然如此 我们会尽可能尝试 自己创建一个帐户 否则的话 我们就不得不 请开发者提供更新的凭证了 即将抵达终点线 首先越过终点线的 是 Turtlr 还是 R-bit? 我们汇总所有的信息 为我们的“双 App 记” 下一个结论 Turtlr 遵循了所有这些提示 做了一些相对简单的事情 他们对 app 进行了 QA 提供了一些详细的信息 而且确保演示帐户存在 并且能够正常使用 R-bit 做了一点点测试 但不足以捕捉所有问题 他们没有向我们或潜在用户 提供多少关于 app 使用方法的指导 演示帐户也在提交之前过期了 Turtlr 耐心准备 app 提交 最终反而节省了时间 他们提交了 app 我们在进行详尽审核之后 批准了提交内容 因为没有发现任何其他问题 R-bit 则遇到了几个障碍 没有可正常使用的演示帐户 还存在一些可用性方面的问题 包括一些错误和概念澄清问题 因此需要花费更多时间 才能让 app 准备好 在 App Store 上线 尽管两个 app 都获得了批准 但因为做了更全面的 app 提交准备工作 我们这里的乌龟朋友 如同某些故事中说的那样 最终赢得了胜利 现实当中这需要多少时间? 对于 90% 的 app 我们的审核用时 不到 24 小时 不论我们拒绝还是批准 您通常都能在一天内得到答案 这意味着 如果提交没有问题 您的 app 就有可能 在 24 小时内 完成审核并获得批准 如果有一些问题需要解决 您也很可能在 24 小时内 获得通知 但是 如果需要经过多次 提交才能解决问题 那您的 app 就需要 几天时间才能获得批准了 我们知道一天和数日的差别 对现实中的 app 有多么重要 所以我们乐意提供这些提示 帮助您的 app 做好 提交批准的准备 而不需要经过多次提交和审核 最后 我们会提供 一些其他资源 供您在向 App Store 提交 app 时参考 第一个资源是您 app 的审核员! 如果您从 App Store 审核团队 收到关于 app 问题的信息 但您不明白我们的要求 您可以在 App Store onnect 中 直接回复我们的信息 并告诉我们 我们会乐意解释问题 帮助您理解我们的准则 如果您的情况需要额外斟酌体谅 例如提交含有重要错误修复的更新 或者存在对时间敏感的事件 您可以请求加急审核 务必告诉我们您的具体情况 我们会尽全力来为您提供支持 如果认为我们对您的 app 有误解 并且不接受我们的审核结果 您可以向 App Review 委员会提交申诉 务必提供具体的理由 说明为何您认为自己的 app 遵循了我们的准则 帮助 App Review 委员会 酌情考虑您的情况 您可以在 Apple Developer 网站的 App Review 页面上 找到用于申请加急审核或 提交申诉的表单的链接 您还可以在那里找到有助于 准备 app 审核的更多提示 和其他需要注意的常见问题 感谢观看我们的视频 我们一如既往地期待 App Store 开发者们的下一杰作 也希望能够帮助您在 App Store 上大获成功
-
-
正在查找特定内容?在上方输入一个主题,就能直接跳转到相应的精彩内容。
提交你查询的内容时出现错误。请检查互联网连接,然后再试一次。