字段完整率不是“抓到多少字段”的炫技指标，而是判断监控数据是否还能被用来做决策的底线：在同一市场与同一采样窗口里，关键字段能否稳定出现、含义是否一致。很多团队的趋势图出问题时，真正先变差的往往是字段完整率，而不是成功率或延迟。
先把概念说清楚：字段完整率衡量的是可用记录占比
把一次抓取当作一条记录，定义一组必须字段（例如价格、库存、货币、配送范围、评价数）。字段完整率就是“这些字段同时存在且可解析”的记录占比。它强调的是语义可用，而不是 HTTP 层成功。
当你把采集用于地区对比、价格对比或告警时，字段完整率越不稳定，结论越不可解释：你可能在比较不同结构或不同版本的页面输出。
它会先影响哪些结果：趋势与告警更容易失真
字段完整率下降时，最常见的后果是趋势图开始出现“假波动”：价格字段缺失会被填零或沿用旧值，库存字段缺失会被误判为下架，币种字段漂移会导致归一化错误。看起来是业务变化，实际上是记录质量退化。
因此，把字段完整率当作质量门槛更合理：低于门槛时，输出只能用于覆盖确认或人工复核，不进入自动化告警与对比结论。
请求链路里通常发生了什么：三类原因最常见
结构漂移：目标站点对不同地区、不同会话阶段返回不同结构，解析仍能跑通，但字段路径不再稳定。
会话不连续：同一窗口内身份跳变，页面版本切换，导致字段可见性变化。此时成功率可能保持正常。
节奏与重试失控：突发并发与同步重试触发更多轮换与降级页面，字段可见性降低，记录变得“抓到了但不能用”。
哪些任务不该用它当唯一指标：覆盖型采集要加解释
当你的目标是探索与覆盖（例如爬全站、发现新 URL），字段完整率不一定高也能接受，因为你关心的是发现与索引。但只要你要做对比、告警或自动摘要，就必须把字段完整率纳入门槛，否则你会在噪声上做决策。
用穿云代理做监控类任务时，更稳的做法是：按市场拆队列、固定地区规则、保持稳定节奏，并用字段完整率与地区哨兵页做回归，确保输出可比。
FAQ
字段完整率低是不是一定是被封了？
不一定。它也可能来自地区混样、会话跳变或节奏过快触发的简化版本页面。先收敛地区与节奏，再判断是不是风控导致的降级。
门槛该设多少才合理？
先用对照组回放得到稳定区间，再设“最低可用门槛”而不是平均值。门槛一旦跌破就降级节奏并封顶重试，先恢复可比性再扩展覆盖。