SEO/GEO 的起点不是关键词表，而是主题证据架构

直接判断：一个站点的 SEO/GEO 基础，不是“每个关键词写一篇”，而是让每个重要判断都能回答四个问题——由哪一个页面负责、依据什么事实、与哪些页面协作、上线后如何验证。没有这层架构，文章数量越多，越容易出现重复、冲突和无人维护的旧结论。

先做判断

先选一个真实业务问题，而不是一串词。例如用户想判断“某类商品是否适合自己的场景”，这个问题通常同时需要适用对象、规格差异、使用限制、交付与退换规则。若这些事实散落在商品页、类目页、帮助中心和博客里，而且说法不同，搜索系统和 AI 检索都很难确认哪一页最可信。

因此，在立项内容前先判断三件事：这个问题是否值得由站点长期回答；站内是否已有权威事实；用户完成决策需要的是一个答案页，还是一组有明确分工的页面。只有三项都说得清，才进入写作。

决策框架：四层证据架构

第一层是“实体与事实”。列出品牌、产品、服务、规格、政策、作者或方法等需要长期保持一致的对象，并为每项事实指定源头、负责人和复查日期。未经确认的营销说法不能升格为事实。

第二层是“用户问题”。把客服问题、站内搜索、搜索查询、销售异议和售后原因整理成问题簇。问题簇描述的是用户要完成的判断，不是某个工具给出的关键词变体。

第三层是“页面角色”。通常可分为主题总览页、具体问题页、证据页和交易页。总览页负责建立地图，问题页负责解释一个决策，证据页提供方法、测试或政策依据，交易页承接购买。一个页面可以承担主角色和次角色，但必须有唯一主任务。

第四层是“验证回路”。为每组页面记录可发现性、抓取状态、索引选择、实际查询表现、引用或推荐出现、有效访问以及业务动作。展示、点击与转化要分层看，不能用排名截图替代业务结果。

可以用一张最小表落地：用户问题｜主页面｜支持页面｜事实来源｜页面主任务｜需回查项｜负责人｜最近验证时间。当同一问题出现两个主页面，或一个关键事实没有来源时，先修架构，不要继续加稿。

如何从架构进入执行

先挑一个主题做小样本。盘点现有 URL，将每页归到“保留、重定位、合并评估、待验证”四个桶；再为缺失的问题创建内容 brief。技术团队同步确认页面能被发现和读取，运营团队确认商品与政策事实，编辑只在事实边界内组织表达。

如果盘点时发现大量页面状态不明，先进入 抓取与索引诊断；如果事实分散在页面、商品数据和结构化字段之间，先建立 搜索与 AI 共用的事实层。这两步都比继续扩写更优先。

常见误判

• 把关键词表当作主题地图。关键词只反映表达方式，不能自动决定页面职责。
• 把“覆盖全面”理解成同义内容越多越好。多个页面争夺同一意图，往往会稀释证据。
• 先写文章，之后再补来源。这样最容易让未经确认的说法扩散到多个页面。
• 认为加上结构化数据就能修复正文冲突。机器字段与可见文本不一致，只会增加不确定性。
• 用流量增长证明架构正确。流量可能来自低意图问题，仍需看是否推动了目标行为。

验证清单

• 每个重要用户问题都有且只有一个主页面。
• 每项核心事实都有可追溯来源、负责人和复查时间。
• 总览页、问题页、证据页与交易页的职责没有互相复制。
• 内链表达的是上下级或证据关系，而不是随机推荐。
• 页面正文、商品数据、政策页和结构化字段不存在关键冲突。
• 已分别记录可发现、可抓取、被索引、获得展示与产生业务动作的证据。
• 对平台规则或 AI 展示方式的判断已列入“发布前回查”，没有写成永久保证。

适用边界

这套方法适合有多个商品、服务页或知识内容的站点，也适合准备从传统搜索扩展到 AI 检索的团队。只有少量静态页面的展示站，可以把表格缩减为页面、事实来源和验证日期三列。它不能保证排名、收录或被某个 AI 系统引用；它解决的是信息是否一致、可维护、可验证，以及团队是否知道下一步该查什么。