Windows
macOS
Android
iOS
遇到掉线、延迟飙升或无法进入对局，第一反应往往是截取报错页面。但对客服、平台或队友来说，一张图片只能证明“某个时刻出现了提示”，不能说明故障发生在本地网络、游戏服务器、账号状态还是客户端。有效的联机游戏网络故障证据采集，应当把时间、现象、环境和可复核数据放在一起。
先固定故障发生的时间和场景
证据的第一层是事件记录。不要只写“晚上网络很差”，而要记录日期、开始和结束时间、游戏名称、所在模式、服务器区域，以及当时使用的设备和连接方式。例如，PlayStation 5 通过网线连接路由器，游玩《最终幻想XIV》时，在副本中突然回到标题界面；或者 Nintendo Switch 连接家庭无线网络，在《喷射战士3》匹配阶段反复失败。
如果游戏显示服务器区域、数据中心、错误代码或会话编号，应连同页面完整截取。截图最好保留系统状态栏、游戏内时间或录屏时间，避免只裁剪一小块提示。时间最好精确到分钟；若要提交给客服，可同时注明本地时区，尤其是跨地区服务器或海外平台服务。
把“卡”拆成可验证的现象
“网络不好”包含多种不同问题。延迟升高通常表现为输入反馈慢、角色回弹；丢包可能导致动作不连续、语音断续或角色瞬移；断线则可能伴随重新连接、登录失效或回到大厅。证据采集时，尽量记录画面中的具体表现，而不是只写主观感受。
建议记录的关键项目
- 故障发生前正在执行的操作，例如进入匹配、加载地图、多人战斗或切换菜单。
- 是否只有自己受影响，还是队友同时掉线、卡顿或被踢出。
- 故障持续多久，是否自动恢复，恢复后是否能立即重新进入对局。
- 是否出现错误代码、网络图标、服务器维护提示或账号重新验证。
- 同一时间浏览网页、在线视频等其他服务是否正常。
如果只有游戏中断，而其他联网服务正常，不能直接据此认定是服务器问题；但这一信息可以帮助客服缩小排查范围。
用录屏连接截图与实际过程
静态截图适合保存错误代码，录屏则更适合证明故障前后的连续过程。可以使用主机自带的最近游戏片段功能，或用 OBS Studio 录制电脑画面。录制时不必长时间保存整局比赛，重点覆盖故障前约一分钟、故障发生时以及恢复或退出后的操作。
录屏应尽量同时看到游戏画面、网络状态提示和系统时钟。若使用手机拍摄显示器，要避免反光、滚动条遮挡和画面过曝。涉及账号、好友列表、支付信息时，可在提交前遮盖无关隐私，但不要遮住错误代码、服务器区域和时间。
补充网络测试，但不要用一次测速下结论
测速结果只能描述测试当时的线路状况，不能单独证明某一局游戏的故障原因。可在故障发生后尽快进行两次测试：一次测试家庭宽带的基础连接，另一次测试到游戏服务或运营商节点的路径。若平台没有公开可测试的服务器地址，不要随意把陌生地址当成游戏服务器。
- 先记下测试开始时间，并暂停云备份、系统更新等明显占用带宽的任务。
- 使用运营商提供的测速页面或可信测速服务，记录下载速度、上传速度、延迟和测试节点。
- 使用系统网络诊断工具观察连续几分钟的连通性，记录是否出现请求超时或延迟大幅波动。
- 保存完整结果页面或导出报告，不要只保留一个较高或较低的数字。
- 将测试结果与游戏内时间线对应，注明测试设备是主机、电脑还是手机。
例如，连续测试中延迟从约30毫秒升至200毫秒以上，且伴随间歇性超时，比一次“速度很快”的测速截图更有参考价值。具体数值会受测试节点、线路拥堵、服务器距离和家庭网络负载影响，因此应关注连续变化和发生时间，而不是追求某个固定标准。
保存客户端日志和平台信息
部分游戏会在客户端生成崩溃报告、连接日志或错误报告。提交前先复制原文件，保留文件名、生成时间和文件夹位置；不要直接修改原始内容。日志中可能包含账号标识、设备名称、IP地址或路径信息，公开发布前应检查隐私。
主机系统的网络测试结果、路由器事件记录、游戏启动器错误提示也可以作为辅助材料。路由器日志如果显示重新拨号、WAN断开或设备频繁重新获取地址，应与故障时间对照；若日志没有对应事件，也只能说明该设备未记录相关情况，不能证明游戏服务一定正常。
整理成客服看得懂的证据包
| 材料 | 能够说明什么 | 注意事项 |
|---|---|---|
| 连续录屏 | 故障如何发生、是否自动恢复 | 保留前后时间线，遮盖隐私 |
| 错误代码截图 | 客户端显示了什么具体提示 | 不要裁掉时间和服务器信息 |
| 测试报告 | 故障时线路是否出现波动 | 记录测试节点和设备 |
| 日志文件 | 客户端或路由器是否记录异常 | 保留原件，另做脱敏副本 |
建议用一个文件夹按时间命名，例如“2026-09-20_2140_掉线”，内部放录屏、截图、测试结果和一份文字说明。说明控制在几段内：先写事件时间，再写设备与连接方式，随后列出现象、已做测试和希望客服核查的内容。这样的联机游戏网络故障证据采集，比连续发送十几张没有顺序的截图更容易被处理。
常见问题
只截错误代码够不够？
通常不够。错误代码应与发生时间、录屏或网络测试结果配合，才能说明它是否与本次对局直接相关。
测速正常，能否证明游戏服务器有问题？
不能。测速节点可能与游戏服务器不同。测速正常只能说明该测试路径当时表现正常，仍需结合游戏内提示、队友情况和日志判断。
是否应该马上重启路由器？
如果需要恢复游戏，可以重启；但重启前最好先完成截图、录屏和基础测试，否则原本短暂的线路异常可能被清除，影响后续核对。
公开发帖时要隐藏哪些内容？
应遮盖公网地址、账号邮箱、订单信息、好友隐私和设备序列号，同时保留错误代码、时间、服务器区域及故障表现。完成这些步骤，联机游戏网络故障证据采集才既具备可核查性，也能降低隐私泄露风险。