// 博客 — CTV 与 OTT

SSAI 与 CSAI：为 CTV 应用选择广告插入方式

Mobadly Media Buying Team · 2026-12-04 · 10 min read

简短答案：点播库用客户端插入（CSAI）变现效果好，直播和 FAST 流实际上必须用服务器端插入（SSAI），许多流量主在一个应用里两者并用。详细答案——各自如何工作、成本如何、在哪里出问题——如下。

CSAI：播放器干活

客户端广告插入中，设备上的视频播放器暂停内容、调用广告服务器、接收 VAST 响应、播放广告再返回内容。每个测量信标都从设备本身触发，因此测量精确，互动形式——二维码操作、遥控器点击——自然可行。

代价是复杂度。播放器必须解析 VAST、解开包装链、处理超时和错误、平滑地进出广告时段——在您支持的每一个设备世代上。在三年前的电视上卡顿的广告，就是流失的观众和不被计数的展示。

服务器端广告插入把工作移到云端。SSAI 服务接收您的内容流，按家庭向广告服务器请求个性化广告，并把它们缝合进流本身。设备只播放一条连续视频——没有客户端广告逻辑、无法屏蔽、跨平台行为一致。

这就是 SSAI 成为 FAST 频道和直播内容标准的原因：直播流中没有客户端可以去取广告的自然间隙。代价是测量。播放器不再知道广告在哪里，因此信标必须从服务器侧或轻量客户端 SDK 触发——而买方会主动检验 SSAI 测量是否有伪造。

CSAI 测量直截了当：展示、开始、四分位和完播事件从播放广告的设备触发。验证厂商信任它，因为信号产生于观看发生的地方。

SSAI 测量需要刻意设计。服务器侧信标必须携带足够的设备和会话身份信息才可验证，信誉良好的配置还包含客户端确认信标。任一方向出错——身份太少像欺诈，太多造成隐私暴露——买方都会折价或拒绝您的库存。这是 CTV 技术栈中最技术性的决定，请严肃对待。

CSAI 把成本转移到工程：每个平台、每个设备世代的播放器工作，加上平台更新带来的持续维护。SSAI 把成本转移到基础设施：按小时的缝合费和流处理，客户端更简单。没有普遍更便宜的一方——平台多观众少时 CSAI 更疼，观看时长巨大时 SSAI 更疼。

无论哪条路线，流量主侧的集成工作是几天而不是几个月。耗时的永远是商店认证和需求方批准，而不是广告代码。

点播库——AVOD 应用、点播目录——适合 CSAI：时段位置已知，会话有意图，精确的客户端测量值得播放器的投入。线性和 FAST 流适合 SSAI：直播馈送中没有客户端插入广告的时点，一条缝合流对所有设备表现一致。

混合方案常见且明智：一个应用，点播区用 CSAI，线性频道用 SSAI。广告服务器两者都看得见；观众毫无察觉。

CSAI 在设备上出问题：深到在到达媒体文件前就超时的 VAST 包装链；广告与内容之间的过渡故障；旧硬件上丢失的信标。SSAI 在云端出问题：错位的 SCTE-35 标记；慢到填不满直播时段的决策链；经不起买方验证的测量。

上线前就知道自己的故障模式。CSAI 在您支持的最老设备上挂着网络代理测试。SSAI 要对着验证厂商的方法论测，而不只是看自己的仪表盘。

四个问题定胜负。内容是直播还是点播？直播指向 SSAI。支持多少平台？平台越多 CSAI 的播放器成本越高。互动形式多重要？重要则偏向客户端。需求方有什么要求？有些买方指定的测量要求实际上替您做了选择。

拿不准时，从行业的落点开始：点播用 CSAI，线性用 SSAI，两者之上一层统一报告。

集成路线在入驻时确认，取决于您的平台和流架构——SDK、VAST 标签、SSAI 和服务器对服务器都是评估选项。库存审核先于商业条款，条款单独商定并书面确认。

注册为流量主，选择库存类型，描述您当前的技术栈——审核会很快告诉您哪条路线合适、测量应该长什么样。

有应用或流量需要变现？Mobadly 用直接广告主需求填充流量主库存——提供按版位透明的报告。