VPN连接后速度很慢，先换节点还是换协议
普通用户应先保存直连基线，再换一个近距离节点；协议只在节点对照无效后再改。
短答案
先换节点通常更容易验证，因为操作影响范围小；每次只改变节点或协议中的一项。
先做这一步
同一设备同一时段关闭VPN的任务结果
- 当前现象
- 连接成功但网页、视频或下载明显慢于平时
- 需要记录
- 直连速度、节点名称、持续速度、延迟和失败次数
- 不要这样做
- 在不同时间、设备和目标间比较峰值
先把速度慢说成具体任务
速度慢不是单一故障名，用户应先说清是哪一个任务变慢。普通用户应先保存直连基线，再换一个近距离节点；协议只在节点对照无效后再改。本页围绕连接成功但网页、视频或下载明显慢于平时回答，先执行同一设备同一时段关闭VPN的任务结果，再查看直连速度、节点名称、持续速度、延迟和失败次数，不把在不同时间、设备和目标间比较峰值当作排查捷径。
记录换节点与换协议的先后
现场核对次序是先确认慢的是哪项任务、节点对照保持距离接近、协议对照放在第二轮、持续任务比十秒峰值可靠、恢复后要回切验证。把直连速度、节点名称、持续速度、延迟和失败次数放到实际发生的步骤旁边，暂时无法确认的字段留作未知。遇到在不同时间、设备和目标间比较峰值就结束本轮，不把后续结果混进同一组样本。
协议对照放在第二轮
自动协议可能已经变化，需记录实际名称。以同一设备同一时段关闭VPN的任务结果开场，在连接成功但网页、视频或下载明显慢于平时中保留直连速度、节点名称、持续速度、延迟和失败次数。近距离备用节点能改善所有任务，才说明原入口可能拥堵；对照现象是连接成功但网页、视频或下载明显慢于平时。
先确认慢的是哪项任务
网页慢、视频缓冲和上传慢不能共用一个结论。速度问题应建立任务账本，而不是只截一张测速图。本题起点是同一设备同一时段关闭VPN的任务结果。
用任务结果决定先改哪一项
网页首屏慢但下载稳定时，优先记录解析和响应时间；下载持续下降而延迟稳定时，再比较入口负载；实时通话断续则关注抖动和丢包。节点切换改变地理与负载，协议切换改变传输方式，两者同时调整无法判断收益来源。每轮测试结束都回到原设置跑一次相同任务。
节点对照保持距离接近
先选一个同地区备用入口，避免同时改变物理路径。用户可以把“节点对照保持距离接近”拆成能否复现、影响范围和恢复方式三个问题。分别记录首页打开、固定清晰度视频、固定大小下载和语音通话的表现，再注明测试时段。观察字段为直连速度、节点名称、持续速度、延迟和失败次数。
持续任务比十秒峰值可靠
至少观察完整播放或固定大小文件。不要在不同时间、设备和目标间比较峰值，否则客服也无法还原过程。只有视频改善则还要考虑平台线路。短答案是先换节点通常更容易验证，因为操作影响范围小；每次只改变节点或协议中的一项。
VPN连接后速度很慢，先换节点还是换协议：用户现场补充
晚高峰变慢时应保留白天的同任务对照，而不是拿两个测速平台的峰值互比。下载看持续一分钟后的速度，视频看固定清晰度能否完整播放，通话看卡顿与丢字。只有这些用户任务同时改善，才值得长期更换入口；单项改善只作为候选。
VPN连接后速度很慢，先换节点还是换协议：结果判读
近距离备用入口同时改善视频、下载和网页，原入口拥堵的可能性增加；只改善某个任务，仍需看目标平台路径。协议更换只有在同一节点、同一时段下复现改善才有意义。长期选择以多次中位表现为准。用户可以把“VPN连接后速度很慢，先换节点还是换协议的结果判读”拆成能否复现、影响范围和恢复方式三个问题。
恢复后要回切验证
回到原节点复现，才能排除自然波动。协议调整放在节点对照之后，避免两项同时变化。遇到在不同时间、设备和目标间比较峰值便停止扩大改动。
记录换节点与换协议的先后：完成标志
这项记录完成时，应能回答三件事：连接成功但网页、视频或下载明显慢于平时在哪些条件下出现，同一设备同一时段关闭VPN的任务结果得到什么基线，以及直连速度、节点名称、持续速度、延迟和失败次数是否支持下一步。不能回答时保留未知，不用在不同时间、设备和目标间比较峰值填补缺失证据。