adPluga

Guia de produto

Marketplace, Handshakes & Deals

O marketplace liga publishers com tráfego a advertisers com orçamento. Sem leilão cego — o publisher pede, o advertiser decide.

O que é o marketplace

É a superfície de descoberta bilateral. Advertisers publicam anúncios aprovados com categorias, geos e reputação mínima. Publishers navegam, filtram e pedem liberação (handshake) para servir os que interessam.

O que é o marketplace
O que é o marketplace

Como publicar no marketplace

Advertiser: cria a campanha e o anúncio, submete-o a moderação e, uma vez aprovado, define as categorias (IAB), geos e reputação mínima do público. A partir daí o anúncio fica descobrível no marketplace e os publishers elegíveis podem pedir handshake para o servir.

Deixar que outros publishers peçam para o servir.

Publisher: regista e verifica a propriedade, cria os slots (formato/tamanho) e integra o SDK/tag. Depois abre /marketplace, filtra por categoria, geo, eCPM e reputação, e pede handshake ao anúncio que interessa. Após aprovação é criado um deal DIRETO e o anúncio passa a servir nos teus slots.

Alternativa (demanda reversa): em vez de procurar, o publisher publica um pedido de inventário com o perfil que quer; os advertisers compatíveis são pontuados e notificados e respondem com um handshake.

Handshake — o contrato bilateral

Um handshake é um pedido formal do publisher ao advertiser. O fluxo tem 6 estados: requested → [proof_pending | under_review] → approved | rejected (terminal: expired). O advertiser pode aprovar manualmente ou configurar auto-rules que avaliam reputação, geo e categoria automaticamente.

O acordo entre as duas partes, antes de um único anúncio servir.
Handshake — o contrato bilateral
Handshake — o contrato bilateral
requestedproof_pendingunder_reviewapprovedrejectedexpired

Provas do publisher

O advertiser pode exigir provas: domínio (DNS), geo (GeoIP), categoria, volume, viewability e reputação. O sistema verifica automaticamente — declarado tem de ser menor que medido.

Deal DIRETO

Quando um handshake é aprovado, o sistema cria automaticamente um deal DIRETO. Revshare default: 88% publisher / 12% plataforma. O deal tem piso eCPM, TTL (default 90 dias) e slots elegíveis. Cada impressão servida sob o deal gera um crédito no ledger.

O que nasce de um handshake aprovado: preço, prazo e contas à vista.
Deal DIRETO
Deal DIRETO

Prioridade de serving

A ordem de prioridade no /serve é: DIRETO > POOL > HOUSE > free. Deals DIRETO têm prioridade máxima. Se não houver deal activo, o sistema procura no POOL cross-tenant. Se nada, serve um HOUSE creative (fallback financiado pela plataforma). Nunca slot vazio.

Directo, pool ou casa — e porque é sempre por essa ordem.
1DIRETO2DEAL3POOL4MEDIATION5HOUSE
O endpoint /serve devolve sempre 200. Quando nenhuma fonte paga preenche, o sistema degrada para HOUSE — o slot nunca fica vazio.

KPIs e ledger

Cada deal tem KPIs em tempo real: impressões, cliques, conversões, spend, viewability IAB. O ledger de créditos é append-only com reconciliação diária. Exports CSV disponíveis por deal e por handshake.

KPIs e ledger
KPIs e ledger

Demanda reversa

O publisher publica um inventory_request descrevendo que tipo de campanha procura. O sistema faz matching pontuado com advertisers compatíveis e notifica-os. Eles podem iniciar handshake directamente. Vive em Demanda Reversa no dashboard.

Demanda reversa
Demanda reversa