上一篇下一篇：让已收录页面带动未收录页面的简单方法

网站文章越来越多以后，经常会出现一种很常见的情况：

早期发布的文章已经被百度、Google正常收录，甚至已经获得关键词排名；最近发布的一批文章却迟迟没有进入索引。

很多站长第一反应是：

继续提交Sitemap。

每天手动提交URL。

反复请求索引。

这些动作可以帮助搜索引擎更快发现URL，但它们解决不了所有收录问题。

百度搜索资源平台目前对链接提交工具的说明就非常明确：提交可以缩短蜘蛛发现链接的时间，但不能解决内容是否最终被收录的问题，也不保证提交的URL一定进入索引。

如果页面本身质量没有明显问题，只是新文章在网站里的内部链接太少，那么有一个非常简单、成本也很低的方法值得检查：

把文章之间的上一篇、下一篇链接真正利用起来。

让已经被搜索引擎发现、抓取甚至已有排名的旧页面，可以通过正常HTML链接不断连接到新页面。

它不能保证未收录页面一定被收录，但可以明显改善一个基础问题：

让新页面更容易进入网站已有的抓取路径。

第一：为什么已收录页面可以帮助搜索引擎发现新页面？

搜索引擎发现URL最基本的方式之一，就是顺着链接爬。

Google目前的官方链接指南明确说明，Google会利用链接发现新的网页；同时建议，每一个真正重要的页面，都应该至少从网站中的另一个页面获得一个正常可抓取的链接。

Google Search Console关于未索引页面的排查文档同样提到：

如果一个页面没有被Google发现，就应该检查它是否能够从已知页面通过链接到达，或者是否存在于Sitemap中。

所以假设网站已经有一篇文章：

/seo-001/

Google已经经常抓取。

后来发布：

/seo-002/

如果001正文底部存在：

下一篇：SEO网站如何提高收录率？

并且这个文字使用正常的：

<a href="/seo-002/">SEO网站如何提高收录率？</a>

那么Googlebot重新访问001的时候，就可以顺着这个链接发现002。

再发布003以后：

002继续链接003。

久而久之就形成：

文章001
↓
文章002
↓
文章003
↓
文章004
↓
文章005

这其实就是最简单的一种内部链接链路。

第二：上一篇、下一篇真正解决的是“页面发现路径”

这里一定要避免把它神化。

有些SEO教程会说：

只要用已收录页面链接未收录页面，未收录页面就一定会收录。

这种说法太绝对。

内部链接首先解决的是：

发现和抓取。

它能够告诉搜索引擎：

网站还有这样一个URL。

但搜索引擎发现页面以后，还要继续判断：

页面能不能正常抓取；

有没有Noindex；

Canonical是否正确；

内容是不是重复；

页面有没有独立价值；

是否值得进入索引。

Google目前也明确提醒，网站并不能期待所有URL都被索引，即使提交了Sitemap或者请求抓取，也不存在百分之百索引保证。

百度同样说明：

链接提交只能加快发现。

最终是否收录仍然由搜索系统按照相应标准处理。

所以上一篇下一篇真正的价值可以概括成一句话：

减少新页面成为孤岛页的概率。

第三：为什么“已收录旧文章→新文章”的链接特别值得做？

因为很多网站的新文章链接结构天然是单向的。

例如今天发布文章B。

B里面会链接昨天的文章A。

但A早就发布了。

它不会自动回头链接B。

于是网站长期形成：

新文章 → 老文章

而缺少：

老文章 → 新文章

这会带来一个问题。

搜索引擎经常访问的历史页面，无法从这些页面继续发现最新内容。

上一篇、下一篇模块刚好可以弥补这一点。

当文章B发布以后，文章A底部自动增加：

下一篇：文章B

这样历史页面就会自动产生一条指向新URL的链接。

这也是为什么这种结构特别适合：

博客；

资讯站；

SEO知识库；

问答站；

按时间连续发布的文章库。

第四：上一篇下一篇最好是真正的HTML链接

这一点很重要。

不要为了页面效果，把“上一篇”“下一篇”做成只有JavaScript点击事件的按钮。

例如：

<div onclick="goNext()">下一篇</div>

这种形式用户可能能点击。

但Google并不能保证把所有脚本事件识别成正常网页链接。

Google目前明确建议使用标准：

<a href="URL">

形式创建希望被正常抓取的链接。

所以更推荐：

<a href="/article-309/">下一篇：上一篇下一篇怎么帮助页面收录？</a>

这样用户和搜索爬虫都能够清楚识别目标URL。

第五：不要只显示“上一篇”“下一篇”，最好带文章标题

例如：

上一篇
下一篇

当然也能形成链接。

但从用户体验和页面理解角度，更推荐：

上一篇：Search Console已抓取未索引怎么办？
下一篇：SEO内链系统应该怎么设计？

Google目前建议锚文本应该具有描述性、简洁，并帮助用户和搜索系统理解目标页面是什么。

所以相比统一使用：

下一篇

完整标题通常能够提供更多上下文。

这不是为了所谓关键词密度。

而是让链接本身真正有意义。

第六：如果新文章很多，可以让上一篇下一篇自动生成

对于WordPress、博客CMS或者内容站，没有必要每篇文章人工添加。

更合理的是模板自动生成。

文章按照发布时间或者ID排序。

例如：

文章100：

上一篇：文章99
下一篇：文章101

文章101：

上一篇：文章100
下一篇：文章102

这样每发布一个新URL，系统自动更新相邻文章关系。

最终形成连续的内容链。

如果网站已经有：

300篇；

500篇；

甚至1000篇文章，

这种自动化的价值会越来越明显。

因为站长不可能每发布一篇内容，再人工回头修改上一页。

第七：但不要把整个网站只靠上一篇下一篇连接

这是非常重要的一个边界。

上一篇下一篇本质上按照：

发布时间；

文章顺序，

建立关系。

但：

发布时间相邻。

不代表主题相关。

例如文章308讲：

黑帽SEO。

309讲：

内链。

310讲：

GEO服务商。

它们虽然连续发布，却未必是最相关的三篇内容。

所以上一篇下一篇只能作为：

基础抓取链路。

网站真正的SEO结构还应该有：

分类；

专题；

相关文章；

正文上下文内链；

核心栏目；

Sitemap。

Google当前明确建议，站点内部链接应该考虑哪些资源真正能够帮助用户继续理解当前内容，并在相关上下文里建立链接。

因此更完整的结构应该是：

栏目页
↓
文章
↙   ↓   ↘
上一篇 相关文章  下一篇
        ↓
     核心专题

而不是所有文章只连前后两个URL。

第八：如果一篇旧文章已经有排名，可以主动给重要新页面增加正文内链

上一篇下一篇是一种自动化基础方案。

如果某个新页面特别重要，还可以进一步主动寻找：

已经收录；

已经有关键词排名；

已经有自然流量，

的相关旧文章。

例如新发布：

企业官网GEO怎么做？

网站过去已经有一篇排名不错的：

ToB企业为什么要做GEO？

如果正文里本来就在讨论官网，就可以自然增加：

企业真正开始做GEO时，还需要进一步检查[企业官网GEO优化]……

这种上下文链接，通常比单纯底部上一篇下一篇更加相关。

百度搜索资源平台早期搜索学堂的相关SEO专栏也曾建议，当内页收录表现不好时，可以优化站内链接结构，让重要、已经拥有搜索表现的页面为其他相关页面提供内部链接支持。需要注意，这属于百度搜索学堂历史专家内容，不是一个保证收录的固定算法公式。

所以实际运营可以分成两层：

普通新文章：

依靠栏目、Sitemap、上一篇下一篇完成基本发现。

重点页面：

额外增加真正相关的历史页面内链。

第九：为什么有些网站加了上一篇下一篇，收录还是没有改善？

这种情况很正常。

因为内链只是索引链路的一部分。

如果新页面本身存在其他问题，例如：

大量文章主题重复；

页面内容太薄；

文章只是旧内容简单改写；

Canonical错误；

Noindex；

返回异常状态码；

那么增加内链不能解决根本问题。

例如网站已经有：

GEO服务商怎么选？

又发布：

企业怎么选择GEO服务商？

然后：

GEO优化服务商选择方法。

三篇内容几乎相同。

即使前后互相链接，搜索引擎也未必需要把三个URL全部放进索引。

所以出现：

已抓取、未索引，

时还应该继续检查：

这个页面有没有独立存在价值。

上一篇下一篇解决的是：

蜘蛛能不能顺利走到这里。

解决不了：

来到以后为什么一定要索引这里。

第十：栏目页同样可以承担“已收录带新页面”的作用

实际上上一篇下一篇只是内链的一种形式。

对于内容站，栏目页往往更加重要。

例如：

/seo/

这个栏目已经被搜索引擎频繁抓取。

每发布一篇新的SEO文章，栏目第一页自动出现文章标题和链接。

那么搜索蜘蛛重新访问栏目页的时候，也能够发现新URL。

所以比较合理的网站结构应该让新内容发布以后，同时出现在：

栏目页；

最新文章；

相关内容；

上一篇下一篇；

Sitemap。

这相当于给搜索引擎提供多条正常发现路径。

Google Search Console目前也特别强调：如果网站导航完整且实现正确，从首页开始，Google应该能够通过链接发现其他重要页面。

第十一：首页可以带新页面，但没必要把几百篇文章全部堆首页

有人进一步会想：

那首页权重最高，我把所有未收录文章全部链接到首页是不是更好？

没必要。

首页真正应该承担：

核心栏目；

重要产品；

服务；

最新或者精选内容。

如果为了收录在首页堆：

200个；

500个；

文章链接，

用户体验和网站结构都会越来越差。

更合理的是分层：

首页 → 栏目。

栏目 → 文章。

文章 → 相关文章。

这样搜索蜘蛛可以持续沿着网站结构发现URL。

真正好的内链系统追求的是：

清晰结构。

不是：

每个页面都必须从首页直连。

第十二：Sitemap和内链应该一起做，不需要二选一

有些站长会问：

已经有Sitemap了，还需要上一篇下一篇吗？

需要。

因为它们解决的角度并不完全相同。

Sitemap帮助搜索引擎获得一份URL列表。

内部链接则体现：

页面之间真实存在什么关系。

Google明确指出，页面需要通过已知网页链接或Sitemap等方式被发现；对于新网站和缺失页面，完善链接和Sitemap都属于正常的URL发现方式。

百度目前的普通收录工具也提供API、Sitemap、手动提交等方式帮助搜索系统发现资源，但同样强调最终是否进入索引不能靠提交保证。

所以更合理的组合是：

Sitemap负责全量发现。

内链负责结构发现。

两者同时存在。

第十三：可以顺便利用上一篇下一篇发现网站的“断链”

做久以后还可以反向检查：

有没有文章出现：

上一篇正常。

下一篇404。

或者：

上一篇链接到已经301的旧URL。

这种问题意味着文章链中间已经断了。

尤其网站进行：

URL改版；

文章删除；

目录调整，

以后很容易出现。

所以如果使用自动上一篇下一篇系统，最好定期爬取检查：

链接状态码；

目标URL是否200；

有没有循环跳转；

有没有404。

否则原本帮助抓取的内链，反而会逐渐变成死链。

第十四：如果网站有几百篇未收录内容，不建议一次把所有链接强塞到几个老页面

这是另一个容易走向极端的地方。

假设：

500篇新文章没收录。

找到10篇排名很好的旧文章。

然后每篇底部一次放：

50个新文章链接。

这种方式明显缺乏正常用户逻辑。

更合理的是让链接自然分布。

上一篇下一篇承担相邻文章连接。

栏目页承担分类文章。

专题页承担主题内容。

正文承担真正相关的上下文链接。

这样形成正常的网站信息架构。

内链的核心一直应该是：

页面之间真的存在关系。

第十五：怎么检查这个方法有没有效果？

不要只看：

加完链接第二天有没有全部收录。

更适合做一次简单实验。

例如选择：

20篇值得索引的新文章。

确认：

状态码正常；

没有Noindex；

Canonical正确；

内容有独立价值。

然后给它们补充：

上一篇下一篇；

相关旧文正文链接；

栏目入口。

记录修改日期。

之后观察Search Console：

是否从“未发现”进入“已发现”；

是否被重新抓取；

最后是否进入索引。

Google明确说明，页面发现和索引本身可能需要几天甚至几周，索引并不是即时发生的。

所以不要第二天没有变化就判断方法无效。

第十六：这个方法最适合哪类网站？

第一类：

持续更新的博客。

文章天然具有前后顺序。

第二类：

资讯站。

新旧内容更新频繁。

第三类：

SEO知识库。

几百个问题页面可以持续互相连接。

第四类：

问答网站。

大量新问题需要稳定进入网站链接结构。

如果是企业官网只有：

20个产品页；

10个服务页，

相比上一篇下一篇，更值得优先建设：

产品分类；

服务结构；

解决方案；

上下文内链。

所以方法要根据网站类型使用。

最后：上一篇下一篇，是很简单的内链方法，但不要把它当成收录开关

如果网站已经有大量稳定收录的历史页面，而新文章经常存在：

发现慢；

内部链接少；

页面容易成为孤岛，

那么给文章增加规范的：

上一篇 + 下一篇

确实是一个非常值得做的基础SEO设置。

Google目前明确建议，每一个重要页面都应该至少从网站另一个页面获得可抓取链接，链接也是Google发现新页面的重要方式。

百度搜索学堂过往的内链内容也一直强调，内部链接结构可以帮助搜索引擎发现页面，并可能改善内页的收录和搜索表现；但百度当前的链接提交说明同样提醒，发现和提交并不能保证最终索引。

所以最准确的理解应该是：

已收录页面可以帮助未收录页面建立新的抓取入口。

但真正决定页面最后能不能形成搜索资产的，还包括：

内容是否有独立价值；

是否和已有页面重复；

技术设置是否正常；

页面是否真正存在搜索需求。

上一篇下一篇解决的是第一步：

让搜索蜘蛛更容易走过去。

至于走过去以后值不值得留下，最终还是要靠页面本身。