何时使用related链接关系？基于IANA及RFC4287的技术咨询

咱们先把这个问题说透——related这个链接关系，本质上是个**"万能关联兜底项"**：当你需要链接一个和当前资源有关联，但又找不到更精准的官方rel类型（比如alternate、author、stylesheet这些针对性极强的类型）来描述这种关系时，它就是你的首选。

结合官方定义和实际使用场景，这些情况特别适合用它：

• 延伸关联内容：比如你写了一篇分析某搜索引擎性能的博客，旁边有个专门讨论该搜索引擎行业动态的订阅源——这个订阅源既不是博客的替代版本，也不是作者主页，就是和主题强相关的延伸内容，用related来链接就恰到好处。
• 同主题多形式资源：如果你发布了一份研究报告的网页版，还有对应的数据集、可视化图表页面，这些资源和报告核心主题相关，但又不属于报告本身的组成部分，用related来关联它们就很合适。
• 间接关联的生态资源：比如你的产品详情页，有一个用户自发的社区讨论区——这个社区不是官方文档，也不是下载渠道，但和产品的使用反馈、经验分享直接相关，这时候related就能准确表达这种关联。

举个实际代码例子，在博客页面里添加关联订阅源的写法：

<link rel="related" href="/feeds/search-engine-talks" title="搜索引擎行业讨论订阅源">

根据相关规范的定义，related的核心是指向"当前资源的关联资源"，重点在于这种关联没有更精准的rel类型可以定义，它填补了其他特定rel类型覆盖不到的关联场景。

内容的提问来源于stack exchange，提问作者Martin Hansen