先描述慢发生在哪个阶段
网页很久才开始显示、图片逐步加载、文件传输停顿和视频会议断续，是不同的现象。先用具体描述代替笼统的慢，再选择检查方向。网页等待可能涉及响应与服务处理，持续加载还受到数据量、可用带宽和设备性能影响。
打开另一个常用网站作对照，留意是否所有服务都出现同类问题。客户端显示连接成功不代表目标服务一定正常。只有一个站点异常时，应先关注该站点和浏览器会话，而不是立即更改全局网络配置。
确认后台传输与设备负载
系统更新、云备份和其他应用的下载可能共享网络资源。检查自己的后台任务，在不影响重要工作的条件下暂停非必要传输，再验证同一网页。不要同时运行多次测速或大文件下载，因为这些操作本身会改变比较条件。
设备负载也可能影响页面渲染或视频表现，网络改善未必能够解决所有卡顿。留意系统忙碌、发热与应用无响应，分别记录访问等待和本机处理现象。涉及工作设备时先遵循管理要求，不建议为了测试停用安全软件。
比较无线位置与接入方式
保持同一设备和任务，比较不同位置的Wi-Fi表现，观察是否受距离、遮挡或无线干扰影响。信号格数只能说明部分条件，不能代替实际访问。允许使用有线连接时，可作简单对照，但不能凭一次差异直接判定某个硬件损坏。
移动网络对照需要考虑套餐、覆盖和应用数据权限，且可能产生流量消耗。比较时记录网络类型和时间，避免把不同目标服务的结果混在一起。没有改善的设置应恢复原值，为下一轮观察保留清楚起点。
浏览器与任务设置的针对性处理
只有浏览器异常时，可以比较另一个页面或新的会话，查看扩展和代理条件是否相关。缓存可能改变重复访问表现，清理前应知道会影响哪些数据。不要一遇到慢就清空全部登录记录，也不要接受来路不明的优化脚本。
视频卡顿可以先在应用中调整允许的画质，再观察带宽与设备处理是否相关；文件传输则应注意同时进行的任务。所有调整应围绕具体症状展开，不将某个操作宣传为适用于所有设备和所有服务的固定加速方案。
留下能重复验证的结果
记录设备、网络类型、目标任务、时间和具体表现，并写下本次只改变了什么。尽量在相近条件下重复访问，不要用不同文件大小或不同网站作速度提升结论。测试结果只对当时条件有参考意义，不能代表长期连接能力。
复查后仍然异常，按单个站点、单台设备和整个网络区分范围，并保存错误文字。更多分层方法见 连接状态检查；若主要是响应变化或语音断续，可继续阅读 延迟与丢包知识。
不同服务、时段与设备的表现可能不同，本文不提供固定Mbps、延迟或提升比例。比较时记录任务和环境条件，一次只调整一个因素。