RENDERING & CRAWLABILITY · UPDATED 2026-08-04
SSR 与 CSR：浏览器看得到，不等于爬虫读得到
CSR 并不天然等于不能收录，但不同搜索和 AI 读取器执行 JavaScript 的能力、预算和时机并不一致。公开核心事实应尽量在初始 HTML 中可读。
- SSR 服务端渲染
- 请求时生成完整 HTML；适合动态公开页面，但要控制接口故障、缓存和首字节时间。
- SSG / 预渲染
- 构建时生成 HTML；适合稳定资源、指南和产品事实页，抓取确定性高。
- CSR 客户端渲染
- 初始 HTML 常只有容器，正文由浏览器脚本请求；适合登录后台，不适合作为公开核心内容的唯一来源。
- 混合渲染
- 公开页 SSR/SSG，账户、项目和管理页面 CSR/noindex，通常更符合 SaaS 的公开与私有边界。
三次请求就能发现大部分问题
# 1. 初始 HTML 是否有独立 title、H1、正文和链接
curl -sS https://example.com/product | rg -n "<title|<h1|产品定义|href="
# 2. 是否把 JSON 接口错误当成成功页面
curl -sS -I https://example.com/product
# 3. 脚本资源失败时，页面是否仍保留主要事实
# 在浏览器开发者工具中禁用 JavaScript 后重新加载
哪些内容必须进入服务端 HTML
- 页面唯一 title、description、canonical 与 robots。
- 一个可见 H1 和直接产品定义。
- 主要功能、适用对象、限制条件、价格入口与联系方式。
- 指向 FAQ、方法、品牌事实和相关资源的普通链接。
- 与可见正文一致的 JSON-LD。
不要把所有页面都改成 SSR
登录后控制台、包含个人数据的项目页面和支付流程本就不应作为搜索入口。对这些页面使用 CSR 和 noindex 是合理边界。优化重点是公开获客页、产品页、资源页和事实页，而不是增加私有页面暴露面。
SSR 也可能失败
如果服务端依赖接口超时，HTML 仍可能缺少正文；若所有页面复用同一标题，SSR 也不会自动产生优质索引。验收必须读取实际响应，而不能只看框架配置或构建成功。
证据边界原始 HTML 有完整正文可以证明解析条件更稳定，但不保证任何搜索引擎收录，也不证明 AI 会引用。渲染只是访问链路的一层。
FREE TECHNICAL SCAN
检查主要产品事实是否已出现在初始 HTML。
免费检查会核对状态码、title、H1、主要正文、内部链接和 JSON-LD，帮助区分公开 SSR 内容与依赖浏览器脚本的内容。
检查我的网站 SSR 正文