瀑布流还是竞价——广告收入到底怎么最大化？
大多数团队接好一个广告 SDK,开了几个网络,就以为聚合层是个已经解决的问题。它不是。聚合层——决定每一次展示交给哪个网络的那一层——正是大量广告收入被悄悄留在桌面的地方,而几乎没人在上线后再看它一眼。这层到底在干什么,以及怎么不再让静态表格偷走你的展示,下面讲清楚。
Q：瀑布流和 App 内竞价,到底差在哪？
瀑布流是你猜。你把广告网络按你"以为"的 eCPM 排成层级,每层设个底价,从上往下问：谁过了自己的底价,谁就拿到这次展示。那个"价格"是你上周二敲进去的一个数。App 内竞价反过来——网络在毫秒级返回一个真实出价,聚合 SDK 选最高的。差别不是表面功夫：瀑布流用陈旧的假设给你的流量定价,竞价用买家"此刻"愿意付的钱定价。竞价在近几年吃掉了瀑布流的大部分份额,原因正在于静态底价跟不上一个按小时波动的买方市场。
Q：为什么纯瀑布流今天在悄悄漏钱？
三条路,而且会叠加。底价设太高,顶层填不满,展示漏到下一层被贱卖——你刚把 premium 流量打折出了。设太低,又把本可卖高价的展示拱手让人。更糟的是你手动调优,永远慢半周：买家预算一天内暴涨暴跌,而你的瀑布流周一才动过。信号不在仪表盘某条线上——是你顶层填充率卡在 40%、混合 eCPM 在悄悄流血。瀑布流把定价权交给了你的日历,而不是市场。
Q：到底该用哪种,怎么决定？
你几乎从不在两者里二选一。真实做法是混合：竞价做价格发现的底层,兜住每一次展示；顶上留 1–2 层薄瀑布流,给直客或那些不接竞价的网络。决策看三件事：规模、地区、团队。流量太小不值得养一个调底价的人。某些新兴市场只有瀑布流网络有填充。反直觉的一点：竞价不一定每次展示都赢,但它干掉了"漏量+贱卖"的循环,所以中小团队往往净赚更多,而不是更少。哪家供应商跟你说"竞价在每次展示上都赢",那是在卖仪表盘,不是在讲实话。
Q：选聚合 SDK 时,你真正要看什么？
别盯着 eCPM 那个数——聚合 SDK 可以用自家广告或 house 填充把自家 eCPM 做漂亮。看填充率的真实性、SDK 体积（肥 SDK 拖加载、悄悄掉留存）、数据合规（展示数据从设备出去去哪了,COPPA 和 GDPR 都在意）、结算账期,以及锁定程度。唯一的真审计是独立审计：自己埋点做 impression 级收入,跟 SDK 报的数对账。两者一旦漂移,你最大化的不是收入,是 SDK 报出来的那个数。
| 维度 | 瀑布流 | App 内竞价 |
|---|---|---|
| 定价依据 | 你敲的底价 | 实时出价 |
| 调优成本 | 持续人工 | 近乎为零 |
| 漏量风险 | 高（底价设错） | 低 |
| 适合 | 直客、稀薄地区 | 价格发现、规模 |
| eCPM 真实性 | 容易自欺 | 较难藏 |
