TikTok多平台同时开播：直播服务器上行带宽要多大、卡顿怎么查
一个TikTok Shop直播间，同时把画面推到TikTok、Shopee Live、YouTube，再留一路给独立站做嵌入——这是很多跨境卖家今年真实的开播状态。问题往往不在主播和货盘，而在推流那一端：画面糊、音画不同步、观众端转圈、后台显示码率上不去。多数人第一反应是「加带宽」，但买完发现照样卡。这篇按从0到1的顺序，把上行带宽怎么估、机器怎么选、卡顿怎么定位讲清楚。
热点变化：多平台同播把「上行」变成了瓶颈
过去单平台开播，一路1080p推流大约4~6Mbps就够用。多平台同播意味着同一路画面要复制成多路推流，若用本机直接推，主播电脑的上行和编码压力会先崩；更稳的做法是本地只推一路到中转服务器，由服务器转推或转码分发到各平台。这时服务器的上行带宽承担的是「路数×单路码率」的叠加值。
粗略估算：3个平台、每路1080p按5Mbps算，稳定上行需求约15Mbps，但要留30%~50%余量应对峰值和重连，实际按20~25Mbps规划；如果做多码率转码（同时输出720p给弱网观众），每增加一档输出就要再加一份上行。这就是为什么很多卖家买了「百兆独享」还是卡——带宽够，但机器CPU扛不住转码，或者线路绕路导致丢包。
地区选择上，TikTok直播观众主要在东南亚和欧美，机房就近能明显降低推流RTT：面向东南亚选新加坡，面向港台与华南选香港，面向日本韩国选东京/大阪，面向欧美选美国西海岸。跨境线路优先看是否走CN2或优质BGP回国、国际出口是否拥堵，这比单纯堆带宽更能解决卡顿。
配置怎么定：从带宽、CPU到线路的对照清单
选购时建议逐项对比，不要只看「几核几G」：
- 上行带宽：单平台1080p按5~8Mbps/路估，多平台叠加后留50%余量；有转码需求再上浮。
- 带宽类型：确认是独享还是共享，是否限制月流量。直播是持续上行，流量型套餐容易月中被限速。
- CPU：只做转推（不转码）双核即可；要做多路转码，建议8核以上，并优先选主频高的型号。
- 内存与磁盘：转推场景16G起，SSD用于系统和日志；录制回放需求另算存储。
- 线路：问清回国内与国际方向的路由、是否有DDoS基础防护，直播被攻击导致断流并不罕见。
- IP与端口：确认可开所需推流端口，是否支持多IP做分发隔离。
市场行情量级上，东南亚/日本方向的入门大带宽机型月付多在百元级到数百元级，香港优质线路与高带宽机型通常上千元，美国超大带宽高配机型可到数千元级，具体视服务商与带宽类型而定。
卡顿排查：按这五步走，别先加钱
- 分清是哪一端卡：主播本地OBS显示掉帧，是编码或本地上行问题；服务器监控里上行跑满，是带宽不足；服务器正常但观众端卡，多半是平台侧或分发线路。
- 看丢包与延迟而非只看带宽：持续ping推流目标与服务器，丢包超过1%~2%就会明显花屏，先换线路再谈扩容。
- 降码率做对照实验：把单路从6Mbps降到3Mbps，若卡顿消失，基本确认是上行或转码能力不足。
- 检查转码是否超载：多平台同播时观察CPU占用，长期80%以上就要拆机器或改纯转推。
- 错峰与冗余：大促前用备用线路做一次全流程压测，固定推流地址和码率参数，避免临场改配置。
常见坑：用普通云主机做中转却忽略上行计费；把转码和转推塞在同一台低配机；只看带宽数字不看线路绕路；开播前没做长时段压测，播到一半才发现流量包用尽。
选购推荐
按上面的思路，如果主攻东南亚市场、以转推为主少量转码，新加坡大带宽服务器 V（E5-2683v4*2 / 64G / 1T SSD / 30M带宽，418.5 元/月）的上行量级足够支撑多平台同播并留有余量，64G内存也方便后续加转码进程。若观众集中在港台与华南、对低延迟和回国线路更敏感，香港大带宽物理服务器 IX（E5-2660*2 / 32G / 240SSD / 250M带宽，1669.82 元/月）的大上行更适合多路高码率并发的直播中转场景。
决策建议：先用一路推流加一台中等配置服务器跑通流程，实测丢包和CPU占用，再按平台数量线性扩容；带宽按「路数×码率×1.5」估，线路优先级高于配置堆料，卡顿先查丢包和转码负载，最后才考虑加钱升级。