App Store 支持 URL 与 Play Console 网站:是否必填?

在 Play Console 的联系方式部分,填写支持邮箱是必填项;这也是 Google 在需要时联系你所用的地址。网站字段对于基本的应用列表来说不是必填的,但如果你使用 AdMob,就需要通过 app-ads.txt 来验证你的广告 ID,而且总体上也能提升列表的可信度。

如果你的应用允许创建账号,Google 的政策要求用户能够轻松找到如何申请删除账号和数据的方法。这不是一个单独的技术字段——它意味着你在 Data safety 表单中声明的删除机制,应该真正在一个用户可以访问的页面上说明清楚,通常就是你的支持页面。

App Store Connect 的 App Information 部分有一个 Support URL 字段,不填写就无法提交应用审核。Marketing URL 是可选的;如果填写,会作为链接出现在你的 App Store 页面上。此外每个应用还有一个单独且必填的隐私政策 URL 字段。

Play 的支持邮箱同样不是账号级别的,而是按应用设置的:每个应用自己的商店信息页(Store settings > Store listing contact details)都有独立的联系方式部分,包含各自的支持邮箱。所以两个商店在这一点上其实并无不同——App Store Connect 中的 Support URL、Marketing URL 和隐私政策 URL 同样是按每个应用分别设置的;如果你有多个应用,可以为每个应用指定不同的支持渠道。

一个支持页面至少应包含:一个可用的联系方式(邮箱或表单)、常见问题解答,以及关于如何申请删除账号/数据的清晰说明。第三项内容是在两个不同的时间点分别生效的:苹果的应用内账号删除要求自 2022 年 6 月 30 日起生效,而谷歌的账号删除网页链接要求则是在 2023 年出台的(2023 年 4 月宣布,2023 年 12 月为合规截止日期)——但最终结果是,如今这两项都已成为所有允许创建账号的应用的标准要求。

推广/网站页面应该介绍你的应用、链接到两个商店的应用列表,并且如果你使用 AdMob,还需要在网站根目录托管一个可访问的 app-ads.txt 文件(yoursite.com/app-ads.txt)。没有这个文件,或者文件位置不对,AdMob 就无法验证你的广告 ID。

隐私政策页面必须是真正可以访问的;空白页面、需要密码保护的页面,或"建设中"的页面,在两个商店都会成为被拒绝或日后被暂停的理由。政策文本内容还必须与你的应用实际收集的数据(广告 ID、分析数据、崩溃报告等)保持一致。

你不必单独建一个网站;要求的只是你被问到的每个 URL 都指向一个真实的、公开可访问的页面。单页静态网站、建站工具,或是为你的应用自动生成的托管式推广+支持页面,都能满足商店的要求。

Vibeloy 的推广网站工具会从一份表单中获取你应用的描述、商店链接、截图和支持邮箱,并发布到你应用的托管地址上;生成的根地址和 /support 地址可以直接粘贴到 Play Console 的 网站/支持 字段,以及 App Store Connect 的 Marketing URL/Support URL 字段中。这是 Vibeloy 的高级(premium)功能。

无论你选择哪种方式,规则都是一样的:提交之后不要移动或重命名该 URL。两个后台都会把该 URL 当作永久地址;一旦你更改了地址,旧链接就会失效,审核人员和用户都会遇到死链页面。

最常见的错误是把一个通用的公司主页,或者一个仍在建设中的页面留作 Support URL;App Review 会将此标记为缺乏应用专属内容。其次是表单里填了支持邮箱,但实际上没有人在监控它——这可能导致账号/数据删除请求得不到回应,并触发 Play 数据安全政策下的合规审查。

第三个常见错误是把支持页面和隐私页面都指向同一个通用链接,而没有在任何一处清楚写明如何申请删除。规则并不复杂:每个 URL 都应指向一个内容最新、可以访问、并且真正实现其声明用途的页面。