如今，面临逐渐萎缩的互联网发展红利，许多开发者都主动或被动的选择了出海。而要在海外赚到钱却绝非易事，IAP、IAA之间如何选择，而在确定了广告作为变现的手段之后，如何最大化利用广告资源赚到更多的钱、同时平衡用户体验与商业变现收益以便更加长久地赚到钱，是开发者们都需要仔细关照自身回答的问题。
移动互联网由兴起到繁荣的这十年间，是程序化广告市场的快速发展期，同样也是Waterfall不断进化的时期。
对于有变现需求的开发者来讲，选择合适的广告平台至关重要，为了平衡风险，多数开发者都会对接一个以上的广告平台用以变现。然而对接更多的平台过后，开发者就需要考虑如何去分控不同平台的相关流量，Waterfall便由此而生，作为分控流量的工具以满足开发者的需求。
在本期的AdSchool专栏中，我们将向各位详细介绍Waterfall模型的工作机制，借助聚合平台搭建更加适合自己的Waterfall模型，从而进一步了解变现过程，最大化广告变现收益。
“Waterfall模型”是广告聚合平台在不同广告平台之间分配流量时所遵循的方法。首先，聚合平台会按照一定的权重将各个广告平台从上到下进行排序，再根据排序的方式依次填充流量。开发者的广告库存在不同层级的广告平台间依次填充，因此被形象地称为“Waterfall – 瀑布模型”。
Waterfall 模型
除了分控流量的基本功能以外，一般情况下，Waterfall设置的目的主要在于优化两个指标：提升填充率、提升eCPM。在Waterfall模型中，聚合平台会将对接的广告平台按照权重从上到下排序，并依序进行广告填充；其中的权重一般也是按照eCPM进行设定。当上一层没有返回广告时就向下一层进行请求，直到流量库存全部填充完毕，从而大幅度提升FillRate。
Waterfall的权重计算依赖于eCPM。不过针对不同的广告位类型，不同的国家eCPM表现通常不一样。所以为了更好地细分eCPM，我们通常会使用Placement（广告位）+Country（国家）的数据。如果数据统计不足，则使用平台平均数据；如果数据平台数据不足，则使用默认值。这也是绝大多数Waterfall计算eCPM的逻辑。
Placement + Country
当然，最终影响eCPM值的情况有多种，比如效果、如何提升CTR、CVR、库存、地理位置、季节、性别、年龄、时段等等。Waterfall在各家平台拿到最精准的数据，其实就是国家加广告位的数据。虽然这些都能影响eCPM，但是刚才所提及的真正影响eCPM因素，Waterfall是无法追踪到的。这对于广告平台来讲，相当于是黑盒流程，需要用内部算法和模型完善。
eCPM的影响因素
为了使用Waterfall模型提升收益，开发者一般会与一家Mediation平台合作，Mediation主要是解决SDK之间的分量问题，开发者如果要更深层级地利用Waterfall模型进行分量，那么就需要详细了解以下几种流量对接方式：
SDK即“软件开发工具包”，一般是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。
这种形式能够对接各种新型的广告展现形式，例如可玩式广告、激励视频等等，同时支持最先进的广告反作弊技术。使用SDK对接后，开发者可以获取更多用户在应用内的行为数据，为产品和广告投放的优化升级提供更好的支持。
Online API即“实时应用程序编程接口”，是一些预先定义的函数，提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。
这种形式可以支持banner 、信息流、开屏等广告展现形式。因为对接代码的编写由开发者完成，因此开发者对于流量的分配与控制力更强，可以快速上线，调整起来也更加灵活便利。
此外，通过Online
API的方式可以对接不同广告平台的广告，从而提升库存。但由于支持的广告形式较为单调，一般eCPM低于SDK的形式，除非一些Branding的广告，此种方式可以并行去请求。
JS Tag，通过广告平台提供一段JS代码，在inApp中用WebView的方式进行广告渲染，一般多为串行的方式，eCPM一般在SDK和Online API之间。
另外，海外也有成熟的RTB解决方案，每一次出价都会拿到固定的eCPM。竞价价格可以并行请求，开发者需要根据自己内部价格进行比较，灵活调整自己的Waterfall。现在有很多的平台做RTB广告，但是填充质量参差不齐，开发者需要根据APP类型不同，不断进行尝试和选择。
Online API & JS-Tag
Direct Sells是比较大的开发者所自建的广告销售部门，以吸引一部分Branding广告，从而进一步提升eCPM。在Waterfall上设定的优先级会比较高，他们优先把流量交给直客，将剩余流量导给自己。
Direct Sells
现在来看，Waterfall由一开始非常简单的一种方式，扩展到多种形式，再过渡到目前有很多中大开发者自建自己的团队，已经变得十分复杂。
随着技术的发展，Waterfall能够处理越来越复杂的广告请求，有些平台可以设置Floor Price。Floor
Price设置后，代表该广告位填充广告的eCPM不可以低于这个价格，低于此价格就不会进行填充。这一设置会提升eCPM，但是会降低FillRate。
然而如果只使用一个平台，建议就不要使用底价，因为这会导致FillRate降低，从而使收益降低。
当有多个广告平台的时候，建议可以尝试同一广告位置进行底价和非底价的设置。适度的使用这一方法，可以有效增加整体eCPM。不过，这种方式不要过多尝试，因为这会大幅度降低展现率，请求广告却并没有返回广告，相当于浪费了整体的广告展示情况。
Floor Price
另外，Floor
Price不要设置过高，过高可能会导致相对较高但没有到达目标的Campaign不能填充，从而Waterfall会请求下一权重的平台，但实际没有第一优先级平台的eCPM高。
比如，第一个平台eCPM设置是10，系统内部计算结果是7.5，由于没有返回广告所以向下一层进行请求。而第二个平台可能出不到7.5，只达到5，第一个平台反而没有得到展示的机会。所以不要过高设置Floor
Price，建议可以根据自己的实际情况上浮20%—30%。
一般的广告平台，首次展现广告eCPM比较高，一般高于平均水平20%—30%。如果可以按照天/小时统计不同平台，那么会发现有些平台的平均值虽然不高，但是首次eCPM会更高，那么在设计Waterfall的时候就可以把首次展示给到最高的平台，从而提升整体eCPM。
Ad Network Performance
比如，以小时为频次单位进行统计，首次观看广告的第一家广告平台eCPM是3元，非首次观看的第二家广告平台是2.4元。如果只按照第一个模型去观察，整体是第一个广告平台更好，因为有大部分用户一定会看多次广告，综合起来一定是这个平台eCPM更好。
但是这其中我们会错过一个问题，那就是在首次观看方面，其实是第二个广告平台会更好。因为数据统计没有细分，设置Waterfall的时候，可能只能把第一个平台放到第一个优先级，在此时填充就会损失一部分eCPM收益。正确的做法应该是，把首次展现给到第二个广告平台，从而整体提升eCPM。
最后，基于用户层级Waterfall的设置，还能做很多。比如在时段、网络连接、手机型号、性别、兴趣等等层面做细分。当然，这需要大量的数据储存，并且要投入大量的人员精力去分析和管理。这虽然可以提升eCPM，但是消耗的精力也更大，所以需要根据实际情况执行。
那么，更先进的Waterfall应该如何去搭建？尤其是相关的API接口，无法更多的去细分，此时应该怎么办？
那么开发者如何建立合理的Waterfall？首先，在发展阶段设置Waterfall，要做好广告位的策略，找到标准广告位，然后结合更多的用户场景，包括基于用户付费和没有付费等行为，去尝试新的广告位。未来随着DAU的增长和技术的储备，开发者还可以自建直销团队，或者以搭建广告平台等方式，去对接越来越多的平台，在成熟期做深入的优化。
从Waterfall技术本身的复杂度考虑，推荐开发者在一开始使用第三方平台进行搭建。随着自身对于变现以及Waterfall整体理解的加深，开发者可能会尝试自建Waterfall，第三方平台此时也会提供部分的设计帮助，从而进行下一步对接。这里的对接包括更多基于实时竞价的方式，在不同平台间做相关对比等等，就比如刚才所提到的基于Audience的Waterfall。
但从历史成功的App来看，Waterfall设计得再好，还是建议开发者将精力放到产品和买量，将变现更多的交给专业的广告平台处理。
AdTiming聚合变现平台现已全面实现通过Waterfall进行数据驱动的精细化运营，为开发者减少搭建成本并提供专业的运营管理以及数据分析。在设置基于Audience的Waterfall时，AdTiming在后台基于国家区域、网络连接状态、品牌、设备类型、性别和兴趣、频次等维度，进行系统自动的Audience
Segment，从而提升开发者整体的eCPM。
现在，AdTiming已经把这些基于Waterfall的功能集中上线，可以进行系统自动的Audience
Segment，在方便开发者管理的同时，提升了整体的eCPM。建议开发者将精力放到产品和买量，将变现更多地交给专业的广告平台处理。
在本系列的文章中，我们介绍了什么是广告聚合平台、并向各位展示了聚合平台中“Waterfall模型”的核心技术。基于这些理解，我们将在下一篇文章中为各位盘点各项关键指标，提供一份筛选广告聚合平台的完全指南。更多干货，敬请期待！
