App Store 上架前，我为什么先把支持页和隐私政策放到官网

做 iOS app 到最后，总会遇到几个看起来很不起眼但必须填的 URL：技术支持网址、隐私政策网址，有时还有营销网址。

最早我会想，能不能随便放一个 GitHub Pages 页面，或者临时写个简单页面先通过审核。后来我越来越觉得，这些页面不应该是临时材料，而应该是产品的一部分。

审核员会点，用户也会点

Support URL 不是摆设。App Store 审核员可能会打开它确认 app 是否有基本支持入口；用户遇到问题时也会从商店页点进来。

Privacy Policy URL 更不用说。如果一个 app 说自己本地优先、无账号、无广告，那么隐私页就应该用清楚的语言说明：收不收集数据、数据存在哪里、有没有第三方分析、如何联系开发者。

我现在的结构

Huang Codes 这个网站现在按 app 来组织页面：

• /apps/sumiyomi/ 是产品详情页
• /apps/sumiyomi/support/ 是技术支持页
• /apps/sumiyomi/privacy/ 是隐私政策页
• /apps/sumiyomi/changelog/ 是版本更新记录

其他 app 也沿用同样结构。这样 App Store Connect 里填 URL 时不需要临时找文件，用户从官网也能自然进入每个产品的支持和政策页面。

为什么不全部放 GitHub Pages

GitHub Pages 当然能用，但当 app 变多以后，分散的页面会很难维护。某个 app 改名、隐私说明变化、支持邮箱变化，都要到不同地方找。

集中在一个官网的好处是：品牌统一、路径统一、样式统一、sitemap 统一，也更适合长期维护。

我会检查什么

• URL 是否能通过公网 HTTPS 打开
• 页面里是否明确写出 app 名称
• 隐私页是否和 app 的真实数据行为一致
• 支持页是否有有效联系邮箱
• 版本记录是否和当前上架版本一致

这些事情不难，但很容易忘。尤其是一个人同时维护多个小 app 时，非代码材料会慢慢变成发布流程里最容易漏的部分。

所以我现在更愿意把官网当作发布系统的一部分，而不是一个漂亮的作品集。