SSR 与 CSR 的区别

三种渲染路径的差别只在“内容何时成形”：CSR（客户端渲染）把组装放进浏览器，服务器先交出近乎空白的 HTML 壳；SSR 由服务器在每次请求时直出完整 HTML；SSG 在构建期就把页面生成为静态文件。Vercel 对其托管网络的实测是这条分界线的证据：GPTBot、ClaudeBot、PerplexityBot 等主流 AI 爬虫都不执行 JavaScript，唯一例外 Gemini 借 Googlebot 的渲染管线——CSR 正文对 AI 引擎近乎不可见，而 SSR 与 SSG 对爬虫完全等价。

对照表

常见混淆

最常见的误判是拿搜索表现推 AI 可见：Googlebot 有渲染队列，能对 JS 页面二次渲染后再入库，多数 AI 爬虫不付这笔渲染成本——搜索良好推不出 AI 可见，两个口径要分开验。第二个误判是把“用没用 JS”当标准：SSR 页面通常仍附带脚本做水合，真正的判断是“关掉 JavaScript 之后正文还在不在”。自查三步：查网页源码搜正文片段、禁用 JS 重载、查日志确认 AI 爬虫拿到的是含正文的 200 响应。

选用建议

迁移次序：先把最值钱的内容页（定义型、指南型）静态化或服务端化，再处理列表与详情模板，验收标准不是“改完了”而是“爬虫视角内容回来了”。存量单页应用可用动态渲染兜底抢时间——给爬虫返回预渲染 HTML——但两套输出长期并行必然漂移，且逼近 cloaking 红线，只配当过渡。渲染机制与自查见SSR / SSG，抓取证据见四大 AI 爬虫月请求合计约为 Googlebot 的 28%与Vercel：AI 爬虫崛起报告，逐引擎渲染例外见渲染与可抓性档案，合规边界见Cloaking（内容门禁欺骗）。