百度 SPA SEO 避坑指南：从收录难到被抓取
只要你用 Vue、React 这类框架做过站，多半都听过一句吓人的话："SPA 对 SEO 不友好，百度根本收不了。"于是有人干脆放弃单页应用，也有人硬着头皮上线，结果站点在百度里几乎搜不到。其实事情没那么绝对，做好百度 SPA SEO，关键是先分清哪些是误区、哪些才是正解。
先搞清楚：百度到底能不能"看懂"SPA
SPA 的特点是页面骨架先加载，内容再由 JavaScript 动态渲染出来。对搜索引擎来说，麻烦就在这里：如果抓取时拿到的只是一个空壳 HTML，正文全靠 JS 后补，那蜘蛛很可能什么都没读到。
谷歌这些年对 JS 渲染的处理相对成熟，于是不少人就默认百度也一样。这恰恰是最大的误会。百度对 JavaScript 的执行和等待没那么"宽容"，你不能指望它像浏览器一样耐心跑完你的脚本再抓内容。所以做百度 SPA SEO，思路要更保守一点：尽量让重要内容在蜘蛛第一眼就能看到。
那些年我们踩过的坑
先说误区，因为绕开坑往往比找捷径更重要。常见的错误做法有这么几类：
- 把宝全押在客户端渲染上，觉得"内容迟早会显示"，却忘了蜘蛛不一定等得到；
- 用 hash 路由（带 # 号的地址），把不同内容全塞进一个地址里，页面之间没有真正独立的 URL；
- 整站共用一套 title 和 description，无论打开哪一页，标题描述都一模一样；
- 上线后就当甩手掌柜，既不提交链接，也不看抓取情况，指望百度自己发现。
这些坑单独看好像都不致命，凑在一起就会让收录变得很艰难：内容读不到、页面分不清、标题没区别，蜘蛛自然提不起兴趣。
正确姿势：让百度顺利抓到你的内容
说完误区，来聊真正管用的做法。核心思想只有一句：让百度尽量拿到"已经渲染好的 HTML"。
优先考虑服务端渲染或预渲染
如果条件允许，服务端渲染（SSR）是最省心的方案，比如 Next.js、Nuxt 这类框架，用户和蜘蛛拿到的都是带内容的完整页面。要是站点内容更新不频繁，静态生成（SSG）或预渲染也很合适：提前把页面渲染成静态 HTML，蜘蛛来了直接读，不用等 JS。对纯前端的老项目，还可以在服务器层做动态渲染，专门给蜘蛛返回渲染后的版本。
URL 和 meta 信息别偷懒
路由尽量用 history 模式，让每个页面都有干净、独立、语义清晰的地址，而不是全靠 # 区分。同时给每个页面配上专属的 title、description，最好还有对应的 H1 标题。换句话说，让每一页都像一篇能独立存在的文章，而不是同一个壳子换内容。
主动提交，别干等着
把渲染问题解决后，也别忘了主动出击。可以做一份规范的 sitemap，通过百度搜索资源平台提交；新页面上线时，用平台提供的接口或工具推送链接，能明显加快被发现的速度。提交之后，记得回头看抓取诊断和索引情况，遇到抓取失败就针对性排查。
上线前给自己一份自查清单
为了避免又回到"上线即失联"的老路，建议每次发布前简单过一遍：
- 关掉 JavaScript 后，页面主要内容还看得见吗？
- 每个重要页面是不是都有独立 URL、独立标题和描述？
- sitemap 是否更新并提交，新链接有没有推送？
- 过一段时间后，有没有回搜索资源平台看抓取和收录数据？
说到底，百度 SPA SEO 并不是玄学。SPA 本身没有原罪，真正让人头疼的是"内容藏在 JS 里、页面分不清、上线不管不问"这几件事。把渲染方式选对、把 URL 和 meta 做扎实、再养成主动提交和复盘的习惯，你的单页应用一样可以在百度里有不错的表现。