WordPress 无限滚动对 SEO 的三个影响

无限滚动对搜索的影响，可以拆成三个互不重叠的条目：第二屏以后的内容有没有独立地址、地址里的页码是不是稳定的、这些地址之间有没有链接连起来。三个条目里只要有一个不成立，那部分内容就很难被当成独立页面处理。官方把可索引的无限滚动写成了几条很具体的要求，本文逐条对应；官方没有说过无限滚动本身会让排名变好或变坏，这条边界也要先划清。

三个影响分别是什么

影响一：内容没有可被引用的地址。用户滚到底部看到的内容，如果只存在于那一条地址上，它既不能被单独分享，也不能被单独指向。对内容站来说，这直接意味着长文的后半段和列表页的后几页都失去了独立入口。

影响二：地址里带相对量。如果地址写成"下一页""昨天"这类相对表述，同一串内容每次抓取到的结果可能不一样，搜索引擎和用户就没法在同一个地址下稳定地找到同一批内容。

影响三：地址之间断了链接。这是最容易被忽略的一条。抓取阶段解析的是 HTML 里链接的 href，靠滚动事件生成的新地址如果没有作为链接暴露出来，后面的内容块就没有被发现的路径。

官方怎么描述分页加载

无限滚动在官方文档里是分两处写的，值得分开看。Google 关于懒加载内容的说明里有一节专门讲"为无限滚动支持分页加载"，列出的要求是：给每个内容块一个持久、唯一的地址；保证同一个地址每次在浏览器里加载出来的内容都一致，文档给的做法是用绝对页码，比如 ?page=12 这样的查询参数；避免使用 ?date=yesterday 这类相对写法；把各个地址顺序链接起来，让搜索引擎能发现这一组分页地址；当用户滚动加载出一个新内容块、它成为用户当前主要看到的内容时，用 History API 更新地址栏。 确定每页都有独立 URL 后，再看WordPress 无限滚动与传统分页怎么选，别只在视觉上做连续加载。

另一处是Google 关于电商分页与增量页面加载的文档。它把"加载更多"和无限滚动归为同一类——两者通常用 JavaScript 实现，而分页是用带编号的链接。文档在分页最佳实践里给了两条容易被忽略的规则：分页序列里的页面不需要各自有不同标题；但不要把分页序列的第一页当作规范页，每一页都该有自己的规范地址。这两条在"要不要给第 2 页改标题"和"规范地址统一指回第一页"这两个常见做法上，答案都是否定的。

怎么做：让每一屏都有可引用地址

1. 先看现有形态。列表页现在有没有带页码的地址？没有的话，这一步之前谈别的都为时过早。
2. 给第 2 页及以后的内容块分配持久唯一地址，用绝对页码，不用相对时间或相对序号。
3. 用带 href 的标准元素把相邻地址顺序连起来，顺序是从前往后，别做环形或随机跳转。官方在链接文档里写得很直接：Google 一般只能抓取带 href 属性的 <a> 元素。
4. 用户滚动切换内容块时，用 History API 同步地址栏，让地址和当前看到的内容一致。
5. 每一页输出自己的规范地址，不要全指回第一页。
6. 筛选和排序产生的变体地址，按官方要求用 noindex 拦住或用 robots 规则挡抓取，别让它们和主列表混在一起。

这三条要求什么时候可以先不满足

几种情况这套做法可以先放一放。内容本身就不适合切页——一篇短文被硬切成三段，每段都撑不起一个独立页面，硬做只是把一份内容变成三份薄内容。列表总量很小，一屏就到底，加滚动没有意义。以及产品筛选面板是站内的主要导航方式、地址带一堆参数，这类列表的地址治理属于另一件事，得按参数变体页面的思路单独处理，跟滚动本身无关。

还有一条要写明：官方文档只给了"要怎么做"的要求，没有给"不这么做会怎样"的量化说法，也没有任何关于无限滚动影响排名幅度的公开结论。把它理解成"官方要求满足条件"是准确的，理解成"这样就能提升"就不准确了。

核对的落点在哪几处

官方给的验证入口在懒加载那份文档的测试一节：用网址检查工具看内容是否被加载，检查渲染后的 HTML 里内容是否真的在里面。Google 关于链接的说明补充了链接这一侧的核对方法——如果锚文本是用 JavaScript 插入的，就用网址检查工具确认它出现在渲染后的 HTML 里。

实操上按这个顺序走：先在浏览器里手工把列表滚到底，确认地址栏跟着变了；再用网址检查工具测第 2 页地址，看渲染后 HTML 里有没有这批内容；最后翻一遍服务器访问日志，看第 2 页有没有真的被请求过。日志这一步最容易被漏掉，它能直接告诉你链接到底有没有被发现。列表页在整站结构里的位置怎么定，前面什么是 hub 页：它承担什么任务给的是定位视角；集群里具体那一页怎么做，什么是 spoke 页：集群里的具体页怎么做是配套的一篇，站内 SEO 服务页列的服务范围里也有对应的技术项。