停在三秒，
究竟停在哪里？

不一定。倒计时文字可以先作为静态内容出现在页面里，负责更新它的脚本随后才运行。脚本没有加载、执行报错、被浏览器环境限制，都会让文字看起来停住。此时页面的其他内容可能已经正常显示，所以不能仅凭一个数字判断整条网络连接都失效。

还有一种区别：数字可能只是装饰文案，并没有连接任何计时逻辑。看到“三秒”不能反推页面确实安排了三秒后的导航。对具体网站，需要查看实际页面行为才能判断；本页没有运行任何倒计时，也不声称快猫采用了哪一种实现。

浏览器把页面切到后台后，可能降低计时任务的执行频率。回到前台时出现一次明显停顿，也未必意味着原站点故障。倒计时属于页面内的表现，目标服务器是否已经收到请求则是另一件事。把这两者分开，才能理解为什么数字停住时地址栏有时没变，有时却已经变了。

空白页可能出现在新页面还没有渲染的时候，也可能是目标只返回了一个需要脚本继续生成内容的外壳。前者是等待内容到达，后者是内容已经部分到达，但主要界面尚未生成。仅看白色背景无法判断是哪一种，更不能据此确定服务已经关闭。

地址栏是否改变，是理解导航阶段的一条直观线索。地址未变，可能仍停留在原页面；地址改变，则说明浏览器至少已经进入了另一个位置。即便位置变了，也不表示目标内容完整返回。网址解析、连接建立、服务器响应和页面绘制之间仍有多个环节。

若浏览器显示明确的连接错误，应把它与页面自己写出的“维护中”“暂不可用”分开。前者来自浏览器的访问结果，后者只是网页内容，两者的解释范围不同。没有具体错误信息时，较准确的描述是“这一次没有看到内容”，而不是替未知的运营者宣布永久停服。

页面文字、封面和视频文件可能走不同的加载路径。文字能显示，只说明页面的一部分已到达；封面能显示，也不证明媒体文件已经取得。因此，“入口成功”与“视频开始播放”不是同一个结果。把页面加载成功当成播放必然成功，会漏掉媒体请求本身的情况。

浏览器通常会限制带声音的自动播放。一个播放器等待用户主动操作，和一个播放器加载失败，外观有时相似，但含义不同。如果实际页面存在正常的播放控件，应以它给出的状态为准；本页没有播放器，不用假按钮模拟这种操作，也无法确认任何服务当前是否允许播放。

媒体还可能受到编码支持、音轨、资源地址和分段请求的影响。声音能听见却没有画面，与画面存在却没有声音，并不是同一种现象。卡在某个位置也可能是后续分段未能取得，而不是前面已经播放的内容突然失效。具体原因需要对应环境和请求记录，不能靠“刷新一下”概括所有问题。