Seu próprio SSP: quando o Prebid Server ou um SSP alugado bastam, e quem pode construir um

Um SSP, ou supply-side platform, é o software que oferece o espaço publicitário de um publisher a muitos compradores ao mesmo tempo e paga o publisher pelo que for vendido. Um publisher que vende espaço publicitário só nos próprios sites ou apps raramente precisa construir um. Ele pode vender por meio de SSPs existentes e rodar o próprio leilão entre eles com o Prebid Server, um programa de código aberto. Um SSP próprio faz sentido quando vender o espaço publicitário de outros publishers é o seu negócio. Mesmo assim, um SSP alugado pode bastar até que o seu volume torne as taxas dele altas demais ou que os seus publishers precisem de algo que ele não faz. Se for construir, contrate uma empresa que entregue o código e configure o SSP com o domínio e o nome da sua empresa.

O que um SSP faz por um publisher?

A página ou o app de um publisher envia uma requisição de anúncio sempre que tem um espaço para preencher. O SSP transforma essa requisição em bid requests para demand-side platforms (DSPs), o software que os anunciantes usam para comprar espaço publicitário. Ele reúne os lances, escolhe o vencedor e registra a venda, para poder pagar o publisher depois. O publisher também define regras no SSP, como o menor preço que aceita, chamado de floor, e os tipos de anúncio que recusa.

Todo leilão tem um prazo. O IAB Tech Lab, uma entidade sem fins lucrativos que escreve padrões técnicos para a publicidade digital, publica o OpenRTB, um padrão para bid requests. A versão 2.6, consultada em 23 de outubro de 2026, define o campo tmax como o “Tempo máximo em milissegundos que a exchange permite para o recebimento de lances, incluindo a latência da internet, para evitar timeout.” Um lance que chega depois disso equivale a não ter dado lance.

O SSP também cuida do dinheiro. Ele conta os anúncios exibidos e cobra os compradores, depois paga a cada publisher a sua parte. Quando essas contagens não batem com as de um comprador, alguém precisa descobrir o motivo antes de as faturas saírem.

O Prebid Server basta para um publisher?

O Prebid Server pode bastar para um publisher que vende só o próprio espaço publicitário, se o time do publisher ou um provedor de hospedagem o operar. Ele foi feito para header bidding. No header bidding, o publisher pede lances a vários SSPs e ad exchanges ao mesmo tempo, antes que o ad server dele decida qual anúncio exibir. Um ad exchange roda leilões de espaço publicitário de forma muito parecida com um SSP.

A página de visão geral do Prebid.org, consultada no mesmo dia, diz: “O Prebid Server é uma solução de código aberto para header bidding de servidor para servidor.” A página diz que há “230+ adaptadores de lance do lado do servidor”, conexões prontas com fontes de lances, como SSPs e exchanges.

Segundo a mesma página, o Prebid Server verifica cada requisição recebida, aplica as regras de privacidade e chama os adaptadores de lance. Depois que eles respondem, ou que “o período de timeout expira”, ele envia a resposta de volta para quem fez a requisição, como uma página web ou um app.

Com o Prebid Server, o publisher roda o leilão entre os SSPs e ad exchanges com que trabalha, normalmente sem contratos próprios com DSPs. Cada SSP continua pagando o publisher pelo espaço publicitário que vende, e a maior parte das conexões com DSPs continua com os SSPs.

A página de visão geral descreve dois cenários comuns: “Publishers com conhecimento técnico” e “Provedores de serviço gerenciado: para todos os outros”. Ela diz: “Não há ferramentas de configuração fornecidas pela comunidade de código aberto.” Também alerta que instalar o Prebid Server “não é nem de longe tão fácil quanto o Prebid.js”, o código de header bidding do Prebid que roda no navegador do visitante.

O código do prebid-server no GitHub, consultado no mesmo dia, é publicado sob a Apache License 2.0, uma licença de código aberto. Ela permite que qualquer pessoa use e altere o código, inclusive para fins comerciais. Um publisher pode rodá-lo nos próprios servidores ou usar um provedor que o hospede. A página de visão geral diz que os provedores de hospedagem também “oferecem ferramentas para gerenciar requisições armazenadas” (stored requests).

Quando devemos construir um SSP próprio?

Um SSP próprio faz sentido para um negócio que vende espaço publicitário em nome de outros publishers. Redes de anúncios, empresas de monetização de apps e grupos de publishers que vendem o seu espaço em conjunto são exemplos. Para eles, o leilão e as taxas dele são o produto, e um software alugado limita as mudanças nos dois.

Construir também pode fazer sentido quando um SSP alugado cobra por requisição ou por venda e o seu volume não para de crescer. Um terceiro motivo é uma regra de leilão ou um formato de anúncio de que os seus publishers precisam e que nenhum dos produtos alugados que você testou suporta.

Um SSP não ganha nada até que os DSPs aceitem receber as bid requests dele, e cada conexão com um DSP é uma integração, um teste e um contrato à parte. Antes de construir, anote quais DSPs aceitaram se conectar ao seu SSP e quais publishers vão trazer o espaço publicitário deles no lançamento.

O que alugar um SSP nos dá, e o que fica com o fornecedor?

Alugar significa que o fornecedor opera o software e você o usa sob contrato, às vezes com a sua própria marca. A Epom, uma fornecedora de ad server, vende o seu módulo de SSP como um extra dos planos de ad server. A página de preços dela, consultada no mesmo dia, traz planos a partir de US$ 250 por mês e cobra “US$ 0,001 por 1000 ext.reqs” pelo “SSP module”. O módulo permite “conectar endpoints de DSP personalizados”. Outro extra, uma “White-label solution” de US$ 250 por mês, permite “usar o nome, o logotipo e o domínio da sua empresa no lugar dos padrões.”

Um produto alugado com a sua marca continua pertencendo ao fornecedor. Os termos e condições do Epom Server, consultados no mesmo dia, dizem: “Este Contrato não constitui uma venda e não transfere nenhum direito de propriedade sobre o Software.” Os mesmos termos dizem que o cliente é dono dos seus “Dados da Conta”, as informações de uso e os padrões de tráfego gerados pelo uso que ele faz do software, e que “todos os Dados da Conta serão apagados do Software em até trinta (30) dias após a não renovação ou a rescisão antecipada”. Planeje a exportação dos seus dados antes que o contrato termine.

Outros fornecedores redigem os contratos de outro jeito, então leia a seção sobre propriedade antes de comparar preços. Preços por requisição dependem do que o fornecedor conta como requisição, e a página da Epom não define “ext.reqs”. Peça essa definição por escrito e pergunte qual domínio os seus publishers vão listar como vendedor do espaço publicitário deles.

Quais arquivos dizem aos compradores quem vende o espaço publicitário?

Os compradores verificam de onde vem o espaço publicitário antes de dar lances. Um publisher lista todos os sistemas autorizados a vender o seu espaço em um arquivo chamado ads.txt, no próprio site. Os apps usam um arquivo complementar, o app-ads.txt. A versão 1.1 da especificação do ads.txt, consultada no mesmo dia, define o primeiro campo de cada linha como “O nome de domínio canônico do sistema SSP, Exchange, Header Wrapper etc. ao qual os bidders se conectam.”

O terceiro campo de uma linha do ads.txt mostra se o publisher trabalha diretamente com aquele sistema. A especificação diz que “DIRECT” significa que o publisher “controla diretamente a conta” indicada na linha. Ela acrescenta que isso “tende a significar um contrato comercial direto entre o publisher e o sistema de publicidade”.

O SSP publica um arquivo chamado sellers.json, que nomeia cada vendedor cujo espaço publicitário ele vende. A versão 1.0 da especificação do sellers.json, datada de julho de 2019 e consultada no mesmo dia, diz: “Os sistemas de publicidade devem publicar o arquivo sellers.json no seu domínio raiz e nos subdomínios necessários.”

O arquivo precisa listar todos os vendedores: “Todos os vendedores devem ser incluídos, mesmo que sejam confidenciais.” Cada ID de vendedor representa uma única empresa. Nas palavras da especificação, “cada seller_id deve corresponder a uma única entidade, que é paga pelo inventário transacionado com esse seller_id.”

O domínio do SSP também pode aparecer nas bid requests. O OpenRTB 2.6 recomenda um objeto SupplyChain em cada bid request: uma lista das empresas envolvidas na venda do espaço publicitário e pagas ao longo do caminho, que pode ser marcada como incompleta. O campo asi dele é definido com as mesmas palavras do primeiro campo de uma linha do ads.txt: o domínio do sistema ao qual os bidders se conectam.

Para espaço publicitário exibido a pessoas na UE, há mais um framework a considerar. O IAB Europe, uma entidade do setor de publicidade, administra o Transparency and Consent Framework (TCF), que repassa as escolhas de privacidade de cada pessoa, como o consentimento, do site ou app do publisher para as empresas de ad tech. O IAB Europe chama o TCF de “um padrão voluntário”. A página dele para fornecedores (vendors), consultada no mesmo dia, diz que os fornecedores “podem ser ad servers, provedores de mensuração, agências de publicidade, DSPs, SSPs e outros”. A página acrescenta: “Os fornecedores precisam se registrar para participar do TCF.”

O que deve ser nosso quando o SSP estiver pronto?

Cada arquivo e cada registro acima indicam um domínio ou uma empresa. Confira se cada item abaixo fica com a sua empresa:

• O domínio que aparece nas linhas de ads.txt dos seus publishers e no campo asi, registrado em nome da sua empresa
• O arquivo sellers.json nesse domínio e os IDs de vendedor listados nele
• Contratos com cada DSP, assinados pela sua empresa, e não por quem constrói o SSP
• Um registro de fornecedor no TCF em nome da sua empresa, se o seu SSP participa do TCF
• Repositórios de código, scripts de build e contas de nuvem abertos em nome da sua empresa
• Logs e relatórios, com uma forma testada de exportá-los

O domínio costuma ser o item mais difícil de mudar depois. Um domínio novo significa uma linha nova no arquivo ads.txt de cada publisher. Até que o publisher acrescente essa linha, os compradores que verificam o ads.txt podem tratar as vendas do espaço dele pelo seu SSP como não autorizadas.

Peça a quem for construir que nomeie cada parte do próprio código ou de código de terceiros que fica fora da sua propriedade, com a licença de cada parte. O código aberto dentro do SSP, como o Prebid Server, mantém a própria licença. O artigo sobre como verificar um time dedicado e manter o código seu trata da redação do contrato de forma geral.

Como verificar uma empresa que se oferece para construir o nosso SSP?

As verificações gerais para qualquer fornecedor de ad tech estão no artigo sobre construir, licenciar ou alugar um DSP ou ad exchange. Construir um SSP levanta mais seis perguntas:

• Qual SSP ou exchange que vocês construíram está em produção hoje? Quais DSPs compram por meio dele?
• Vocês podem nos mostrar uma bid request que o sistema de vocês enviou, com o objeto SupplyChain preenchido?
• O que acontece com um lance que chega depois do tmax, e como um publisher vê quantos lances chegaram tarde demais?
• Como vocês batem a própria contagem de anúncios exibidos com a de cada DSP antes de emitir qualquer fatura?
• Quem acrescenta um novo publisher ao sellers.json, e quanto tempo leva a mudança?
• Quais componentes continuam sendo de vocês depois do handover?

Uma empresa que já operou um SSP consegue responder à maioria delas mostrando arquivos, logs e relatórios. Se um acordo de confidencialidade mantém em sigilo o nome de um cliente, peça à empresa que, em vez disso, organize uma ligação com esse cliente.

Dedique a maior parte do tempo às perguntas sobre contagem, porque os publishers são pagos com base nos números do SSP. O artigo sobre por que os relatórios de anúncios não batem com os logs do bidder explica onde duas contagens começam a divergir.

Quanto vai custar construir ou alugar um SSP?

Construir começa com um custo único pela primeira versão: o leilão, as conexões com publishers e DSPs, os arquivos acima, os relatórios e os pagamentos. Depois do lançamento, os custos de operação cobrem servidores, tráfego de rede, monitoramento, as pessoas de plantão e taxas como a taxa anual de fornecedor do TCF.

O tráfego de rede de um SSP cresce com o número de DSPs, e não só com o número de requisições de anúncio. Para cada requisição de anúncio, o SSP envia uma bid request separada a cada DSP que convida, então cada novo DSP acrescenta requisições, tráfego e servidores.

Alugar transforma a maior parte desses custos em taxas do fornecedor, como a mensalidade do plano da Epom e o preço dela por 1.000 “ext.reqs”. Compare as duas opções com o volume que você espera daqui a dois anos. Conte também o custo de sair, como novas linhas de ads.txt em cada publisher se o domínio pertencer ao fornecedor.

Onde a amBrain se encaixa?

A lista de serviços da amBrain inclui esta frase: “A amBrain constrói supply-side platforms (SSP) para publishers.” Em AdTech, a amBrain também trabalha com desenvolvimento de DSP, plataformas de real-time bidding e engenharia de ad exchange. O RTBBidder é uma demand-side platform que a amBrain construiu para um cliente.

A amBrain constrói software desde 2019. Ela trabalha em três formatos: entrega completa, time dedicado ou engenheiros embarcados no seu time. A frase dela sobre propriedade é: “O cliente mantém a propriedade integral do produto e do código, exceto dos nossos componentes reutilizáveis.” Se a amBrain estiver na sua lista curta, faça a ela as mesmas perguntas que a qualquer outra empresa, inclusive a quais componentes reutilizáveis ela se refere.

Este artigo não é um estudo de caso e não descreve nenhum trabalho para clientes. O RTBBidder é citado apenas como um DSP que a amBrain construiu, e o artigo não traz números sobre ele.

Prebid.org, IAB Tech Lab, IAB Europe e Epom aparecem como exemplos tirados das próprias páginas, e o artigo não afirma nenhuma relação entre a amBrain e qualquer um deles. Ele não traz preços nem prazos da amBrain. Também não é aconselhamento jurídico: as regras de consentimento e de dados variam por país, então confirme-as com um advogado.