百度SEO与AJAX：动态内容如何被收录

越来越多的网站用 AJAX 实现无刷新加载，页面体验确实更顺滑，但不少站长会遇到一个尴尬的现象：明明页面内容很丰富，用 site 指令查出来却只有寥寥几条，甚至快照里正文一片空白。问题往往就出在 AJAX 与搜索引擎抓取机制的错位上。

为什么 AJAX 内容容易被百度漏掉

百度蜘蛛（Baiduspider）抓取页面时，拿到的首先是服务器返回的原始 HTML。如果正文是通过 JavaScript 发起 AJAX 请求、再把数据填充到页面上的，那么在蜘蛛"看到"的那一刻，这些内容还不存在。相比之下，百度对 JavaScript 的执行与渲染能力一直比较有限，尤其是需要用户点击、下拉才触发的请求，蜘蛛通常不会主动模拟操作。

结果就是：用户在浏览器里看到的是完整页面，蜘蛛拿到的却是一个近乎空壳的框架，收录自然无从谈起。

几种典型的踩坑场景

1. 纯前端路由的单页应用

很多单页应用用 # 或 #! 这样的哈希路由来切换页面，比如在地址后拼接 #/article/123 来区分文章。对百度而言，# 后面的部分通常被视为同一个页面的锚点，不会被当作独立地址收录，于是成百上千篇文章在搜索引擎眼里挤成了同一个 URL。

2. 滚动加载与点击展开

瀑布流、"加载更多"、Tab 切换里的内容都依赖交互后才请求数据。蜘蛛既不滚动也不点击，这部分内容基本等于对搜索引擎隐身。

3. 首屏正文依赖接口

有的站点连标题、正文都要等接口返回，一旦接口偏慢或偶发失败，蜘蛛抓到的就是空白页。长期如此，会拉低整站的抓取信任度。

让动态内容被收录的实用方案

核心思路其实只有一句话：确保蜘蛛在原始 HTML 里就能拿到关键正文。具体做法可以按成本和场景组合选择：

• 服务端渲染（SSR）：在服务器先把页面渲染成完整 HTML 再返回，用户和蜘蛛拿到的都是带正文的页面，这是对收录最友好的方案。
• 预渲染（Prerender）：对内容相对固定的页面提前生成静态快照，命中蜘蛛时返回快照，成本比 SSR 低。
• 渐进增强：把标题、正文等核心信息直接写进 HTML，AJAX 只负责评论、推荐等次要模块，做到"没有 JS 也能读正文"。
• 用 History API 替代哈希路由：通过 pushState 生成真实、可抓取的地址，并为每个地址提供对应的服务端内容。

上线后如何验证效果

方案落地不代表万事大吉，建议持续做几件事：

• 用百度搜索资源平台的抓取诊断，看蜘蛛实际取回的 HTML 里有没有正文；
• 在浏览器里禁用 JavaScript 后刷新页面，如果正文消失，蜘蛛大概率也看不到；
• 定期用 site 指令和索引量数据观察收录趋势，再结合服务器日志确认 Baiduspider 的抓取频次与返回状态码。

说到底，AJAX 本身并不与 SEO 对立，真正的矛盾在于"内容何时可见"。只要让搜索引擎在第一时间就能读到核心正文，流畅的交互体验和良好的百度收录，完全可以兼得。