SEO 百科

相关阅读

本页目录

相关阅读

相关阅读是正文下方的一组站内入口链接，由模板统一插入在每个页面里，标题常写成“相关阅读”“猜你想看”“为你推荐”，作用是把当前页面之外的关联页面接到这一张页面上。Google 对站内引荐链接有一条要求：被看重的每个网页都应在站上另有引荐链接，来源可以是其他任意一个网页[1]。百度把这块区域归入次要内容板块，要求它与主体内容之间留出明显间隔或分割线[3]。推荐位做得对不对，决定的是长尾页面有没有第二条被发现的路径。

推荐位的三种来源

  • 按分类与标签取：服务端读当前页面的分类、标签或作者字段，取同组里的其他页面；
  • 发布时人工选：编辑在后台填 3 到 5 条相关页面，顺序固定；
  • 算法推荐：由推荐服务按点击与浏览行为算出相似内容，每次访问的结果可能不同。

三者的稳定性不一样。分类取数和人工选这两种做法，在同一页面上每次取回的都是同一批链接；算法推荐会随用户与时间变化，抓取时拿到的往往是无登录状态下的默认结果。

站内链接的第二条路

正文链接依赖文章之间互相提及。新页面没人提、旧页面提不到新内容，是站点里最常见的链接缺口。爬虫工具 Oncrawl 把这类页面叫作孤立页面，指没有被站内任何页面链接到的页面，即使它们出现在站点地图里，也无法从站内到达[5]。抓取工具按链接行走，孤立页面多数时候不会被再次访问[5]。

推荐位填这个缺口有天然优势：它挂在模板上，同类页面每一张都会输出这一区域。人工选的 3 条或者分类取数出的 5 条，会把正文里没提过的页面送进抓取路径。

关联关系也要交出去。Google 的要求是链接文字描述清楚、措辞简洁，并与所在页面和被链接的页面相关，链接前后的文字同样重要[1]。推荐位上常常只有标题一行，标题就成了全部依据。写成《CSS 选择器优先级怎么算》这样的具体标题，指向的信息是明确的；写成“相关文章一”或者只放一张缩略图且没有替代文本，引擎读不到主题。

推荐位给出的页面关联信号

围绕同一主题互相链接的一组页面，会形成一个主题集合。抓取工具在这一组里走的次数越多，页面之间的关联数据就越足：谁指向谁、从哪一类页面指过来、被指向的页面收到几条站内链接。Google 在确定网页相关性和查找新网页时使用链接信号[1]。

推荐位参与这件事有两个条件。

  1. 链接写在文档里，形式是带 href 的 <a>；
  2. 推荐内容与当前页面主题一致，链接文字说得出为什么推这一条。

同一主题的页面反复出现在彼此的推荐位上，链接关系是闭合的，主题边界也清楚。推荐内容跨到无关主题时，链接还在，指向的理由没了，这一条链接能提供的信息只剩地址。

推荐位上常见的错误做法

第一种是把同一篇内容在全站推荐位上反复互链。热门页面被每张页面推一次，站内链接数量很高；长尾页面仍然没有任何页面指向它，缺口没补上。推荐位的覆盖优势来自多样性，全站固定三条等于把整块区域变成一条页脚链接。

第二种是脚本才渲染。推荐列表由第三方脚本在浏览器里插入，原始文档里既没有链接也没有标题。轮播、标签页和折叠内容这类动态界面，Google 的政策并不禁止[2]，前提是里面的链接和文字出现在渲染后的结果里。界面收起与内容不存在是两件事，前者可以，后者让推荐位白做。

第三种是把推荐位做成广告位。推的是投放页、活动页，与当前内容无关，链接文字也换成促销话术。百度对这一区域的界面要求是主体内容与广告、相关推荐等次要内容板块之间要有明显间隔距离或分割线，让用户获取信息时不受干扰[3]。百度的移动友好度标准还要求首页或索引页上，推荐内容清晰有效[4]。分区写清楚，推荐内容才有可信度。

第四种是用不可抓取的写法承载地址。<div onclick="go('/a/')">、href="javascript:..."、只有 # 后面不同的地址，三种写法在抓取阶段都换不来一次有效请求[1]。

第五种是条数失控。一张页面推 30 条以上，页面里链接总量抬高，正文里的引用占比被压下去，用户也分不清哪一条才是该看的下一篇文章。

落地写法

<!-- 服务端渲染，链接在文档里 -->
<section class="related-posts">
  <h2>相关阅读</h2>
  <nav aria-label="相关阅读">
    <ul>
      <li><a href="/css/selector-specificity/">CSS 选择器优先级怎么算</a></li>
      <li><a href="/css/bem-naming/">BEM 命名规则的实际用法</a></li>
      <li><a href="/css/media-queries/">媒体查询断点怎么定</a></li>
    </ul>
  </nav>
</section>

改造顺序按下面走：

  1. 推荐列表由服务端输出，链接写成带 href 的 <a>；
  2. 每条取目标页真实标题，不用“查看更多”；
  3. 同主题优先，跨主题只在有理由时出现，并把理由写进推荐区上方的一句话；
  4. 与正文之间加标题、间距或分割线，界面上一眼能分开；
  5. 全站检查孤立页面，把长期没有入口的页面加进对应分类的推荐位；
  6. 用原始 HTML 复查一次，确认列表项在文档里。
# 检查推荐位的链接是否在原始文档里
curl -s "https://www.example.com/css/bem-naming/" \
  | grep -A3 'class="related-posts"' | grep -c '<a href='

返回 0 说明这一段文档里没有链接，列表是脚本后补的。

常见误用

  • 全站每张页面的推荐位都是同三条热门内容；
  • 推荐列表由脚本插入，原始 HTML 为空，抓取时看不到；
  • 用推荐位承接投放页，与当前主题无关；
  • 推荐条数写到 30 条以上，把正文链接的比例压下去；
  • 标题写成“猜你喜欢”，下面的链接文字却是泛称；
  • 推荐位里的地址带会话标识或时间戳，同一页面每次取回的链接都不同；
  • 长尾页面只出现在推荐位，正文和导航都没有指向它。

附录

参见

参考资料

官方（境外）

  1. 《Google 的链接最佳实践》，Google 搜索中心。
  2. 《适用于 Google 网页搜索的垃圾内容政策》，Google 搜索中心。

官方（国内）

  1. 《百度APP移动搜索落地页体验白皮书5.0》，百度搜索资源平台，2020-03-19 更新。
  2. 《百度搜索 Mobile Friendly（移动友好度）标准 V1.0》，百度搜索资源平台，2015-12-24 更新。

第三方

  1. 《Orphan pages》，Oncrawl。

外部链接

无。