Blocos de anúncios responsivos: guia de configuração para monetização em vários dispositivos

Os blocos de anúncios responsivos funcionam quando quatro camadas estão alinhadas: o contêiner da página, o mapa de tamanhos do GPT, os tamanhos do inventário no GAM e a demanda autorizada a competir. A Kevel orienta o design responsivo conforme o dispositivo, o tamanho da tela, a plataforma e a orientação. No GAM, você traduz isso em tamanhos por breakpoint, com espaço reservado no layout e regras de demanda que evitem falta de preenchimento e Cumulative Layout Shift. Kevel Mapeamento de tamanhos do Google Publisher Tag CLS no web.dev

Principais pontos

• Slots de tamanho fixo limitam a demanda sempre que o conjunto de criativos não corresponde à área de visualização real.
• No GAM, o contêiner e o mapeamento por breakpoint importam tanto quanto o próprio bloco de anúncios.
• Reserve espaço antes do retorno da requisição se quiser evitar CLS.
• Use tamanhos fluidos apenas onde o layout puder acomodar uma altura variável sem quebrar a página.
• Mobile e desktop não devem compartilhar a mesma lógica de tamanhos se monetizam de maneiras diferentes.

Por que blocos de anúncios de tamanho fixo limitam o preenchimento e o yield

Um slot fixo limita o preenchimento quando o tamanho do criativo elegível não cabe no contêiner exibido ao usuário. O leaderboard de 728x90 funciona bem na faixa superior do desktop. Já em uma área de visualização de celular com 360 pixels de largura, não cabe. Você precisa substituí-lo, ocultá-lo ou mapear o slot para tamanhos mobile, como 320x50, 320x100 ou 300x250.

O impacto aparece primeiro nos celulares. Quando um template de artigo carrega no mobile um conjunto de tamanhos exclusivo de desktop, tanto o GAM quanto o leilão anterior ficam com menos opções válidas. Adaptadores de header bidding, AdX e itens de linha de venda direta só competem pelos tamanhos que você disponibiliza. A página comporta 300x250, mas o slot pede apenas 728x90? Essa demanda fica de fora antes mesmo da disputa por preço.

Onde a limitação realmente ocorre

O nome do bloco de anúncios raramente é o limitador. Procure a falha na combinação entre tamanhos do inventário no GAM, mapeamento do GPT, largura do contêiner no CSS, altura reservada e dimensões dos criativos associados aos itens de linha. Esses elementos precisam concordar. Na documentação do GPT, o Google apresenta o mapeamento de tamanhos como o controle que define quais dimensões o slot aceita em cada faixa de área de visualização. Já o tamanho fluido do GAM corresponde a outro comportamento do criativo e do slot. São controles distintos; não trate um como substituto do outro. Mapeamento de tamanhos do Google Publisher Tag Tamanho de anúncio fluido do Google Ad Manager

Nos blocos responsivos do AdSense, o contêiner condiciona a exibição. O layout ao redor precisa acompanhar. A documentação do Google descreve esses blocos como adaptáveis ao layout da página e ao dispositivo do usuário. Na prática, você precisa conferir o contêiner pai, a largura definida no CSS e a altura reservada: essa combinação determina o que pode aparecer sem problemas. Use a documentação para entender o comportamento e, depois, valide a implementação nos seus templates em produção, incluindo verificações de CLS. Blocos de anúncios responsivos do AdSense CLS no web.dev

Onde os tamanhos fixos ainda fazem sentido

Não configure todo slot para aceitar qualquer tamanho. Tamanhos fixos ou mapeamentos restritos continuam necessários em patrocínios garantidos, pacotes de takeover, rich media em HTML5 e posições para as quais o comercial vendeu uma área com dimensões específicas. A ResponsiveAds, por exemplo, vende formatos fluidos de rich media em HTML5 de alto impacto para publishers que gerenciam inventário próprio. Mesmo nesses pacotes, você precisa definir regras de posicionamento, fazer o controle de qualidade dos criativos e garantir áreas de renderização previsíveis. ResponsiveAds

Use tamanhos flexíveis onde a largura do dispositivo restringe o preenchimento. Onde o produto exige controle criativo, mantenha tamanhos fixos ou um conjunto restrito. Um slot programático no meio do artigo costuma aceitar um mapeamento como 300x250 no celular e 728x90 ou 300x250 em layouts mais largos. A lógica muda para um patrocínio de destaque na página inicial, uma unidade de branded content na lateral ou uma execução personalizada de 970x250. Esses formatos não devem herdar as mesmas regras abertas.

Como configurar tamanhos fluidos e responsivos no Google Ad Manager

A configuração responsiva no Google Ad Manager começa no template da página. A taxonomia dos blocos vem depois. Para um slot no topo do artigo, por exemplo, mapeie viewports de desktop com largura a partir de 1024 px para 970x250, 970x90 e 728x90, desde que o contêiner comporte essas dimensões.

No tablet, use 728x90. No celular, mapeie 320x50, 320x100 ou 300x250 apenas se o template reservar a altura correspondente. Com esse espaço físico definido, alinhe a ele os tamanhos do inventário no GAM, o mapeamento do GPT, os itens de linha e a demanda de AdX, AdSense e header bidding.

1. Audite o contêiner renderizado antes de alterar o GAM. Verifique a largura real e a altura reservada para o slot nas faixas de viewport mais comuns, como celular na vertical, celular na horizontal, tablet, notebook e desktop com tela larga. Faça isso no template em produção, não apenas em um arquivo de design, porque barras de navegação, colunas laterais, elementos fixos e banners de consentimento alteram o espaço útil.
2. Monte o conjunto de tamanhos com base no comportamento real do template. Um slot no corpo do artigo no celular pode aceitar 300x250, 320x50 e 320x100. Um slot no topo da página no desktop pode aceitar 728x90, 970x90 e 970x250. Não adicione tamanhos só porque eles existem em itens de linha antigos; cada tamanho elegível deve ter um contêiner capaz de renderizá-lo sem problemas.
3. Use o mapeamento de tamanhos da GPT para associar faixas de viewport aos tamanhos permitidos. O slot não deve oferecer 970x250 em um celular com 390 pixels de largura, nem ficar limitado a 320x50 em uma página de artigo no desktop que comporte uma unidade maior. O mapeamento é a camada que faz o layout responsivo respeitar a estratégia de monetização.
4. Reserve espaço antes de receber a resposta à requisição de anúncio. Problemas de CLS geralmente surgem quando um slot se expande depois que o conteúdo já foi renderizado. Use CSS para reservar a altura máxima esperada naquele breakpoint e só recolha o espaço onde sua política e seu layout permitirem. A medição dos Core Web Vitals não leva em conta se a equipe de receita tinha um bom motivo para o deslocamento.
5. Use tamanhos fluidos apenas onde a expansão for aceitável. No GAM, o comportamento fluido é útil para unidades com aparência nativa, peças criativas responsivas e posicionamentos em que o criativo pode determinar sua altura final. É arriscado em corpos de artigo densos, cards de feed e grades de produtos, a menos que a engenharia tenha tratado explicitamente as regras de altura.
6. Alinhe os itens de linha e os criativos à mesma lógica de tamanhos. Se um item de linha de venda direta tiver apenas um criativo de 300x250, ele não poderá veicular em um mapeamento mobile que aceite somente 320x100. Se o AdX identificar menos tamanhos elegíveis do que o seu wrapper disponibiliza, a competição entre os lances fica distorcida. Em uma configuração bem alinhada, o ad server e a camada de leilão descrevem a mesma oportunidade.
7. Verifique o comportamento do contêiner do AdSense separadamente do AdX e da demanda direta. As unidades responsivas do AdSense podem se adaptar ao espaço publicitário disponível, mas o contêiner ainda determina quais opções o sistema pode escolher de forma viável. A AdPushup descreve os anúncios de display responsivos como formatos flexíveis que se adaptam ao espaço publicitário, o que só é útil se a página oferecer um espaço estável ao qual se adaptar. AdPushup

Como mapear conjuntos de tamanhos por breakpoint sem sobrecarregar a stack

O mapeamento por breakpoint deve excluir demanda incompatível sem obrigar você a criar uma operação de tráfego para cada largura de dispositivo. Agrupe os viewports conforme o comportamento do layout: coluna de conteúdo no celular, coluna de conteúdo no tablet, faixa superior no desktop e coluna direita no desktop. Para cada grupo, selecione apenas tamanhos que caibam no contêiner e tenham demanda real. Estar cadastrado no GAM não faz um 970x250 caber em um contêiner de tablet com 728 pixels de largura.

Use um único slot responsivo quando a posição cumprir a mesma função comercial em todos os dispositivos. Pode ser um anúncio no meio do artigo, uma unidade recorrente no feed ou uma posição padrão no topo: a largura muda, mas a oferta comercial continua igual. Se o produto mudar, separe o slot.

Uma coluna lateral direita que desaparece no mobile não deve compartilhar a lógica de relatórios e segmentação com um anúncio inserido no conteúdo do celular. Da mesma forma, um patrocínio da página inicial que vira uma posição menor no mobile geralmente pede segmentação própria, previsão de inventário separada ou ambas.

Desative tamanhos que exigem exceções sem trazer demanda relevante. O 468x60 antigo, os banners personalizados de campanhas legadas e os tamanhos mobile duplicados que nunca vencem leilões geram ruído nos relatórios. Também complicam o tráfego de campanhas. Mantenha um conjunto enxuto, no qual quem gerencia ad ops consiga justificar cada tamanho: por que ele existe, quais compradores o utilizam e quanto espaço precisa ocupar no layout.

Diferenças de demanda entre mobile e desktop que mudam a configuração

Blocos de anúncios responsivos no mobile exigem controle mais rigoroso: em uma viewport pequena, qualquer erro de altura aparece na hora. Templates de desktop costumam aceitar mais tamanhos, pois oferecem largura extra e espaço para formatos premium. Também há menos risco de um criativo carregado com atraso empurrar o corpo do artigo para baixo. No celular, basta calcular mal a altura de um slot para comprometer toda a experiência acima da dobra.

Mobile: proteja o viewport antes de buscar demanda adicional

No celular, a própria coluna de conteúdo costuma servir de contêiner para o anúncio. A largura é relativamente previsível. A altura exige cuidado: 320x50, 320x100 e 300x250 podem atrair demanda válida, mas ocupam espaços bem diferentes no layout. Se o CSS reserva 100 pixels e o anúncio renderizado tem 250 pixels de altura, essa diferença precisa ir para algum lugar. O slot vai empurrar o conteúdo, transbordar ou seguir uma regra explícita de expansão.

Erros de lazy loading também ficam evidentes mais rápido no mobile. Carregar um slot após a rolagem não impede CLS: o problema continua se o espaço entrar tarde na página ou mudar de altura depois do leilão. Trate essa reserva como parte do produto publicitário. A orientação do web.dev sobre CLS aponta a solução prática: reserve o espaço antes de deslocar o conteúdo e evite mudanças tardias de layout nos elementos que afetam a viewport. CLS no web.dev

Desktop: mais tamanhos podem funcionar se o posicionamento for preparado para eles

No desktop, o topo da página e a coluna lateral têm área para acomodar mais tamanhos elegíveis. Se houver largura suficiente no contêiner, um slot no topo que aceite 728x90, 970x90 e 970x250 amplia as possibilidades de fechamento no leilão. Na lateral direita, 300x250 e 300x600 costumam caber sem alterar o fluxo principal do artigo. A condição é planejar a altura da coluna para esses formatos.

Criativos rich media exigem regras mais rígidas que as de display padrão. Unidades HTML5, formatos expansíveis e áreas de patrocínio precisam de alinhamento entre o tráfego no GAM, o QA dos criativos e o comportamento da página. Vendeu um posicionamento premium como takeover exclusivo de 970x250? Não deixe uma regra responsiva genérica convertê-lo em um slot de leilão com formatos mistos sem aprovação das equipes comercial e de yield.

Relatórios: separe os efeitos por dispositivo antes de declarar o teste um sucesso

A receita agregada não basta para dizer se a implementação de anúncios responsivos trouxe ganho ou perda. Abra os resultados por categoria de dispositivo, bloco de anúncios, tamanho solicitado, tamanho renderizado quando disponível, canal de demanda, propriedade e template. O fill pode subir no mobile enquanto o CPM cai no desktop. Essa diferença pode ficar escondida quando vários sites reutilizam o mesmo nome de bloco ou quando um formato premium de desktop perde elegibilidade.

Analise AdSense, AdX, header bidding e itens de linha diretos separadamente. A Practical Ecommerce aborda os formatos responsivos do Google pelo lado das combinações de recursos do anunciante. Para o publisher, o diagnóstico pede outro recorte: identifique a fonte de demanda vencedora e o tamanho veiculado. Depois, confira se o espaço reservado se manteve estável após a renderização. Practical Ecommerce

Como testar blocos responsivos sem quebrar o layout nem perder receita

Para testar com segurança, altere um posicionamento, uma categoria de dispositivo e uma regra de tamanho por vez. Blocos responsivos mexem na elegibilidade do leilão e na renderização da página. Uma mudança mal controlada pode elevar o CPM e piorar o CLS, ou acertar o layout enquanto derruba o preenchimento sem chamar atenção. Comece por um template de alto volume, preserve um controle fixo e compare os resultados por dispositivo. Só então expanda.

1. Escolha um posicionamento de alto volume, mas que não seja crítico. Um espaço no meio do conteúdo de um único template de artigo é mais seguro do que uma posição de destaque na página inicial ou todos os primeiros anúncios do site. Mantenha a configuração original disponível para poder reverter sem refazer a configuração de veiculação sob pressão.
2. Defina exatamente a variante do teste. Exemplo: o espaço de anúncio em artigos no mobile passa de um único tamanho de 300x250 para um conjunto mapeado de 320x50, 320x100 e 300x250, com a altura reservada ajustada por breakpoint. Evite combinar isso com mudanças no lazy load, nos pisos de preço ou no timeout do wrapper.
3. Mantenha a mesma lista de tamanhos no GAM e no header bidding. Se o Prebid ou outro wrapper enviar 300x250 e 320x50, mas o mapeamento do GAM permitir apenas 300x250, seus dados de leilão serão enganosos. Se o GAM permitir 320x100 e nenhum bidder estiver configurado para esse tamanho, o tamanho extra pode adicionar complexidade sem concorrência real.
4. Confira como os criativos serão exibidos antes de liberar tráfego real. Use as ferramentas de visualização do GAM, a emulação de dispositivos do navegador e celulares reais. Verifique o estado na primeira renderização, o estado vazio, o estado preenchido e o estado após a atualização, caso o posicionamento tenha refresh. O espaço não deve se deslocar após o consentimento, após o lazy load ou após a expansão de um iframe de criativo.
5. Meça estabilidade e receita em conjunto. Os critérios de aprovação ou reprovação devem incluir taxa de preenchimento, impressões não preenchidas, CPM ou receita por mil visualizações de página, visibilidade e comportamento relacionado ao CLS. Um bloco que gera mais receita empurrando o conteúdo para baixo não é um ganho sem contrapartidas, especialmente em templates que dependem de tráfego de busca orgânica.
6. Analise a demanda que perdeu, não apenas a vencedora. Se campanhas diretas deixarem de veicular após a mudança no mapeamento, procure tamanhos de criativos ausentes ou conflitos na segmentação dos itens de linha. Se o volume do AdX cair, confirme os tamanhos elegíveis na solicitação e compare com a configuração anterior antes de alterar os pisos de preço.
7. Expanda a implementação por família de templates, não por nome de propriedade. Um artigo de notícias, uma página de receita, uma avaliação de produto e um tópico de fórum podem se comportar de maneiras diferentes, mesmo no mesmo domínio. Só expanda depois que o template testado passar nas verificações de monetização e de layout.
8. Documente a regra final na linguagem de ad ops. Registre o nome do espaço, as faixas de breakpoints, os tamanhos elegíveis, as dimensões reservadas no CSS, os canais de demanda e as exclusões. Daqui a seis meses, alguém vai perguntar por que 970x250 é permitido em um espaço no topo e bloqueado em outro; a resposta não deve ficar perdida em uma conversa no Slack.

Confira estes pontos antes de colocar a implementação em produção. Defina o objetivo comercial do posicionamento e meça a largura real do contêiner em cada breakpoint. Selecione apenas tamanhos que caibam nele.

Reserve a maior altura aprovada ou estabeleça uma regra explícita para recolher o espaço. Alinhe o mapeamento do GPT com os tamanhos de inventário no GAM, os itens de linha, o AdX, o AdSense e os arrays de tamanhos do header bidding.

Separe mobile e desktop quando o posicionamento funcionar como um produto diferente em cada um. Configure relatórios por dispositivo, template, fonte de demanda, tamanho solicitado e tamanho renderizado.

A decisão é direta: libere os tamanhos que a página consegue renderizar com segurança. Se você não consegue justificar um tamanho nos relatórios, ele não deve entrar na configuração.

Perguntas frequentes

O que são blocos de anúncios responsivos no Google Ad Manager?

Blocos de anúncios responsivos ajustam o espaço publicitário à área disponível na página e ao breakpoint, em vez de repetir um tamanho fixo em qualquer contexto. Para funcionar, a configuração precisa fechar: tamanhos no GAM, mapeamento do GPT, espaço reservado e demanda elegível devem ser compatíveis com o contêiner real em desktop, tablet e mobile. Dar ao bloco um nome com “responsivo” não muda seu comportamento. É a configuração que faz isso.

Blocos de anúncios responsivos sempre aumentam a receita?

Não. Blocos responsivos podem melhorar o preenchimento e a usabilidade quando o espaço se ajusta à página, mas uma configuração ruim de demanda continua sendo um problema. Uma lista permissiva demais pode enfraquecer a segmentação premium, deixar demanda sem veiculação ou prejudicar o layout. No outro extremo, restringir demais os tamanhos pode excluir demanda válida de mobile ou tablet que caberia no contêiner sem dificuldade.

Você deve usar tamanhos fluidos ou responsivos em todos os posicionamentos?

Não. Use blocos responsivos nos templates que acomodam dimensões diferentes sem prejudicar o layout, desde que a demanda sustente essa flexibilidade. Para patrocínios, takeovers, rich media e posicionamentos vendidos com uma área de exibição específica, mantenha tamanhos fixos ou um mapeamento bem definido. Nesses casos, você precisa de renderização previsível. Isso também simplifica a aprovação dos criativos e reduz surpresas na montagem dos pacotes comerciais.

Como evitar mudanças de layout com blocos de anúncios responsivos?

Reserve o espaço do anúncio no CSS antes que a solicitação possa alterar o layout. Depois, confira o espaço renderizado em cada breakpoint do template em produção. Se você optar por recolher esse espaço quando não houver preenchimento, faça isso de forma controlada, sem desestabilizar a página. O anúncio pode demorar a carregar. O que não pode acontecer é a página dar um salto porque a altura do espaço mudou depois da renderização. web.dev CLS

Como fizemos esta pesquisa

Fontes consultadas para este artigo:

• Anúncios responsivos do AdSense em beta - WebmasterWorld
• Anúncios responsivos do AdSense - Suporte - Discourse Meta
• O que aprender com os blocos de anúncios responsivos do Google - Practical Ecommerce
• ResponsiveAds | Simplifique o redimensionamento e os anúncios de display de alto impacto em HTML5
• Anúncios de display responsivos: o formato flexível que gera mais ROI
• Por que os publishers se beneficiam do design de anúncios responsivos - Kevel