多地区 SSR 首屏与缓存检查方法
SSR 页面在不同地区显示不同语言或价格时，如何区分服务端响应、客户端渲染与缓存差异？本文说明如何固定请求条件、对照首屏 HTML 和最终 DOM，并检查缓存证据。
多地区服务端渲染测试要先回答一个问题：同一个页面 URL 在不同地区，是否返回了该地区应该看到的首屏内容。多数"显示不一致"并不是渲染框架出错，而是缓存键没有带地区维度，或者这处差异本来就设计成由客户端补渲染。
比较地区输出时，应固定 Accept-Language、User-Agent、登录态和 URL，只改变出口。代理出口可以帮助复现地区差异，但不会改变服务端代码或缓存配置。先检查页面预期，再对照首屏 HTML 与最终 DOM；缓存是否为冷状态需另行验证。
先区分服务端响应与客户端渲染
可以先看同一次导航的首屏 HTML 和最终 DOM。如果 HTML 已经不符合产品预期，记录为服务端响应差异；如果 HTML 符合预期、DOM 后来改变，再检查客户端补渲染。两次请求内容不同时，先确认是哪一层缓存命中，再判断原因。
页面可能通过路径、子域、Cookie、请求头或 CDN 规则识别地区。测试前先记录这些条件；每轮只改一个变量，避免无法判断差异来自哪里。
对照首屏 HTML 与最终页面
复现时固定 URL、出口、Accept-Language、User-Agent 和必要的登录态。若这些条件改变，就作为另一条用例记录。
首屏 HTML 可通过浏览器 Network 面板保存同次导航的主文档响应，最终 DOM 则从页面检查；这样能避免比较两次条件不同的请求。若另用 curl，需同步 URL、方法、出口、语言头、UA 和必要会话。分别记录浏览器、CDN 与应用缓存状态；CDN 是否冷缓存要依据 HIT/MISS、Age 和回源日志，不能以首次访问代替判断。
检查缓存是否复用了错误响应
缓存键决定哪些请求会复用同一份响应。按实际内容规则检查 URL、CDN 自定义键和应用缓存键；共享 HTTP 缓存还要结合响应的 Vary 语义判断。地区或语言只在确实影响内容时才需要纳入缓存区分。
若 B 地区拿到 A 地区内容，先记为“疑似共享了错误响应”，再核对应用预期、实际命中的缓存层、回源日志和清理缓存前后的结果。A→B 与 B→A 都应测试；语言头和 UA 保持不变，避免混入其他变量。
页面元数据应按站点本地化策略单独检查。错误 canonical 可能影响规范页选择，但不会覆盖其他页面的 HTML 元数据；若标签被复用，再检查模板或缓存。共享同一规范版本也可能是既定策略，不能只因目标地区相同就判错。
记录结果并定位问题
记录 URL、出口、语言头、缓存证据、首屏内容与最终 DOM；证据不足时说明缺少的条件。确认差异后，附上可重放的请求参数、HTML 与 DOM 对照，以及尚未覆盖的情况。
常见问题
只改浏览器语言、不改出口地区，能发现 SSR 问题吗？
能检查语言维度，但无法覆盖按出口地区返回内容的逻辑。分别进行语言对照和出口对照，避免同时改两个条件。
CDN 缓存和服务端渲染缓存怎么区分？
结合响应头、缓存命中信息和回源日志。若命中 CDN，继续检查 CDN 的键与响应；若请求已回源，再检查应用缓存和渲染逻辑。
首屏和渲染后不一致一定是缺陷吗？
不一定。先看产品是否预期由客户端补渲染，以及首屏是否已经展示错误价格、语言或操作。
不用代理 IP 能测吗？
可以使用目标地区测试机、云主机或 CI 环境。关键是能固定并记录实际出口。