SEO 开工前先建中央关键词注册表:每个关键词登记搜索意图、归属页面与状态,一个词只归一个页面,从源头防止关键词蚕食,并为页面架构、内容集群与周报复盘提供依据。
大多数网站的 SEO 是这样开始的:想到一个词,写一篇;客户问了个问题,加一页。三个月后,产品页在讲电池原理,博客在推销产品,应用页又顺带介绍了一遍电芯——几个页面争同一个词,Google 左右为难,谁也没排上去。
问题不是内容写得不好,而是没有一个账本。
做网站 SEO 之前,先建一张中央关键词注册表(Keyword Registry)。它不是关键词列表,而是整个关键词体系的“总账”:每个词从哪里来、归哪个页面、现在排到哪、下一步做什么,全在这张表里。没有这张表,后面所有的页面架构、内容集群、内链规划都是空中楼阁。
没有注册表的三个症状
症状一:关键词蚕食,自己人和自己人抢
产品页主攻“磷酸铁锂 280Ah 电芯”,博客写了一篇《280Ah 电芯怎么选》,应用页里又详细介绍了一遍电芯规格。Google 收到三个几乎相同的信号,只会挑其中一个排,另外两个白写。
这就是关键词蚕食(Keyword Cannibalization)。页面职责分工那篇文章讲的就是治这个病——但分工的前提是先有账本:每个词归哪个页面,得先登记清楚,各页面才知道自己该攻哪类词。
症状二:内容重复,白写
半年后想复盘:“我们写过 XX 了吗?“没人答得上来。翻网站看不出,翻聊天记录也找不全。于是同一个主题写了两遍、三遍——每一次都是全新的成本,每一次都是零排名。
症状三:无法复盘,做了等于没做
没有基线就没有进步。月初 GSC 里多了 50 个查询词,你不知道这算好还是坏;一个页面从第 30 页爬到第 5 页,没有人记得它上个月在第几页。SEO 成了玄学,预算和精力越花越迷茫。
中央关键词注册表是什么
一句话:一张持续维护的表,记录“词 → 页面 → 状态”的三元关系,一个词只归一个页面。
它和“关键词列表”的区别在于:列表是收藏夹,收藏完就丢;注册表是账本,每一行都在持续更新——这个词写到哪了,三个月后有没有排上来,全靠账本回答。
核心字段设计
| 字段 | 作用 | 储能行业示例 |
|---|---|---|
| 关键词(含英文主词) | 记录搜索词本体与对应英文写法 | 3.2V 280Ah 磷酸铁锂电芯 / lifepo4 280ah cell |
| 搜索意图 | 用户此刻想要什么 | 交易型(要规格书 / 询价) |
| 漏斗阶段 | 流量属于哪一层 | BOFU |
| 词类型 | 核心词 or 长尾词 | 长尾词 |
| 量级 | 预估月搜索量 | 中(1k–5k) |
| 难度 | 竞争难度 | 高 |
| 归属页面 | 唯一 slug,一个词只填一个 | /products/lifepo4-280ah-cell/ |
| 页面类型 | 沿用五类页面分工 | 产品页 |
| 状态 | 生命周期:候选 → 定稿 → 已发布 → 已收录 → 排名进前 10 → 未覆盖 | 已发布 |
| 优先级 | 先做谁 | P0 |
| 数据来源与备注 | 可追溯、可查证 | GSC 查询词 2026-07 |
真正关键的只有三列:归属页面、页面类型、状态。 前两列决定“词不内耗”,第三列决定“能复盘”。
可以再加列:上线日期、外链数、CTR……但别贪多。一张表一旦超过 15 列,就没有人维护了。 字段越少,活得越久。
以储能/电池行业为例,登记好的表长这样:
| 关键词 | 意图 | 漏斗 | 归属页面 | 页面类型 | 状态 | 优先级 |
|---|---|---|---|---|---|---|
3.2V 280Ah 磷酸铁锂电芯 |
交易型 | BOFU | /products/lifepo4-280ah-cell/ |
产品页 | 已发布 | P0 |
工商业储能削峰填谷方案 |
商业型 | MOFU | /applications/commercial-peak-shaving/ |
应用页 | 定稿 | P0 |
磷酸铁锂与三元锂度电成本对比 |
信息型 | TOFU | /blog/lfp-vs-ncm-cost/ |
文章页 | 候选 | P1 |
4 步建表流程
第一步:收集种子词
从三个来源开始:
- 竞品调研:看同行的产品页、应用页和博客都在攻什么词——做网站前的竞品研究的四维方法里,SEO 维度产出的就是这份词表
- Google Search Console:已有网站的话,查询词是最真实的种子,直接导出
- 搜索下拉与同行词表:Google 自动补全、相关搜索、行业词的英文变体
这一步只负责“收”,先不判断好坏。宁可多收,也不要漏。
第二步:意图归类与去重
把同一意图的词并成一行:核心词做“主行”,变体(复数、地域、口语说法、英文拼写差异)写进备注——它们不配拥有独立的行,否则表又乱了。
去重规则:同意图、同落点,只留一行。
第三步:分配页面归属(最关键)
每行词找一个“主人”——对照五类页面分工(产品页 / 应用页 / 服务页 / 工艺页 / 文章页),确定这个词该由哪类页面承载,填进“归属页面”和“页面类型”两列。
两个判断规则:
- 找不到归属页面的词,先不建新页——把它归入最接近的现有页面,或者标记为“候选”。
- 一个新词想单独建页?先问:现有页面里有没有谁正在攻这个词? 有,就归它,绝不另起炉灶。
这一步做完,你的注册表其实就是网站页面架构的底稿——页面职责分工里的五类页面,直接照表实施即可。
第四步:冻结与生效
表建好还不够,关键是让它“活着”:
- 定流程:任何新关键词,必须先登记、后写内容,顺序不能反
- 定命名:英文主词、slug 的大小写和格式统一,避免“280ah”和“280Ah”记成两笔账
- 定负责人:表主只有一个,其他人是使用者;表主负责每周的更新与裁决
进阶用法:把注册表沉淀成 AI Skill
表最容易死的环节不是建,而是维护——前面 4 步做完了,大多数人就再也不打开它了。
把维护这件事交给 AI。做法分两步:
第一步:把模板写进项目。 字段定义、示例行、使用规则存成一个 md 模板文件(如 docs/keyword-registry-template.md)。模板是“法律条文”,表是“账本”,规则与数据分开:
# 中央关键词注册表
| 关键词 | 英文主词 | 意图 | 漏斗 | 归属页面 | 页面类型 | 状态 | 优先级 | 备注 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| | | | | | | | | |
规则:一个词只归一页 · 无主词标"候选" · 同意图只留一行 · 状态 30 天不更新等于没有表
第二步:把流程写成 AI Skill。 以 Claude Code 为例,在项目里建 .claude/skills/seo-keyword-registry/SKILL.md,把三步流程写进去:
- 登记新词:查重(同意图变体只留一行)→ 判意图 → 找归属页面 → 补行
- 每周盘点:按状态统计,输出未覆盖词与新进前 10 的词
- 蚕食审计:扫出重复归属、无主词、30 天没更新的行
之后的使用是一句话的事:
"把『储能系统交期』登记进关键词注册表"
"盘点一下注册表,输出未覆盖的词"
"审计一下有没有关键词蚕食"
AI 按 skill 里的规则执行:查重、合并变体、找归属页面、更新状态。所以关键是把规则写进 skill:一个词只归一页、无主词标候选、命名统一——否则 AI 和新人一样会乱。
注册表如何驱动后续体系
驱动页面架构
表就是架构的输入。某类词攒到一定数量,自然知道该建哪类页、哪些页是冗余的;架构调整时,表跟着迁移,不留孤儿词。
驱动内容集群与内链
写文章时锚文本从表里取:提到“磷酸铁锂电芯”,锚文本和目标页永远指向注册表里登记的那一个页面。锚文本不打架,权重不分散,主题集群自然形成。
驱动 SEO 复盘
每周 GSC 导出 → 更新状态列 → 回答三个问题:
- 新收录了几个词?(状态从“已发布”变“已收录”)
- 哪些词爬上来了?(排名进前 10 → 标记,考虑加内链巩固)
- 哪些词写了但没反应?(“未覆盖” → 要么重写,要么承认这个词不该做,从表里划掉)
复盘不是玄学,是账本上的日常操作。
驱动协作
新同事来了,打开表就能干活:状态为“候选”、优先级 P0 的行就是选题池。不用问老板“写什么”,表就是唯一事实来源。
4 条落地法则
- 一个词只归一个页面 — 表里出现重复归属,就是蚕食警报,当场裁决
- 没有归属页面的词不进表 — 或者标“候选”,但不能带着“无主”状态去写内容
- 状态必须维护 — 表 30 天不更新,等于没有表
- 表是唯一事实来源 — 所有 SEO 决策(建页、选题、内链、复盘)从表出发,不从感觉出发
一句话总结: SEO 不是写内容,是先记账。中央关键词注册表建好了,每个词都有主人,后续的页面架构、内容集群和复盘才有着力点——账目清晰,排名才有迹可循。