1. "O anúncio está lá, mas só encontra quem lê até o final": uma posição triste
Você colocou um anúncio no seu site de artigos.
Ele aparece direitinho. Ótimo.
Só que, olhando de perto, o anúncio está bem lá embaixo no artigo.
O leitor lê o título. Lê a introdução. No meio já ficou satisfeito. Volta para a busca. Vai para outro artigo.
O anúncio continua esperando lá embaixo.
"Hoje também não vi ninguém."
Assim, mesmo com o anúncio no ar, você não consegue transformar em oportunidade de receita as visitas de quem lê só a parte de cima e vai embora.
A primeira ideia que costuma aparecer é: "Então é só soltar um anúncio gigante assim que a página abrir".
Na teoria, é rápido.
Mas um site que obriga o leitor a passar por uma "entrevista" com o anúncio antes de ler o que veio buscar costuma ser odiado.
Pesquisas da Coalition for Better Ads (uma coalizão do setor que define padrões de publicidade) classificam pop-ups no computador, anúncios de tela cheia com contagem regressiva antes do conteúdo (prestitial) e anúncios grandes "sticky" (que ficam grudados na tela enquanto você rola a página) como experiências de anúncio pouco aceitas. Na atualização de 2026, também entrou na lista de abaixo do padrão a densidade de anúncios acima de 50% na área de conteúdo no computador. [1][2]
Ou seja, o problema não é
"quero mostrar mais anúncios".
É
"quero levar meu estoque de anúncios para lugares por onde o leitor passa naturalmente, sem atrapalhar o texto".
2. E aí você olha a tela do computador. "Não tem muito espaço sobrando nas laterais?"
O celular é estreito.
Só o texto já quase não cabe. Se você enfiar vários anúncios, o artigo vira rapidinho um mil-folhas de propaganda.
No computador é diferente.
Se você reduz a largura do texto para ficar fácil de ler, sobram margens enormes dos dois lados. Mesmo colocando o sumário numa barra lateral, às vezes há espaço vazio acima e abaixo dele.
E é aí que a ficha cai.
Não precisa colocar mais anúncios dentro do texto: ao lado, tem terreno sobrando.
Mais do que design de anúncios, isso é imobiliária.
O melhor lote, o do centro, fica para o texto. Não bloqueamos o caminho por onde o leitor anda.
O terreno vazio ao lado a gente aluga.
A Adsterra informa atualmente tamanhos de banner como 160×300, 160×600, 300×250, 320×50, 468×60 e 728×90. O guia oficial também apresenta o 160×600 como um tamanho para colocar nas laterais, e o 300×250 como um que se encaixa bem em blocos de texto e barras laterais. [3]
Por isso, no computador, uma disposição vertical como
Anúncio
↓
Sumário
↓
Anúncio
se encaixa de forma bem natural.
O leitor consegue ler o texto. Os anúncios também aparecem.
Ninguém precisa plantar um outdoor no meio da estrada.
3. No computador, "acima e abaixo do sumário" é um ponto muito bom
Por exemplo, num site com o sumário na barra lateral direita, a ideia é simples.
Acima do sumário
Um banner médio, como o 300×250.
É bem provável que ele entre na tela logo no começo, depois que a página abre.
O sumário
A navegação do artigo.
Se quiser, deixe só o sumário fixo (sticky).
Abaixo do sumário
Um 160×600, um 160×300 ou outro espaço que combine com a largura do seu layout.
Quanto mais longo o artigo, mais perto o leitor chega desse espaço ao rolar a página.
O importante é que o anúncio em si não precisa ser fixo.
Um anúncio grande e grudado continua ocupando a tela mesmo quando o leitor rola a página. Pelos padrões da Coalition for Better Ads, um anúncio sticky grande que ocupe mais de 30% da tela é considerado, no computador, uma experiência abaixo do padrão. [2]
Então "usar a lateral vazia" e "perseguir o leitor pela lateral" são coisas diferentes.
A margem a gente vende.
O leitor a gente não persegue.
Só isso já deixa tudo bem mais elegante.
4. Também quero um anúncio no topo. Mas sem enterrar o H1 debaixo da publicidade
Você quer espaço para anúncio não só no fim do artigo, mas também logo no começo da página.
Mesmo assim, não precisa colocar um banner gigante no topo absoluto da página.
O natural é algo assim:
Título do artigo
→ Resumo e informações do artigo
→ Anúncio
→ Sumário e texto
O leitor primeiro consegue confirmar do que trata o artigo.
Depois vem um anúncio.
E então ele segue para o texto.
Além dos banners comuns, a Adsterra tem o Native Banner (banner nativo), que ela descreve como um formato em que o próprio site pode ajustar com facilidade o tamanho do bloco, as cores e o tamanho da fonte. [4]
Mas "se colocar no topo, cada visualização vira receita" não é verdade.
Os anúncios da Adsterra têm vários modelos de preço, não só o CPM (pagamento por mil exibições), mas também o CPC (pagamento por clique) e o CPA (pagamento por ação concluída). A receita real varia conforme a demanda de anúncios, o país, o dispositivo, o formato do anúncio, a qualidade do tráfego e assim por diante. [3]
Para ser preciso:
colocar o anúncio numa posição inicial facilita criar chances de ele ser exibido e visto, mesmo que o leitor não termine o artigo.
Só isso.
Não é "uma caixa mágica que solta uma moeda toda vez que a página abre".
5. Chega de deixar o anúncio cair depois e empurrar o texto para longe
Quando você aumenta o número de espaços de anúncio, aparece outro inimigo.
O CLS (Cumulative Layout Shift, quando o conteúdo da página dá um pulo).
Você abre a página.
Começa a ler o texto.
Alguns segundos depois, o anúncio carrega.
De repente aquele lugar incha para 200 px, 300 px.
O parágrafo que você estava lendo salta para baixo.
Você estava lendo e o chão se mexeu.
É uma experiência bem desagradável.
O web.dev aponta anúncios, iframes e elementos inseridos dinamicamente como causas típicas de CLS. A solução é reservar o espaço necessário antes de o anúncio carregar, usando CSS como min-height ou aspect-ratio. [5]
No Core Web Vitals (as métricas de experiência de página do Google), considera-se bom um CLS de 0,1 ou menos em pelo menos 75% das visitas à página. [5]
Ou seja, o espaço do anúncio não deve ser
um cliente que pede mesa só depois de chegar
e sim
um cliente que já reservou a mesa desde o começo.
Na lateral do computador, garanta primeiro uma caixa de 300×250. Se for um 160×600, separe antes esse espaço vertical.
Mesmo que o anúncio chegue atrasado, o texto não se mexe.
A diferença é discreta, mas enorme.
6. Aqui entra uma armadilha típica da Adsterra: "Não dá para colar o mesmo código de anúncio também na lateral?"
Você tem um espaço de anúncio.
Quer um também na barra lateral.
Então é só copiar o mesmo código e colar duas vezes, pronto em um segundo.
Infelizmente, aqui a própria Adsterra te impede.
O guia oficial informa que usar o mesmo código de banner duas vezes na mesma página pode prejudicar as estatísticas e o CPM, e que, mesmo usando dois do mesmo tamanho, é preciso preparar um código diferente para cada um. [6]
Se o mesmo anúncio aparece ao mesmo tempo, é fácil a tela ficar estranha tanto para o leitor quanto para o anunciante.
Por isso é melhor criar placements (espaços de anúncio, cada um com seu próprio código) independentes para cada função, como
- article-top
- desktop-sidebar-top
- desktop-sidebar-bottom
Isso traz mais uma vantagem.
Dá para saber onde você realmente está ganhando.
O do topo tem muitas impressões, mas o CPM é fraco?
O da parte de baixo da lateral aparece pouco, mas paga mais por exibição?
Só vai bem no computador?
Com placements separados, dá para comparar.
Se você copiar e colar o mesmo código em todo lugar, tudo se mistura em um único número, e mesmo querendo melhorar, você não sabe o que está melhorando.
Posicionar anúncios não é "apareceu, então está bom": só vira operação de verdade quando dá para medir.
7. E quando você tenta automatizar, a API de repente diz: "Só dá para olhar"
Essa parte é meio engraçada.
Boa parte da implementação do lado do site dá para automatizar.
Dá para entregar a um agente de programação com IA tarefas como
- investigar o layout comum dos artigos
- adicionar o componente de anúncio
- mostrar os anúncios laterais só no computador
- esconder no celular
- reservar espaço para evitar saltos de layout
- fazer o build
- publicar
- conferir o HTML em produção
e tudo o mais.
Então, do lado da Adsterra, não dá para criar os placements pela API e automatizar tudo?
É aqui que a gente olha a Publisher API.
Com a Publisher API da Adsterra, é possível obter os sites cadastrados, a lista de placements e números como impressões, cliques, CTR (taxa de cliques), CPM e receita. [7]
É prático.
Mas, em 25 de setembro de 2026, o único método HTTP disponível para o publisher é o GET. [7]
Ou seja,
dá para ver.
Não dá para criar.
A Publisher API é ótima como câmera de segurança, mas não é maçaneta.
Para criar uma nova unidade de anúncio, ainda há um passo manual na interface: escolher o site no Publisher Dashboard, selecionar o tamanho em ADD UNIT e pegar o código gerado. [8]
A automação chega a 99% e, no último 1%, um humano é convocado.
"Então, por último, aperte este botão."
A civilização chegou até aqui.
O último trabalho que sobrou é o botão de criar espaço de anúncio.
Um agente de IA capaz de operar o navegador também poderia usar essa interface. Só é preciso entender o limite: a Publisher API sozinha não substitui a criação de um novo placement.
8. Se você acha que o banner é responsivo e coloca de qualquer jeito, dá problema no celular
Outro ponto importante é a exibição por dispositivo.
O guia oficial de banners da Adsterra explica que os banners da Adsterra não são responsivos e não mudam de tamanho automaticamente conforme o dispositivo. Por isso, o guia apresenta como alternar com CSS entre a exibição para computador e a para celular. [6]
Então, só porque o 160×600 ficou bonito no computador, se você levar o mesmo para o celular, acontece de
o anúncio ficar com mais atitude que o texto
e isso é um problema.
O design se divide por dispositivo.
Celular
- Um anúncio pequeno no topo do artigo
- No fim do artigo, se necessário
- Sem anúncios laterais
- Não deixar o anúncio roubar largura do texto
Computador
- Anúncio no topo do artigo
- Anúncio lateral acima do sumário
- Anúncio lateral abaixo do sumário
- O anúncio de fim de artigo que você já tem
- Avaliar áreas laterais extras só se houver largura suficiente
Mas computador não quer dizer que dá para colocar anúncios sem limite.
Pelos Better Ads Standards, ampliados em 2026, uma experiência com densidade de anúncios acima de 50% na área de conteúdo do computador fica abaixo do padrão, e os anúncios de colunas laterais também entram nesse cálculo. [1]
A margem pode ser vendida.
Mas não dá para sair colando pôster em todas as paredes até o texto parecer o mural de avisos da prefeitura.
9. Conclusão: o que você deve vender primeiro é o espaço que sobra, não a atenção do leitor
Quando você quer aumentar a receita com anúncios, a solução mais desleixada é colocar mais anúncios dentro do texto.
Mas na página de artigo no computador há algo melhor para usar antes.
A margem.
Mantenha o texto numa largura confortável de ler.
Faça o leitor ler o título primeiro.
Coloque um anúncio numa posição inicial.
No computador, coloque placements separados acima e abaixo do sumário.
Não persiga o leitor com anúncios sticky grandes.
Reserve de antemão o espaço dos anúncios para evitar o CLS.
Não copie o mesmo código de banner: separe por espaço e meça cada um.
E criar um novo placement é a única coisa que precisa passar pela interface do Dashboard, porque a Publisher API só aceita GET.
Como projeto, é bem simples.
Em vez de encher o texto de anúncios, alugue o terreno sem uso que fica fora do texto.
O leitor consegue ler.
O anúncio aparece.
O site consegue comparar os números.
E o anunciante não precisa ver duas cópias do mesmo criativo lado a lado.
Todo mundo fica um pouco melhor.
E, no final, sobra uma única coisa.
Depois que a IA escreve o código, ajusta o CSS, faz o build, publica e confere a produção, você clica em "Add unit" no painel da empresa de anúncios.
Tem graça que o chefão final da automação web costuma ser um único botão.
- Coalition for Better Ads, “CBA Updates Desktop Web and Mobile Web Standards,” announced January 14, 2026; updated desktop standard includes ad density above 50%, with siderail ads included in density calculation. and https://www.betterads.org/desktop-ad-density-over-50-percent betterads.org
- Coalition for Better Ads, “The Research” and “Large Sticky Ads [Desktop].” and https://www.betterads.org/desktop-large-sticky-ad/ betterads.org
- Adsterra, “Standard Banner Ad Sizes 2026: Complete Guide with Dimensions,” July 9, 2026 adsterra.com
- Adsterra, publisher product information for Native Banners, describing customizable block size, colors and font sizes adsterra.com
- web.dev, “Optimize Cumulative Layout Shift,” last updated February 7, 2025. Ads and dynamically injected content are common CLS sources; reserve space with min-height/aspect-ratio web.dev
- Adsterra, “Banner Ads Still Drive High CPM and Revenues for Publishers.” Current publisher guidance warns against reusing the same Banner code twice on one page and notes that Adsterra Banners are not automatically responsive across devices adsterra.com
- Adsterra, “Ad network API” and “Adsterra Publisher API: Easily Pull Data to Power Your Monetization Strategy,” current as checked September 25, 2026. Publisher API exposes websites, placements and performance reports and supports GET only. and https://adsterra.com/blog/how-to-use-adsterra-publishers-api/ adsterra.com
- Adsterra, “Buy Banner Ads | Adsterra Banner Advertising,” publisher flow: choose a site, ADD UNIT, select Banner size and copy the generated code adsterra.com
