Hub与子文章之间的内链，应该让读者能从总览找到具体答案，也能从局部问题回到所属主题；两篇子文章之间，则在下一步确实需要另一篇时建立连接。新文章发布后，还要回到Hub和相关旧文补入口。只在新文末尾放一个“返回目录”，并没有解决旧页面怎样带人找到它的问题。
这里讨论的是已经有一组主题文章之后，怎样把链接落实到具体段落和发布流程。若还没有划分各篇负责的问题，先做主题集群规划，否则链接加得越多，越容易把重复页面连接成一张难维护的网。
先确定每个页面负责什么
Pillar通常承担一个主题的主要解释，Hub强调组织和导航；实际网站可以由同一页面承担，也可以分开。决定是否分开，应看读者是否需要不同入口。没有必要仅为了这两个名称建两张内容近似的页面。
以一个“网站表单与询盘”主题为例，总览页解释选表单、收件、反垃圾和隐私的关系；“收不到邮件”子文负责排错，“询盘字段”子文负责收集什么资料，“提交后感谢页”子文负责反馈与后续动作。总览不必复制子文完整教程，但要告诉读者当前症状该进入哪篇。
文章归档还可以保留，负责按日期或主题查看全部内容。它与精选Hub各有用途，不能仅凭URL里有category或tag便断言页面权重低。更值得检查的是：页面是否有明确任务、能否被站内发现、是否包含真正有用的内容与链接。
谷歌的链接最佳实践强调可抓取的链接、清楚的锚文本和上下文，并建议重要页面至少从另一个站内页面获得链接。它没有规定每篇必须放几个链接，也没有规定所有回链必须使用同一个精确关键词。
把三种关系写成能执行的链接表
以下是一组教学规划，用来展示关系如何落地，不代表本站已经新增这些页面。先给页面一个稳定名称，再记录来源位置和目标任务。实际执行时，应把名称替换成已经确认的URL。
| 来源与位置 | 目标 | 读者为什么此时需要它 |
|---|---|---|
| 表单Hub的“邮件送达”介绍 | 收不到邮件子文 | 提交后收件箱没消息，需要逐层排查 |
| 收不到邮件子文的前置说明 | 表单Hub | 不确定整个询盘路径包含哪些环节，先看总览 |
| 询盘字段子文的“提交之后”一节 | 感谢页子文 | 字段已定，下一步安排成功反馈 |
| 感谢页子文解释“成功提示”的段落 | 收不到邮件子文 | 页面成功不等于邮件到达，需要继续检查 |
| 表单Hub的实施入口 | 相关建站服务页 | 读者需要有人协助部署整个流程 |
表里同时有上级、下级和横向关系，但没有让所有子文互相链接。比如隐私说明与某个具体SMTP错误没有直接阅读依赖，就不必为了“闭环”硬连。
锚文本也跟着读者的问题写。上表第四行可以写成：“成功页面说明提交过程已得到反馈，邮件是否送达还要按询盘邮件排查步骤检查。”链接前后的文字已经解释了为什么要打开目标页，没必要再叠加一串“WordPress建站谷歌SEO询盘优化”。
服务页链接放在需要实施协助的位置即可。把每篇知识文章的核心步骤都导向服务页，会让想自助解决问题的人找不到答案。关于链接文字本身的写法，可以继续看锚文本与目标页面的对应方法。
用一篇新文，走完发布与回补
假设现在准备新增“表单提交成功，但销售没有收到邮件”。先检查已有“收不到邮件”是否已经完整回答了这个问题。如果新稿只是同一排错过程换标题，应该补进旧文；如果它解释的是独立场景，例如某种明确不同的收件链路，才考虑新页。内链不能代替重复内容的取舍。
确认需要新文后，可以按照下面的顺序操作：
- 草稿阶段确定关系。 记录它归属哪个Hub、需要引用哪些已发布页面、哪些旧段落应回链到它。新稿可以链接已有目标，但待发布的新URL只放在工作记录里。
- 发布后确认真实地址。 退出编辑状态打开公开页面，确认访客可访问、标题正确，复制最终URL。排期中的文章没有公开上线时，不要把预览链接写进Hub。
- 更新Hub对应段落。 把它放在“邮件送达”下面，用一句话说明适用症状。不要只把新标题塞到页面最底部。
- 回补相关旧文。 到感谢页说明里找到“成功不等于送达”的段落，加上新文入口；如果旧文已经有同一目标的清楚链接，就不重复添加。
- 从入口实际走一遍。 Hub到新文、新文到总览、旧文到新文分别打开，检查有没有跳到错误版本、旧地址或登录页。
这个流程的完成点是“真实页面和入口均可用”，不是编辑器里出现了蓝色文字。计划了三条关系，便验收这三条关系；其中一条只有工作表记录、前台没有链接，仍算未完成。
回补记录可以这样写
| 项目 | 本次记录示例 |
|---|---|
| 新页面角色 | 表单送达故障的具体处理页 |
| Hub修改位置 | 邮件送达段落，新增适用症状与链接 |
| 旧文修改位置 | 感谢页中解释成功反馈的段落 |
| 目标状态 | 发布后才填写最终URL，草稿阶段记“等待公开” |
| 验收 | 无登录可打开；落到正确正文；锚文本与目标相符 |
这份记录还能在日后合并文章时派上用场：你知道哪些旧页面引用了被合并的URL，可以一起更新，避免所有读者长期绕一次重定向。
Hub变长以后，目录怎样继续好用
当主题只有五六篇文章时，一组说明加链接就足够；变成几十篇后，顺序堆标题会越来越难找。此时先按读者任务分组，例如“先搭建”“发生故障”“改善体验”，每组保留简短判断说明。数量本身不是强制拆页的标准。
文章中心负责完整列表时，需要让历史文章通过分页或其他可靠入口继续可达。精选Hub则可以优先展示学习路线和关键子题，再提供查看全部相关文章的入口。这样不必把每篇新文章都塞进同一个首屏，同时也不会让旧文随“最新六篇”轮换而失去发现路径。
如果拆成二级专题，先明确每个专题的负责范围，再迁移导航关系。URL不必为了视觉层级统一而改成多层路径。栏目、面包屑与实际URL的关系，可以参考导航、分类与URL层级。
跨主题链接也可以存在。例如邮件送达文章引用域名DNS说明，读者正需要这项知识，就有理由跨到域名主题。避免的是没有上下文的乱连，不是把每个主题关成一个封闭目录。
验收的是一条条路径，不是链接数量
先检查链接本身。文字看起来像按钮，不代表有可用地址；普通跳转应有真实的a href。检查编辑后的前台元素或渲染HTML，确认目标URL不是空值、#或仅用于预览的后台地址。若链接由脚本生成，还要核对渲染后的元素。
再检查目标内容。返回200只说明服务器提供了响应，仍可能是软404、错误模板，或标题相近但问题不同的文章。打开目标段落，确认它真的接住了锚文本承诺。
最后检查维护遗漏。用站内抓取结果查看新页入链时，应区分正文入口、导航和分页；若工具没有发现新页，也要核对抓取起点、范围以及渲染设置。Sitemap包含该URL，并不能证明读者能从Hub走到它。
修改后可以继续观察页面发现、目标查询与读者是否进入相关内容，但不要将一次排名波动直接归因于回补了几条链接。链接关系先按功能验收，搜索变化再结合其他改动分析。需要完成更一般的旧文内链盘点时，可以使用从找旧文到检查目标页的内链流程。
常见问题
每篇子文章都必须用完全相同的词链接Hub吗？
不需要。描述目标主题、符合当前句子就好。比如“询盘流程总览”和“表单与收件的完整说明”可以指向同一Hub；不要为了精确匹配让句子难读。
Hub必须链接全部子文章吗？
应让相关内容拥有清楚的发现路径，但不必把全部文章挤进一个平面列表。Hub可以按子题组织，再通过专题或完整文章中心承接更多内容。重要文章不能只有Sitemap记录而没有站内入口。
子文章还没发布，可以先放规划URL吗？
规划关系可以先记录，公开链接等页面实际发布并核对后再启用。尤其是定时文章，编辑者预览可访问不等于普通访客可访问。
增加内链就能让Hub获得主词排名吗？
不能保证。链接帮助发现、导航与理解关系，Hub自身是否回答主题、站点其他信号和竞争结果仍然重要。不要把链接数量当成排名承诺。