SEO词库建设：老站怎样寻找改进空间？先盘现有词再补缺口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a6623362ef6d.html
📄
SEO词库建设：老站怎样寻找改进空间？先盘现有词再补缺口
老站寻找改进空间，核心不是重新建一套词库，而是把已有页面实际覆盖的词、用户真实搜索的词、以及业务需要的词放在一起比对，找出“有页面但词没覆盖”“有词但页面没接住”“有排名但意图不匹配”这三类缺口。SEO词库建设在这里的作用，是让改进方向可交付、可验收，而不是凭感觉改标题。
先确认前提：老站词库盘点适合什么情况
如果站点已有一定数量的内容页、栏目页，且能拿到搜索表现数据，就适合做词库盘点。反之，如果站点刚上线、页面极少，重点应放在从零搭建结构，而不是寻找存量改进空间。多人协作时，还要先统一词库的字段和口径，否则不同人整理出的表无法合并。
建议词库表至少包含这些列：关键词、搜索意图、对应URL、当前标题、当前排名区间、月搜索量级、优先级、负责人、状态。字段确定后，再开始找缺口。
用三层比对找出老站缺口
把数据分成三层：第一层是站点已有页面及其标题、H1、正文主题；第二层是从搜索表现里导出的已有曝光词；第三层是业务侧补充的目标词。三层对齐后，缺口会自然浮现。
- 有页面无词：页面存在，但标题和正文没有覆盖某类搜索词。改进方式是补充小节或调整标题，而不是新开页面。
- 有词无页面：用户已经在搜，但站内没有专门承接的URL。判断是否值得新建，要看该词与现有页面意图是否冲突。
- 有排名意图偏：页面有排名，但用户点进来发现内容不对应。这类页面优先改内容结构，而不是继续加词。
多人协作时，每个缺口都要写清“改哪个URL、改什么、验收看什么”，否则容易返工。
具体执行：从导出数据到分配任务
可以按下面步骤操作，适用于有搜索表现数据的老站：
- 导出近一段时间的搜索查询数据，按曝光和点击排序，去掉明显无关词。
- 把查询词按意图分组，例如信息型、比较型、交易型，方便后续匹配页面类型。
- 用站点地图或爬取结果列出所有可索引URL，标注每个URL的主题。
- 将词与URL做匹配，标记“已覆盖”“部分覆盖”“未覆盖”。
- 对“部分覆盖”和“未覆盖”的词，判断是改现有页还是新建页，并写明理由。
- 把确认后的任务分配到人，附上验收标准，例如标题是否包含核心词、正文是否回答该意图。
假设某老站有一篇“产品选型指南”，搜索数据里出现“某类产品怎么选”“某类产品对比”等词，但页面只讲了参数。这种情况属于部分覆盖，改进方式是在原页增加对比小节，而不是另建一篇高度相似的页面。是否新建，取决于原页能否自然容纳该意图；能容纳就改，不能容纳再考虑新建。
验收信号：怎么判断改进有效
改完后不要只看排名。可核对的信号包括：目标URL是否被正常抓取和索引、对应查询是否开始获得曝光、点击率是否在合理范围内变化、页面是否回答了该词背后的意图。抓取、索引、排名是不同环节，索引没解决之前，排名变化不能作为唯一判断依据。
多人协作场景下，验收还要看交付物是否完整：词库表是否更新状态、URL是否记录、负责人是否确认、下一次复查时间是否写明。缺少这些，改进空间很快又会变成一笔糊涂账。
把词库变成持续复查的清单
老站的改进空间不是一次找完就结束。建议固定一个复查节奏，把新增查询词、失效URL、意图变化的页面重新过一遍。下一步可以直接从现有词库表中挑出优先级最高的十个缺口，逐个写明改动方案和验收标准，先交付一轮，再根据结果调整下一轮范围。
