外贸SEO 的竞争早就不是谁写得多，而是谁的结构更经得起追问。我们用一套自主设计研发的系统管理关键词、页面与内容，把「凭经验」变成「按规则」，再让 AI 在规则内把执行速度提上来。
外贸SEO最容易做假的地方
外贸SEO很难当场验货：排名要等，流量要攒，询盘要养。于是「做了」和「做对了」之间的差距，往往要到半年后才暴露。
三种最常见的症状：
- 关键词全堆在首页，栏目页没有主词，几个页面互相抢同一个词的排名。
- 内容按篇交付，写完不挂内链，权重停在没有转化任务的页面上。
- 标题描述最后才补，正文按感觉写，关键词密度忽高忽低。
这三件事都不是「文笔好不好」的问题，而是结构问题。结构问题无法靠多写几篇补回来。
四道规则：把经验变成可执行的标准
经验如果没有写成规则，就只能留在个人脑子里。我们把最影响结果的四条判断固化下来，让每一页都受同一条标准的约束。
一页一主 K
一个页面只对一个核心词负责。同集群的支撑词可以由同一页自然覆盖，但意图、业务轴或转化职责不同的词，必须独立成页。
这条规则解决的是内耗：两个页面抢同一个词，通常两个都上不去，还浪费了内容预算。
内链在规划阶段就锁定
每一条内容任务在生成之前，就已经锁定 3 条战略内链：向上指向父级栏目，横向指向同级页面，支撑指向相关页面。
大多数站点的内链是写完再补，能补几条看记性。把内链提到规划阶段，权重流向就是设计出来的，不是碰出来的。
先定 TDK，再写正文
标题、描述、H1 在正文之前确定，并由机器校验长度、主词落位与唯一性。
反过来做——先写正文再塞关键词——是多数「优化过但没效果」的根源：标题和内容各说各话，搜索引擎只能给出一个模糊判断。
密度是上界，不是目标
系统给的是密度上限：主词密度、支撑词与变体上限、同一锚文本的最大重复次数。达标线是「自然可读」，不是「把词塞满」。
把密度当目标，会得到一篇读起来别扭、转化率很低、还容易被判低质的文章。这条线上我们宁可保守。
系统怎么跑：五段链路
- 项目资料：业务方向、产品与服务、可验证的事实。事实允许多次补齐，但不允许编造——缺失的事实会作为待确认项交给执行端，而不是让模型补一个看起来合理的数字。
- 关键词合集：导入、聚类、分级、判定意图与业务相关性。不做的词会写明排除理由，原始记录保留。
- 网站结构：生成页面树，把每个主 K 分配到唯一页面，给出 URL、canonical 与父节点。
- 内容规则：内容产能、内容缺口、K-T-D、3 条战略内链与密度参数，写进执行包。
- 执行包：打包成带 manifest、Schema 与文件哈希的 ZIP，交给目标电脑上的 Codex 生成站点与内容。
包出去之后不是结束。爬虫会在授权域名上只读抓取，把 Title、Description、canonical、H1、内容数量、密度与实际 href 读回来，与规划逐项比对，输出「新增问题 / 已修复 / 回归 / 未变化」四类结论。整改项再变回任务，回到链路里。
这一步是整个系统里最不讨巧、但最要紧的部分：它让「做完了」变成「对过账了」。
AI 在系统里做什么，不做什么
我们不掩饰用了 AI，也不夸大它。分工是明确的：
| 环节 | AI 负责 | 人负责 | 机器校验 |
|---|---|---|---|
| 关键词 | 聚类、意图归类、长尾扩展 | 判断业务相关性，决定哪些词不做 | 主 K 是否唯一归属 |
| 标题描述 | 按主 K 扩句，生成候选 | 确认口径、合规与品牌语气 | 长度、主词落位、唯一性 |
| 正文 | 按 Brief 生成初稿 | 补事实、案例与行业判断 | 密度上界、同锚文本、图片 alt |
| 结构 | 建议栏目与父子关系 | 定业务轴与转化职责 | 一页一主 K、canonical |
| 验收 | 不参与 | 判断整改优先级 | 爬虫逐项比对 |
一句话概括：AI 负责扩写与提效，规则负责约束，爬虫负责验收。三样缺一，AI 只会让你更快地犯错。
这也是「AI 外贸SEO」和「用 AI 批量写文章」的分界：前者用 AI 放大一套已经验证过的判断，后者只是把低质内容的生产速度提高十倍。
18 年经验落在哪几个判断上
工具谁都能买，判断买不到。经验真正起作用的地方，是那些系统不会自动告诉你的选择：
- 哪些词不值得做：搜索量不小，但意图与产品不匹配的词，做了只会拉高跳出率。
- 哪些词必须独立成页：看起来同属一个集群，实际是两种采购阶段，硬塞进一页会互相削弱。
- 什么时候不该上内容：站点结构没理顺、技术层有抓取障碍时，先修地基比先写文章划算。
- 这个行业的采购方先看什么：机械设备先看参数与检测能力，化工先看合规与资料，消费品先看场景与对比。
这四条判断构成了系统的规则来源。规则是我们写的，但规则的依据来自 18 年的一线项目——这也是我们敢把这套系统用在自己官网上的原因。
顺带说一句分工：公司 2014 年成立，前十年做企业级软件与物联网系统交付；做 SEO 的时间比做公司更长。先会写系统，才会想到把 SEO 做成系统。
你能拿到什么
每个项目结束时，交付物是可以用手翻的，不是一份汇报 PPT：
- 关键词合集：分级、意图、相关性、排除理由，以及缺指标时的「未标注」而不是 0。
- 页面结构表：每页的主 K、URL、canonical、父节点与承接理由。
- 内容任务清单：每条任务的 K-T-D、3 条战略内链与密度参数。
- 执行包 ZIP：带 manifest、Schema 与文件哈希，可迁移、可复算。
- 验收报告：爬虫读回后的差异清单与整改优先级。
这些文件同时是协作基础：换人接手、换服务商、或者两年后自己维护，都能从这些数据继续，而不是从零回忆。
什么时候不适合这套做法
说实话，这套流程不是所有需求都合适：
- 要求「保证排名」：做不到，也不签这种条款。搜索结果的排序不由服务商决定。
- 要求两周上线一个站：结构规划与校验至少需要 2–3 周，压到一周等于跳过检查。
- 不愿提供真实事实：没有产品参数、资质与案例，内容只能停在泛泛而谈。
- 想做批量铺量站：这套系统是为「少而准」设计的，用来做站群是浪费。
如果需求正好相反——希望结构清楚、内容可维护、效果可验证——那这套流程会比较顺。可以先看外贸SEO的整体做法，也可以直接看服务流程里每个阶段的交付物。