Padrão de nomenclatura de blocos de anúncios: uma estrutura prática para equipes de Ad Ops

Que padrão de nomenclatura de blocos de anúncios usar quando você opera vários sites? Comece com site_page-or-category_position_size. Inclua o placement apenas se ele fizer diferença na operação de campanhas ou nos relatórios. Testes e regras de negócio ficam fora do nome principal, salvo quando representam uma diferença real no inventário.

Principais pontos

• Use uma ordem fixa de campos para que os nomes continuem fáceis de buscar no GAM, no Prebid, nos relatórios e nas verificações de QA.
• Nomeie a característica do inventário, não a regra de negócio; deixe rótulos de testes, preços e patrocínios fora da estrutura principal do nome.
• Separe os nomes dos blocos de anúncios das chaves de segmentação para evitar divergências entre os caminhos do GAM e os valores do Prebid.
• Só adicione rótulos extras quando eles representarem uma diferença real no inventário ou uma decisão de operação de campanhas.
• Documente o padrão em um único lugar ou ele perderá a consistência assim que várias equipes começarem a usá-lo.

Por que a consistência dos nomes importa em escala

A consistência dos nomes faz diferença porque o mesmo identificador de inventário passa pelo Google Ad Manager, pelo Prebid, pelas exportações de relatórios e pelas planilhas de QA, além de orientar quem opera as campanhas. Um nome que funciona bem em um site pode virar dívida operacional quando entram outras propriedades do grupo, conteúdo de marca, pacotes de patrocínio, espaços responsivos e testes recorrentes.

É fácil reconhecer o problema: um site usa hp_top_728x90, outro adota homepage_leaderboard e um terceiro prefere top-banner. A equipe de yield acaba tendo que guardar de cabeça que os três nomes identificam o mesmo espaço comercial. Cruzar os dados dos relatórios fica confuso.As notas de operação de campanhas crescem. E o QA passa a depender do que a equipe sabe de cabeça.

O nome precisa servir às pessoas primeiro, aos sistemas depois

O Google Ad Manager e o Prebid aceitam bastante desordem nos nomes, desde que IDs, caminhos e pares de chave-valor estejam corretos. A equipe não tem essa facilidade. É o nome de exibição que o especialista de Ad Ops lê ao configurar campanhas. Também é por ele que o gerente de yield filtra um relatório e que o gerente de produto verifica se uma reformulação da página afetou o inventário monetizado.

Encurtar o nome a qualquer custo costuma dar trabalho depois. medrec ocupa menos espaço que news_article_mid_300x250, mas deixa para quem lê a tarefa de deduzir o site, o template, a posição e o tamanho. Prefira um nome fácil de buscar a uma abreviação engenhosa. Ele precisa fazer sentido numa exportação CSV, numa mensagem no Slack e numa busca de itens de linha no GAM. Se não funciona nesses contextos, falta clareza.

O padrão precisa identificar o espaço comercial

Um padrão de nomenclatura de blocos de anúncios funciona quando permite identificar quatro informações sem consultar uma planilha de referência: site, página ou categoria, posiçãoe tamanho. Inclua o placement se ele identificar um pacote específico, um espaço de patrocínio ou um conceito comercial. O pedido de outra equipe por mais um rótulo, por si só, não justifica acrescentar um campo ao nome.

Fora de ad ops, a lógica se repete: o nome funciona como ponto de controle. Nas orientações do Microsoft Learn sobre nomenclatura do Windows Server e do Active Directory, caracteres válidos, unicidade e clareza na identificação dos objetos são tratados como questões de governança. A escolha vai além da aparência do nome. Microsoft LearnOs nomes dos blocos de anúncios exigem essa mesma disciplina. Afinal, eles passam a integrar uma infraestrutura compartilhada.

Essa dúvida operacional também aparece na Comunidade de Ajuda do Google Ad Manager. Quem opera vários sites acaba encontrando o mesmo limite: o padrão criado para uma única propriedade deixa de fornecer contexto suficiente. Alongar todos os nomes não resolve. Você precisa de campos em uma ordem previsível e de um critério claro para decidir quais informações merecem um campo próprio.

Uma taxonomia de nomenclatura escalável para site, página, posição e tamanho

Uma taxonomia que suporta o crescimento usa apenas os campos necessários para distinguir cada bloco, facilitar sua busca e orientar decisões de configuração e veiculação. Para a maioria dos publishers dos EUA com várias propriedades, a base mais segura é site_page-position_position_size. Use identificadores em minúsculas e um delimitador consistente, que não crie problemas ao exportar nomes entre ferramentas.

O delimitador parece um detalhe sem importância. Até atrapalhar um relatório. Separe os campos principais com sublinhados e use hífens dentro de valores compostos: site_article-top_300x250 é mais fácil de processar que uma versão com barras verticais entre campos e espaços em article top ou 300 x 250. Evite espaços, caracteres especiais, sinais diacríticos e alternância entre maiúsculas e minúsculas, salvo se esse uso já estiver padronizado em todas as exportações da organização.

As orientações da Bionic sobre nomenclatura no planejamento de mídia chegam ao mesmo problema por outro caminho. Montar sequências de texto manualmente em planilhas torna o processo frágil quando a convenção exige buscas e regras de concatenação. BionicPara unidades de anúncio, mantenha a regra simples: um profissional de ad ops deve conseguir montar o nome correto sem reconstruir uma cadeia de fórmulas.

Quando parar de adicionar detalhes

Pare de acrescentar campos quando o próximo termo indicar uma decisão de negócio, e não uma característica do inventário. direct, programmatic, q4, sponsor e highvalue parecem úteis na configuração inicial, mas podem perder o sentido depois. Um espaço remanescente pode se tornar premium. O patrocínio termina, enquanto um teste do quarto trimestre pode acabar virando o modelo padrão.

Arquivos de criativos seguem outra lógica de nomenclatura. A Advariation trata disso ao abordar fluxos de produção alinhados ao IAB: nesses processos, as dimensões do material, sua versão e seu formato fazem parte da identidade do arquivo. AdvariationUma unidade de anúncio dura mais que um arquivo de criativo. Por isso, trate essa unidade como infraestrutura de inventário, sem vinculá-la à apresentação de uma campanha.

Como evitar conflitos entre GAM e Prebid

Os conflitos começam quando o nome do bloco, seu caminho no GAM e as chaves de segmentação do Prebid descrevem a mesma coisa de jeitos diferentes. Separe as funções. O nome identifica o inventário; os pares de chave-valor levam o contexto de cada requisição; os itens de linha definem as regras comerciais. Cada informação fica no lugar em que pode ser gerenciada.

1. Separe o nome de exibição da lógica de segmentação. O nome do bloco de anúncios deve ser site_article_top_300x250. Os pares de chave-valor podem carregar page_type=article, section=sports, pos=top ou refresh=eligible. Se tanto o nome quanto os pares de chave-valor codificarem a mesma lógica de negócio sujeita a mudanças, um deles vai ficar desatualizado.
2. Mapeie o mesmo conceito de inventário entre os sistemas. No Google Ad Manager, o caminho do bloco de anúncios e a segmentação dos itens de linha devem apontar para o mesmo slot que o Prebid referencia na configuração adUnits. Não crie nomes diferentes para o mesmo slot só porque um canal de demanda é direto e outro é header bidding.
3. Mantenha os rótulos do Prebid descritivos, sem enfeites. O código de um adUnit do Prebid deve permitir identificar o mesmo slot usado pelo seu servidor de anúncios, mas os parâmetros dos bidders e mediaTypes já descrevem a mecânica da demanda. Não esconda a lógica de bidders, pisos de preço ou deals na string visível do bloco de anúncios.
4. Diferencie posicionamentos reutilizados pelo contexto. Se o mesmo 300x250 aparece em páginas de artigos e de galerias, a página ou categoria deve diferenciá-los. Se o mesmo módulo aparece duas vezes em um template, a posição deve diferenciá-los: article_mid1_300x250 e article_mid2_300x250 são mais claros do que duas cópias de article_medrec.
5. Trate slots responsivos como famílias de inventário. Se o mapeamento de tamanhos do GAM permite 970x250, 728x90 e 320x50 no mesmo slot superior, não tente incluir todos os tamanhos possíveis no nome. Use top_multi ou omita o tamanho se os tamanhos efetivamente permitidos estiverem nas configurações do GAM e do Prebid.
6. Não codifique a distinção entre inventário remanescente e premium no bloco de anúncios. Essa distinção deve ficar na prioridade dos itens de linha, nas regras de preço, nos pacotes, nos deals ou nos rótulos de relatório. Assim que premium_rail_300x250 entrega abaixo do previsto e é aberto a uma demanda mais ampla, o nome deixa de refletir a realidade.
7. Reserve as mudanças de nome para alterações estruturais. Um redesenho que move o slot da coluna lateral direita para uma posição dentro do conteúdo justifica um novo identificador de posição. Uma mudança no nome de um pacote pela equipe comercial, não. Se os pixels e o inventário comercial continuam os mesmos, mantenha o bloco de anúncios estável.

Uma convenção de nomes vira um risco quando tenta funcionar como um mini data warehouse. Sua string inclui site, template, posição, tamanho, audiência, status de atualização, faixa de piso de preço, canal de vendas, dispositivo e experimento? Pode até parecer útil por um trimestre. Basta a próxima reorganização para essa lista virar um problema de manutenção.

Como conduzir testes A/B sem quebrar a convenção

Mantenha os marcadores de testes A/B como metadados temporários, salvo quando a variante criar uma estrutura duradoura de inventário. Mudou a regra, o piso de preço, a atualização ou o acesso à demanda? Preserve o nome-base do bloco de anúncios. Um novo nome só faz sentido quando a página passa a exibir um slot substancialmente diferente.

• Coloque os marcadores de teste no final quando precisarem ficar visíveis: site_article_top_300x250_exp42b é mais fácil de remover e filtrar do que exp42b_site_article_top_300x250. O sufixo nunca deve interromper a ordem dos campos do nome-base.
• Use rótulos de controle e variante apenas em verificações temporárias de QA. ctrl e varB ajudam nas checagens de lançamento, mas não servem como taxonomia permanente porque perdem o significado quando o teste termina.
• Prefira um campo separado de experimento para testes de leilão ou de regras. Se o teste altera pisos de preço, elegibilidade para atualização, limiares de lazy loading ou parceiros de demanda, armazene o ID do experimento em um par de chave-valor, uma dimensão de analytics ou um campo de gestão de testes, em vez de clonar blocos de anúncios.
• Crie um novo bloco de anúncios para testes estruturais de slots. Se a variante B adiciona um segundo bloco no meio do artigo, transforma o slot superior em um bloco fixo ou substitui um bloco da coluna lateral por um bloco no feed, o inventário mudou. Nomeie o novo slot pela nova posição, não pelo experimento que levou à sua descoberta.
• Defina uma regra de expiração antes do lançamento. Todo sufixo de teste precisa de um responsável e de uma data de remoção. Sem isso, exp, test, v2 e new viram campos inúteis permanentes que os futuros responsáveis pelo tráfego terão receio de excluir.
• Não reutilize IDs de experimentos antigos. Um sufixo como exp17 deve apontar para uma única decisão. Reutilizá-lo em um teste de layout posterior cria associações falsas nos relatórios e reduz a confiabilidade das comparações históricas.
• Ao adotar as variantes vencedoras, renomeie apenas quando necessário. Se um teste altera a configuração, mas o bloco de anúncios continua sendo o mesmo slot comercial, remova o marcador e mantenha o nome-base. Se a variante vencedora se torna uma nova posição no layout, crie o nome definitivo sem o marcador e arquive o rótulo da variante.

O teste pode acrescentar informações ao inventário. Redefinir a taxonomia exige uma mudança na própria oportunidade de exibição do anúncio para o usuário. Com esse critério, você mantém os testes A/B rastreáveis e evita que a árvore do GAM vire um cemitério de variantes abandonadas.

Documente a convenção para que a equipe realmente a use

A convenção de nomes funciona quando é mais fácil consultar o padrão oficial do que inventar um nome. Deixe esse padrão onde o trafficking acontece: no procedimento operacional de ad ops e no checklist de lançamento de sites. Inclua-o também no formulário de configuração do GAM e na planilha mestre de inventário que a equipe de yield já usa e considera confiável.

1. Escreva o padrão em uma linha. Exemplo: site_page-position_position_size_optionalplacement_optionalsuffix. Depois, defina cada campo permitido logo abaixo, com tokens aprovados e exemplos.
2. Defina um responsável. Pode ser ad ops, operações de receita ou operações de plataforma, mas uma pessoa ou um grupo precisa aprovar novos tokens. Responsabilidade compartilhada sem um aprovador final gera dialetos locais.
3. Crie um fluxo de solicitação de mudanças. Novos sites, novos templates, módulos patrocinados e reformulações de layout devem passar por uma revisão de nomenclatura antes da criação dos objetos no GAM. Corrigir nomes depois do lançamento é mais demorado e arriscado.
4. Mantenha um registro de tokens. Liste os códigos de site aprovados, os tokens de página/categoria e de posição, as regras para tamanhos, os valores de posicionamento e os valores descontinuados. Sinalize os tokens obsoletos para que quem usa os relatórios saiba por que os nomes antigos ainda existem.
5. Inclua a validação no controle de qualidade do trafficking. O checklist deve verificar se o nome usa delimitadores aprovados, corresponde ao código do site, inclui a página/categoria correta, usa uma posição que existe no layout, trata o tamanho corretamente e evita lógica de negócio.
6. Revise as exceções mensalmente durante os períodos de implementação ativa. Exceções não são necessariamente um problema; exceções sem documentação são. Se uma propriedade local precisar de um token especial, documente o motivo, o responsável e a condição para descontinuá-lo.
7. Integre novas propriedades por mapeamento, não por tradução. Não copie os nomes antigos de um site local para a rede compartilhada. Mapeie o inventário antigo para o padrão definido e preserve os nomes legados apenas como notas ou nomes alternativos nos relatórios.
8. Automatize depois que a regra estiver estável. Fórmulas de planilha podem ajudar, mas devem aplicar a convenção, não inventá-la. Se você usa um software de planejamento ou gestão de fluxos de trabalho, configure nele os campos aprovados para que os nomes sejam gerados de maneira consistente.

A nomenclatura do Active Directory e do Windows Server oferece uma lógica de governança útil: nomes com restrições claras, previsíveis e revisados antes de se espalharem mantêm os objetos gerenciáveis. Você não precisa levar a burocracia da TI corporativa para ad ops. Basta adotar o mesmo cuidado para impedir que cada equipe crie sua própria sintaxe.

Checklist operacional final

• Use site_page/category_position_size como convenção padrão de nomenclatura de blocos de anúncios em ambientes compartilhados do Google Ad Manager.
• Exija um código de site estável para cada propriedade de uma rede com múltiplas propriedades.
• Use tokens de página/categoria que correspondam a templates monetizados ou seções comerciais, não a taxonomias editoriais com muitos níveis.
• Nomeie a posição de acordo com o layout real: top, mid, rail, footer, sticky, infeed ou outro token aprovado.
• Inclua o tamanho apenas quando ele identificar o slot ou afetar o trafficking; use multi ou omita esse campo no inventário responsivo quando a lista de tamanhos estiver na configuração.
• Mantenha os códigos adUnit do Prebid, os blocos de anúncios do GAM e a segmentação dos itens de linha alinhados a um único conceito de inventário.
• Deixe pisos de preço, tipo de deal, fonte de demanda, status de inventário remanescente e prioridade de vendas fora do nome do bloco de anúncios.
• Use sufixos de experimento apenas quando for necessário dar visibilidade ao teste e remova-os ou incorpore-os ao padrão definitivo após a decisão sobre o teste.
• Documente cada exceção com responsável, motivo e condição para descontinuação.
• Não lance um novo site, redesign ou módulo patrocinado até que os nomes sejam validados pelo registro de tokens e pelo checklist de QA.

Perguntas frequentes

Qual é a melhor convenção de nomenclatura para blocos de anúncios?

A melhor convenção é a mais simples que identifica, sem ambiguidade, o site, a página ou categoria, a posição e o tamanho. Para a maioria dos publishers com várias propriedades, isso pede uma sequência estável e fácil de buscar. Quem faz o tráfego precisa lê-la no GAM; o gerente de yield, filtrá-la no relatório. E o QA deve reconhecer o slot numa conversa no Slack sem recorrer a uma planilha.

Os nomes dos blocos de anúncios devem incluir os tamanhos?

Sim, quando o tamanho muda o slot ou ajuda a distinguir posicionamentos semelhantes. Inclua essa informação se o posicionamento aceita mais de um tamanho ou se você a usa para gerar relatórios e configurar a veiculação. O slot tem tamanho fixo e isso já está claro no contexto? Então repetir o dado no nome só acrescenta ruído.

Como manter a nomenclatura consistente entre GAM e Prebid?

Use a mesma taxonomia central nos dois sistemas. Mantenha um nome estável e legível, sem tentar encaixar nele rótulos de exibição, chaves de segmentação e identificadores de testes. Os caminhos do GAM podem ter uma estrutura diferente das chaves do Prebid e das exportações de relatórios. O critério é direto: todos precisam conseguir identificar o mesmo slot comercial sem adivinhar.

As variantes de testes A/B devem fazer parte do nome do bloco de anúncios?

Sim, se o teste muda o próprio slot e você precisa distinguir a variante nos relatórios. Para testes curtos, use um sufixo claro e remova-o na limpeza posterior. Não deixe o rótulo do experimento virar bagunça permanente. As regras de negócio ficam fora do nome principal, salvo quando representam uma diferença real no inventário.

Como fizemos a pesquisa

Fontes consultadas para este artigo:

• Qual convenção de nomenclatura usar ao gerenciar blocos de anúncios para múltiplos...
• Convenções de nomenclatura de anúncios: modelos e estrutura para o Meta Ads
• Wikipédia Discussão:Convenções de nomenclatura (unidades militares))
• Convenções de nomenclatura de arquivos de criativos de anúncios - Advariation
• Nomear computadores, domínios, sites e UOs - Windows Server | Microsoft Learn
• Como acertar nas convenções de nomenclatura, sempre