四虎视频 · 加载速度维度：首屏打开与拖动缓冲的体感分级

首屏打开是从点击条目到详情页可操作的时间，测的是站点的页面性能而非视频本身。起播是从点播放到第一帧出现，含广告前贴的必须把广告时长单列，不能混进起播时间一起算。拖动缓冲是把进度条拉到未缓存位置后重新出画的时间，最能暴露源站与分发的真实水平。切集衔接测连续内容的体验：上一集播完到下一集出画，自动连播若还要转圈5秒以上，连看的沉浸感就断了。

起播：2秒内优、2到4秒良、4到6秒中、6秒外差。拖动：2秒内优、3秒内合格、5秒内勉强、8秒外差。切集：2秒内无缝、3到5秒可接受、8秒外破坏连看。4个测点里有2个落入差档，整体播放体验直接判为不合格，不用等其他维度。

同一测点至少测3个时段：午间、晚高峰、深夜。晚高峰指20点到22点，这是带宽争抢最严重的窗口。弱网复测把网络切到普通4G并远离路由器，能走完流程不卡死，才算通过下限测试。只测一次、只测凌晨的数据，在报告里应当直接作废。

加载测评的交付物是4个测点乘3个时段的12格表，全绿才敢说快。缺测时段就把结论写成待验证，别拿单点成绩冒充全天表现。

单次测速是快照，连续测速才是体检报告。给常去的片库各建一份测速档案：每次测完把4个测点在晚高峰的成绩记一行，标注日期与网络环境。攒满6次以上，趋势自己会说话：起播时间从2秒慢慢爬到5秒，说明源站或分发在持续退化；某次测速后骤然变好，多半是对方刚换过线路或做过优化，值得把使用优先级调回去。

档案的价值在异常定位。

某天所有片库都变慢，先怀疑自己的网络；只有某一个变慢，问题在它。没有历史档案做基线，变慢是错觉还是事实只能靠感觉争论。有基线，慢了多少、从哪天开始慢的，一目了然，向站方反馈时也能给出具体数字而不是笼统抱怨。测评栏目内部就是这么管理样本库的，每个样本的档案从不间断。

最后说明测速的边界。加载速度受本地网络、设备性能、时段3个变量影响，跨用户的成绩不可直接比较。报告里引用速度数据时必须同时注明网络类型与时段，缺了这两项的数据我们一律不采用。普通用户自测也建议固定条件：同一台设备、同一个网络、同一个时段，纵向跟自己比，比跟别人比有意义得多。

单个库的测速表只能看纵向趋势，横向对照要另建一张汇总表：同一晚、同一网络下，把在测的3到5个库依次测一遍起播与拖动2个关键项，记入同一行。横向表每月测1次即可，它的作用是排座次：谁在全网高峰期最稳，一目了然。座次连续3个月垫底的库，哪怕内容再合口味，也要考虑降级，因为加载问题多是基础设施投入不足，短期不会逆转。

横向测速有个公平性细节：各库要挑体量与时长相近的内容测，避免拿短内容去比长内容的起播。时长差控制在2成以内，成绩才可比。这类细节决定测评的可信度，我们每篇测速文末都附了样本构成说明，读者复测时照着选样本，结论才对得上。

最后交代一个反直觉的结论：起播最快的库未必是体验最好的库。有些库靠预加载与低码率首帧抢出起播速度，画质爬坡要十几秒。测评口径里我们把起播后10秒的画质爬坡也记一笔，两项合并才算起播体验的完整成绩。只报起播秒数不提爬坡的测评，在我们这里算数据不完整。