局部同构更新不能实现“不重刷页面却更新seo”，seo内容必须由服务端直出并存在于初始html中；局部刷新仅能安全更新与服务端输出严格匹配的子树，不得破坏已有seo结构。
局部同构更新本身不能“不重刷页面却更新 SEO”——这是个根本性误解。SEO 内容必须在初始 HTML 响应中存在，爬虫不会等待 JS 执行、不触发 React 更新、不读取客户端动态注入的 title 或 meta。所谓“局部更新 SEO”，实际是让局部刷新区域**不破坏已有的 SEO 内容**，而非靠它生成新 SEO。
局部刷新区域必须与服务端 HTML 严格匹配
React 在 hydration 时会逐节点比对服务端输出和客户端虚拟 DOM。一旦 mismatch（比如服务端渲染了 <h1>产品介绍</h1>，客户端初始 state 却是空字符串），React 就丢弃整块服务端 HTML，重新 mount，导致标题、描述、结构化数据全部丢失。
- 每个可局部刷新的组件必须有稳定
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 来说等于不存在。
-
<title></title>和<meta name="description">必须在服务端响应中写死，不能靠document.title =动态改 - Open Graph 标签（如
og:description）、JSON-LD 结构化数据、hreflang声明，都需服务端拼入 HTML，不可客户端插入 - 首屏关键区块（如文章主标题、正文前两段、主导航）禁止包裹在
loadable或Suspense中
局部更新只能发生在“水合后可接管”的子树内
所谓“组件级局部刷新”，本质是划定一个 hydration 后由 React 全权控制、且与服务端输出完全一致的 DOM 子树。这个子树之外的内容，仍是静态 HTML，承担 SEO 职责。
- 局部刷新区域建议用显式边界包裹，例如
<section aria-live="polite">...</section>，并添加<errorboundary></errorboundary>捕获 hydration 失败 - 避免用全局状态（如 Zustand store）驱动局部刷新——除非该 store 的初始值已通过服务端同步注入（
store.setState(__INITIAL_DATA__.store)） - 服务端日志中应明确标记哪些路径含可水合区块，例如：
"response includes hydratable /comments"，便于监控 mismatch
真正容易被忽略的点是：局部同构更新不是“让 SEO 变得更动态”，而是“不让交互破坏 SEO”。只要服务端直出的 HTML 里已有完整语义化结构、真实内容和正确元信息，局部刷新就只是在它旁边安全地动一小块——其余部分，爬虫已经看完了。
