先算码率再买带宽，最后定转码方案
视频业务中，转码与带宽的正确考虑顺序是：先确定终端播放的分辨率和码率策略，再由码率反推带宽需求，最后据此选择转码方案。这个顺序一旦颠倒，要么带宽买多了造成浪费，要么转码参数不合理导致卡顿频发,下面把每个环节拆开讲透。
为什么“先转码后带宽”是常见误区
很多团队在业务起步时，习惯先挑CDN厂商、先定带宽套餐，然后才让技术部门去配置转码参数,这个流程在实际交付中经常出问题。
带宽买的是峰值，转码决定的是均值。 带宽计费方式主要有按峰值带宽和按流量两种，无论哪种，实际消耗都取决于视频码率乘以并发观看人数，如果先定了带宽，转码时把码率调高，峰值瞬间打满,用户端就会开始缓冲。
转码参数不是越清晰越好。 见过不少业务方把转码码率拉到接近原始素材的水平，理由是“画质绝对不能妥协”，但实际上，移动端播放场景下，1080P@4Mbps和1080P@8Mbps的视觉差异在手机屏幕上很难察觉,带宽成本却翻了一倍。
行业共识认为，转码参数应当为带宽预算服务，而不是反过来让带宽为过高的码率买单，正确的做法是：先画出目标用户的播放终端分布和网络环境，定出可接受的分辨率与码率上限,再核算带宽规模。
第一顺序：先锁定目标分辨率与码率档位
这一步是全部计算的地基，不要直接拍脑袋定“1080P”,而是从业务形态和终端出发来做取舍。
按终端场景划分码率梯度
- 手机竖屏短视频（抖音/快手信息流）： 主流观看设备是手机，屏幕尺寸在6英寸左右，720P@2Mbps到1080P@3Mbps已经足够流畅,多数情况下4Mbps以上的码率在竖屏小屏内容上没有实际意义。
- 横屏长视频（B站/腾讯视频类）： 用户有全屏观看习惯，且部分用户会投屏到电视，1080P@4Mbps到4K@12Mbps是常见范围,电视端和PC端对码率的敏感度远高于手机端。
- 直播场景（视频号/抖音直播）： 直播是实时转码，延迟优先级高于画质，1080P@3Mbps是当前直播领域的常用档位,4Mbps以上对上行带宽和转码集群的压力会成倍增加。
具体操作建议： 在视频处理平台（如简米云媒体处理、酷番云VOD）创建转码模板时，不要只配一个“原画”档，而是配置多档自适应码率：
流畅（480P@800Kbps）、标清（720P@1.5Mbps）、高清（1080P@3Mbps），播放器根据用户网速自动切换,这是控制带宽成本的第一道闸门。
码率决定带宽需求的数学关系
带宽需求的计算公式并不复杂：
并发观看人数 × 平均码率 = 所需带宽
举例：预计有1000人同时观看，平均码率按2Mbps计算，那么带宽需求就是2000Mbps，约等于2Gbps，如果你先买了1Gbps的带宽，那么转码模板中的平均码率就必须控制在1Mbps以内,否则高峰期必然卡顿。
关键点：平均码率不是所有档位的简单平均。 实际统计中，多数用户会落在“标清”和“高清”之间，为保险起见，计算时建议按最高码率的60%-70%作为平均估取值,这是一个经过大量实际项目验证的安全系数。
第二顺序：带宽选购之前先做峰值测算
带宽产品（如CDN带宽包、BGP独享带宽）的采购周期通常按月或按年，一旦签了合同再调整并不方便，所以在选购前,要把转码参数换算成明确的带宽数字。
视频网站带宽价格的真实面貌
视频网站带宽价格在不同计费方式下差异很大，按峰值带宽计费（以95计费或日峰均值），国内主流CDN厂商的单价大约在十几元到几十元/Mbps/天之间，具体取决于采购量级和合约时长，按流量计费则通常在2元-0.5元/GB区间。
这就是为什么“先定转码码率”如此重要,用一组数据来看：
| 场景 | 平均码率 | 1000并发所需带宽 | 月度流量（日均10万次播放） | 带宽成本量级 |
|---|---|---|---|---|
| 低码率策略 | 5Mbps | 5Gbps | 约50TB | 较低 |
| 高码率策略 | 4Mbps | 4Gbps | 约130TB | 高出一倍以上 |
同样的并发规模，仅仅因为转码码率设置不同，带宽成本可能相差一倍以上,这就是把转码放在带宽前面考虑的直接价值。
如何测算自己的真实峰值带宽
- 拉取历史播放数据（如视频点播系统的后台）,找出最近30天的日峰值并发数。
- 查看播放器上报的码率分布，如果播放器做了自适应,后台能看到各清晰度档位的实际占比。
- 用“并发数×各档位码率占比加权”算出日均带宽需求，再乘以1.5-2倍预留峰值余量。
统计显示，视频平台的流量波峰通常在晚间20:00-23:00，此时并发数是白天的数倍，预留冗余必须够,否则高峰期会直接反映在卡顿率上。
第三顺序：根据带宽预算反推转码策略
带宽成本测算完成后，就进入了实质性的转码参数调优阶段，这一步是技术与成本的妥协,分两个层面来做。
编码格式的选择优先级
- H.264： 兼容性最佳，所有终端都能硬解，目前为止点播业务的首选,但压缩效率已经到瓶颈。
- H.265（HEVC）： 相比H.264能节省约40%-50%的码率，同样画质下带宽成本大幅下降，但老旧设备（iPhone 7及以下机型的Safari浏览器）软解会发热卡顿,需要做好兼容降级。
- AV1： 压缩率比H.265再提升约30%，但编码耗时长，适合头部热门内容预转码,不适合UGC海量视频全量处理。
业内专家指出，目前点播业务的常规做法是H.264和H.265双码率输出，播放器优先选择H.265，遇到不支持终端自动回退H.264，这样既能省带宽,又不牺牲兼容性。
关键参数调优清单
- GOP（关键帧间隔）： 建议设置为2秒（即帧率×2），在直播和点播中,过长的GOP会导致切换清晰度时出现长时间黑屏或花屏。
- 编码档次（Profile）： 视频点播场景优先使用Main或High Profile,比Baseline在同等码率下画质明显更好。
- 分辨率动态匹配： 利用处理服务的“分辨率自适应”能力，为每条流生成多档位，比如原始素材是4K，自动生成1080P、720P、480P三档,播放器按用户的网络带宽智能匹配。
- 音频码率下限： 音频码率不要压到64Kbps以下，否则在声音细节丰富的场景（如音乐/影视内容）会明显失真,用户感受比画质降级更差。
以短视频平台视频转码配置常见的做法为例：多数团队会采用“两档HEVC+两档H.264”的组合，HEVC档位用于Wi-Fi环境，H.264档位用于移动网络,整体带宽成本能降低三成以上。
部署顺序：先小流量灰度，再全量切换
转码参数和带宽预算计算完毕,正式部署时不要一次性全量切。
- 第一步，在视频处理平台创建新的转码模板，先处理一批100-200条历史测试素材。
- 第二步，用不同网络环境（5G、4G、Wi-Fi）下播放测试，观察首帧时间、卡顿率和画质主观评价。
- 第三步，选择总流量1%-2%的灰度区域（按地域或用户ID），发布新配置,观察CDN带宽曲线是否如预期下降。
- 第四步，确认带宽峰值比旧方案降低后,再逐步切到全量流量。
具体可验证的验收指标： 查看CDN控制台的“回源带宽”和“边缘带宽”峰值曲线，如果新方案上线后边缘带宽下降明显，同时播放器上报的首帧时间（TTFB）和卡顿率（Rebuffer Ratio）没有上升,说明转码策略调整成功。
长期运营中的调优循环
带宽和转码不是一次定完就结束的关系，业务增长和用户设备换代都会打破原有平衡。
形态出现（如竖屏短剧）会改变码率分布，定期导出转码日志,查看各档位实际调用比例。
- 播放终端更新换代（比如某年新发布的手机全面支持AV1硬解），考虑新增AV1档位,继续压缩带宽成本。
- CDN厂商的视频网站带宽价格每年都有洽谈空间，但谈判的前提是你能清晰地说出“我的平均码率是多少、峰值带宽是多少”,这会让谈判更有依据。
常见问题解答
转码和大带宽一起考虑时，直播和点播的顺序有区别吗？
有区别，点播可以按“先转码后带宽”的顺序从容调整，因为视频是预先处理好的，但直播是实时流转码，必须优先保证带宽稳定如果推流带宽不足，再好的转码参数也没用，直播通常先定“最大推流带宽”（如3Mbps），再配对应的转码降级档（如从1080P降至720P）,确保极端网络下直播仍能继续。
带宽成本太高时，优先降码率还是换编码格式？
优先换编码格式，从H.264换成H.265，画质几乎不变但码率能降一半；而降码率会直接损失画面细节，用户可感知的清晰度下降会明显得多，编码迁移完成后，如果成本还有压力,再考虑策略性降低非热门内容的码率档位。
预算有限的小团队怎么确定转码和带宽的方案？
先用最低成本方案起步：单档H.264 720P@1.5Mbps + 流量计费CDN，不需要自建转码集群，直接用云厂商的媒体处理服务按量付费，等播放量稳定后，用后台数据观察各清晰度占比，再逐步增加高清档位和H.265输出，小团队的核心原则是“先跑通，再优化”,不要一开始就追求全档位全格式覆盖。