反馈 — 实开比请求还多

原文 / 原始内容

为什么地图实开比请求的还多？请分析结构和代码，找出问题！

截图：日志页 — 地图实开 (265) / 地图请求 (249) / 官网/社媒 (483)

诊断（详见对话）

逻辑没 bug — 统计完全按 opened 字段： - opened=true 计入实开 - opened=false 计入请求

但"实开"口径暗含 count=0 的失败/拦截记录：content-button/index.tsx 里 startBatchSearch 有 7 条 logOpen() 调用路径，前 6 条是各种失败兜底（被拦截 / 点不到搜索 / capture 失败 / 异常），count=0 也算实开。

而"请求"仅当第 1 页满 20 条时才会触发后台翻页 fetch，因此当数据稀疏 （如 atm + 美国小镇，每镇 3-8 个 atm）时，多数 keyword 不会有翻页请求。

数据现象的成因

因素	影响实开	影响请求
关键词数据稀疏（小镇 atm < 20）	+1	0
第 1 页被 recaptcha 拦截	+1 (count=0)	0
capture 响应失败	+1 (count=0)	0
只有第 1 页满 20 条	+1	+N (1-14)

处置

升 v0.10.36，UI 优化（不动统计逻辑）： - 实开 tab 标签改为 地图实开 (N ✓N1 ✗N2) 显示成功/失败 - 加 Tooltip 解释口径 - 描述行加 sub-filter chip（全部 / 仅成功 / 仅拦截） - 实开 tab 加 Tooltip：拦截 / 第 1 页满 20 条才翻页

让用户能一眼看到：拦截率 + 翻页有效率，定性判断"任务跑得怎么样"。