Google Ad Manager travou e você não sabe por quê? Os anúncios pararam de aparecer do nada, revenue caiu 70% da noite para o dia sem mudança no tráfego, e o dashboard mostra zeros onde ontem havia números saudáveis. 

O primeiro instinto é culpar o Google: “a plataforma bugou”, “o servidor está fora do ar”, “mudaram algo sem avisar”. Mas o problema raramente é o Google Ad Manager. Em 95% dos casos, o culpado é um erro de configuração específico que você (ou alguém da equipe) introduziu sem perceber, e que está bloqueando leilões silenciosamente sem gerar mensagem de erro clara.

O Google Ad Manager é uma plataforma extraordinariamente poderosa, mas complexa, com centenas de configurações que interagem de formas não-óbvias. Um erro em uma configuração aparentemente pequena (floor price, targeting, prioridade) pode zerar revenue de seções inteiras do site instantaneamente. Pior ainda: GAM não te avisa, simplesmente executa exatamente o que você configurou, mesmo que a configuração bloqueie 100% dos lances disponíveis. O publisher passa dias clicando aleatoriamente em dashboards tentando encontrar o problema, perdendo milhares de dólares enquanto a busca pela solução avança sem metodologia.

Neste artigo, você verá 7 erros de configuração de Google Ad Manager que respondem por 80%+ dos casos de “GAM parou de funcionar”, com diagnóstico claro de como saber se é esse erro específico, o impacto no revenue, e a correção passo-a-passo que você pode executar sozinho em menos de 30 minutos. Ao final, você terá um checklist de diagnóstico que resolve a maioria dos problemas de GAM seguindo ordem lógica, ao invés de clicar aleatoriamente em pânico.

Por que Google Ad Manager “trava” (e por que raramente é culpa do Google)?

Quando revenue cai subitamente ou anúncios desaparecem, a primeira reação é culpar o Google: “Ad Manager está fora do ar”, “o Google mudou algo sem avisar”, “a plataforma bugou de novo”. A realidade, em 95% dos casos, é mais mundana e controlável: um erro de configuração que você ou alguém da equipe introduziu sem perceber, frequentemente durante teste ou “otimização” que deu errado. GAM não “trava” no sentido literal. A plataforma continua funcionando perfeitamente, apenas executando fielmente a configuração que você definiu, mesmo que essa configuração bloqueie acidentalmente 100% dos leilões possíveis.

Erros típicos incluem floor price configurado tão alto que mata todos os lances disponíveis no mercado, targeting tão restrito que literalmente nenhuma impressão se qualifica para participar do leilão, line items pausados acidentalmente durante tentativa de resolver outro problema, prioridades conflitantes que fazem line item errado (baixo CPM) sempre vencer do certo (alto CPM), ou key-values de header bidding configurados incorretamente impedindo que lances cheguem ao GAM. O Google Ad Manager executa exatamente o que você configurou, o problema é que a configuração não faz o que você imaginava quando criou.

Por isso, resolver problemas no GAM eficazmente exige metodologia estruturada: checar configurações específicas em ordem lógica de probabilidade até encontrar o culpado, ao invés de clicar aleatoriamente em menus esperando que solução apareça magicamente. 

Estes 7 erros cobrem a vasta maioria dos casos reais de “revenue zerou sem explicação” que os publishers enfrentam.

Erro #1 – Floor Price configurado acima do mercado 

O erro: Floor price (CPM mínimo) configurado em USD 10.00 quando o mercado real para o seu inventário paga USD 2.00-4.00, ou floor que funcionava perfeitamente há 3-6 meses, mas o mercado mudou (sazonalidade, mudança de demanda) e agora está acima de 90% dos lances disponíveis. 

Dessa forma, GAM rejeita automaticamente qualquer lance abaixo do floor, ou seja, floor irrealista = rejeição de praticamente todos os compradores.

Como identificar:

  • Revenue total caiu drasticamente (50-90%) sem mudança em tráfego
  • Relatórios de GAM mostram impressões disponíveis normais, mas impressões servidas quase zero
  • Fill rate despencou para <10% (era 60-80%)
  • Seção “Unfilled impressions” no dashboard explodiu
  • Line items mostram status “Eligible” mas zero delivery

Porque acontece: O publisher configura floor “aspiracional” pensando “quero CPM de USD 10 porque meu conteúdo é premium” sem validar se o mercado realmente paga isso para aquele inventário específico. Ou configurou floor adequado há 6 meses, quando a demanda estava alta, mas nunca revisou quando a sazonalidade baixa (janeiro, julho) reduziu CPMs médios do mercado em 30-40%. Floor ficou estático enquanto o mercado mudou.

Impacto: Você rejeita automaticamente 90-95% dos lances disponíveis esperando o lance de USD 10, que nunca chega. Na prática, é melhor ganhar USD 2.50 em 80% das impressões (USD 2.00 por mil pageviews) do que ganhar USD 10.00 em 3% delas (USD 0.30 por mil pageviews). Floor muito alto destrói o revenue total, mesmo que o CPM individual pareça “melhor”.

Como corrigir:

O floor pricing precisa ser ajustado nas configurações de ad units do Google Ad Manager para valores realistas baseados no mercado atual do seu nicho e geo. O processo envolve identificar o floor configurado, testar temporariamente com valores reduzidos para validar se floor é o bloqueio (monitorando por 2-4 horas para confirmar se revenue volta), e então calibrar gradualmente até encontrar o equilíbrio entre fill rate saudável (60-75%) e revenue total maximizado. Floor pricing não deve ser configurado uma vez e esquecido, exige revisão mensal para acompanhar mudanças de sazonalidade e demanda de mercado.

Erro #2 – Targeting restrito demais (nenhuma impressão se qualifica)

O erro: Line item configurado com múltiplos critérios de targeting que, combinados, eliminam 99% do inventário disponível. 

Um exemplo clássico é: “Desktop AND mobile AND Chrome AND geo=São Paulo AND custom targeting idade=25-34”. Cada “AND” adicional reduz pool de impressões elegíveis exponencialmente, e alguns são logicamente impossíveis (impressão não pode ser desktop E mobile simultaneamente).

Como identificar:

  • Line item específico mostra zero delivery enquanto outros funcionam normalmente
  • Ferramenta “Forecast” no GAM mostra “Forecasted impressions: 0” ou número um baixíssimo (<1.000/dia)
  • Dashboard de line item mostra “Eligible impressions: 0”
  • Status é “Ready” mas nunca entrega
  • Outros line items com targeting mais amplo servem perfeitamente

Porque acontece: O publisher adiciona múltiplos critérios de targeting pensando “quero atingir exatamente esse público ultra-específico” sem perceber que a combinação é matematicamente rara ou impossível. “Desktop AND mobile” sozinho já é logicamente impossível. “Geo = São Paulo AND Browser = Safari” pode ser possível mas extremamente raro dependendo do site. Cada AND adicional não apenas reduz pool, multiplica restrições de forma que combinação final quase nunca acontece.

Impacto: Line item existe, tem budget alocado, CPM configurado, mas nunca participa de nenhum leilão porque literalmente nenhuma impressão do seu inventário atende todos os critérios simultaneamente. Revenue fica “preso” em line item inutilizado que jamais entrega.

Como corrigir:

Targeting de line items precisa ser revisado e simplificado nas configurações do GAM para eliminar conflitos lógicos (como “Desktop AND mobile”, que é impossível) e reduzir restrições que tornam combinação final matematicamente rara. O processo envolve revisar cada critério de targeting individualmente, identificar quais são essenciais versus “nice-to-have”, usar operadores OR ao invés de AND quando apropriado para ampliar pool de impressões elegíveis, e validar mudanças com ferramenta de forecast do GAM antes de ativar para confirmar que volume resultante é utilizável.

Regra prática: Se o forecast mostra menos de 5-10% do inventário total se qualificando, targeting está restrito demais para ser eficaz. 

Erro #3 – Line items pausados ou arquivados acidentalmente

O erro: Line item principal (que normalmente gera 40-60% do revenue total) foi pausado acidentalmente durante teste de troubleshooting anterior ou “limpeza” de campanhas antigas, e ninguém lembrou de reativar. Esse ponto é especialmente comum quando múltiplas pessoas têm acesso ao GAM sem coordenação adequada de mudanças.

Como identificar:

  • Revenue caiu drasticamente em data/hora específica (não gradual)
  • Você ou alguém da equipe lembra de ter mexido em configurações do GAM exatamente naquele horário
  • Relatório de line items mostra status “Paused” ou “Archived” em item crítico
  • Seção Orders & Line items tem itens inativos que deveriam estar delivering
  • Histórico de mudanças (Change history) mostra ação de pause recente

Porque acontece: Durante o troubleshooting de outro problema, o publisher pausa line item temporariamente “para ver o que acontece” ou “isolar variáveis”, resolve o problema original, mas esquece completamente de reativar line item pausado. Ou durante uma “limpeza” de campanhas antigas expiradas, arrasta acidentalmente line item ativo para pasta de arquivados. 

Além desses pontos, a falta de processo de controle de mudanças agrava o problema.

Impacto: A receita associada a esse line item específico zera instantaneamente no momento do pause. Se era line item de header bidding (que compete por todas as impressões) ou house ads de fallback, o impacto é massivo e imediato. Com isso, o publisher pode perder dias ou semanas de revenue até descobrir.

Como corrigir: Line items pausados ou arquivados precisam ser identificados e reativados nas configurações de Orders & Line items do GAM. O processo envolve filtrar por status inativo (Paused ou Archived), ordenar por data de modificação recente para encontrar mudanças suspeitas, identificar line items que deveriam estar ativos, reativá-los (Resume ou Unarchive), e monitorar por 1-2 horas para confirmar que revenue volta ao normal.

Prevenção crítica: Configure alertas automáticos de email no GAM para notificá-lo imediatamente quando line items de alto valor são pausados ou modificados, isso evita perder dias de revenue antes de descobrir o problema.

Erro #4 – Prioridades de line items conflitantes (errado sempre ganha)

O erro: Line item de baixíssimo CPM (USD 0.50 house ad ou remnant) está configurado com prioridade alta (8-12) e “rouba” sistematicamente impressões de line item de alto CPM (USD 3.50 de header bidding ou network premium) que tem prioridade menor (4-6). O sistema de prioridade do GAM define ORDEM de escolha, não valor, então a prioridade 12 sempre ganha da prioridade 4, independente de o CPM ser 10× menor.

Como identificar:

  • O CPM médio do site caiu drasticamente (exemplo: de USD 3.20 para USD 0.80)
  • Revenue total caiu mas impressões servidas continuam altas ou normais
  • Os relatórios mostram house ads ou campanhas diretas de baixo valor servindo muito mais que proporção esperada
  • Line items de header bidding ou network premium mostram “Eligible impressions” altos mas “Delivered impressions” baixos
  • Discrepância entre “poderia servir” e “realmente serve”

Porque acontece: O publisher não entende completamente o sistema de prioridade hierárquico de Google Ad Manager. A prioridade define a ordem de seleção no leilão, não competição por valor. Line item com prioridade 12 (Sponsorship/Roadblock) SEMPRE vence line item prioridade 4 (Price Priority/Network), mesmo que prioridade 4 tenha CPM 10× superior. O publisher configura house ad com prioridade alta achando que “quero garantir que apareça” sem perceber que está bloqueando todo revenue premium.

Impacto brutal: Você serve anúncio de USD 0.50 (house ad promovendo outro artigo) quando tinha comprador externo disposto a pagar USD 3.50 pela mesma impressão, perdendo USD 3.00 líquidos por impressão. Em escala de 1 milhão de impressões mensais, isso significa USD 3.000 deixados na mesa todo mês por configuração errada de prioridade.

Como corrigir: Prioridades de line items precisam ser revisadas e reconfiguradas no GAM para garantir que line items de alto valor (header bidding, network premium) não sejam bloqueados por line items de baixo valor (house ads, remnant) com prioridade hierárquica maior. O processo envolve entender a hierarquia completa de prioridades do GAM (Sponsorship 16 > Standard 12 > Network 8 > Bulk 6 > Price Priority 4), auditar prioridade atual de cada line item ativo, e reconfigurar seguindo regra crítica: line items de revenue baixo devem ter prioridade MENOR, enquanto header bidding deve usar “Price Priority” para competir por CPM real ao invés de posição fixa.

Teste diagnóstico: Pause temporariamente line item de prioridade alta suspeito (house ad, por exemplo) e monitore se o CPM médio do site sobe imediatamente, isso confirma que prioridade estava bloqueando revenue premium.

Erro #5 – Key-Values de header bidding configurados incorretamente

O erro: Key-values que header bidding (Prebid.js ou similar) usa para passar lances para Google Ad Manager estão configurados com erro: o nome da key (hb_pb vs prebid_pb), formato de value incorreto (string vs number), ou key-values simplesmente não foram criados no GAM antes da implementação tentar usá-los. GAM recebe key-values mas não reconhece porque a configuração não funciona.

Como identificar:

  • Header bidding tecnicamente funciona (console do browser mostra lances chegando do Prebid)
  • MAS GAM não serve esses lances: line items de header bidding entregam zero impressões
  • Relatórios de GAM mostram zero delivery para line items configurados para header bidding
  • Network traffic (DevTools) mostra key-values sendo passados para GAM mas nada acontece
  • Prebid analytics mostra win rate de 0% (lances chegam mas GAM nunca escolhe)

Porque acontece: Prebid.js está configurado para passar key-values com formato específico padrão (hb_pb para price bucket, hb_bidder para SSP name, hb_adid para creative ID), mas line items no GAM foram configurados esperando nomes diferentes (prebid_cpm, prebid_bidder), ou key-values não foram criados em Admin → Key-values antes de setup. GAM simplesmente ignora key-values que não reconhece — sem erro, sem warning, apenas silence.

Impacto devastador: Header bidding tecnicamente funciona (leilão acontece, SSPs retornam lances, Prebid processa tudo corretamente), mas o Google Ad Manager ignora 100% dos lances porque não consegue “ler” key-values. O revenue de header bidding fica zero enquanto você acha que está rodando normalmente.

Como corrigir: Key-values de header bidding precisam estar configurados corretamente no GAM e precisam fazer match exato (case-sensitive) com o que Prebid.js está passando. O processo envolve verificar se as keys padrão do Prebid existem no GAM, confirmar que estão configuradas como “Dynamic” ao invés de “Predefined”, e validar que targeting de line items de header bidding usa EXATAMENTE o mesmo formato e nomenclatura que Prebid passa (inclusive maiúsculas/minúsculas). Discrepância mínima faz GAM ignorar 100% dos lances.

Dica profissional: O erro mais comum é usar nomenclatura antiga ao invés do padrão atual do Prebid.

Erro #6 – Ad Units arquivados ou código de tag removido do site

O erro: Ad unit existe no Google Ad Manager e está ativo no dashboard, mas foi arquivado acidentalmente durante uma limpeza de inventário antigo, OU código de tag (GPT – Google Publisher Tag) foi removido do site durante atualização de tema, plugin, ou refatoração de código. GAM está “pronto” mas não recebe requests porque código não está mais executando.

Como identificar:

  • O espaço de anúncio específico aparece completamente vazio em páginas onde deveria mostrar ads
  • O console do browser mostra erro “Ad unit not found” ou “GPT: No ad returned”
  • O dashboard de GAM mostra ad unit com status ativo mas zero ad requests nas últimas 24h
  • O Google Analytics mostra pageviews normais mas ad requests correspondentes são zero
  • Outros ad units no mesmo site funcionam perfeitamente (ou seja, o problema é localizado)

Porque acontece: Durante a “limpeza” de ad units antigos não-usados, o publisher arquiva acidentalmente unit que ainda está em uso ativo no site. Ou o desenvolvedor atualiza o tema do WordPress, refatora código, ou “otimiza” a página e remove acidentalmente snippet de código GPT que carrega anúncios daquele ad unit específico. Falta de documentação de qual código corresponde a qual ad unit agrava o problema.

Impacto localizado mas grave: A seção inteira do site para de monetizar (exemplo: sidebar direita, ou banner superior) sem você perceber por dias ou até semanas, especialmente se você não monitora ad units individualmente. O revenue de tráfego para essas páginas simplesmente desaparece.

Como corrigir:

Se ad unit foi arquivado: Ad unit precisa ser localizado nos arquivos do GAM e reativado (unarchived) para voltar ao status ativo. O processo envolve filtrar ad units por status “Archived”, identificar o problemático, e reativá-lo.

Se o código GPT foi removido do site: O código de tag precisa ser restaurado no HTML da página onde ad unit deveria aparecer. O processo envolve usar DevTools do browser para confirmar que código GPT está ausente, restaurar do backup de código se disponível, ou reimplementar a tag copiando o código correto do dashboard de ad unit no GAM. A validação técnica exige confirmar que ad unit code path está exatamente correto e testar carregamento na página.

PREVENÇÃO: Mantenha a documentação atualizada de qual código GPT está implementado em qual página/posição do site, isso facilita troubleshooting e evita remoção acidental durante atualizações.

Erro #7 – Inventory sizes não combinam com criativos disponíveis

O erro: Ad unit está configurado para aceitar apenas um tamanho específico (exemplo: 300×250) mas todos os criativos disponíveis em line items ativos são de tamanho diferentes (728×90, 320×50, etc). O Google Ad Manager não consegue servir criativo que não “encaixa” no espaço definido, mesmo que criativo exista e line item esteja ativo e elegível.

Como identificar:

  • Ad unit específico mostra um espaço em branco ou placeholder vazio consistentemente
  • Relatórios de GAM mostram “unfilled impressions” altíssimo para esse ad unit enquanto outros servem normalmente
  • Outros ad units no mesmo site/página funcionam perfeitamente
  • Forecast mostra impressões disponíveis mas “matched impressions” = 0
  • Line items têm status “Delivering” mas zero delivery nesse ad unit específico

Por que acontece: O publisher cria ad unit novo com tamanho diferente do inventário existente (exemplo: adiciona 970×250 billboard quando todo inventory anterior era 300×250 e 728×90), ou muda tamanho de ad unit existente sem atualizar line items correspondentes para incluir criativos no novo tamanho. Criativos e ad units ficam “desconectados”: ambos existem mas não conversam.

Impacto específico: As impressões estão disponíveis, line items estão ativos e elegíveis, mas GAM literalmente não tem criativo compatível para servir naquele espaço. O Revenue potencial dessa seção fica zero por incompatibilidade técnica simples.

Como corrigir: Tamanhos de ad units e criativos precisam fazer match exato para GAM conseguir servir anúncios. O processo envolve identificar exatamente quais tamanhos estão ativados no ad unit problemático, verificar se line items que deveriam servir naquele ad unit têm pelo menos um criativo compatível com pelo menos um dos tamanhos aceitos, e então corrigir a incompatibilidade adicionando o criativo no tamanho correto ao line item ou adicionando o tamanho adicional ao ad unit para acomodar criativos existentes.

Recomendação: Use multi-size ad units (exemplo: 300×250, 336×280, 300×600 simultaneamente) para maximizar a probabilidade de match e aumentar competição entre criativos de diferentes tamanhos.

Dica crítica: Tamanhos “próximos” não funcionam. Um criativo 300×250 não serve em ad unit configurado para 300×600 mesmo que a largura seja igual. A combinação precisa ser exata.

Conclusão

Como vimos ao longo destes 7 erros de configuração, se o Google travou, o problema raramente é, de fato, o Google. Em 95% dos casos, o culpado é um erro específico de configuração que bloqueou leilões silenciosamente. Floor price acima do mercado, targeting logicamente impossível, line items pausados acidentalmente, prioridades invertidas, key-values de header bidding desconectados, código de ad unit removido, ou tamanhos incompatíveis entre criativos e inventory: todos são erros completamente evitáveis e rapidamente corrigíveis quando você sabe onde procurar.

Se você revisou metodicamente estes 7 erros e o Google Ad Manager ainda está bloqueando a receita sem explicação clara, o problema pode ser mais técnico ou estrutural: configuração de rede, issues de conta-level, problemas de integração com header bidding, ou otimizações avançadas que requerem auditoria profunda. Documente todas as mudanças recentes que fez em GAM (mesmo pequenas) e configure alertas automáticos para quedas de revenue superiores a 20% para identificar problemas mais rapidamente no futuro.

Se você está enfrentando problemas persistentes de configuração em Google Ad Manager que estes 7 erros não resolvem, a AdSeleto oferece auditoria técnica completa de setup GAM, identificando configurações problemáticas invisíveis, conflitos de prioridade complexos, e oportunidades de otimização que publishers frequentemente não detectam sozinhos. Fale com um especialista da AdSeleto.