先描述到底是哪一种卡
观察什么东西落后了：转动视角时整幅画面一顿一顿，先看渲染和设备；自己的视角流畅，但其他玩家瞬移、动作被回拉，优先比较网络与服务器。第一次爆炸时短暂停住，又是值得单独记录的现象。
这些只是排查线索，不是诊断结论。如果游戏同时提供单人训练和多人模式，可以做比较。离线机器人流畅不能证明网络没问题，测速很快也不能证明游戏渲染应该流畅。
建立一个能重复的小对照
先保存，再选一段短场景，重复相同动作。记录游戏版本、浏览器、设备和画质设置。安全关闭无关的高占用标签页或应用，把游戏放到前台，再试同一场景。
不要用后台标签页判断性能：浏览器通常会限制后台任务和动画回调。检查改善能否在第二次尝试中保持。同一场景的对照，比拿不同地图、不同人数的两局做比较更有用。
先降低游戏负载，再考虑系统设置
如果游戏提供画质、特效或渲染分辨率设置，调低其中一项，再重复场景。优先使用游戏自己的设置，便于恢复。减少渲染工作可能改善图形瓶颈，但不能修复服务器延迟或游戏逻辑错误。
使用受支持且保持更新的浏览器。如果游戏提示图形功能不可用，按浏览器厂商文档排查，或询问创作者这个版本需要什么能力。不要随意改实验性参数、注册表，也不要相信某个加速开关能让所有游戏变快。
多人延迟用另一组条件排查
如果游戏显示延迟，记录指标名称和单位。选择官方提供的附近服务器区域，暂停你能控制的下载，再试相同模式。尽量把人数和区域也记下来。
训练流畅、联网动作不稳是有用对照，但服务器负载、网络路径和游戏代码都可能参与。不要通过清理浏览器数据排查网络延迟。不能切换区域或模式时，说明限制，不把条件不受控的尝试包装成解决方案。
决定继续玩，还是报告设备限制
反馈具体场景、画质、问题是立即出现还是几分钟后出现，以及游戏自带的帧率或延迟读数。如果进行了计时，说明方法。没有测量时，就写“在这台设备上有所改善”，不要编造性能提升百分比。
如果体验依然不舒服，可以暂停，挑选操作和设备要求更合适的游戏。发现游戏指南介绍了选择方法。创作者可以据此做后续对照测试；目录中有这款游戏，不代表它通过了所有设备的性能认证。
官方参考资料
资料核对日期： . 封面是保留署名的真实游戏截图，不是这篇教程的输出示例。