node experience
节点体验要按地区、场景和时段记录
节点页不承诺固定延迟，也不把一次测速当成最终结果。更可靠的方式，是把设备、目标页面、地区和恢复情况分开记录。
场景矩阵
不同任务的判断重点不同，先把任务类型分清楚。
| 场景 | 适合观察 | 记录重点 |
|---|---|---|
| 亚洲常用 | 适合先做普通页面、云端文件和视频起播测试。 | 看本地运营商、晚间时段和目标服务地区。 |
| 欧美目标 | 适合目标页面或游戏区服在欧美时做对照。 | 不要只看地区名，记录目标页面和恢复情况。 |
| 游戏场景 | 更重视抖动、语音同步和匹配过程。 | 连续观察几轮，不用一次数字下结论。 |
| 视频场景 | 更重视起播、拖动恢复和连续播放。 | 固定清晰度后再测试，避免频繁切换变量。 |
latency check
延迟检查不要只看一次数字
抖动、丢包、恢复速度和目标服务响应，比单次峰值更接近真实体验。晚间测试时，先确认本地 Wi-Fi 和设备后台，再切换邻近地区做对照。
先固定设备同一台设备、同一网络、同一目标页面。
再看时段下午、晚间和深夜不要混成一条结论。
最后换地区先同地区不同节点，再邻近地区。
公开网络背景只作参考
CDN、公开状态页、海底光缆和区域互联资料，可以帮助理解某一时段的外部环境，但不能替代设备上的实际记录。只有当设备现象、目标页面、地区和时间段能对应时，背景资料才更有参考价值。