广告形式全解：主流形式、协议底层与可见性计费

聊广告时，大多数人嘴里的”什么类型的广告”，指的其实是形式（Format）——插屏还是激励视频？横幅还是原生？形式决定素材长什么样、渲染在哪、怎么打扰用户，是最”看得见摸得着”的一层，也是工程侧最关心的一层：素材协议（VAST / MRAID）、可见性测量（OMID）、变现效率排序，全都挂在这条维度上。

这篇不铺全景，只把形式这一件事讲透：先用样机图逐个拆开六种主流形式，再扩展到试玩 / 竖屏 / 富媒体 / 音频 / 搜索 / CTV 等更多形式，最后下沉到协议底层——竞价请求里 imp 怎么描述创意、SafeFrame / MRAID / VAST / OMID 怎么渲染与测量、什么样的曝光才算钱。

TL;DR

• “什么类型的广告”最常指的是”形式”：形式决定素材长什么样、渲染在哪、怎么打扰用户，也决定它走哪套素材 / 测量协议。
• 六种主流形式：Banner 横幅（内嵌小条）/ Interstitial 插屏（切场景时全屏）/ Rewarded 激励视频（看完给奖励）/ Native 原生（拆字段融进内容流）/ Video 视频（In-stream 贴片 / Out-stream）/ Splash 开屏（冷启第一屏）；另有试玩 / 竖屏 / 富媒体 / 音频 / 搜索 / CTV 等更多形式（见 §3）。
• 变现效率的经验排序：激励视频 > 插屏 > 原生 ≈ 视频 > 横幅——所以激励和插屏是聚合与 In-App Bidding 竞争最激烈的战场。
• 形式决定协议：视频走 VAST，可交互富媒体走 MRAID，可见性测量走 OMID——这些是”渲染层”要实现的东西（详见 App 广告 SDK 深挖）。
• 协议层就长这样：竞价请求 OpenRTB 的 imp 里，banner / video / native / audio 是素材类型，instl / rwdd / plcmt / skip 等是展示位与能力声明——素材类型与形态天然分成两组字段。
• 靠预加载”秒开”：全屏 / 视频形式把 load 与 show 分离、素材分层缓存（内存 / 磁盘 / CDN），并平衡广告有效期（TTL）与”加载未展示”损耗；开屏跨会话预取、视频还要配 faststart 才能首帧秒播。
• 形式还决定”算不算钱”：品牌越来越只认 viewable 可见曝光（MRC：展示 50% 像素 / 1s，视频 / 2s）；富媒体跑在 MRAID + SafeFrame 沙箱里、视频交互交给 SIMID（VPAID 已弃用）、测量交给 OMID。

Table of contents

1. 先给形式一张地图

按”怎么渲染、怎么打扰用户”，可以把常见形式分成三类：内嵌不打断内容的（横幅 / 原生 / 搜索位）、全屏打断切换点的（插屏 / 开屏 / 激励视频），以及视频 / 富媒体 / 音频这类需要专门素材协议的。

形式分类地图：按”怎么渲染 / 怎么打扰用户”分成内嵌、全屏、视频富媒体三类；视频 / 富媒体各自对应 VAST / MRAID / OMID 协议。

先厘清一个更本质的区分：上面这些常被统称为”形式”，但它们其实分属两个不同层级——

• 素材类型（创意本身是什么）：Banner（图片 / HTML，富媒体 MRAID 也归在这类）、Native（拆成标题 / 图 / 描述等字段的原生素材）、Video（视频，走 VAST），外加 Audio（音频）。这才是 OpenRTB 竞价请求里 imp 对象真正枚举的创意对象，也是投放后台”创意类型”里通常只有 banner / native / video（/ audio）的原因——它决定用哪套渲染器（图 / HTML 渲染、VAST 播放器、原生组件、音频播放器）。
• 展示位形态（这条素材放在什么位子、怎么展示）：Interstitial 插屏 / Rewarded 激励视频 / Splash 开屏并不是独立的素材类型，而是广告位属性——插屏是”全屏”标志（imp.instl=1）、激励是”激励”标志（OpenRTB 2.6 的 imp.rwdd）、开屏是一种启动位 placement。素材本体仍是一条 banner 或 video。

所以同一条 Video 素材，可以同时投贴片位、激励位、插屏位。把”素材类型 × 展示位”拆成两条正交维度，既避免了 banner-插屏 / video-激励 这种组合爆炸，也解释了为什么后台按素材类型配创意、再按广告位设置展示形态。下面各表里，Banner / Native / Video 是素材类型，Interstitial / Rewarded / Splash 是展示位形态，混在一起只是因为它们在产品语境里都被叫做”形式”。

2. 六种主流形式详解

下面给六种主流形式各来一张示例样机，左列是它的四条属性（长什么样 / 典型场景 / 用户体验 / 变现效率 · 工程要点）、右列是对应的样机图（图内仅保留极少英文，看不清的以左列文字为准）：

Banner（横幅）
长什么样：内嵌在页面里的一小条（常见 320×50 / 320×100 或自适应尺寸），不铺满屏、不打断内容，用户可以边看内容边扫到它。 典型场景：列表页、文章底部、导航栏上方等"长期常驻位"，靠长时间在场 + 定时自动刷新累积曝光，是最基础、覆盖最广的形式。 用户体验：打扰最低——常驻在边角、不打断操作，用户基本可以无视；代价是容易被"视而不见"（banner blindness），偶尔还会误触或挤占内容空间。 变现效率 / 工程要点：单次 eCPM 最低，但常驻 + 自动刷新（一般 30–60s 一次）拉高总曝光；工程上要控制刷新节奏、不阻塞滚动、避免遮挡内容触发误点，且不可见时不应计费刷新。

Interstitial（插屏）
长什么样：全屏、打断式的图片或视频广告，铺满整屏，带一个明显的关闭按钮（X），用户关掉后才能回到 App。 典型场景：自然的切换间隙——关卡结束、页面跳转、内容加载之间；忌在用户正在操作的路径上突然弹出，否则体验差、易误点。 用户体验：明显打断——出现在自然间隙尚可接受，一旦挡在用户正在操作的路径上就很烦；全屏加上偏小的关闭键，也是误点重灾区。 变现效率 / 工程要点：eCPM 高；必须提前预加载（否则展示时转圈），并做频次控制防打扰；show 前要校验宿主生命周期，避免页面已销毁还调用而崩溃（见 App 广告 SDK 深挖）。

Rewarded（激励视频）
长什么样：全屏视频，由用户主动选择观看，看完整段后领取游戏币、道具、额外机会等奖励——是"用时间换价值"的自愿交换。 典型场景：游戏复活、免费解锁、奖励翻倍等；因为是用户自愿触发，接受度和完播率都最高，是手游变现的主力形式。 用户体验：最正向——完全由用户主动发起、看完有明确回报，是"你情我愿"的交换，几乎不引起反感，接受度与完播率都最高。 变现效率 / 工程要点：eCPM 最高；奖励发放必须以服务端回传（S2S）为准防作弊、且要真正看完才发；素材"重"，几乎都要提前预加载好秒开（见 App 广告 SDK 深挖）。

Native（原生）
长什么样：广告素材被拆成标题 / 图片 / 描述 / 按钮等字段，由 App 用与内容一致的 UI 自己拼出来，只用一个小 "Ad / 赞助" 标记与正常内容区分。 典型场景：资讯 / 电商 / 社交的信息流（feed），穿插在正常内容之间；今天绝大多数移动端"原生"都指这种 feed 内广告。 用户体验：与内容融为一体、观感最自然、几乎不打断浏览；但正因为太像正常内容，必须清楚标注广告身份，否则容易被当成内容误点、损伤信任。 变现效率 / 工程要点：与内容融合、体验最好、点击率高；渲染交给 App，要防"假原生"误导和诱导误点，合规上必须清晰标注广告身份，不能骗用户以为是内容。

Video（视频：In-stream 贴片 / Out-stream 独立）
长什么样：In-stream 依附在视频内容里的前贴 / 中贴 / 后贴片；Out-stream 在图文内容里自己开一块播放器。常带 Skip 按钮与进度条。 典型场景：In-stream 多见于长视频 / CTV 大屏，Out-stream 多见于资讯信息流；品牌曝光与效果转化都常用。 用户体验：好坏取决于能否跳过——Skip 按钮、静音自动播放、可控进度能明显缓解打扰，前几秒的强制观看与插得过频的中贴则最招人烦。 变现效率 / 工程要点：走 VAST 协议（旧的 VPAID 已被弃用，交互交给 SIMID、可见性测量交给 OMID）；素材大、要防首帧慢（见 MP4 faststart），还要处理自动播放 / 静音策略。

Splash / App Open（开屏）
长什么样：App 冷启动或从后台回到前台时，占满第一屏的全屏广告，通常带一个 "Skip Ns" 倒计时和底部的品牌 / App 信息区。 典型场景：应用启动页、切回前台的第一屏；曝光量大、单价可观，但直接横在用户和 App 之间，最影响启动体验。 用户体验：直接横在"打开 App 就想用"的路径上，最影响启动顺滑感；一个清晰的 Skip 倒计时、到点秒放行是体验底线，白屏或跳不过极易劝退。 变现效率 / 工程要点：冷启超时预算极紧（业内常设 ~3s），到点必须秒放行进 App、绝不能白屏卡住用户；素材要预缓存，避免冷启时才现拉（见 App 广告 SDK 深挖）。

此外还有 Rich Media（可交互富媒体）/ Audio（音频）/ Search（搜索结果位） 等形式：富媒体走 MRAID，音频常见于播客 / 音乐流插播，搜索是搜索结果页里的文字 / 购物卡片——它们没有统一的代表性样机，这里不单独配图。

注意：形式 ≠ 媒介。“视频”既是一种形式（素材是段视频），也常被当成一个媒介（视频渠道）；“原生”同理。所以”信息流里的一条 Out-stream 视频”完全成立——形式说的是素材长什么样，媒介说的是它投在哪，是两条独立维度。媒介、计价、交易这几条维度，本文不展开，见程序化广告生态全景与交易模式。

3. 还没完：更多形式（竖屏 / 试玩 / 轮播 / 富媒体 / 音频 / 搜索 / CTV）

上面六种是移动端最常见的，但”形式”这张表远不止六行。下面这些在特定媒介 / 场景里是主力，工程上也各有讲究：

一句话规律：新形式几乎都不是新”素材类型”，而是老素材类型（多为 Banner / Video）套上新的展示位形态和交互层——试玩 / 富媒体是 Banner + MRAID，竖屏 / 暂停广告 / CTV 是 Video 换了个位子和比例。回到 §1 那条主线：素材类型就那几种，形态可以无限长。

4. 从竞价请求看形式：OpenRTB imp 怎么描述创意

要真正讲清”形式”，最硬核的一层是看它在竞价请求里长什么样。OpenRTB 里每个广告位是一个 imp 对象，媒体侧用它声明这个位子能接哪种素材、有什么限制；DSP 拿到后据此决定投什么创意。四类素材对象各有关键字段：

banner（展示 / 富媒体）

• w / h / format[]：尺寸，format 是一组候选尺寸（自适应位用）。
• btype / battr：屏蔽的广告类型 / 创意属性（如禁止自动播放音频、禁止扩展）。
• api[]：支持的框架——3 / 5 / 6 = MRAID 1 / 2 / 3、7 = OMID。富媒体、试玩能不能投，就看这里有没有 MRAID。
• expdir：允许的展开方向（Rich Media 用）。

video（视频）

• mimes[]：可接的封装 / 编码（如 video/mp4）；minduration / maxduration：时长区间。
• protocols[]：VAST 版本——2 / 3 / 7 对应 VAST 2.0 / 3.0 / 4.0（含 wrapper 变体）。
• plcmt（2.6 起，取代旧 placement）：1 Instream / 2 Accompanying Content / 3 Interstitial / 4 Standalone。
• linearity：1 线性贴片 / 2 非线性叠加。
• skip / skipmin / skipafter：能否跳过、几秒后可跳。“贴片能不能 Skip、几秒后 Skip”就编码在这三字段。

native（原生）

• request：一段遵循 Native 1.2 规范的 JSON，里面 assets[] 声明媒体位要哪些字段——title / img（logo / 主图，带 type）/ data（描述 / 价格 / 评分 / CTA 文案）/ video。
• eventtrackers[]：曝光 / 可见性打点方式（img 像素 / JS）。这就是”原生 = 把创意拆成字段、由媒体拼装”在协议层的样子。

audio（音频）

• 与 video 类似，但走 DAAST / VAST-audio，有 feed（音乐 / 播客 / 电台）、maxseq（贴片序列）等字段。

imp 层（跨素材的位子属性）

• instl：1 = 插屏 / 全屏；rwdd（2.6）：1 = 激励位；secure：是否强制 HTTPS 素材；bidfloor：底价。

看懂这层就明白：“插屏 / 激励”是 imp.instl / imp.rwdd 这种一位标志，“形式能力”是 banner.api / video.protocols 这些能力声明——素材类型与展示位在协议里天然是两组字段，正好印证 §1 的区分。

5. 渲染与生命周期：SafeFrame / MRAID / VAST / OMID

素材类型不同，端上”怎么显示出来、怎么上报”也完全不同。这是形式落到工程侧最实的一层：

渲染与生命周期：素材类型决定走哪条渲染路径（SafeFrame·MRAID / VAST·SIMID / 原生组件），可见性（OMID）达到 MRC 标准才计费。

• HTML / 展示类 → SafeFrame / 友好 iframe：为防止创意脚本乱改宿主页面（甚至窃取数据），HTML 创意通常被塞进跨域 SafeFrame（\$sf.ext 提供受控的可见性 / 展开能力）或同域 friendly iframe 里沙箱运行。
• 富媒体 / 试玩 → MRAID 生命周期：MRAID 定义创意与容器的握手——状态 loading → default → expanded / resized → hidden，事件 ready / viewableChange / stateChange，方法 expand() / resize() / open() / close()。创意”想全屏 / 想展开”都要经这套 API，不能直接操作宿主。
• 视频 → VAST 播放链：VAST 是一段 XML，InLine 直接给素材、Wrapper 层层指向上游服务器（可套多层、每层加自己的 tracking）。播放器要解析 MediaFiles 选码率、按 TrackingEvents 打 start / firstQuartile / midpoint / thirdQuartile / complete、处理 ClickThrough；交互能力由 SIMID（取代 VPAID）承接，插播排期用 VMAP。
• 可见性 / 验证 → OMID（OM SDK）：Open Measurement 让第三方验证方（如 IAS / DoubleVerify）在不拿宿主完整权限的前提下测可见性与合规——统一的 session、geometry change、impression 事件。

抽象成一条通用生命周期：请求 → 拿到素材（预加载 / 缓存）→ 渲染（iframe / 播放器 / 原生组件）→ 曝光上报 → 可见性测量 → 点击 → 关闭 / 回收。不同形式只是每步换了实现，App 广告 SDK 深挖 里那”七层”讲的正是这条链在端上的落地。

6. 预加载与缓存：让形式”秒开”

全屏 / 视频类形式（插屏 / 激励 / 开屏 / 贴片）有个共同的死穴：展示的那一刻不能等。若等到要 show 时才去请求、拉素材，用户看到的是转圈或白屏——体验崩掉不说，还常常凑不满可见窗口（§7）、这次曝光白给。解法就一条主线：把”加载”和”展示”解耦，提前把广告和素材备好。

• load 与 show 分离：插屏 / 激励 / 开屏的 SDK 几乎都是 load() → onLoaded → show() 两段式——空闲时机（展示完上一条后、进入某页面前）异步 load 好，show() 只做”秒开”。show 前必须校验 isReady，没就绪要有兜底（跳过 / 降级），绝不能盲调。
• 谁来预加载：通常由 广告 SDK / Mediation 维护一个”已就绪广告”池——各家 adapter 各自 load 好，show() 时取最优的一条；这也是瀑布 / In-App Bidding 比价的前提：得先有一批 loaded 的广告，才谈得上选谁展示。一条竞得的广告通常只能展示一次，show() 后即作废并预加载下一条，不能反复播。
• 缓存分三层：
  • 广告对象（内存）：已竞得、已加载好、可立即展示的广告实例——show() 命中这层才叫秒开。
  • 素材资源（磁盘）：视频文件、HTML / MRAID 包、试玩 HTML5 包、图片、结束卡等，按 key + TTL 落盘；开屏更要跨会话持久化，冷启时直接用上次预取的素材。
  • CDN / HTTP 缓存：Cache-Control + 边缘节点，让素材就近拉取。
• 新鲜度 ↔ 命中率的权衡：预加载的广告不是永久有效——竞得的 bid / 创意都带有效期（TTL，常见几十分钟），show 前要查过期、过期就重新 load。缓存太久→素材过期、竞价失效、创意可能已下架或审核状态变了；缓存太少→展示时才拉、又回到转圈。还要盯一个隐性指标：loaded-to-shown（加载了却没展示的比例）——预加载太激进会浪费流量与 fill、拉低 eCPM 统计，有的网络按 load 计费更会造成对账偏差。
• 开屏 / 冷启是最极端的场景：冷启超时预算极紧（业内常设 ~3s），绝不能冷启时才现拉；靠上次会话预取、持久化在磁盘的素材开屏，到点必须秒放行进 App、绝不白屏卡住用户。
• 视频还要叠一层”能秒播”：就算文件已缓存，moov 在文件末尾一样得等整包下完才起播——所以缓存要配 MP4 faststart（moov 前置）才能真正首帧秒开。缓存解决”素材在不在本地”，faststart 解决”在本地也能立刻播”。

这套”预加载 / 缓存”在手机厂商手里会被推到系统级——常驻广告服务、跨 App 共享缓存、后台预取、跨重启持久化，还衍生出”应用预装 / 预加载”这条独立的分发变现生意。因为它牵涉的变现模式、系统权限与合规红线自成一体，单独展开成一篇：OEM 系统广告：手机厂商怎么靠预装、预加载与系统位变现。

一句话：预加载 / 缓存是把”形式”从”能显示”做到”秒显示”的那一层，也是 App 广告 SDK 深挖 渲染层与缓存层要落地的核心工程。

7. 可见性与计费：rendered、viewable 与 MRC 标准

形式还直接决定一次曝光算不算数、按什么口径计费：

• served / rendered impression：广告被返回 / 被渲染就算一次——但用户可能根本没滚到、或一闪而过。
• viewable impression（可见曝光）：按 MRC 标准才算数——展示类：≥50% 像素在视口内、持续 ≥1 秒；视频类：≥50% 像素、持续 ≥2 秒（大尺寸展示放宽到 30%）。这也是 MP4 faststart 那篇的核心：视频启动慢，凑不满 2 秒可见窗口，钱就飞了。
• 计费口径随形式变：品牌预算越来越只认 viewable CPM（vCPM）；激励视频还要叠一层服务端回传（S2S）确认真正看完才发奖励、才计有效；CPI / 效果类则接 SKAdNetwork / 归因平台确认转化。
• 工程含义：曝光要在”真正可见”时才上报、不可见的自动刷新不该计费（回到 Banner 那条工程要点），可见性测量（OMID）因此是变现正确性的一部分，不是可选项。

把 §4–§7 串成一条线：一条 15 秒可跳过贴片的一生

1. 请求：媒体发出 imp.video = { mimes:["video/mp4"], maxduration:15, protocols:[7], plcmt:1, skip:1, skipafter:5, api:[7] }——声明”这是个 Instream 贴片位、接 VAST 4.0、5 秒后可跳、支持 OMID”。
2. 竞价：DSP 读懂这些能力，挑一条 ≤15s、可跳的视频创意出价，bid.adm 里带回一段 VAST。
3. 解析播放：播放器解析 VAST，遇到 Wrapper 就层层回源、合并各层 tracking，最终从 MediaFiles 选一档码率的 MP4。
4. 打点：start 打完，第 5 秒 Skip 按钮出现；用户没跳，依次打 firstQuartile / midpoint / thirdQuartile / complete。
5. 可见 → 计费：OMID 全程测可见性，只有”≥50% 像素、连续 ≥2 秒”起才算 viewable——达标才计入 vCPM。若素材首帧慢（见 faststart）没凑满 2 秒，这次曝光白渲染、不计钱。
6. 点击 / 回收：用户点了走 ClickThrough，播放结束回收播放器、释放缓存。

同一条 VAST 素材，把 imp.instl 或 imp.rwdd 一开，就变成插屏 / 激励——素材没变，变的只是展示位。这条主线贯穿全篇。

8. 广告质量与安全：审核、屏蔽属性与沙箱

形式越强大（可交互、可全屏、可跳转），能作恶的空间越大，所以每种形式都配了一套”刹车”：

• 创意审核 / 扫描：素材入库要扫恶意脚本、自动跳转（auto-redirect）、诱导点击、违规品类；程序化里靠创意 ID + 审核状态和实时扫描把关。
• 屏蔽属性 battr / 品类 bcat：媒体在 imp 里声明”不接哪些创意属性 / 广告品类”（如禁止自动播放带声、禁止扩展、禁止竞品），DSP 必须遵守。
• 沙箱与隔离：HTML 创意跑在 SafeFrame / 跨域 iframe 里，限制它访问宿主 DOM、cookie；视频交互走 SIMID 的受控接口而非任意 JS——这正是 SIMID 取代 VPAID 的主因（VPAID 给了创意太多执行权限，安全与性能都失控）。
• 规格红线：每种形式都有尺寸 / 时长 / 文件大小 / 帧率上限（IAB 的 LEAN、Ad Format Guidelines），超标素材入库即拒——和 MP4 入库拒收规则 是一回事。
• 合规标注：原生 / 信息流必须清晰标 “Ad / 赞助”，激励要如实兑现奖励——既是体验也是法务红线。

9. 常见误解 ↔ 正解

10. 速查与对比

六种主流形式横向对比（打扰度 / eCPM 为业内经验值，具体随媒体、地区、竞价环境浮动）：

一句话收束：形式 = 素材类型（Banner / Native / Video / Audio，由 imp 枚举、决定渲染器）× 展示位形态（instl / rwdd / plcmt…，决定放哪、怎么展示）。效率上 激励 > 插屏 > 原生 ≈ 视频 > 横幅；计费上品牌越来越只认 viewable。别把它和”媒介（投在哪）/ 计价 / 交易”混为一谈——那是另外几条维度。

延伸阅读

本站里和”形式”关系最近的几篇：

• App 广告 SDK 深挖：激励 / 插屏 / 原生等形式在移动端怎么渲染、怎么聚合变现（In-App Bidding）。
• OEM 系统广告：手机厂商怎么靠预装、预加载与系统位变现：把 §6 的预加载 / 缓存推到系统级，以及厂商独有的预装分发变现。
• 你的视频素材为什么要 5 秒才开始播：视频形式的素材与交付细节（VAST / faststart）。
• 程序化广告生态全景：形式之外，“广告投在哪、怎么被买卖”的全局机制。
• 程序化交易模式精讲：RTB / PMP / PD / PG：交易维度的深挖母篇。

标准与一手资料：

• IAB Tech Lab. Ad Format & Creative Guidelines：展示 / 视频 / 原生等形式的官方规范索引。
• IAB Tech Lab. OpenRTB Specification：竞价请求里 banner / video / native / audio 对象与 instl / rwdd / plcmt / skip 等字段的定义。
• IAB Tech Lab. Native Ads Specification 1.2：原生素材的 assets 字段与事件打点规范。
• IAB Tech Lab. VAST / VMAP / SIMID：视频素材、插播排期与（取代 VPAID 的）交互协议。
• IAB Tech Lab. MRAID / Open Measurement (OMID) / SafeFrame：富媒体交互、可见性测量与创意沙箱。
• MRC. Viewable Ad Impression Measurement Guidelines：可见曝光（50% 像素 / 展示 1s、视频 2s）的官方定义。

附录：术语表

• Format（形式）：广告”素材长什么样、怎么渲染、怎么打扰用户”的维度——Banner / Interstitial / Rewarded / Native / Video / Splash 等。
• 素材类型（Creative Type）：创意本身是什么——Banner / Native / Video / Audio，对应 OpenRTB imp 里的创意对象，决定用哪套渲染器；投放后台”创意类型”通常只有这几种。
• 展示位形态（Placement）：一条素材放在什么位子、怎么展示——插屏（imp.instl）/ 激励（imp.rwdd）/ 开屏等，不是独立素材类型，可复用同一条创意。
• imp（OpenRTB Impression 对象）：竞价请求里描述一个广告位的对象，内含 banner / video / native / audio 子对象来声明它能接哪种素材。
• Banner（横幅）：内嵌在页面 / App 里的常驻小条（如 320×50），定时刷新，最基础、覆盖最广。
• Interstitial（插屏）：场景切换点弹出的全屏广告，可关闭，eCPM 较高。
• Rewarded（激励视频）：用户主动看完换取奖励的视频形式，变现效率最高。
• Native（原生）：拆成标题 / 图 / 描述等字段、融进内容流的形式，体验最不打断。
• Splash / App Open（开屏）：App 冷启或回前台时占满第一屏的全屏广告，冷启超时预算极紧。
• In-stream / Out-stream 视频：依附视频内容的贴片（前 / 中 / 后贴）/ 内容中自开播放器的独立视频位。
• Rich Media（富媒体）/ Playable（试玩）：可交互 / 可试玩的展示形式，素材是 HTML5，走 MRAID。
• plcmt / skip / format[] / battr：OpenRTB 里视频展示位类型 / 可否跳过 / 候选尺寸 / 屏蔽创意属性等字段。
• VAST / VMAP / SIMID：视频素材协议 / 插播排期 / 交互协议（SIMID 取代已弃用的 VPAID）。
• MRAID：移动富媒体接口，定义创意与容器的状态（default/expanded/resized）、事件与 expand() / resize() 等方法。
• SafeFrame：把 HTML 创意关进跨域 iframe 沙箱、只给 \$sf.ext 受控 API，防其乱改宿主页面。
• OMID（OM SDK）：Open Measurement，第三方在受限权限下统一测量可见性与合规。
• DAAST：数字音频广告的素材协议（现已并入 VAST-audio 体系）。
• rendered / viewable impression：被渲染的曝光 vs 满足 MRC（50% 像素、展示 1s / 视频 2s）的可见曝光。
• eCPM / vCPM：每千次曝光 / 每千次可见曝光的等效收入，比较形式变现效率与品牌计费的通用单位。
• SSAI：服务端广告拼接，把广告缝进视频流里，CTV / 长视频常用以防拦截。
• 预加载（Preload）：show() 之前提前把广告下载 / 渲染 / 预热好，缓存在池子里，展示时秒开；全屏型形式的刚需。
• 广告缓存 TTL：竞得广告的有效期（常见 30–60 分钟），过期缓存不能再展示，且通常一条只消费一次。