局部同构更新并非让SEO内容“动态刷新”或“客户端生成”，而是一种精密的协作机制：它严格依赖服务端直出的完整、语义化HTML（含标题、描述、结构化数据等SEO核心要素），仅允许在hydration完全匹配的前提下，对特定子树进行安全、隔离的客户端更新；任何 mismatch 都会触发整块重渲染，导致SEO内容瞬间丢失——因此，真正的SEO保障不来自JS交互，而源于服务端精准输出与前后端状态的零偏差同步，局部更新的本质是“守护SEO”，而非“创造SEO”。

局部同构更新本身不能“不重刷页面却更新 SEO”——这是个根本性误解。SEO 内容必须在初始 HTML 响应中存在，爬虫不会等待 JS 执行、不触发 React 更新、不读取客户端动态注入的 title 或 meta。所谓“局部更新 SEO”，实际是让局部刷新区域**不破坏已有的 SEO 内容**，而非靠它生成新 SEO。

局部刷新区域必须与服务端 HTML 严格匹配

React 在 hydration 时会逐节点比对服务端输出和客户端虚拟 DOM。一旦 mismatch（比如服务端渲染了

产品介绍

• 每个可局部刷新的组件必须有稳定 key，例如 key={article.slug}；禁用 Math.random()、数组索引、时间戳等不可预测值
• 服务端 props 和客户端初始 props 必须类型一致：若服务端传 null，客户端初始 state 不能是 undefined（null !== undefined）
• 推荐将服务端数据序列化后内联到 HTML：window.__INITIAL_DATA__ = {"article": {...}}，客户端直接读取，避免二次解析偏差

SEO 敏感内容必须由服务端直出，且不可 defer

搜索引擎爬虫只解析初始 HTML 响应体，不执行 useEffect，不等待 Suspense，不识别 React.lazy 加载的内容。任何依赖客户端 JS 才能呈现的标题、摘要、链接、og:title，对 SEO 来说等于不存在。