Bidding 模式下，如何精细化运营广告源？

随着今年1月 Meta 率先进入 Bidding Only 模式，Bidding 竞价模式已不可阻挡成为广告变现的主流趋势。在 Bidding 模式下，探索精细化运营广告源也成为几乎每个开发者的必修课程。

Bidding 竞价

是指广告平台实时参与广告请求的竞价，开发者可以在众多出价中选择最高价的平台进行变现。Bidding 竞价不仅可以有效提高广告收益，也极大地提升开发者对产品的运营效率，同时广告在较快的时间内返回和展示，对用户体验也起到一定改善作用。

支持 Bidding 竞价的广告平台通常会跟聚合平台打通，便于开发者灵活接入和使用。

目前跟 TradPlus 聚合平台打通 Bidding 的广告平台有 Meta, Vungle, Pangle, Mintegral, 优量汇，SigMob, myTarget 等，开发者随时可以快速接入TradPlus 聚合来测试 Bidding广告源。

由于部分广告平台不支持 Bidding，Bidding 加瀑布流会是一个长期共存的趋势！

TradPlus 瀑布流的广告逻辑是按照广告源的价格，从高到低进行请求和展示。在 Bidding 和瀑布流混合模式下，SDK 会先请求所有 Bidding 广告源，将竞价胜出的广告源融入到瀑布流里，再对新瀑布流进行请求和展示。

例：

同时请求4个 Bidding 平台后，2号平台以 $14的价格胜出，SDK 把2号平台融入至瀑布流的 $16和 $13两层广告源之间，再进行广告请求。

一套公平的精细化的流量分配策略，能有效帮助提升 eCPM。

在 Bidding 加瀑布流的混合模式下，精细化运营广告源有这几点需要注意：

1. 一个中介组中，同一家广告平台，仅配置一个 Bidding 广告源即可；

2. 尽量多配置不同广告平台的 Bidding 广告源，让广告得到充分比价和竞争。

对于不支持 Bidding 的广告平台，使用传统的瀑布流优化规则进行配置即可。首先是高价层广告源可以尽量提高底价。当较多流量漏至低层时，需要在其间添加中间层。

例：

瀑布流第二层 $10、1千展示，第三层 $5、1万展示，可以在 $5-10之间再添加一层 $8广告源。

同时可以设置1-2层无底价层，确保应用填充率高于95%。此外同一个价格层，可多放置几个广告源。

通过大量实操和数据验证发现，Bidding 的使用并不总是带来正面效果，某些时候使用 Bidding，eCPM 会出现下滑的情况。

此时我们需要借助 Bidding 底价和 Bidding 保留数这两个功能，来解决该问题。

Bidding 底价功能

是指在 TradPlus 平台上给 Bidding 广告平台配置底价，当 Bidding 广告源竞价成功后，SDK 会舍弃掉低于 Bidding 底价的广告源，仅保留高于 Bidding 底价的广告源，融入到瀑布流里

例：

某休闲游戏在第一阶段，仅使用瀑布流，eCPM 是$2.37。

在第二阶段，产品使用 Bidding 加瀑布流，由于 Bidding 价格普遍位于瀑布流的低层，低价广告占用了缓存池，没有触发重复加载，获得了较多展示，eCPM 下降32%。

到第三阶段，该游戏使用 Bidding 底价功能，舍弃低于 Bidding 底价的广告，中高价广告获得了较多展示，eCPM 比第一阶段提升61%，比第二阶段提升140%。

Bidding保留数

Bidding 保留数是指 Bidding 广告源竞价成功后，按价格从高到低，保留的个数。比如开发者一共配置了5个 Bidding 广告源，设置的Bidding 保留数是3个，SDK会将保留 Bidding 价格前3名的广告源，融入到瀑布流里。

相比较下来，Bidding 底价功能是对 Bidding 价格的绝对值进行筛选，Bidding 保留数是对 Bidding 广告源的比例进行筛选，开发者需要结合产品实际情况，灵活选择使用，或组合使用，来提升 eCPM。

以上就是 Bidding 加瀑布流的混合模式下，精细化运营广告源的有效方法。欢迎广大开发者接入 TradPlus 聚合，优化出适宜自身产品的流量分配策略。