Waterfall ou bidding: como você maximiza de verdade a receita com anúncios?
A maioria conecta um SDK de anúncios, liga um par de redes e assume que a camada de mediação já está resolvida. Não está. A mediação —a peça que decide qual rede serve cada impressão— é onde muito dinheiro de anúncio fica na mesa, e quase ninguém olha para ela após o lançamento. Isto é o que essa camada faz e como parar de entregar impressões de graça para uma planilha estática.
Q: Qual é a diferença real entre um waterfall e o bidding dentro do app?
O waterfall é você adivinhando. Você ordena as redes em níveis conforme acha que é o eCPM delas, põe um preço mínimo em cada nível e pergunta de cima para baixo: quem passa do piso ganha a impressão. Esse "preço" é um número que você digitou na terça passada. O bidding inverte: as redes devolvem uma oferta real em milissegundos e o SDK escolhe a mais alta. A diferença não é cosmética: o waterfall precifica seu inventário com uma suposição velha; o bidding precifica com o que os compradores pagam agora. O bidding comeu boa parte do waterfall nos últimos anos justamente porque pisos estáticos não acompanham um mercado de compradores que muda de hora em hora.
Q: Por que um waterfall puro vaza dinheiro em silêncio hoje?
Por três caminhos, e eles se somam. Você põe os pisos muito altos e o nível superior não preenche, então a impressão cai para o nível de baixo e é vendida barato —você acabou de liquidar tráfego premium com desconto. Põe muito baixo e entrega impressões valiosas a quem pagaria mais. E como você ajusta manualmente, está sempre meia semana atrás: os orçamentos dos anunciantes sobem e caem num dia, mas seu waterfall não foi tocado desde segunda. O sinal não está numa linha do dashboard —é a taxa de preenchimento do seu nível superior em 40% enquanto o eCPM combinado sangra em silêncio. O waterfall entrega o poder de precificar ao seu calendário, não ao mercado.
Q: Como você decide qual usar de verdade?
Quase nunca escolhe um. O real é híbrido: o bidding é o piso de descoberta de preço que pega cada impressão, e em cima você deixa 1–2 níveis finos de waterfall para acordos diretos ou redes que não pujam. Os fatores são escala, região e time. Tráfego pequeno não justifica uma pessoa mantendo pisos. Alguns mercados emergentes só preenchem com redes waterfall. O contra-intuitivo: o bidding nem sempre ganha cada impressão, mas mata o padrão de vazamento-e-liquidação, então times pequenos e médios costumam ganhar mais, não menos. Se um fornecedor diz que o bidding ganha sempre em cada vista, está vendendo o dashboard, não a verdade.
Q: O que você avalia de verdade ao escolher um SDK de mediação?
Pare de olhar o eCPM —um SDK de mediação pode maquiar seu próprio eCPM preenchendo com anúncios próprios ou da casa. Olhe a honestidade da taxa de preenchimento, o tamanho do SDK (um gordo arrasta o carregamento e derruba a retenção em silêncio), o compliance de dados (para onde saem os dados de impressão do dispositivo —COPPA e GDPR ligam), os prazos de pagamento e o enclausuramento. A única auditoria real é independente: instrumente receita no nível de impressão você mesmo e concilie com o que o SDK reporta. Se divergirem, você não está maximizando receita, está maximizando o número que o SDK reporta.
| Eixo | Waterfall | Bidding no app |
|---|---|---|
| Base de preço | seu piso digitado | oferta em tempo real |
| Custo de ajuste | manual constante | quase zero |
| Risco de vazão | alto (pisos errados) | baixo |
| Melhor para | acordos diretos, regiões finas | descoberta de preço, escala |
| eCPM honesto | fácil se iludir | mais difícil esconder |
