对 AI 爬虫来说，请求页面时，核心内容是否存在于可读取的 HTML 中很重要。
很多 Vue、React 网站在浏览器里显示完全正常，但抓取初始 HTML 时，可能只有一个空容器和几个 JavaScript 文件。这就是服务端渲染 SSR 与客户端渲染 CSR 在 SEO、GEO 和 AI 抓取场景中的核心差异。
01｜SSR 和 CSR 的技术区别是什么？
SSR（Server-Side Rendering） 的核心是： 服务器在收到请求以后，先把页面内容渲染成 HTML，再返回给客户端。
请求 URL ↓ 服务器获取数据 ↓ 服务器生成完整 HTML ↓ 返回给浏览器 / 搜索引擎 / AI Bot
例如产品页面返回时已经包含：
<h1>工业视觉检测设备 A100</h1> <p>适用于精密制造缺陷检测、尺寸测量和自动化生产线。</p>
爬虫不需要执行 JavaScript，就可以直接获得页面主题和正文。
CSR（Client-Side Rendering） 则不同。
服务器第一次可能只返回：
↓
加载 JavaScript
↓
执行 Vue / React
↓
请求 API 数据
↓
最终生成页面正文
真正内容需要浏览器继续执行：
加载 JS ↓ 运行 Vue / React ↓ 请求 API ↓ 等待接口返回 ↓ 生成 DOM 内容
对于用户来说，两种方式最终都可能显示相同页面。
但对于爬虫来说，抓取链路完全不同。
02｜为什么 CSR 更容易产生 AI 可见度问题？
客户端渲染的问题不在于“不能被抓”，而在于增加了额外依赖。
AI Bot 想获得正文，需要连续完成：
其中任何一步失败，最终获得的内容都可能不完整。
典型问题包括：
- 爬虫不执行 JavaScript
- JavaScript 执行时间超过抓取等待时间
- API 被 WAF、CDN 或防盗链拦截
- 接口要求 Cookie、Token 或登录状态
- 接口请求跨域失败
- 前端代码运行异常
所以 CSR 的核心风险是：
03｜从 AI 抓取角度，SSR 为什么更稳？
SSR 的优势很直接：
核心正文在第一次 HTTP Response 中就已经返回。
因此爬虫只需要完成：
GET /product/a100 ↓ HTTP 200 ↓ 读取 HTML ↓ 获得标题、正文、参数、链接
不需要依赖完整浏览器环境。
这会降低以下不确定性：
- JS 渲染失败
- 接口加载失败
- 内容等待超时
- 不同 Bot JavaScript 支持能力不同
所以对于：
企业介绍、产品详情、案例详情、解决方案、文章、FAQ
这类希望被搜索引擎和 AI 理解的公开页面，SSR、SSG 或预渲染通常更稳。
04｜最典型的问题：源代码里只有模板变量
例如 Vue 页面可能这样写：
↓
JavaScript 请求案例数据
↓
动态填充案例名称、图片和标签
↓
浏览器最终生成完整案例列表
浏览器运行后，用户看到：
外贸网站建设/上市公司网站
但是如果抓取工具拿到的只是初始 HTML，它看到的可能仍然是：
{{ item.title }}
{{ item.tags }}
这种情况下，页面虽然“上线了”，但业务信息对部分抓取系统并没有真正输出。
05｜SSR、CSR、SSG 对 AI 可见度怎么选？
| 方式 | 核心特点 | AI 抓取稳定性 | 适合页面 |
|---|---|---|---|
| SSR | 请求时服务端生成 HTML | 较高 | 动态产品、案例、内容页 |
| SSG | 构建时提前生成静态 HTML | 很高 | 新闻、文章、稳定内容页 |
| CSR | 浏览器执行 JS 后生成内容 | 不确定性更高 | 后台、会员中心、复杂交互应用 |
06｜企业官网没有必要全部改成 SSR
技术上更合理的做法，是按页面用途区分。
首页：SSR / SSG
产品详情：SSR / SSG
解决方案：SSR / SSG
案例详情：SSR / SSG
新闻文章：SSR / SSG
后台管理、会员中心、数据看板：CSR
原则很简单：
07｜怎么快速检查自己的页面？
最简单的方法不是看浏览器开发者工具里的 Elements，而是：
右键 → 查看网页源代码
然后搜索页面上一个明确存在的内容，例如：
珀莱雅 Off&Relax
如果源码里直接能找到：
说明这部分内容已经存在于服务器返回的 HTML 中。
如果页面上能看到，但源码里完全没有，就需要检查是否属于：
- Vue / React 客户端渲染
- Ajax 动态请求
- 接口异步加载
进一步还可以直接执行：
curl -L https://example.com/product/a100
检查服务器第一次返回的 HTML 到底包含哪些内容。
08｜从 GEO 技术角度，核心不是“SSR”三个字
SSR 只是实现这些目标的一种技术方式。
真正需要避免的，是企业最重要的公开内容只存在于浏览器运行 JavaScript 之后。
从技术角度做 GEO，我们更关注的不是页面用了 Vue、React 还是传统 HTML，而是：
当搜索引擎或 AI Bot 请求这个 URL 时，服务器到底返回了什么。
如果核心标题、产品说明、案例内容和正文已经包含在 HTML 里，爬虫读取会更加直接。
如果所有业务内容都要等待浏览器执行 JavaScript、调用接口之后才能出现，那么就增加了一层不必要的抓取风险。
对于 GEO 页面，稳定输出重要内容，本身比使用哪一种前端框架更重要。
常见问题
1、Vue 和 React 网站不适合做 GEO 吗？
不是。可以通过 SSR、SSG、预渲染等方式，让核心公开内容在 HTML 中直接输出。
2、CSR 页面一定不会被 AI 抓到吗？
不是。部分抓取系统具备 JavaScript 处理能力，但不同爬虫能力不同，因此稳定性和完整性存在差异。
3、SSR 对 SEO 也有帮助吗？
对于需要被索引的内容页，服务端直接输出正文通常能够减少 JavaScript 渲染依赖，对搜索引擎抓取同样更加友好。
4、怎么看网站是不是客户端渲染？
可以使用“查看网页源代码”或 curl 获取原始 HTML，并检查页面正文是否已经存在。
5、企业老网站需要全部重构吗？
不一定。可以优先处理首页、产品详情、案例、解决方案和文章等真正需要被搜索和 AI 理解的页面。
