二级域名与主域名区别：静态响应与脚本渲染结果不同时怎样定位差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3d260b7dd458.html
📄
二级域名与主域名区别：静态响应与脚本渲染结果不同时怎样定位差异
先给结论：当同一个地址用静态抓取拿到的HTML与执行脚本后得到的DOM不一致时，不要急着改代码，先判断差异属于“内容注入型”还是“路由改写型”。前者通常只影响可见文本，后者会改变链接、canonical和分页关系，定位路径完全不同。二级域名与主域名区别在这个场景里之所以关键，是因为两者常被配置成不同的渲染链路——主域名走服务端模板，子域走前端路由，差异往往从子域开始暴露。
先分清两种差异：内容注入与路由改写
把静态响应和脚本渲染结果并排对比时，差异可以归成两类，它们的排查动作不一样。
- 内容注入型：静态HTML里已有标题、正文骨架，脚本只是补上评论、推荐位或价格。链接结构和canonical在静态响应里已经完整。
- 路由改写型：静态HTML几乎是空壳或只有加载提示，真正的列表、分页链接、详情入口都由脚本生成。此时静态响应里的链接集合与渲染后完全不同。
区分依据很简单：关闭脚本后看静态响应里是否存在可点击的站内链接。如果链接集合基本一致，只是文本缺失，属于内容注入型；如果链接集合本身对不上，属于路由改写型。这个判断决定了后面是查数据接口，还是查路由与预渲染配置。
条件一：主域名静态完整、子域静态为空时的定位顺序
这是最常见的分裂场景。主域名由服务端输出完整HTML，子域是纯前端应用，静态抓取只拿到挂载点。此时不要先怀疑抓取工具，按下面顺序推进。
- 对子域的同一个URL分别取静态响应和渲染后DOM，记录两者的链接数量与canonical值。
- 若静态响应里canonical缺失或指向主域名，先确认这是模板继承还是子域配置遗漏。这是路由改写型差异里最常见的一处。
- 检查子域是否对脚本生成的链接使用了相对路径。相对路径在子域下会解析到子域自身，可能与主域名的链接体系冲突。
- 确认分页与筛选参数是否只在脚本里拼接。若静态响应没有这些链接，抓取侧就无法顺着分页发现深层页面。
一个实际动作是：把子域的关键列表页改为服务端输出首屏链接，脚本只负责后续交互。结果通常是静态响应里的链接集合恢复完整，抓取侧能继续向下发现。下一步就该验证这些链接是否与主域名下的对应页面形成一致的层级，而不是各自为政。
条件二：两边静态都完整、但渲染后链接被改写时的取舍
另一种情况更隐蔽：主域名和子域的静态响应都包含完整链接，但执行脚本后，链接被前端路由替换、参数被重写，或canonical被动态修改。这时差异不在“有没有”，而在“变成什么”。
判断依据是看改写是否引入新的URL形态。如果脚本把 <a href="/list?page=2"> 改成带hash或带额外追踪参数的地址，而静态响应里是干净的，就要决定以哪一版为准。取舍条件是：若脚本改写后的地址无法被服务端识别，就应以静态响应为准，并把脚本改写限制在交互层；若改写后的地址有对应的服务端路由，则可以保留，但要确保两边canonical一致。
例外是登录态或个性化内容。这类改写只对已登录用户生效，对抓取侧不可见，不应作为定位差异的主线，否则会把精力耗在抓取工具无法复现的状态上。
定位差异时的证据优先级
面对两种结果，按以下优先级取证据，能减少无效动作：
- 先看HTTP响应体本身，而不是渲染后的截图。响应体是抓取侧实际拿到的东西。
- 再比对链接集合，而不是文本相似度。文本差异可能只是加载时序，链接差异才影响发现路径。
- 最后看canonical与分页关系，因为这两项决定子域页面是否被当作主域名的重复或独立入口。
需要提醒的是，静态响应里出现某个链接，不等于它会被抓取或收录；站点地图也不保证收录。同样，把子域改成HTTPS并不解决渲染差异，也不保证安全或排名。这些现象只能作为线索，不能单独作为判断处理正确的依据。
假设例子：一次差异定位的推演
假设某业务的商品列表在主域名下由服务端输出，在子域下由脚本请求接口后渲染。静态抓取主域名列表页得到20条商品链接，静态抓取子域列表页得到0条，渲染后子域得到20条。按前面的顺序，先确认子域静态响应里没有链接，属于路由改写型；再检查渲染后的链接是否带子域前缀，发现是相对路径；接着把首屏链接改为服务端输出，结果静态响应恢复到20条链接。下一步验证这20条链接的canonical是否指向各自详情页，而不是统一指回列表页——如果指回列表页，差异定位就还没结束。
这个推演里的数字只为说明比较方法，不代表任何真实站点的表现。真正的判断始终来自你自己抓到的两份结果之间的具体差别。
