GEO 服务合同前，外贸企业要先确认四件事：AI 监控口径、数据归属、页面执行范围和复盘边界。合同不是写得越热闹越好，而是越能复查越好。能写清楚查询集、平台、频率、URL、账号权限、交付物、复盘日期和不可控结果边界，后面合作就少很多争议。
这篇清单面向国内外贸工厂和贸易公司。无论企业卖 custom metal parts、LED flood light、packaging machine、medical probe、waterproof connector、industrial valve supplier 还是 private label activewear manufacturer，GEO 合同都不应只写“做 AI 搜索优化”。它要说明谁提供产品资料，谁确认页面事实，谁保管监控表，谁拥有 GSC、GA4 和 AI 答案样本，哪些结果只能观察，哪些动作可以验收。
官方资料边界：GEO服务合同先写可验收字段，不写不可控结果
GEO 合同里最危险的，不是写少了术语，而是把不可控结果写成确定结果。Google、OpenAI、Bing、IndexNow 和 GA4 的官方资料能帮助企业确认很多可验收字段：页面是否可抓取、是否可索引、sitemap 是否包含重点 URL、GSC 是否有真实查询行、GA4 是否记录站内事件、AI crawler 访问边界是否清楚、Bing AI Performance 是否有 citation 样本。
这些资料能约束合作范围，但不能把搜索系统和 AI 平台变成合同里的执行人员。合同应该承诺可控工作：诊断、页面改写、结构化数据核对、查询集、监控表、复盘节奏、账号交接和风险说明。外部平台何时抓取、何时展示、是否引用官网，只能按真实数据观察。
官方资料与GEO合同条款对应表
| 官方来源 | 合同里对应什么条款 | 可以验收什么 | 不能写成什么 |
|---|---|---|---|
| Google Search Central：SEO Starter Guide | 页面基础优化 | 标题、正文、图片说明、内链和页面内容是否服务真实用户。 | 不能写成指定排名或指定点击结果。 |
| Google Search Central：Search Essentials | 搜索基础资格 | 页面是否具备可抓取、可索引和基础质量要求。 | 不能把基础合规写成搜索效果。 |
| Google Search Central：AI features and your website | AI 搜索基础边界 | AI features 仍依赖页面可访问、可索引、内容清楚和结构化数据一致。 | 不能承诺 AI 答案一定采用官网。 |
| Google Search Central：robots.txt introduction | 抓取访问检查 | robots 是否误挡搜索 crawler、AI 相关访问、图片、PDF 和脚本资源。 | 不能把 robots 允许写成已经索引。 |
| Google Search Central：Sitemaps overview | URL 发现链路 | 重点文章、分类页、产品页、资料页是否进入 sitemap。 | sitemap 包含 URL 不等于页面已经被采用。 |
| Google Search Central：Structured data general guidelines | 结构化数据验收 | Schema 字段是否来自页面可见内容，Product、Article、FAQ、Breadcrumb 是否一致。 | 不能把 Schema 写成展示开关。 |
| Search Console Help：Performance report | GSC 复盘口径 | query、page、clicks、impressions、CTR、average position、country、device。 | 没有行数据时，不能补写排名、CTR 或点击变化。 |
| Search Console Help：网址检查工具 | 单 URL 检查 | 重点页面的索引、抓取、canonical 和 Google 看到的版本。 | 不能单独证明页面会获得展示。 |
| Search Console Help：Users and permissions | 账号权限与数据归属 | 谁拥有站点权限，谁能查看、导出和交接 Search Console 数据。 | 不能由服务方单独控制关键账号。 |
| Google Analytics Help：About events | GA4 事件 | 表单、邮件、WhatsApp、下载、RFQ、按钮点击等站内行为。 | 不能把站内事件直接写成搜索或 AI 结果。 |
| Google Analytics Help：Access and data restrictions | GA4 权限和数据访问 | 账号、媒体资源、数据访问和权限边界。 | 不能让企业失去自己的访问数据。 |
| OpenAI Platform：Bots | AI crawler 访问边界 | OAI-SearchBot、GPTBot、ChatGPT-User 的用途要分开检查。 | 不能把允许某个 bot 写成 AI 搜索结果。 |
| Bing Webmaster Blog：AI Performance | Bing AI 观察口径 | 如账号可见，可记录 citations、cited pages、grounding query phrases。 | citation 不是排名、固定答案位置或业务结果。 |
| IndexNow：Documentation | URL 更新通知 | 新增、更新、删除 URL 后记录提交时间、URL 清单和返回状态。 | HTTP 200 只代表通知被接收，不代表索引完成。 |
签约前先确认：GEO服务合同至少要覆盖这九类字段
| 合同字段 | 必须写清楚 | 不清楚会怎样 | 外贸站例子 |
|---|---|---|---|
| 目标范围 | 是 AI 答案抽样、官网引用观察、品牌实体一致性、产品页可读性，还是 GSC/GA4 复盘。 | 所有人都以为自己理解了 GEO，但验收时对不上。 | industrial valve supplier 要看产品族、应用词和 RFQ 路径，不能只看品牌词。 |
| 查询集 | 问题类型、语言、平台、产品词、应用词、供应商词、竞品词和日期。 | 监控结果无法复现。 | waterproof connector 要分 IP68、M12、outdoor cable connector 等问题。 |
| 页面映射 | 每个查询对应首页、分类页、产品页、应用页、资料页、FAQ 或询盘页。 | 所有问题都变成写文章，商业页没人负责。 | LED flood light 应连接分类页、安装指南、认证页和产品详情页。 |
| 技术检查 | robots、sitemap、index/follow、canonical、状态码、移动端表格、结构化数据。 | 页面写得再好，也可能被技术问题挡住。 | medical probe 的参数页和 PDF 资料要能被正常访问。 |
| 内容执行 | 谁提供产品事实，谁确认技术参数，谁改页面，谁审核英文表达。 | 服务方写错产品事实，销售又不认。 | custom metal parts 的材料、公差、表面处理不能靠猜。 |
| 数据权限 | GSC、GA4、Bing Webmaster、AI 样本表、日志样本、导出文件归属。 | 合作结束后企业拿不到历史数据。 | packaging machine 的查询集和引用记录应归企业保存。 |
| 复盘频率 | 周报、月报、30-60-90 天复查范围、会议节奏和交付格式。 | 只有零散截图，没有连续判断。 | private label activewear manufacturer 要持续看产品词、OEM 词和应用词。 |
| 边界说明 | 哪些动作可控，哪些结果只能观察，哪些需要等待真实数据。 | 容易把平台行为误写成服务承诺。 | AI citation、GSC 展示、询盘变化都要按实际数据复盘。 |
| 退出交接 | 账号、表格、页面清单、监控记录、修改记录和下一步建议怎么交接。 | 换合作方时从零开始。 | 至少保留查询集、URL 清单、页面动作和复盘表。 |
AI监控条款怎么写：平台、问题集、日期、样本和竞品来源分开
AI 监控条款不能只写“监控 ChatGPT、Perplexity、Google AI”。这句话太粗。合同里应写清楚问题集如何生成、每次测试在哪天、用什么语言、记录哪些字段、截图和表格如何保存、是否记录竞品来源、是否区分品牌提及和官网引用。
| 监控字段 | 建议写法 | 验收方式 | 风险信号 |
|---|---|---|---|
| 平台 | 列出 ChatGPT search、Google AI features、Bing AI Performance 或其他约定平台。 | 每个平台单独一列，不混在一起。 | 只写“全平台监控”。 |
| 问题集 | 按品牌词、产品词、应用词、供应商词、资料词、竞品词分组。 | 每个问题有编号、语言、意图和对应 URL。 | 只凭临时问题截图。 |
| 记录字段 | 日期、平台、问题、答案摘要、官网是否出现、引用 URL、竞品来源、错误事实。 | 表格可复查，截图可对应到行。 | 只有一张截图，没有时间和问题。 |
| 样本频率 | 按周或按月固定复测，不同阶段可调整频率。 | 同一查询集连续观察。 | 每次临时换问题，无法比较。 |
| 结论口径 | 区分品牌提及、官网引用、第三方引用、事实错误和未出现。 | 报告里不把这些混成一个指标。 | 把“提到品牌”写成“引用官网”。 |
数据归属怎么写：账号、查询集、截图、表格和修改记录都要归档
GEO 项目最容易留下争议的地方，是数据归属。服务方可能有工具，企业可能有官网账号，销售可能有询盘信息，技术人员可能有日志。合同要写清楚这些资料归谁保存、谁能访问、合作结束后怎么交接。
| 资料类型 | 建议归属 | 交接格式 | 为什么重要 |
|---|---|---|---|
| GSC 账号 | 企业拥有主权限，服务方按需要获得访问权限。 | 账号权限清单、授权时间、撤销方式。 | 搜索表现数据属于企业长期资产。 |
| GA4 账号 | 企业拥有媒体资源，服务方协助配置事件。 | 事件命名、转化标记、权限列表。 | 后续要看询盘动作和路径。 |
| 查询集 | 企业和服务方共同确认，最终归企业保存。 | CSV、表格或文档，含编号、语言、意图、URL。 | 它是后续 AI 监控和页面映射的基础。 |
| AI 样本 | 企业应能拿到完整表格和截图。 | 日期、平台、问题、答案摘要、来源、截图文件。 | 避免只剩不可复查的口头结论。 |
| 页面修改记录 | 企业应能看到 URL、字段、修改时间和修改理由。 | URL 清单、版本说明、修改前后摘要。 | 方便判断后续 GSC 或 AI 样本变化。 |
| 询盘反馈 | 企业内部保管，服务方只使用必要字段。 | 产品、国家、问题类型、来源判断、销售备注。 | 保护客户信息，同时支持复盘。 |
页面执行边界：诊断、改写、技术修正和复盘不要混在一句话里
合同里如果只写“做 GEO 优化”，后面很难验收。GEO 服务通常至少分四类动作：诊断、页面执行、技术修正、数据复盘。每一类都要写清楚交付物和不包含的内容。
| 工作类型 | 可以写进合同 | 不应含糊带过 | 验收证据 |
|---|---|---|---|
| 诊断 | 查询集、页面映射、技术检查、官方资料边界、竞品来源观察。 | 只写“出一份报告”。 | 报告、URL 表、截图、字段清单。 |
| 页面执行 | 分类页、产品页、资料页、FAQ、Article、Schema、内链。 | 只写“优化内容”。 | 修改前后正文、页面 URL、字段来源。 |
| 技术修正 | robots、sitemap、index/follow、canonical、移动端表格、结构化数据。 | 只写“技术问题处理”。 | 状态码、源码、官方测试、前台复查。 |
| 监控复盘 | GSC、GA4、AI 样本、Bing citation、询盘反馈、30-60-90 天节奏。 | 只写“持续跟踪”。 | 固定格式表格和时间范围。 |
| 账号交接 | 权限、数据导出、文档、表格、截图、操作记录。 | 只写“资料归客户”。 | 交接清单和访问验证。 |
无GSC数据时，合同结论必须降级
如果 Search Console 最近 28 天或 90 天没有 query、page 或 page-query 行，合同和报告都要写清楚：当前没有可用于判断搜索表现的数据。这个阶段可以做技术基线、页面基线、查询集、监控表和事件配置；不能写已有排名变化、CTR 变化、点击变化或询盘变化。
| 当前证据 | 合同可以写 | 合同不应写 | 下一步 |
|---|---|---|---|
| GSC 无行数据 | 建立查询集、页面映射、GSC/GA4 复盘框架。 | 已经产生搜索表现提升。 | 7-14 天复查 query、page、page-query。 |
| 页面已补内容 | 已完成指定 URL 的事实补强和结构整理。 | 外部平台已经采用该页面。 | 看索引、日志、GSC 和 AI 样本。 |
| AI 样本已建立 | 已有可重复的观察基线。 | 样本代表长期结果。 | 同一查询集持续复测。 |
| GA4 事件已配置 | 后续能观察表单、邮件、下载和 RFQ 动作。 | 事件变化直接等于 GEO 成果。 | 结合页面、来源、询盘质量和销售反馈。 |
| IndexNow 已提交 | URL 更新通知已发送。 | 页面已经被搜索系统收录。 | 继续看日志、GSC、Bing 和 sitemap。 |
外贸企业签合同前的红旗清单
| 红旗 | 现场追问 | 合格回答 | 处理建议 |
|---|---|---|---|
| 只谈平台，不谈页面 | 哪些 URL 会被诊断和改写？ | 能列出首页、分类页、产品页、资料页和 FAQ。 | 没有 URL 清单，不要签执行范围。 |
| 只给截图，不给表格 | 每次 AI 监控的字段怎么保存？ | 能给平台、日期、问题、答案、引用来源和截图编号。 | 要求表格和截图同时交付。 |
| 不谈账号权限 | GSC、GA4、Bing Webmaster 谁拥有权限？ | 企业保留主权限，服务方按需要协作。 | 先建好账号边界再开工。 |
| 不区分诊断和执行 | 报告之后是否包含页面修改？ | 能说明诊断、改写、技术修正、复盘分别收费和验收。 | 把交付阶段拆开写。 |
| 不让企业看原始数据 | 查询集和样本表能否交接？ | 企业能拿到完整记录。 | 数据不透明时谨慎合作。 |
| 忽略产品事实确认 | 谁审核参数、认证、MOQ、交期和应用？ | 企业业务或销售确认后再发布。 | 避免服务方凭想象写产品内容。 |
合同里的30-60-90天复盘节奏怎么写
GEO 服务如果没有复盘节奏，很容易变成一次性内容制作。合同应写清：第 30 天复查技术和页面动作，第 60 天看 GSC/GA4 是否形成数据基线，第 90 天再看 AI 样本、citation、询盘路径和销售反馈是否能串起来。
| 周期 | 复查重点 | 记录字段 | 适合判断什么 |
|---|---|---|---|
| 0-30 天 | robots、sitemap、index/follow、canonical、页面事实、Schema、移动端表格。 | URL、动作、上线日期、复查结果、负责人。 | 可控动作是否落地。 |
| 31-60 天 | GSC 是否出现 query/page 行，GA4 事件是否能记录。 | query、page、country、device、事件、下载、表单、邮件点击。 | 是否形成可观察基线。 |
| 61-90 天 | AI 答案样本、Bing citation、询盘产品、销售反馈和页面动作关系。 | 平台、问题、引用 URL、竞品来源、询盘字段、销售备注。 | 下一轮优先修哪些页面和产品线。 |
合同范围示例：B2B外贸站可以这样拆
| 页面类型 | 合同里写什么 | 验收材料 | 复盘数据 |
|---|---|---|---|
| 首页 | 品牌实体、主营产品、目标市场、核心分类入口。 | 页面截图、源码、内链、结构化数据。 | 品牌词、官网引用、入口点击。 |
| 分类页 | 产品族说明、应用、参数范围、认证、FAQ 和代表产品。 | 分类页正文、表格、内链、sitemap。 | 产品族 query、AI 样本、产品点击。 |
| 产品页 | 型号、规格、材料、MOQ、交期、包装、RFQ。 | 参数表、图片说明、FAQ、询盘入口。 | 产品 query、view_item、RFQ、销售反馈。 |
| 资料页 | 认证、选型、安装、维护、下载资料的 HTML 摘要。 | 正文说明、下载链接、图表、FAQ。 | 资料下载、引用样本、询盘问题。 |
| 博客页 | 解释采购问题，链接到分类页、产品页和资料页。 | 标题、正文、内链、Schema、FAQ。 | 长尾 query、站内路径、AI 答案样本。 |
责任分工怎么写：企业、服务方、技术人员和销售各自负责什么
GEO 合同如果没有责任分工，后续很容易互相等待。服务方可以做诊断、页面结构、官方资料边界和复盘表；企业要提供真实产品资料、销售反馈、账号授权和最终事实确认；技术人员要配合抓取、缓存、日志和权限；销售要反馈询盘质量和客户真实问题。
| 角色 | 主要责任 | 需要交付什么 | 常见断点 |
|---|---|---|---|
| 企业负责人 | 确认目标、预算、产品线优先级和账号归属。 | 产品线清单、重点市场、授权边界、验收人。 | 只要求结果，不确认资源。 |
| 服务方 | 建立查询集、页面映射、诊断清单、页面改写建议和复盘表。 | 报告、表格、URL 清单、修改记录、复盘结论。 | 只给概念，不给字段。 |
| 技术人员 | 处理 robots、sitemap、缓存、状态码、Schema 冲突、日志样本。 | 技术复查结果、源码截图、状态码、日志摘要。 | 只说系统正常，不给证据。 |
| 销售团队 | 反馈客户问题、询盘质量、产品资料缺口和成交阻塞点。 | 询盘类型、产品、国家、问题、资料使用反馈。 | SEO 复盘和销售反馈分离。 |
| 内容确认人 | 核对英文产品事实、认证、MOQ、交期、包装和应用表达。 | 确认记录、修改意见、最终发布版本。 | 页面发布后才发现参数错误。 |
费用和范围边界：不要把诊断、执行、监控和复盘写成一个词
很多 GEO 合同争议来自“服务包括什么”没有拆开。诊断是一类工作，页面执行是一类工作，技术修正是一类工作，监控复盘又是一类工作。报价可以打包，但合同里的验收字段不能打包成一句话。
| 范围项 | 适合单独报价的原因 | 合同里要写清 | 不建议写法 |
|---|---|---|---|
| 基线诊断 | 需要查账号、URL、查询集、竞品和技术状态。 | 样本数量、URL 数、报告字段、复查周期。 | 简单写“含诊断”。 |
| 页面改写 | 需要产品资料、英文表达、内链、Schema 和审核。 | 页面数量、页面类型、修改深度、谁确认事实。 | 简单写“含内容优化”。 |
| 技术修正 | 可能涉及主题、插件、缓存、服务器和权限。 | 哪些由服务方做，哪些由企业技术或主机商做。 | 简单写“技术全包”。 |
| AI 监控 | 需要固定问题集、平台、频率和记录表。 | 平台、问题数量、频率、字段、截图保存方式。 | 简单写“监控 AI”。 |
| 月度复盘 | 需要 GSC、GA4、AI 样本和销售反馈一起看。 | 报告日期、参会人、数据范围、下一步清单。 | 简单写“每月汇报”。 |
合同条款可以这样落地：从一句话变成可验收字段
合同不需要堆满专业词。真正有用的写法，是把每个抽象词变成字段、日期、URL、账号和交付物。下面这张表可以作为签约前的核对方式。
| 模糊写法 | 更可验收的写法 | 验收证据 |
|---|---|---|
| 提供 GEO 优化服务 | 完成 30 个查询的 AI 答案基线、20 条核心 URL 映射和 10 个页面动作建议。 | 查询集、URL 表、页面建议表。 |
| 监控 AI 可见性 | 每月用固定问题集记录平台、日期、答案摘要、官网引用、竞品来源和错误事实。 | 监控表、截图编号、月度摘要。 |
| 优化官网内容 | 按产品线补分类页、产品页、资料页和 FAQ 的可见事实。 | 修改前后摘要、URL、审核记录。 |
| 提供数据报告 | 按 GSC、GA4、AI 样本、询盘反馈四个表分别复盘。 | 报告、导出数据、会议纪要。 |
| 持续提升效果 | 每 30 天给出已完成动作、真实数据变化、仍不可判断的部分和下一步清单。 | 复盘表、行动清单、风险说明。 |
不同外贸产品线的合同重点不一样
GEO 合同不能所有行业一套话。不同产品线的页面事实、资料证据和询盘路径不同，监控问题集也不同。合同里至少要体现产品线差异。
| 产品线 | 合同里重点看什么 | AI样本问题方向 | 复盘信号 |
|---|---|---|---|
| custom metal parts | 材料、工艺、公差、表面处理、图纸上传、MOQ。 | which supplier can make custom aluminum parts for… | 图纸询盘、材料问题、产品页访问。 |
| LED flood light | 功率、IP 等级、认证、安装方式、应用场景。 | best LED flood light supplier for outdoor sports field。 | 分类页 query、认证下载、RFQ。 |
| packaging machine | 物料类型、产能、自动化程度、售后和配件。 | packaging machine for powder pouch export supplier。 | 应用页访问、资料下载、销售问题。 |
| medical probe | 规格、兼容型号、合规资料、使用场景和样品流程。 | medical probe replacement supplier with datasheet。 | 资料页引用、样品询盘、技术问题。 |
| waterproof connector | IP 等级、接口、线缆、温度范围、应用环境。 | M12 waterproof connector manufacturer for outdoor cable。 | 产品页 query、参数下载、型号询盘。 |
月报模板要提前写进合同：不是每月交一份泛报告
GEO 合同里的月报，不应只是“本月完成若干优化”。它要能把本月动作、官方数据、AI 样本、页面修改、询盘反馈和下月动作连起来。这样企业才能判断服务方是在持续推进可控工作，还是只在重复概念。
| 月报模块 | 必须包含 | 验收问题 | 不合格表现 |
|---|---|---|---|
| 本月动作 | URL、动作类型、上线日期、修改理由、审核人。 | 哪些页面发生了真实变化？ | 只写“持续优化”。 |
| GSC 数据 | 日期范围、query、page、click、impression、CTR、average position。 | 有没有真实行数据？没有时是否明确说明？ | 没有数据却写趋势。 |
| GA4 事件 | 表单、邮件、WhatsApp、下载、RFQ、产品点击。 | 站内行为能不能追踪？ | 只看访问量。 |
| AI 样本 | 平台、问题、答案摘要、官网引用、竞品来源、错误事实。 | 样本能不能复测？ | 只贴截图。 |
| 销售反馈 | 询盘产品、国家、问题类型、资料缺口、质量判断。 | SEO/GEO 动作是否服务采购沟通？ | 完全不看销售反馈。 |
| 下月清单 | 优先 URL、动作、负责人、预计复查日期。 | 下一步是否明确？ | 只写继续观察。 |
验收不通过时怎么处理：合同要有复查和修正机制
合同还要写清验收不通过时怎么办。不是每个问题都等于服务失败。有些是资料未提供，有些是账号权限未给，有些是外部平台暂无数据，有些是页面修改没通过审核。把这些情形提前拆开，后面就不会互相推。
| 不通过情形 | 可能原因 | 应对方式 | 谁负责 |
|---|---|---|---|
| 查询集无法确认 | 产品线、目标市场或采购问题未明确。 | 企业补产品资料，服务方给查询分类建议。 | 企业与服务方共同负责。 |
| 页面无法发布 | 产品事实未审核、英文表达未确认、技术权限不足。 | 补审核流程和权限清单。 | 企业确认，服务方执行。 |
| GSC 没有数据 | 站点新、发现链路弱、搜索系统尚未形成行数据。 | 记录为无数据阶段，先看技术和页面基线。 | 双方按数据现实复盘。 |
| AI 样本不稳定 | 平台答案波动、查询表达变化、竞品来源变化。 | 使用固定问题集，按时间连续记录。 | 服务方记录，企业确认口径。 |
| 询盘质量无法判断 | 销售没有回填产品、国家、问题和来源。 | 建立最小销售反馈字段。 | 企业销售负责。 |
签约前最后一遍核对：把合同变成一张可勾选清单
签约前可以把所有条款压缩成一张清单。能勾选，说明合同可执行；勾不出来，说明后面大概率会争议。
| 核对项 | 是否必须 | 最低要求 |
|---|---|---|
| 目标产品线 | 必须 | 至少列出 3-5 条核心产品线和对应英文词。 |
| 查询集 | 必须 | 至少按品牌、产品、应用、供应商、竞品五类分组。 |
| URL 映射 | 必须 | 每类查询有对应页面或待建页面。 |
| 账号权限 | 必须 | GSC、GA4、Bing Webmaster 权限边界清楚。 |
| AI 样本表 | 必须 | 平台、日期、问题、答案、引用来源和截图编号齐全。 |
| 页面动作 | 必须 | 诊断、改写、技术修正和复盘分别列出。 |
| 不可控边界 | 必须 | 明确外部平台结果只能观察，不能写成确定交付。 |
| 退出交接 | 必须 | 查询集、表格、截图、账号权限和页面记录可交接。 |
补充一：GEO合同验收要保留六类证据
GEO服务合同最容易写虚的地方，是把“监控到的样本”“网站实际动作”“未来可能变化”混在一起。合同前应先约定六类证据，后续月报和交接都按同一套字段走。
| 证据类型 | 合同里写什么 | 验收方式 | 边界 |
|---|---|---|---|
| 查询集 | 品牌词、产品词、采购问题、对比问题、售后问题和市场范围 | 导出的查询清单、分组和复查日期 | 查询集不是结果，只是监控样本 |
| AI答案样本 | 平台、日期、地区、问题、答案摘要、官网是否被引用 | 表格记录和必要截图 | 单次样本不能代表长期状态 |
| 官网页面证据 | 品牌事实页、产品页、FAQ、资料页、Schema和内部链接 | URL、源码、截图和上线记录 | 页面上线不等于外部系统立即引用 |
| GSC和GA4 | 搜索表现、自然流量、事件和询盘路径的观察字段 | 按日期范围导出或复盘 | 无行数据时只能写待观察 |
| 竞品样本 | 竞品名称、出现问题、引用来源、页面类型和可学习点 | 样本表和页面对照表 | 不能把竞品出现原因写成确定事实 |
| 交接记录 | 查询集、页面动作、账号、导出文件、未完成问题 | 服务结束交接表 | 不能只交截图不交字段 |
补充二：GSC零行基线下，GEO结论必须降级
如果当前 Search Console 没有可用 query、page 或 page-query 行，GEO合同仍然可以执行页面诊断、查询集搭建、品牌实体梳理和AI样本记录，但不能把搜索表现写成已经发生的事实。
这类项目的第一阶段应写成“建立基线”和“待观察”。GEO服务方可以交付诊断表、页面动作和监控样本，不能把没有数据支撑的点击、展现、询盘、AI引用或业务变化写成结论。
| 数据状态 | 合同可验收内容 | 月报应写 | 不能写 |
|---|---|---|---|
| GSC无查询行 | 查询集、页面映射、Search Console配置状态 | 暂无可用查询行，继续观察 | 某类查询已经获得搜索表现 |
| GSC无页面行 | sitemap、index/follow、canonical、重点URL清单 | 页面可访问和提交状态 | 页面已形成自然搜索结果 |
| GA4无事件 | 表单、邮件、WhatsApp、下载和RFQ事件规划 | 事件是否配置、是否测试成功 | 自然搜索已经带来询盘动作 |
| AI样本不足 | 平台、查询、日期和记录表 | 样本不足，暂不下结论 | 外部AI系统已经稳定引用官网 |
| 产品资料缺口大 | 待补参数、认证、FAQ、图片和下载资料 | 资料缺口影响页面可信度 | 编造产品事实补齐页面 |
补充三：AI监控样本要写清平台、问题和复查周期
AI搜索可见性监控不是随手问几句。合同里要写清楚监控平台、问题集、复查周期和记录字段。否则后续看到不同答案，很难判断是平台变化、问题变化、地区变化，还是页面证据变化。
| 监控字段 | 建议写法 | 验收材料 | 为什么重要 |
|---|---|---|---|
| 平台范围 | 列出具体平台和版本，不把所有AI系统混为一谈 | 平台清单、复测日期 | 不同平台来源和回答机制不同 |
| 问题集 | 按品牌、产品、采购、对比、售后、资料下载分组 | 查询表和分组说明 | 问题不同，答案结果不可直接比较 |
| 地区和语言 | 记录语言、地区、是否登录和使用环境 | 复测条件说明 | 同一问题在不同环境可能不同 |
| 引用URL | 记录是否引用官网、引用哪个URL、引用文本是否准确 | URL表、截图、页面动作 | 方便回到官网补事实和结构 |
| 错误类型 | 品牌错误、产品错误、认证错误、国家错误、来源错误 | 错误清单和修正建议 | GEO优化要先修事实，不是只追求出现 |
补充四：数据归属要覆盖账号、表格、截图和页面版本
GEO项目有大量记录，如果合同不写归属，服务结束后企业可能只拿到几张截图，看不到查询集、URL、页面动作和复盘字段。数据归属要从签约前写清。
| 资产 | 建议归属 | 交接内容 | 风险 |
|---|---|---|---|
| 查询集 | 企业可导出和继续使用 | 问题、分组、语言、地区、复查周期 | 服务结束后无法复测 |
| AI样本表 | 企业留存 | 平台、日期、答案摘要、引用URL、错误类型 | 只留截图，无法比较变化 |
| 官网动作表 | 企业和服务方共同留档 | 改过的URL、字段、上线时间和负责人 | 后续不知道哪些页面被改过 |
| GSC/GA4导出 | 企业账号保留原始权限 | 日期范围、筛选条件、导出文件 | 数据在个人账号里丢失 |
| 页面版本 | 企业拥有后续使用和修改权 | 正文、表格、图片、Schema、FAQ和内链记录 | 服务结束后无法维护 |
补充五：验收不通过时，先判断是数据问题还是执行问题
GEO合同必须预留复查机制。验收不通过时，不能简单写“没效果”，也不能强行写“已完成”。先判断是数据缺失、页面未执行、产品资料不足，还是外部样本尚不稳定。
| 不通过表现 | 优先排查 | 仍可验收 | 下一步 |
|---|---|---|---|
| AI样本没有引用官网 | 官网是否有可引用事实页、产品页和FAQ | 页面动作、查询记录、错误类型 | 补事实、补内链、补结构化数据 |
| AI答案出现产品错误 | 官网产品资料是否清楚，旧页面是否冲突 | 错误清单和页面修正记录 | 统一品牌、产品、认证和型号表述 |
| GSC仍无行数据 | 站点是否验证、sitemap是否提交、页面是否可索引 | 技术状态和URL清单 | 继续观察，不写搜索表现结论 |
| GA4没有自然流量事件 | 事件是否配置，表单和按钮是否可触发 | 事件规划和测试记录 | 先修追踪，再谈转化判断 |
| 企业资料没有确认 | 参数、认证、图片、案例型场景是否缺失 | 资料缺口表 | 由企业补资料后再改页面 |
补充六：服务结束交接要能让下一轮继续复测
一个合格的GEO合同，服务结束时不应该只留下总结报告。企业至少要拿到可继续复测的查询集、AI样本表、官网动作表、GSC/GA4口径和下一步问题清单。
| 交接项 | 必须包含 | 企业怎么验收 | 不能只交什么 |
|---|---|---|---|
| 查询集 | 问题、语言、地区、分组、复查周期 | 企业能按同样问题重新测试 | 只交一页截图 |
| AI样本 | 平台、日期、答案摘要、引用URL、错误类型、对应页面 | 能对比不同月份变化 | 只交最终结论 |
| 页面动作 | URL、改动字段、上线日期、官方来源、内链目标 | 能打开页面逐项核对 | 只交“已优化”字样 |
| 数据口径 | GSC/GA4日期范围、筛选条件、事件名和导出文件 | 能复现复盘表 | 只交截图不交字段 |
| 下一步清单 | 未完成问题、暂停原因、优先级和负责人 | 能转成下一阶段任务 | 只交泛泛建议 |
补充七：合同变更记录要说明为什么调整范围
GEO项目很可能在服务期内调整范围。比如企业补齐产品资料后，原来只做品牌词监控，可能要增加产品问题词；发现AI样本里反复出现错误事实后，也可能要先改官网页面，而不是继续扩大监控数量。
这类变化要写进合同变更记录。记录字段包括：触发原因、涉及查询集、涉及URL、需要企业补充的资料、服务方要执行的页面动作、复查日期和暂不判断的结果字段。
| 变更原因 | 要补充的记录 | 谁确认 | 边界 |
|---|---|---|---|
| 查询集扩大 | 新增问题、语言、地区、平台和复查周期 | 企业和服务方共同确认 | 不能把新增样本写成结果改善 |
| 页面事实修正 | 错误事实、对应URL、修正内容和上线时间 | 产品负责人确认 | 不能编造没有资料支撑的事实 |
| 数据口径变化 | GSC、GA4、AI样本表的筛选条件和日期范围 | 复盘负责人确认 | 不能混用不同周期直接比较 |
| 技术范围扩大 | 模板、Schema、表单事件、sitemap或日志检查范围 | 技术负责人确认 | 不能把复杂开发藏在泛SEO服务里 |
FAQ：GEO服务合同常见问题
合同里要不要写 AI 平台名称？
可以写，但不要只写平台名称。更重要的是写清问题集、记录字段、测试频率、截图和表格归属。平台会变化，记录口径要稳定。
GSC 和 GA4 必须给服务方权限吗？
不一定给最高权限，但企业要拥有主权限。服务方需要查看数据时，可以按最小必要原则授权，并在合同里写明授权范围和撤销方式。
没有 GSC 数据，还能签 GEO 合同吗？
可以，但合同结论要降级。无数据阶段适合做基线：查询集、页面映射、抓取检查、事件配置和 AI 样本表。搜索表现要等真实数据出现后再判断。
AI 答案截图能不能作为验收？
截图可以作为样本证据，但不能单独作为全部验收。它要配合日期、平台、问题、答案摘要、引用 URL、竞品来源和页面修改记录。
合同里最容易漏掉什么？
最容易漏掉数据归属和退出交接。查询集、AI 样本、GSC/GA4 权限、页面修改记录和复盘表都应归档。否则下一轮合作会重新开始。
继续读这组GEO资料
如果你正在系统学习GEO和AI搜索可见性，建议按下面几篇文章继续看。先理解概念，再看诊断、监控、内容结构和合作边界。
