不久前，西媒推出了实时竞价功能。可能很多朋友还不知道实时竞价功能是什么。我们对实时竞价和传统瀑布做了一个小小的比较。来看看吧~
rtb实时竞价
分为C2S客户端实时竞价和S2S服务器实时竞价。竞价的原理是，一个app发起广告请求之前，先向所有支持竞价策略的广告源进行询价，然后每个广告源返回这个竞价。最后，app根据返回的出价，选择出价最高的广告源进行展示。竞价竞价不仅可以有效提高广告收入，还可以大大提高开发者在产品上的运营效率。同时，广告可以在更快的时间内返回和展示，这也将提高用户体验。
传统瀑布流
一个广告请求发起后，会按照瀑布流设置的ecpm顺序从高到低进行过滤，请求到哪一层的广告就会显示出来。如果底价请求全部完成，没有广告返回，说明请求失败，所以通常设置底部广告，避免影响填充率的问题。
投标优于传统瀑布流
瀑布的等级很多，价格区间很细，可以优化收益。所以，在竞价模式下，其实没必要再这么做了，因为竞价其实已经可以替代大部分瀑布的这个功能了，经过比价，你会得到此刻最好的价格。瀑布关卡太多，要求加班的会更多。而竞价只需要一个广告位，方便运营管理，也加快了单次请求和响应的时间。
高效率的价格比较，增加收入。
实践证明，与传统的单瀑布广告策略相比，可以有效提升15%-25%的广告收入。实时竞价模式下的竞价更加透明公开，竞价者SDK/API根据开发者的广告请求，以单个pv返回真实的广告报价，让开发者更准确高效的比价，选择更好的曝光机会。
降低运营成本，改善用户体验。降低运营成本:接入竞价后，开发者无需维护瀑布模型和eCPM调优，降低了运营成本和资源消耗。
提升用户体验:接入竞价后，串行竞价逻辑改为并行，减少了40%左右的填充时间，不仅优化了填充率，还提升了用户体验。
