一份 SEO 服务合同真正要做的，不是保证结果，而是把"做没做"变成双方都认账的事实。所以条款的写法只有一个标准：期末能不能指着某一条，把事情核对完。凡是核对不了的表述，不管写得多正式，都该重写。
官方的建议是：与技术开发相关的说明——主机、重定向、错误页、JavaScript 的使用方式——都属于应当讲清楚的部分。这条放到合同里就是"变更说明义务"。关于要不要请 SEO 服务商那页把相关问题列得很直白：你会如何与我沟通、你会不会把对我网站做的所有修改都告诉我，并给出详细建议和背后的理由。答不上来的公司，签之前就该知道后面会难办。
第一类：交付条款——什么叫"交付完成"
这一类最容易写虚。判断标准只有一条：把形容词换成可点的地址和可查的行数。
| 条款 | 必须写清 | 常见的含糊写法 |
|---|---|---|
| 交付物清单 | 每项的形态、粒度、示例格式 | "提供相应的服务与支持" |
| 完成标准 | 用哪个指标、哪张报表、哪个时间点判定 | "达到预期效果后视为完成" |
| 验收程序 | 抽检比例、异议期、异议处理方式 | "甲方确认无误即视为验收通过" |
| 不达标处理 | 补做范围、时限、是否折抵费用 | 只写"乙方负责整改" |
外链类服务的交付物字段，可以直接照外链交付报表该有哪些字段那张清单写进附件；条款层面的完整版见外链合同要写清的七件事。
第二类：数据与权限——账号归谁，改动谁看得见
这一类决定你换人时会不会被动。至少要写明五件事：
- Search Console、站长类账号、第三方工具账号由谁注册，注册邮箱是不是你的域名邮箱。
- 网站后台、主机、代码仓库的权限是只读还是可写，审计阶段与执行阶段是否分开。
- 所有变更是否有书面记录，记录保存在哪里、保存多久。
- 项目结束时这些权限如何移交，移交以什么形式确认。
- 对方在项目中使用我方数据（排名、流量、页面内容）的范围和期限。
官方那页给了一个具体的分级做法：审计阶段只给 Search Console 读取权限，不要在这个阶段给写入权限。把这条直接写进合同，比事后追责有用。
怎么写：三类条款的落笔顺序
条款不要按谈判顺序写，按核对顺序写。落笔顺序是这样：先写交付，再写权限，最后写变更与退出——前两类定下"事情由谁做、在哪能看"，第三类处理"情况变了怎么办"。
范围变更是最常见的争议来源，因为它几乎总会发生。要写清四件事：谁有权提出变更、变更后怎么重新估算工作量与费用、双方确认的书面形式是什么、争议期间按什么继续执行。
退出条款同样不能省，它属于第三类的落笔部分。至少包含：提前通知期、已完成部分的结算口径、未完成部分是否可移交、交接清单的内容，以及资料返还的时限。交接清单该长什么样，站内这篇换服务商前必须拿回来的东西列得很细，可以直接作为合同附件。
怎么验证签完的合同能不能执行
签之前做一次"可执行性演练"，三个动作，十分钟能跑完。
- 抽查一项交付物：从附件里随便挑一行交付物，把它改写成一句"月底我要打开什么、看几个数字"。写不出来，说明这条不可核对，退回重写。
- 模拟一次异议：假设交付延迟两周，翻合同找处理条款。找不到明确说法，就补一条。
- 模拟一次终止：假设三个月后换人，按交接清单走一遍，看每样东西当前由谁持有。任何一样"说不清在谁那儿"的东西，现在就去要。
做完这三步，合同才从一份文件变成一套流程。用不用第三方工具不是重点——官方在工具与建议的指引里同样提醒，要在依据第三方工具做重大改动前先对照官方说明，并且留意对方有没有引用官方文档来支撑建议；反过来，官方垃圾政策里 Link spam 一节的完整列举也应该作为合同附件之一，让"什么不做"变成明文。
哪些条款写进去反而会出事
有四类条款不建议写，或者写了要特别小心。
- 任何形式的排名结果约定。官方明确写道：没有人能保证在 Google 拿到第一名；如果对方保证他们的改动能让你排第一，应该找别家。写进合同不但无效，还会在出问题时把你推到更难的位置。
- "不达标全额退款"这类无条件兜底。结果受多个不可控因素影响，这类条款往往在真正触发时无法执行，最后变成仲裁。
- 授权代你方做对外承诺的条款（例如允许对方以你的名义发新闻稿、发布声明）。
- 要求你给外部链接的条款。官方在这点上的态度是明确的：你永远不需要给 SEO 机构做反向链接。
另一个反向风险也来自官方：最终为你所雇公司所做的一切负责的是你自己。所以合同里必须保留"重大变更需我方书面确认"这一条，否则出了问题，责任仍然落在你身上。