SSR 为什么对 SEO 更友好？

简化版

SSR 对 SEO 友好是因为服务器直接返回包含正文内容的 HTML，搜索引擎爬虫更容易抓取标题、正文、链接和结构化信息。CSR 页面如果正文依赖 JS 渲染，爬虫可能抓取不完整或延迟更高。

详细版

SEO 依赖搜索引擎理解页面内容。SSR 返回的 HTML 已经包含主要内容，爬虫无需等待大量 JS 执行。

SSR 的优势：

首屏 HTML 有真实内容。
meta、title、canonical 更容易按页面生成。
内链结构更容易抓取。
页面分享卡片更稳定。
对 JS 执行能力弱的爬虫更友好。

但 SSR 不自动等于 SEO 好。页面标题、内容质量、链接结构、性能、移动体验、结构化数据仍然重要。

完整版教学

一、爬虫看到什么很重要

搜索引擎抓取页面时，最直接拿到的是 HTML。如果 HTML 里只有一个空的 root 节点，正文要等 JS 执行后才出现，抓取和索引就更依赖爬虫渲染能力。

SSR 让正文一开始就在 HTML 中，降低爬虫理解成本。

二、SSR 对元信息的帮助

不同页面应该有不同 title、description、canonical 和 Open Graph 信息。

SSR 或 SSG 可以在服务端为每个页面生成准确元信息。对于内容站、题库站、电商详情页，这对搜索和分享都很关键。

三、SSR 不是 SEO 万能药

SEO 还取决于内容质量、关键词覆盖、URL 结构、内链、加载速度、移动端体验、站点权重等。

如果 SSR 页面内容很薄、标题重复、性能很差，SEO 仍然不会好。抓取成功只表示搜索引擎拿到了页面，不代表它一定选择索引，更不代表能获得理想排名。

四、面试追问与工程落地

面试官可能问：“Google 能执行 JS，那还需要 SSR 吗？”

即使现代搜索引擎能执行 JS，也会带来抓取延迟和资源成本。并且不是所有爬虫、分享平台、企业搜索都能完整执行 JS。SSR/SSG 仍然是内容型页面更稳妥的选择。

工程中内容型页面优先考虑 SSR/SSG，纯后台系统则没必要为了 SEO 上 SSR。

五、抓取、渲染、索引是三个阶段

搜索系统先发现并抓取 URL，再解析/可能执行 JavaScript，最后决定是否索引和如何排名。SSR/SSG 主要降低“拿到主体内容”的渲染成本，不保证一定被收录。

SEO 要素	SSR/SSG 能提供什么	仍需业务保证
主体正文	初始 HTML 直接包含	内容独特且有价值
title/meta	路由级生成	准确、不重复
canonical	服务端输出	指向真正首选 URL
状态码	请求时正确返回	404 不伪装成 200
内链	HTML 中可发现	信息架构与锚文本合理
结构化数据	可内联 JSON-LD	与可见内容一致且合法

假设爬虫每天预算抓取 10000 个 URL，CSR 页面每页还要排队渲染 2 秒，资源成本会显著高于直接解析 HTML；SSR 能提高确定性，但重复、薄内容仍可能不索引。

SSR 解决“更容易看见”，内容质量和站点结构解决“值不值得收录与排名”。

六、技术 SEO 和性能验收

每个页面检查唯一 title、description、H1、canonical、robots、语言和结构化数据。分页、筛选参数和重复路径要明确 canonical 或 noindex 策略，不能让一个题目生成几十个近似 URL 消耗抓取预算。

用“查看源代码”确认主体和链接真实存在，而不是只看 DevTools 水合后的 DOM。再使用搜索引擎测试工具、日志与站长平台核对抓取状态、最终 canonical、渲染结果和 404。

SSR 服务器慢会抬高 TTFB，巨大的 hydration bundle 会恶化 LCP/INP。比如服务端从 100ms 变为 1200ms，即使 HTML 完整，用户和爬虫体验都可能变差；应配合缓存、图片尺寸、关键 CSS 和最小客户端 JS。

分享机器人通常不执行 JS，Open Graph/Twitter 元信息必须在初始 HTML。它们与搜索排名不是一回事，但直接影响链接分享预览质量。

页面基础元信息应直接出现在响应中，例如：

<title>HTTP 缓存面试题 - AIGC面试刷题网</title>
<link rel="canonical" href="https://offer.example/frontend/network/http-cache/">
<meta name="description" content="HTTP 缓存策略与面试解析">

这些标签必须和正文、最终 URL 与状态码一致；批量套同一个标题只会制造重复信号。

七、常见误区与追问

误区：页面使用 SSR 就一定排名更高。 SSR 只改善内容可获取性，质量、权威、内链和体验仍决定竞争力。
误区：Google 能执行 JS，所以所有爬虫都不需要 SSR。 分享机器人、企业搜索和部分爬虫能力不同，JS 渲染也有延迟与成本。
误区：只要正文在 HTML，meta 重复无所谓。 title、canonical 和状态码错误会造成重复收录与信号混乱。
追问：SSG 与 SSR 谁对 SEO 更好？ 只要输出正确完整 HTML，SEO 基础相近；选择取决于更新频率和运行成本。
追问：登录后台是否值得为 SEO 做 SSR？ 通常不值得，内容不可公开抓取，重点应是交互和权限。
追问：软 404 是什么？ 页面返回 200 却展示“不存在”，搜索引擎可能误判，应返回正确 404 状态。
追问：如何确认爬虫看到正文？ 查看原始响应 HTML，并用搜索引擎抓取/渲染工具和服务端日志验证。

八、加强记忆

阶段模型：发现 URL、抓取响应、渲染内容、决定索引与排名。
SSR 价值：主体、链接和 meta 首次响应可见，减少 JS 依赖。
正确语义：唯一 title/H1、canonical、robots、结构化数据和真实状态码。
内容仍是核心：完整 HTML 不会把重复薄页变成优质结果。
性能共同优化：控制 TTFB、LCP、INP 和水合 JS，不能顾此失彼。
验证闭环：源 HTML、抓取工具、站长平台与服务器日志交叉确认。

简化版

详细版