理解无限滚动与百度收录的矛盾
无限滚动加载（Infinite Scroll）是许多现代网站的常见设计，它让用户在滚动页面时自动加载新内容，从而获得流畅的浏览体验。然而，这种设计对百度等搜索引擎的爬虫并不友好。爬虫通常不会模拟用户滚动动作，因此无限滚动页面的后续内容很容易被忽略，导致大量页面无法被收录。要提升收录效率，就需要对无限滚动进行专门的处理，让搜索引擎也能“看到”所有内容。
核心思路：为爬虫提供静态化入口
解决无限滚动收录问题的根本方法，是为搜索引擎提供可抓取的静态链接。具体来说，可以从以下几个方向入手。
1. 采用分页URL替代纯滚动加载
在保留前端无限滚动体验的同时，后端应生成真实的分页URL。例如，将列表页设计为 /list/page/2/、/list/page/3/ 等独立的地址，并在页面底部或顶部放置分页导航链接。这样，百度爬虫可以通过这些链接逐页访问所有内容。常见做法包括：
- 在HTML中输出传统的分页导航（如“上一页”“下一页”及页码数字）。
- 每个分页页面的标题、描述应有适当变化，避免完全重复。
- 确保第一页内容完整，爬虫能顺利找到通往第二页的链接。
2. 使用rel="next"和rel="prev"标记
对于分页系列页面，在head区域添加 <link rel="next" href="...page/2/"> 和 <link rel="prev" href="...page/1/"> 标签，可以帮助百度理解页面之间的顺序关系，避免被判定为重复内容。这是一个轻量且有效的技术手段，尤其适合内容量较大的站点。
3. 借助History API与URL更新
如果必须保持纯滚动加载的前端体验，可以考虑在滚动加载新内容时，通过HTML5的History API更新浏览器地址栏中的URL参数（如 ?page=2）。同时，在页面初始渲染时，利用服务端渲染或预渲染技术，让爬虫直接获取到当前页面完整的内容，而不是空白的加载状态。这种方式对开发能力要求较高，但能最大程度兼顾用户体验与SEO。
配合站内链接与站点地图
除了技术层面的调整，内容组织上也需要配合。以下措施可以有效提升收录效率：
- 完善内部链接结构：在文章底部、侧边栏等位置添加相关推荐或列表导航，让爬虫有更多的路径发现深层页面。
- 提交站点地图：将每个分页的真实URL都包含在XML站点地图中，并主动提交给百度资源平台，引导爬虫优先抓取。
- 控制单页内容量：每个分页的内容不宜过少也不宜过多。通常建议每页包含10到20条记录，既保证爬虫抓取效率，也不至于让页面加载过慢。
避免常见的陷阱
有些站点为了追求“全量收录”，将数千条内容放在同一页面中，这反而会导致爬虫超时或截断，得不偿失。合理分页、稳定加载，才是百度更喜欢的结构。
另外，禁止使用“无内容仅加载”的白页，也不要在无限滚动中埋藏重要链接而不提供静态入口。百度倾向于抓取那些结构清晰、有明确路径的内容。在优化无限滚动分页时，始终记住一个原则：给人看的体验，给机器看的路径。
总结
处理百度搜索引擎优化中的无限滚动问题，关键在于为爬虫提供可访问的静态分页链接，并配合rel="prev/next"标记、站点地图提交等辅助手段。这不仅能大幅提高页面收录效率，还能避免因动态加载造成的收录空白。在实际操作中，建议根据自身站点的技术栈和内容规模，选择最适合的分页方案，并持续通过百度资源平台监控收录情况，逐步优化调整。
张一鸣在会上安抚了 Seed 的成员。他认为，训大模型本就是一件很难的事，团队不必过度焦虑。他明确一段时间内可接受模型落后于行业，希望大家以追求智能上限为目标，期待 Seed 模型能力能跻身世界第一梯队。
评论区
热门讨论 · 占位展示期待你的精彩发言。