一张截图被打了回来

站点偶尔 502，我截了张测速结果图发给服务商，对方回：看不出问题，建议你检查本地网络。

截图里只有时间和状态码，没地址参数、没节点、没响应头，确实没法查。那次之后我改了收集方式。

证据的第一要求是能复现

别人拿到你的记录，应该能按同样的地址、同样的时间、同样的节点再跑一次，看到同样的现象。

所以要写清：完整 URL（带路径和参数）、请求方法、发起时间（带时区）、用了哪些地区或运营商的节点。

少了任何一项，对方都只能猜。

如果地址带登录态或者签名参数，说明它会过期。这种情况下最好提供一个可复现的测试账号或公开路径，否则明天再查就已经对不上了。

网站测速：多站点分段耗时与状态码

网站测速：多站点分段耗时与状态码

四类信息，缺一类就弱一半

状态码和响应头：状态码说明结果，响应头里的 Server、缓存标识、请求 ID 能指认是哪一层返回的。

响应内容：不用整页 HTML，截关键片段就行，比如错误页标题、报错信息。注意别把敏感信息发出去。

五段耗时：DNS、TCP、TLS、TTFB、下载，哪一段异常，直接决定该找谁。

节点分布：哪些地区、哪些运营商出了问题。只有一处异常和全网异常，是完全不同的两个问题。

响应时间记得写单位。毫秒和秒混着写，很容易被对方理解成另一个量级。

别只留截图

截图能看，但不能检索、不能对齐时间。用宝塔拨测的网站测速跑完之后，把节点列表和分段数据以文字形式记下来，附在记录里。

时间统一用同一个时区，最好精确到分钟。跨时区沟通时，这一点经常造成误会。

如果能导出原始结果，优先导出。文本比图片更容易被对方拿去比对日志。

组织成一条时间线

我一般按这个顺序写：什么时候发现、什么现象、影响范围、已经排除了什么。

多个现象按时间排开，别混成一段。对方需要看到的是先后顺序，而不是一堆结论。截图仍然留着，当辅助材料。

「已排除」这一栏很重要。你说明自己换过网络、换过节点、清理过缓存，对方就没法用这些理由把问题推回来。

结尾附上复测方式：同样的地址、同一批节点，请对方在他们那边也跑一次。

复测和边界

提交前自己先连测三次，确认现象稳定。偶发一次的问题，对方大概率也会归为抖动。

但稳定复现不等于原因明确。你能证明「什么时候、从哪里、出了什么错」，不能替对方证明「为什么」。

证据的作用是缩小扯皮空间，不是替代排查。