Blindagem & Risco Avançado 3 min

Gestão de contas e risco operacional

Conta cair não é exceção, é evento previsto. Como estruturar redundância de contas, fanpages, domínios e ativos para que um bloqueio custe horas em vez de semanas.

Atualizado em 06 de ago. de 2026

Operações que dependem de plataformas de anúncio precisam tratar bloqueio como um evento de rotina, com plano escrito — não como crise.

Os ativos que precisam de redundância

AtivoRiscoMitigação
Conta de anúncioBloqueio por políticaContas reserva aquecidas
BM / gerenciadorRestriçãoMúltiplas BMs, não aninhadas
FanpageRestrição de páginaVárias páginas ativas
DomínioMarcado como spamDomínios reserva com histórico
GatewayChargeback / políticaMais de um gateway
CriativosPerda de acessoBackup fora da plataforma
Público / pixelPerda de aprendizadoCAPI + tracker externo

Aquecimento

Conta nova subindo oferta agressiva de imediato é o padrão que gera bloqueio. O aquecimento simula comportamento normal antes:

  • Campanha de alcance ou visualização com criativo neutro.
  • Gasto pequeno para destravar a primeira cobrança.
  • Só então a oferta real.

Ver TikTok Ads, onde o aquecimento é especialmente crítico.

Higiene é evitar reprovação

Eduarda Bach (SDE #160) resume a higiene de conta em uma métrica só: não tomar reprovação de anúncio. Conta sem reprovação ganha estabilidade técnica, e estabilidade é o que permite escalar.

As contas não têm estabilidade em relação à aprovação — porque é isso que faz a nossa conta cair.

A infraestrutura mínima dela: antidetect + proxy + conexão mobile (4G).

O ciclo de três rejeições

Hugo e Derlan (SDE #155) automatizaram a decisão para não ficar no caso a caso:

RejeiçãoAção
Sobe de novo
Sobe de novo
Abandona o criativo em definitivo

Se ele rejeitar a terceira, a gente nunca mais sobe ele.

A regra existe para proteger a reputação da BM. Insistir num criativo marcado custa mais caro que perder o criativo.

BM comprada: o risco de rollback

Pedro Andrade (SDE #114) descreve o padrão de compra e o erro que devolve a conta ao dono original.

O que comprar: BM antiga, criada antes de 2023, com histórico de anúncio puramente white — captação de leads, tráfego local de comércio.

Como não tomar rollback:

  • Aqueça por 7 a 15 dias antes de subir a oferta real.
  • Nunca remova o administrador primário de imediato.
  • Remova os acessos de visualização para que o antigo dono não veja o que está rodando.

Runbook de contingência

Escrito antes, não durante. Deve responder:

  • Quem é acionado nas primeiras 2 horas?
  • Qual conta reserva assume, e com qual estrutura?
  • Onde estão os criativos e as configurações exportadas?
  • Quem comunica o time e o financeiro?
  • Como fica o tracking (os IDs mudam — o tracker precisa ser reconfigurado)?

Erros

  • Não exportar criativos e configurações regularmente.
  • Reserva "no papel" — contas que existem mas nunca foram aquecidas nem testadas.
  • Usar o mesmo cartão e os mesmos dados em todas as contas, criando ligação entre elas.
  • Não documentar o runbook, deixando o conhecimento na cabeça de uma pessoa.

Relacionados

Comunidade Atlas

Participe da comunidade Atlas

O grupo onde a operação é discutida em tempo real — tráfego, copy, criativo, funil e backend. Os playbooks desta wiki, com contexto de quem está rodando agora.

  • Discussão diária
  • Bastidores da operação
  • Sem spam
Entrar no grupo do WhatsApp

Entrada gratuita · é só confirmar no WhatsApp