流量报表在夜间突然抬高，第二天询盘数量没有变化，销售也没有收到新的产品咨询。运营打开热门页面，发现增长集中在少数旧文章和不存在的路径。此时把访问量上涨写进月报容易造成误判，服务器访问日志才是确认请求来自谁、访问了什么、服务器如何响应的原始证据。
日志核对不需要追求一个漂亮的机器流量比例。任务是把异常时段里的请求分成可解释的类型，找出需要处理的 URL，并留下可复查的判断依据。搜索爬虫、真实浏览器、监控程序和扫描请求都可能计入访问量，但它们对收录、阅读和询盘的意义不同。
固定异常时段与原始样本
先记录报表出现峰值的起止时间、所用时区和统计工具，再从服务器或反向代理导出同一时段的原始日志。另取一个业务状态相近的正常时段作对照。不要在导出前只筛选成功请求，否则会漏掉重定向、限流、错误页面和被拒绝的访问，也无法说明峰值是否由反复失败造成。
样本至少保留时间、请求路径、请求方法、状态码、来源页和浏览器标识，对应日志中的 time、request_uri、method、status、referer 与 user_agent。如果站点经过 CDN 或代理，还要确认日志记录的是客户端来源还是代理节点，避免把大量请求归到同一个中转地址。原始文件只给负责运维和分析的人员读取，IP、查询参数及可能含有客户资料的路径不应放进公开报告。
网站人员先校准服务器时间与报表时间，再按分钟或小时汇总请求。时区错一小时，就可能把报表峰值和日志峰值错开。验收记录应写明日志来源、文件时间范围、导出人、文件校验值和分析规则版本；后续结论有争议时，可以回到同一份样本重算，而不是重新下载一份已经轮转过的日志。
把请求分成可解释的访问类型
第一轮按浏览器标识、来源网络、请求路径和访问节奏分组。标识里写着某搜索程序名称，只能作为线索，不能直接认定身份，因为普通脚本也能复制这段文字。需要确认搜索爬虫时，应按照对应搜索服务当前公布的方法核验来源，例如检查地址解析结果并做正反向对应。核验规则和日期要留在记录里，避免长期沿用已经变化的地址范围。
真实浏览通常会请求 HTML，并在缓存条件允许时继续加载样式、脚本和图片，还会在产品、案例与询盘页面之间产生不完全相同的路径。自动请求可能只取 HTML，以固定间隔重复同一地址，或连续试探后台、压缩包和不存在的文件。单个特征不能定性，分析人员要结合状态码、路径组合、请求间隔和持续时间判断。
分组后列出每类请求最多访问的规范 URL、参数 URL、404 路径和跳转地址。搜索爬虫访问量增加也不等于页面已收录，它只说明抓取活动发生过。大量 301 可能来自旧地址尚未替换，大量 404 可能来自历史链接或扫描器，集中访问参数组合页则可能消耗服务器资源并制造重复页面信号。每一类都要对应下一项页面检查，不能只贴“有效”或“无效”的标签。
让日志结论落到页面复查
若已核验的搜索爬虫集中访问重要产品页，应继续检查这些页面返回 200、canonical 指向自身、robots 未阻止、正文可见且站内有入口。若爬虫长期只访问 sitemap 和栏目首页，却很少到达新文章，需要检查分页、站内链接与站点地图更新时间。新页面准备提交搜索平台前，可按制造业新页面的百度收录前检查核对规范地址与发现路径。
若峰值主要来自重复请求或无关扫描，运维人员先确认服务器负载、缓存命中、错误状态和受影响路径，再决定限速、拒绝规则或缓存调整。规则上线前保存原配置和回滚条件；上线后用相同统计口径复查，确认正常搜索爬虫、浏览器访问和询盘接口没有被误伤。不能仅凭访问量下降宣布处理完成。
月度复盘应把日志结论和页面、收录及询盘放在一起。记录受影响 URL、访问类型、核验依据、处理动作、生效时间和复查结果，再与制造业 SEO 月度复盘中的页面与询盘对应。访问峰值若没有形成可抓取页面、有效阅读或销售线索，就按运维事件记录；已核验爬虫开始覆盖新页面，则继续观察收录与查询表现，不把抓取次数当成业务结果。
最终验收留下四份证据即可：原始日志样本、访问类型说明、受影响 URL 清单和处理后的复查记录。网站负责人据此能回答峰值从哪里来、服务器返回了什么、哪些页面需要修改、哪条规则可以回滚。下一次报表出现异常时，团队沿同一口径比较，不必从总访问量重新猜测。