内部链接不是"能塞就塞"。先决定哪些页面需要被支持、哪些页面有权链到它,再决定锚文本;顺序反过来,最后得到的就是一堆千篇一律的导航链接加上一片孤岛页。什么是 hub 页和什么是 spoke 页讲的是分工,本文讲分工确定之后怎么连线。
先把页面分成两类
一类是要靠站内链接获得访问的页面(产品页、解决方案页、集群里的具体页),另一类只是导航用的(栏目页、页脚、关于我们)。两类的期望完全不同:导航链接出现在每个页面上,读者早就知道它们在哪儿,不会当成推荐;把推荐工作也塞进导航,结果就是所有页面的价值被拉平。
从上往下画:层级、深度与孤岛页
| 页面类型 | 应该被谁链到 | 锚文本写什么 | 自查方式 |
|---|---|---|---|
| 支柱页 | 导航、首页、各集群页 | 页面主题本身 | 从任一集群页能点进支柱页 |
| 具体页 | 同集群的兄弟页、相关推荐模块 | 这一页具体在讲什么 | 能否从两个不同位置到达 |
| 集群页 | 支柱页 | 集群名称 | 支柱页能否列出全部成员 |
| 导航与页脚 | 全站 | 栏目名 | 把这里的期望值放低 |
表格里"能否从两个不同位置到达"是本站的做法,不是官方要求;官方从未公布内链数量与搜索表现之间的关系,也没有公布过"每个页面应该被几次内部链接指向"。这个数字应该按内容结构定,不要按某个听说来的公式填。层级深度同理:定一个你自己能维护的上限(比如从首页点到任何页面不超过几次点击),比追求某个"最佳深度"更实际。

锚文本与链接形式:官方口径就两条
第一条,链接得是链接。Google 关于可抓取链接与锚文本的说明指出,Google 能稳定解析的是带 href 的 a 元素;靠脚本事件跳转、或把地址放在非链接标签上的写法,不能被可靠解析。图片链接则会用图片的 alt 文本作为锚文本。
第二条,锚文本要描述目标内容。同一份说明把"描述性、简洁、与目标页面相关"列为好锚文本的特征,并明确点名"点击这里""阅读更多"这类泛化文字是坏例子。Google 关于 sitelink 与站内链接的说明则提到,站内链接的锚文本应当简洁且与目标页面相关,并建议用有信息量的页面标题和标题层级建立清晰的站点结构;同时它写明 sitelink 目前是自动生成的,只在算法认为对用户有用时才展示——也就是说,内部链接的收益官方只描述了方向,没有给出数量或权重的换算。
顺带说清一件事:锚文本不同的内链不要互相重复同一个词。同一目标页从不同位置链过去,锚文本可以各写各的,重点是让人读得通。链接上下文为什么重要:同一页不同位置差别在哪讲的是这件事在外部链接上的对应版本。
URL 结构决定内链能不能长期维护
链接写死成带参数的地址,站点结构一改就全成死链。Google 关于 URL 结构的建议提到复杂 URL、过多参数和会话 ID 会造成索引问题,建议简化 URL 结构、不要使用会话 ID。这条对内链同样成立:站内链接应指向稳定、不带临时参数的地址。
什么时候不该再加内链
- 页面本身没有独立信息量的时候。此时给它加入口只是把薄页面推到前面,canonical 和外链指向的 URL 有什么关系里讨论的信号归属问题会更难处理。
- 为了塞关键词而写锚文本。锚文本是人读的,读者看不懂就等于没写。
- 把导航当成唯一的内链来源。导航会随改版变动,文章正文里的链接才是长期资产。
- 新站内容还很少的时候。不必为了对称去建空集群页。
怎么验证内链规划真的连上了
- 把全站链接导出成一张表:来源页、目标页、锚文本。三列缺一不可,只有地址没有锚文本,说明这一列还没规划。
- 按目标页分组,看有没有孤岛页(入链为零)和只有导航入链的页面。前者是漏了,后者是还没想清楚分工。
- 随机抽十篇正文,确认里面的链接是带 href 的元素、地址能正常请求、锚文本读得通。
- 每次改版或发新内容后重跑一次这张表。链接表是活文档,不维护就会过期。
内链规划没有官方公式可抄,它更像一次盘点:把谁该被看见写下来,再检查线上是不是真的这样连着。