01 / 先建立本地网络的基础对照
在使用新连接之前，用当前设备打开两三个熟悉的网页，观察文字和图片是否正常加载，再比较同一网络中的其他设备。这样可以判断异常是否已经存在，也可以区分单台设备和共享环境的问题。没有基础对照，后续变化就很难解释。
局域网已连接不等于互联网可用。公共热点可能需要认证，路由器也可能遇到上游连接异常。先确认网络本身的访问条件，再进入客户端或应用设置的检查，不要把多个阶段同时改变。
02 / 域名解析与数据传输不是同一步
浏览器访问域名时，通常需要先得到可用的地址，再与目标建立连接并请求资源。DNS 解析参与地址查找，带宽和路径条件则影响之后的传输。某些网页无法打开、但其他目标正常时，可以把解析或站点因素作为检查方向，而不是立即重置所有网络。
改变 DNS 之前，应记录原有配置与使用环境，尤其是单位网络、内部站点和管理设备。不要在不了解用途的情况下照搬网络上的地址，修改之后也要重新验证实际访问并保留恢复办法。
03 / 代理影响哪些访问要看范围
系统代理、浏览器扩展和应用内部的代理设置，可能作用于不同范围。一个浏览器异常而其他应用正常时，可以先查看该浏览器自己的设置和扩展；所有应用都受影响时，则需要结合系统网络条件和当前连接一起判断。
代理可能由工作网络或可信应用配置，不应一概删除。先记录名称、地址与用途，再判断是否有重复或遗留设置。想了解平台检查入口，可阅读Windows 教程或macOS 指南，具体菜单以当前系统为准。
04 / 缓存和网站数据需要按现象处理
浏览器缓存保存部分网页资源，有助于后续加载；网站数据还可能包含登录状态和偏好。页面样式异常、旧内容没有更新时，可以先重新加载，再在了解影响的前提下处理对应站点的数据，不必每次都清除整个浏览器。
Google 的Chrome 浏览数据说明区分了缓存、Cookie 等数据类型。清理之前确认希望处理哪一类，避免丢失仍然需要的登录状态。缓存检查与整体网络排查应分别进行。
05 / 带宽、响应和设备任务一起观察
下载速率、网页首个内容出现的等待和交互响应，反映的因素不同。后台更新、云同步和视频传输会共享网络资源，设备本身的处理负担也可能影响感受。比较前先记录当前任务，再保持相同设备与访问目标。
观察结果不能单独说明某种产品一定更快，也不能代表所有应用。实际需要时，按速度知识和连接检查分别整理信息；遇到异常一次只改变一个条件，能让判断更清晰。