Next.js应用切换路由后，后续页面是否支持SEO爬取？

已梳理的实际运行现象 #

• 首次直接访问Next.js页面时，服务端（SSR）会完成完整页面渲染，返回可直接展示的HTML和配套JavaScript资源，客户端拿到资源后完成水合（hydrate）流程，这类输出对SEO友好。
• 已加载完成的站点内切换客户端路由（比如跳转/about）时，服务端不会返回完整HTML文件，仅返回对应路由的about.js资源（Content-Type为application/javascript），你在这类文件里看到的类虚拟DOM的代码结构，本质是编译后的React组件源码，前端拿到资源后会通过React运行时自行渲染到DOM上完成页面展示。
  （附用户提供的Network抓包截图：清晰展示路由切换时仅返回JS类资源的请求记录）

核心待解问题 #

1. 通过客户端路由切换打开的/about页面，本身是否对SEO友好？毕竟这个切换过程的初始响应不是完整的HTML文件。
2. 如果这类客户端跳转的页面对SEO不友好，是不是意味着只有用户首次直接访问加载的页面适合SEO，后续所有客户端跳转打开的路由页都不满足SEO要求？

问题解答 #

首先明确搜索引擎的基础抓取逻辑：爬虫评估一个URL的可索引性时，会对这个URL发起独立的全新HTTP请求，不会模拟真实用户在站点内点击按钮、触发客户端路由跳转的操作流程。
对应两个问题的实际结论：

1. 不存在“/about页面因为切路由时只返回JS就对SEO不友好”的问题。爬虫爬取/about的流程，和你首次访问站点首页的流程完全一致——是从0开始直接向服务端请求/about这个地址，会正常走服务端渲染流程，拿到嵌有完整页面内容的HTML响应，完全满足SEO要求。
2. 不存在“只有首次加载的页面适合SEO”的情况。只要使用Next.js默认的SSR、SSG路由实现，每一个独立的路由URL，在被爬虫直接请求时，都会返回对应渲染完成的完整HTML，所有路由页都可以被搜索引擎正常索引。

认知偏差的来源 #

你观察到的“切路由只加载JS”的流程，本质是Next.js为了提升真实用户交互体验做的优化：当浏览器已经加载了完整的客户端路由运行时，再做页面跳转时，不需要重复拉取整个页面的HTML和公共资源，只加载当前路由对应的代码块就行，能大幅降低跳转延迟。这个流程只服务于已经打开站点的真实用户，和爬虫的抓取链路完全是两条独立的路径，根本不会影响任何一个独立URL本身的可索引性。

真实容易踩的SEO坑 #

如果你的页面核心内容完全在客户端useEffect生命周期内拉取、没有在服务端渲染阶段把内容嵌入到返回的HTML里，才会出现SEO不友好的问题——但这类问题和客户端路由跳转的场景没有关系：哪怕用户直接在地址栏输入URL访问，爬虫拿到的初始HTML也不存在实际内容，自然无法被正常索引。 #

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