长尾词不是「长一点的词」，而是「有人真的这么搜」
我早期做站，把精力全放在「服务器优化」这种大词上，一年下来排名毫无动静。后来改做长尾词——比如「nginx 301 跳转 带参数丢失」——两个月就带来了稳定的自然流量。这篇文章讲的是我实际在用的长尾词挖掘、筛选和落地方法，不涉及任何工具付费，全部可以用免费手段完成。
先给出我的定义：长尾词的判据不是字数，而是「搜索意图足够具体，以至于一篇文章就能完整回答」。一个 6 个字的词如果意图明确（比如「nginx gzip 不生效」），它就是长尾词；一个 12 个字的词如果意图模糊（比如「网站怎么做好优化」），它就还是大词，你抢不过大站。
一、从搜索框里挖：最便宜也最真实的词源
第一个免费词源就是你自己的搜索框。Google 和百度的搜索下拉提示、底部的「相关搜索」、以及搜索结果页的「People also ask」，全部是真实用户在搜的表达。做法很土但有效：把主词一个个敲进去，把提示和底部相关词全部抄进表格。
第二个词源是站内搜索日志。如果你的站有搜索框，请务必把搜索词记进日志。这是最珍贵的词库——它代表「已经来到你站上、但没找到想要的东西」的人。这部分需求你截图里看不到，但转化率极高。我的做法是在搜索接口里记一行：时间、关键词、返回结果数。结果数为 0 的词单独拉一个列表，那就是待写的选题清单。
第三个词源是评论区、群聊、邮件里的原话。用户不会用「性能优化」这种词，他们会说「打开好慢」「图片加载半天」「手机上看不清」。把这些原话翻译成搜索词，就是最贴近真实需求的长尾。
二、免费工具的组合拳
Google Search Console 是免费工具里信息量最大的。三个地方必须常看：
- 效果报告里的「查询」：按曝光高、点击低排序，那些「有人搜、有曝光、但排名在 8~20 位」的词是性价比最高的一批，只要一篇针对性文章就能推到首页。
- 覆盖率/页面索引报告：能看出哪些 URL 被收录但没流量，往往是标题和意图不匹配。
- 搜索词里的「近似变体」：GSC 会把同一个意图的不同说法合并，点开能看到具体变体，这就是天然的近义词库。
百度站长平台和必应站长工具同理，尤其百度对中文长尾的表达习惯和 Google 差别很大，两边都要看。再配合搜索下拉、相关搜索、以及维基百科条目里的目录标题（目录名往往就是用户会搜的子问题），基本不用花一分钱就能攒出几百个候选词。
三、筛选：四个维度打分，别凭感觉
候选词攒到一两百个之后，必须筛。我用四个维度打分，每个 1~5 分，加起来排序：
- 意图明确度：这个词搜出来的人，是不是都想要同一个答案？「nginx 配置」意图分散（安装？反向代理？HTTPS？），「nginx 反向代理 websocket 断连」意图就非常集中。
- 竞争度：直接在搜索引擎里搜，看首页被谁占着。如果前十里全是大型技术社区、官方文档，先放弃；如果混着几个小站、问答页、甚至论坛帖子，说明有戏。
- 与你站的相关性：这个词写了之后，能不能自然内链到你已有的文章？相关性弱的词即使排上去，跳出率也高，长期对站点没好处。
- 可解决性：你有没有真东西可写。这是最容易被忽略的一条——为了排名硬写一篇自己没实践过的内容，读者一看就知道，停留时间短、没有回访，搜索引擎也会慢慢降权。
实践中的经验值是：竞争度 3 分以下、意图明确度 4 分以上、且你真的踩过这个坑的词，优先写。一篇文章同时覆盖 3~5 个近义长尾，比一篇文章只盯一个词效率高得多。
四、关键词布局：标题、首段、小标题三处定生死
写完初稿再想塞关键词，是最常见的错误。正确顺序是先定关键词，再定文章骨架。具体布局规则：
- 标题（title）：主关键词必须完整出现，尽量靠前，不要为了通顺把它拆开。标题长度控制在 30 个汉字以内，避免被搜索结果截断。
- 首段：前 100 字内自然出现一次主关键词，并直接回答「这篇文章解决什么问题」。首段决定用户点不点进来，也决定搜索引擎判断页面主题。
- 小标题（h2/h3）：每个小标题覆盖一个变体长尾，形成「一个问题一个小节」的结构。这样既利阅读，也让每个变体都有机会单独被检索命中。
- 正文：关键词密度不用刻意算。写技术文章时，同一个概念本来就会反复出现，只要不堆砌、读起来自然，就够了。硬塞反而会触发质量判定。
有一个我一直在用的检验法：把文章标题遮住，只读小标题列表，如果读完之后能拼出完整的答案，说明结构对了；如果小标题之间没关系，说明你是在写博客而不是在解决问题。
五、内链：长尾词真正的放大器
单篇长尾文章能带来的流量有限，真正让它持续生效的是内链。逻辑很简单：主关键词那篇文章权重最高，它链向的每一篇长尾文章都会被分到权重；而长尾文章反过来链回主文章，又能强化主词的相关性。
操作上我固定做三件事：一是每篇新文章发布后，回到 2~3 篇相关的老文章里，把「相关推荐」的手工链接加上，锚文本就用那篇的目标长尾词；二是每篇文章正文里至少有一处指向同主题主文的内链，位置放在第一个小标题之后，用户最容易点的地方；三是定期检查内链是否失效，改版之后老链接 404 是最容易被忽略的权重流失。
关于锚文本还有一个细节：不要所有内链都用同一个词。用「nginx gzip 不生效」「gzip 压缩没生效怎么办」「检查 gzip 是否开启」这类自然变体，比清一色「点击这里」或清一色主词效果好得多，也更像人写的。
六、发布之后：收录、观察、迭代
文章发出去只是开始。我的固定动作是：
- 提交 URL 到 GSC 的「网址检查」里请求收录，同时更新 sitemap。百度那边用普通收录接口推送。
- 设置一个 30 天的观察点，看 GSC 里这个词的曝光曲线。有曝光没排名 = 内容相关性够但权重不够，补内链；有排名没点击 = 标题和描述不动人，改标题。
- 60 天还没曝光，说明这个词的搜索量可能真没有，或者被更强的页面压死了。这时候不要死磕，把内容合并进一篇更大的文章，或者换个变体重写。
这一步最需要克制的是「频繁改标题」。每次改动都会让搜索引擎重新评估，短期内排名会波动。我的规则是一篇新文章发布后至少观察 30 天再动，一次只改一个变量（要么改标题，要么改正文结构），这样才知道是哪一步起了作用。
七、三个让我白干过的坑
坑一：把内部术语当成用户词。 我自己习惯说「上游超时」，但用户搜的是「502 错误」。写文章时一定要用用户的话做标题，把内部术语放在正文里解释。我现在每篇文章定稿前都会问一句：这个词我会在搜索框里打出来吗？
坑二：一篇文章塞十个关键词。 早期我为了「全覆盖」，把十几个长尾塞进一篇，结果每个都没排上去，因为页面主题不聚焦。一篇文章只服务一个核心意图，其余变体作为小节顺带覆盖，这是唯一有效的做法。
坑三：只写流量词，不写转化词。 有些词搜索量很小，但搜它的人马上就要动手做某件事，比如「nginx 301 跳转 带参数丢失」。这类词流量不大，但读者会照着做、会收藏、会回访，长期对站点的帮助比一万个泛流量还大。
八、小结
长尾词这套方法说起来不复杂：从真实搜索行为里挖词，用意图明确度、竞争度、相关性、可解决性四个维度筛词，按「标题—首段—小标题」的顺序布局，再用内链把单篇串成主题网络，最后用 30 天一次的节奏观察和迭代。它不需要任何付费工具，也不需要什么技巧，需要的只是持续记录真实用户怎么说，以及愿意为一个小问题写透一篇文章的耐心。
对个人站长来说，这恰恰是最有优势的打法——大站不会为一篇 2000 字的「nginx gzip 不生效怎么查」专门投入，但只要有人真的踩在这个坑里，你就会是那个答案。