企业准备做 GEO 优化时，常见做法是先增加一批问答文章，却没有记录改动前哪些页面能被抓取、企业事实是否一致、目标问题原来由哪个页面回答。几周后即使 AI 搜索出现了企业信息，也很难判断来自新内容、旧页面还是第三方资料。制造业 GEO 项目应先建立基线记录，再决定改页面、补证据还是新增内容。
先做一份可抓取页面清单
第一张表记录现有页面，而不是只列计划新增的选题。字段至少包括页面 URL、栏目、页面类型、title、H1、description、canonical、状态码、是否进入 sitemap、最后更新时间、正文负责人和资料来源。产品页、能力页、案例页、FAQ、下载页与联系页分别标记，方便判断某个问题应由哪类页面承接。带参数的筛选 URL、旧版地址和测试页面单独列出，不与正式页面混在一起。
技术人员先检查重要页面是否返回 200，canonical 是否指向自身，robots.txt 是否允许抓取，sitemap 是否只包含正式 URL。旧站迁移过的页面还要核对 301 映射，避免同一内容同时存在中文路径、拼音路径和带参数版本。页面依赖脚本加载正文时，应在浏览器中确认搜索系统能够获得主要文本、图片 alt 和结构化数据，不能只看后台有字段就判定页面可用。
清单还要区分“已发布”和“可作为答案来源”。有些页面能访问，却只有图片、宣传口号或几行重复介绍；有些证书页没有适用范围和有效期；有些案例没有产品型号与交付边界。这类页面先标记内容缺口，暂不承担目标问题。内容人员记录缺少的字段，产品或质量人员提供原始资料，更新完成后再进入问题映射表。
给实体、事实和问题建立对应关系
第二张表用于统一实体名称。企业营业主体、中文品牌、英文品牌、历史名称、产品系列、型号、服务区域和常用简称分别设字段，并记录允许出现的位置。公司主体不能与品牌名混用，型号大小写、空格和连字符要与产品资料一致。历史名称只在确有必要的更名说明或旧证书中保留，页面标题、描述和正文不得把它继续写成当前品牌。
每条关键事实都要能回到来源。事实表可以记录事实名称、当前值、单位、适用范围、来源文件、文件版本、生效日期、审核人、公开级别和使用页面。例如设备数量要注明统计日期，产能要写产品与班次条件，认证要关联持证主体和适用型号。销售口头经验可以成为选题线索，但未经产品、质量或行政确认前，不直接写成页面结论。
随后建立问题到页面的映射。字段包括用户问题、搜索意图、目标读者、目标页面、答案所在段落、支持证据、相关产品、责任人和复核日期。像“能否加工某种材料”应落到能力或产品页面，“交期怎样确认”可由 FAQ 解释条件，“企业是否具备某项认证”则指向证书范围。一个问题尽量有一个主要答案页，其他页面用自然链接补充，减少多个页面争抢同一意图。
页面里的答案段要能脱离上下文读懂，但不必统一写成模板。先直接回答适用范围，再写判断条件、证据位置和下一步需要提供的资料。参数、日期、单位和例外条件都要保留。内容编辑负责句子清楚，业务人员负责事实准确，技术人员确保对应页面能抓取。结构化数据只能标记页面上真实可见的内容，不能额外塞入未公开结论。
用固定样本记录改动前后的变化
第三张表保存查询样本。先从销售邮件、搜索词、FAQ 和售后记录中选取一组具体问题，记录查询日期、使用入口、完整问题、回答是否提及企业、事实是否准确、引用或链接指向、错误内容和人工判断。不同搜索与 AI 产品的回答会变化，同一问题也可能因时间、账号或地区得到不同结果，因此基线只保存当时观察，不写成稳定排名。
采样时保留截图或原始文本，并给证据文件命名，例如日期、入口、问题编号和语言。涉及品牌、产品、参数与服务范围的错误分开标记：完全未提及、名称混淆、引用旧数据、范围扩大、来源页面失效。内容团队据此找到需要修正的页面，不能看到一次错误回答就立刻重写整个栏目。修改记录应包含目标 URL、原内容哈希、改动字段、资料版本、负责人和发布日期。
每次更新后先确认页面 200、canonical、sitemap、正文、图片和 dateModified，再按固定间隔复测同一组问题。复测结果与基线逐条对照，记录“准确”“部分准确”“无变化”或“出现新错误”，不编造可见性分数。销售人员还能补充客户是否引用页面、询盘是否带上完整型号与条件。技术抓取、答案采样和真实业务反馈放在同一时间线上，项目才知道下一步该补事实、调整页面还是停止无效改写。
基线表每月做一次轻量复核，遇到品牌更名、型号停产、证书到期、网站迁移或多语言上线时立即更新。过期事实从公开页面撤下，旧 URL 按映射处理，问题样本仍保留历史结果。这样启动 GEO 优化时，团队先拥有可追溯的页面、事实与查询记录，后续每次修改都有明确对象和验证方法。