做几个 App，也就有了几个官网页面。时间长了，页面里的介绍会慢慢长出一些看起来很完整的句子：更多设备、更强安全、更智能的功能、更方便的同步。
每一句单独看都很顺。放回产品里，就需要重新核对。
这次整理落地页时，我发现一个很实际的问题：页面比产品更容易被改成“理想中的样子”。
新增一行文案只需要几分钟。让对应功能在已发布版本中完整成立，往往没有这么快。
先找出每句话的依据
我把产品介绍重新对照了功能配置、客户端行为和当前文档。
能在代码里找到入口，并不自动等于用户已经能在上架版里使用。实验功能、未发布分支和已经下线的能力，都不应该混进当前产品介绍。
在 GPlay 的相关修改里，我重新应用了经过核对的文案，修正了学习页中缺少依据的说法。官网产品卡片也同步收敛到可验证的功能。
我没有给每个产品补一套更复杂的口号。更需要补的是：这句话对应哪个用户可以完成的动作？它在哪个版本里成立？
答不上来，就先缩小表述或删掉。
“笔记在本机”没有回答所有隐私问题
比如 GMemor 的笔记保存在本机，可以离线编辑，也可以通过个人 iCloud 账户同步。这些是可以具体描述的产品行为。
但“笔记在本机”和“应用完全没有任何联网行为”，不是同一个结论。
统计、崩溃日志和模型下载，需要分别核对。购买相关请求或其他服务通信，也不能因为主要内容保存在本机就从隐私说明里消失。
这次 GMemor 的隐私披露就补充、修正了统计、崩溃日志和模型下载相关说明。GPlay 的隐私说明也明确了后端域名以及购买同步涉及的数据。
我想让用户看到的是实际的数据流，而不是用一句很大的承诺替代所有细节。
技术词很容易变成超出实现的承诺
“安全”“加密”“智能”这些词，在介绍里很省空间，但具体含义差别很大。
密码和 Face ID 是哪些入口的访问保护？本地存储和同步分别由什么机制负责？AI 能力是否已经发布，在哪些条件下可用？
如果答案需要补很多限制，宣传语也应该体现这些限制，或者直接改成具体功能。
我在之前移除 GPlay 伪装功能的文章里，写过代码之外的名称和产品定位也需要一起调整。这次官网整理又遇到了同样的关系：功能事实变化之后，标题、说明和页面结构也要跟着变化。
不能只把设置页里的一个开关删掉，却让官网继续介绍它。
页面也应该展示真实产品
此前页面改动里，有一条很值得保留的方向：把真实 App 截图放到首屏，减少装饰性的假面板和重复功能卡片。
展示真实媒体库，比一个看起来很精致、实际不属于产品的“保险库”面板更容易理解。展示真实笔记列表，也比虚构的最近编辑记录更容易维护。
不过这里还需要区分代码已经合入和页面当前已经发布。页面设计有过多轮调整，10 月初也有恢复生产版本的提交，不能看到某个设计提交就认定线上已经保留了全部变化。
这次核对最终以实际发布的页面和产品事实为准。
隐私与购买说明需要同步整理
这轮修改还涉及现有备案号、购买与退款说明、隐私披露，以及页面里的定价和下载区文案。
我把它们当作同一件产品维护工作：用户从官网了解到什么，进入 App 后会经历什么，遇到购买或数据问题时又能在哪里找到说明。
这是本项目的具体整改记录，不是一套可以照搬到所有网站的备案或审核结论。
对我来说，重点是减少这些入口之间的矛盾。首页、FAQ、法律页面和结构化数据，都应该描述同一个已经发布的产品。
只靠人工记住，还不够
如果每次改页面都要重新翻整个代码库，事实核对很难持续。
我在官网和 GPlay 的相关测试中增加、完善了文案事实约束，对已经确认不应出现的说法做回归检查。能够集中管理的产品事实，也尽量放回已有目录和配置，减少多处各写一份的情况。
这种测试有明确局限。它能提醒已知说法回来了，不能自动理解一切新文案，也不能代替实际产品验证。
所以以后增加一句新功能介绍，我还是需要先检查来源。测试负责保存已经做过的判断，人工负责新的判断。
文案变短之后，维护对象也少了
这次最有价值的变化，是页面更容易和产品对照了。
GMemor 可以明确说笔记保存在本机、离线可写、通过个人 iCloud 同步。GBalance 可以具体介绍手动记账、预算、周期交易、存钱计划，以及已有的导入导出能力。
这些句子可能没有那么宏大，但用户知道自己能做什么，我也知道下一次改功能时应该同步修改哪里。
我会继续保留这个习惯：让介绍中的每个重要承诺，都能找到当前产品里对应的行为。产品还没做到的部分，等做到之后再写。