Recuperar BM bloqueada ou migrar pra estrutura nova: matriz de decisão

A Business Manager caiu. A primeira reação de quase todo gestor é abrir recurso, mandar o formulário, e esperar a Meta responder. Faz sentido — a BM tem histórico de gasto, pixel maduro, audiências custom construídas ao longo de meses. Não é fácil largar tudo isso.

O problema é que o recurso leva tempo. Tempo que em 2026, com CPM subindo 20-35% ao ano no mercado BR e concorrência comprando inventário que seria seu, é dinheiro real saindo do caixa. Uma operação que fatura R$ 150k/mês parada por 21 dias perdeu R$ 105k de janela de receita — fora o CAC acumulado que ficou sem retorno. E no fim o recurso ainda pode voltar negativo.

Este post é uma matriz de decisão. Não genérica. Com critérios concretos, pesos, e recomendação por cenário. O objetivo é que você saia daqui sabendo se insiste no recurso, abandona e migra, ou toca os dois em paralelo.

O erro mais comum: tratar toda queda como a mesma situação

Gestor que nunca perdeu BM tende a tratar bloqueio como categoria única. Na prática existem pelo menos cinco situações distintas, e cada uma tem taxa de recuperação e prazo completamente diferentes.

Bloqueio de conta de anúncio (BM continua ativa) A BM funciona, você acessa o gerenciador, mas a conta de anúncio específica está desativada. É o caso mais comum e com maior taxa de reversão — estimativa de mercado gira em torno de 40-60% de reversão dependendo do motivo. Prazo: 3-14 dias. Aqui a pergunta não é "recuperar ou migrar" — é "subir nova conta dentro da mesma BM enquanto rola o recurso".

BM restrita (acesso parcial) Você loga, mas não consegue criar novas campanhas, adicionar contas ou aprovações de criativos ficam travadas. Geralmente reversível se o motivo for triagem automática sem strike grave. Taxa estimada de reversão: 35-55%. Prazo: 7-21 dias.

BM suspensa por política (aviso específico de violação) A Meta emitiu aviso formal de violação — práticas comerciais inaceitáveis, conteúdo enganoso, uso de produto fora de política. Aqui a taxa de reversão cai bastante: 15-30%. Prazo: 14-30 dias, frequentemente sem resposta. Se o nicho for sensível (saúde, finanças, relacionamento, verticais com claim forte), a chance de reversão cai pra faixa de 10-20%.

BM desativada permanente (sem botão de recurso) Tela vermelha, sem opção de apelar. Historicamente essa categoria voltava em 5-10% dos casos via suporte direto ou chat ao vivo. Em 2025-2026, com o suporte da Meta mais automatizado, essa taxa caiu ainda mais. Considere perda total para fins de planejamento.

Perfil pessoal do admin restrito O pior dos cenários porque você perde acesso a qualquer BM que aquele perfil administra. Resolver o perfil pessoal é pré-requisito — não adianta nada com BM se o admin está bloqueado. Taxa de reversão de perfil pessoal via recurso: 25-45%, altamente dependente de historico do perfil e documentação.

Identificar em qual dessas cinco você está é o primeiro filtro antes de qualquer decisão.

Os cinco critérios da matriz

Depois de identificar o tipo de bloqueio, você precisa ponderar cinco variáveis. Cada uma empurra a decisão pra um lado.

Critério 1: tipo e gravidade do bloqueio

Já coberto acima, mas vale sistematizar o peso:

• Conta de anúncio desativada, BM ativa → baixo peso contra recuperação, insistir faz sentido
• BM restrita sem strike formal → peso médio, recuperar em paralelo com plano B
• BM suspensa com violação formal → peso alto contra recuperação, considere migrar
• BM desativada permanente → peso decisivo contra recuperação, migre
• Perfil pessoal bloqueado → resolva o perfil primeiro, depois avalie o resto

Critério 2: histórico e valor acumulado na BM

Essa é a variável que mais distorce a decisão emocionalmente. O gestor olha pra BM com 2 anos de gasto acumulado, pixel com 500k de eventos de purchase, audiências custom de LTV alto, e sente que não pode abandonar tudo isso.

O que vale preservar de verdade:

• Pixel com histórico de eventos relevantes — esse é o ativo mais valioso. Mas pixel não mora na BM permanentemente; ele mora no domínio. Se o domínio está verificado na BM, você pode reverificar em outra BM em 24-72h. Os eventos históricos do pixel ficam no pixel ID — desde que você tenha o código instalado, os dados não somem. O que muda é a associação da BM, não o histórico de eventos.
• Audiências custom e lookalike — essas sim moram na BM. Se a BM cair permanentemente, as audiências somem. Audiência custom construída com 180 dias de dados de visitantes + compradores pode representar semanas de trabalho pra recriar. Esse é um argumento real pra tentar recuperação quando há chance.
• Histórico de gasto da conta de anúncio — influencia o custo inicial de entrega ao subir nova conta, mas não é recuperável de qualquer jeito. Conta nova sempre passa por fase de aprendizado.
• Criativos aprovados — copiar criativos aprovados pro novo ambiente é trivial. Não pesa na decisão.

Regra prática: se a BM tem pixel com mais de 100k de eventos de conversão e audiências custom com mais de 50k de usuários, o ativo tem valor real. Se está abaixo disso, o custo de recriar é menor que o downtime.

Critério 3: urgência operacional

Essa variável muda tudo. Um bloqueio que acontece em segunda-feira de mês regular tem peso diferente de um bloqueio que acontece na quarta antes da Black Friday.

Contextos de alta urgência:

• Peak sazonal iminente (Black Friday, Dia das Mães, Natal, Dia dos Namorados) — janela de inventário barato e audiência aquecida fecha em dias. Downtime de 14-21 dias nesse contexto pode representar a diferença entre o mês mais rentável e um mês de prejuízo.
• Lançamento com afiliados — se você tem comissão de afiliado rodando, lista quente aquecida e data de abertura de carrinho marcada, não tem espaço pra esperar 3 semanas.
• Campanha de remarketing em sprint — audiência que levou 30 dias pra esquentar começa a esfriar em 7-10 dias sem impacto. Você perde o investimento da fase de aquisição se não reativar o remarketing rápido.
• Contrato com cliente com meta de gasto — gestor que gerencia conta de cliente com meta mensal e SLA de entrega não pode simplesmente parar e esperar recurso.

Contextos de baixa urgência:

• Operação que pode ficar em modo orgânico/email por 2-3 semanas sem perda crítica
• Período de transição de oferta (produto antigo encerrando, produto novo ainda não pronto)
• Operação que já tem estrutura backup rodando em parallel (nesse caso o bloqueio dói menos)

Critério 4: capacidade de espera financeira

Com toda frieza: OPEX vs CAPEX.

Migrar pra estrutura nova tem custo imediato — acesso a contas cedidas, eventualmente nova fanpage, tempo do gestor pra reconfigurar. Esse custo é OPEX pequeno comparado com a receita parada.

Insistir em recurso tem custo de downtime. O downtime é o custo real, muitas vezes invisível no P&L porque não aparece como despesa — aparece como receita que não entrou.

Cálculo direto: pegue o faturamento médio diário atribuível às campanhas da BM bloqueada. Multiplique por 14 (prazo conservador de recurso). Esse é o custo de insistir sem plano B.

Se esse número é pequeno (operação que fatura R$ 10k/mês, R$ 333/dia, R$ 4.660 em 14 dias), talvez faça sentido esperar e economizar o custo de migração.

Se esse número é grande (operação que fatura R$ 500k/mês, R$ 16.666/dia, R$ 233.333 em 14 dias), o custo de migração — qualquer que seja — é trivial em comparação.

A maioria dos gestores que chega em pânico está na segunda categoria e ainda assim tenta economizar o custo de migração. É a decisão errada.

Critério 5: causa raiz identificada

Recuperar sem entender o que causou o bloqueio é subir a mesma estrutura pro mesmo problema. Antes de decidir qualquer coisa, responda:

O que provocou a queda?

• Criativo com claim proibido (antes/depois, cura garantida, rendimento financeiro prometido) → identificável, corrigível antes de migrar
• Landing page fora de política (pop-up de saída agressivo, contador falso, depoimento sem disclaimer) → identificável, corrigível
• Cartão de terceiro ou dados inconsistentes no billing → identificável, corrigível
• Pixel disparando eventos de forma incorreta em páginas que violam política → identificável, corrigível
• Pixel herdado de BM que já tinha histórico ruim → identificável, mas o dano já está feito
• Conta pessoal do admin com restrição histórica → identificável, mas resolver leva mais tempo
• Motivo desconhecido / bloqueio aparentemente aleatório → pior cenário pra recuperação, porque você não sabe o que corrigir

Se você não sabe o que causou, o recurso vai voltar negativo ou o problema vai se repetir mesmo depois da reversão. Nesse caso, migrar e auditar a nova estrutura com mais cuidado é mais seguro.

Matriz de decisão: recomendação por cenário

Combinando os cinco critérios, chegamos a três categorias de decisão:

Cenário A: Insistir na recuperação (e rodar plano B em paralelo)

Condições que levam a esse caminho:

• Tipo de bloqueio: conta de anúncio desativada ou BM restrita sem strike formal
• BM com pixel acima de 100k eventos de conversão e audiências custom relevantes
• Urgência operacional: baixa a média
• Causa raiz: identificada e corrigível
• Capacidade de espera: operação aguenta 14 dias com redução de escala

Mesmo aqui, rodar plano B é obrigatório. Insistir na recuperação não significa ficar parado. Significa abrir recurso formal, documentar bem, e ao mesmo tempo subir tráfego em estrutura alternativa pra não perder momentum de algoritmo e continuidade de receita.

O que fazer:

1. Abrir recurso em business.facebook.com/business-support-home com documentação da empresa
2. Exportar audiências custom que ainda estiverem acessíveis (CSV de listas, pixel audiences se disponíveis)
3. Anotar todos os IDs de criativos, ad sets e campanhas que estavam ativos
4. Configurar estrutura alternativa imediatamente — não espere o recurso antes de agir

Cenário B: Migrar imediatamente

Condições que levam a esse caminho:

• Tipo de bloqueio: BM desativada permanente, ou BM suspensa com violação formal
• Urgência operacional: alta (peak sazonal, lançamento, contrato com cliente)
• Causa raiz: desconhecida ou ligada a histórico estrutural da BM (não a um ajuste pontual)
• Capacidade de espera: downtime de 14+ dias representa perda financeira significativa

Aqui, abrir recurso é opcional — você pode abrir em paralelo como aposta de longo prazo, mas a operação precisa voltar hoje, não em 3 semanas.

O que fazer:

1. Mapear ativos recuperáveis antes de migrar: exportar listas de clientes (CSV), conferir se pixel ID ainda é acessível via Events Manager, salvar criativos
2. Identificar se o domínio precisa ser reverificado em nova BM ou se pode usar domínio secundário limpo
3. Montar nova estrutura com contas cedidas — não tente criar nova BM pessoal em nome próprio se a queda foi em BM ligada ao seu perfil
4. Reconfigurar pixel na nova estrutura — o histórico de eventos fica no pixel ID, não na BM
5. Subir campanhas com criativos revisados (corrigindo o que causou a queda)

Cenário C: Recuperar em paralelo com migração parcial

O cenário mais comum na prática e o mais mal gerenciado.

Condições:

• Tipo de bloqueio: BM restrita com algum strike, ou suspensa com causa identificável
• BM com ativos valiosos (pixel forte, audiências)
• Urgência operacional: média
• Causa raiz: identificada mas a recuperação leva tempo

Estrutura de ação:

• Abrir recurso formal com documentação completa (não apenas formulário simples — texto técnico em inglês explicando a causa e as correções feitas)
• Ao mesmo tempo, subir escala em estrutura alternativa para manter 60-70% do volume de antes
• Não abandonar a BM original — verificar status a cada 3-4 dias
• Se recurso volta positivo em até 21 dias: ótimo, você tem duas estruturas rodando, reduce exposição
• Se passa de 21 dias sem resposta: considere migração total

O risco de criar BM nova em nome próprio quando a original caiu

Erro que a gente vê toda semana: gestor tem BM bloqueada, cria BM nova usando o mesmo perfil pessoal, mesmo IP, mesmo cartão, mesmo pixel. A segunda BM cai em 48-72h.

O algoritmo da Meta cruza sinais extensos:

• Perfil pessoal do admin — se o seu perfil está associado à BM que caiu, criar nova BM com o mesmo perfil herda o risco
• IP e device fingerprint — menos decisivo, mas relevante se o bloqueio foi por comportamento automatizado suspeito
• Cartão de cobrança — cartão com histórico de chargeback ou associado a conta problemática é sinal imediato
• Pixel ID — pixel com histórico de eventos em landing problemática carrega o histórico
• Domínio verificado — domínio que estava em BM bloqueada por violação carrega o histórico de violação

A solução não é criar nova BM no seu nome em condições idênticas. É usar estrutura que não está ligada ao seu histórico problemático enquanto o recurso roda e a situação se normaliza.

Isto é o que diferencia gestor que volta a operar em 24h de gestor que fica 30 dias tentando criar estrutura nova e queimando uma após a outra.

Reconstrução de audiências: o que é recuperável

Uma das maiores objeções a migrar é perder audiências. Vamos ser precisos sobre o que se perde de verdade:

Não se perde:

• Eventos históricos do pixel (o histórico fica no pixel ID, acessível mesmo que a BM seja derrubada — desde que você tenha o código do pixel instalado no site e acesse via Events Manager numa nova BM)
• Lista de clientes em CSV — exportou antes? Continua sua.
• Dados de CRM integrado (se usava Conversions API com CRM, os dados estão no CRM, não na BM)

Se perde:

• Audiences custom baseadas em engajamento com fanpage (se perder a fanpage junto)
• Lookalike audiences construídas na BM — terá que recriar
• Audiences de video views de vídeos na fanpage (se perder a fanpage)
• Custom audiences salvas manualmente na conta de anúncio (não exportáveis)

Na prática, a perda mais dolorosa é o lookalike de compradores de alta qualidade construído ao longo de 6-12 meses. Mas em conta nova com pixel ativo, um lookalike de qualidade equivalente pode ser reconstruído em 3-4 semanas de volume normal de eventos de purchase.

Se sua operação converte 200+ purchases/semana, a audiência reconstruída fica performática em 2-3 semanas. Se converte 20 purchases/semana, leva mais tempo — aqui o argumento pra tentar recuperar é mais forte.

O custo real do downtime em 2026

Com Advantage+ concentrando cada vez mais decisões de entrega no algoritmo e menos no gestor manual, um dos efeitos colaterais é que o custo de reconstruir o aprendizado de algoritmo ficou maior.

Antes do Advantage+ em escala, você podia travar lances, segmentar manual, e o histórico de otimização era mais portátil. Hoje, a inteligência de entrega fica acumulada dentro da conta de anúncio — quem entrega pra quem, em qual horário, qual criativo converte qual perfil de audiência. Essa inteligência leva tempo pra reconstruir em conta nova.

Em operações Advantage+ Shopping, a fase de aprendizado de uma conta nova pode curar entre 7-14 dias com CPC e CPM inflados enquanto o algoritmo calibra. Em operações de performance mais manual, a fase de learning é mais curta.

O que isso muda na decisão: se você opera majoritariamente em Advantage+, o custo de downtime é maior porque a perda de histórico de algoritmo é mais cara. Argumento pra migrar rápido e aceitar o período de calibração do que deixar o algoritmo congelado esperando recurso.

Como montar o recurso que tem mais chance de funcionar

Se a decisão for insistir, o recurso precisa ser feito direito. Recurso mal construído volta negativo ou simplesmente não recebe resposta.

Elementos do recurso que aumentam taxa de reversão:

• Texto em inglês — suporte da Meta processa formulários em inglês com mais eficiência. Português passa por tradução automática e frequentemente perde contexto
• Documentação de empresa — CNPJ, contrato social, comprovante de endereço empresarial. BMs de CNPJ verificado têm taxa de recuperação substancialmente maior
• Explicação técnica da causa — não escreva "fui bloqueado injustamente". Escreva "identificamos que o criativo X continha claim Y que viola a seção Z da política. O criativo foi pausado e removido. Solicitamos reanálise da conta"
• Prints e evidências — screen de que o criativo problemático foi removido, se aplicável
• Escalonamento via chat ao vivo — se disponível na sua conta (contas com gasto acima de US$ 5k/mês às vezes têm acesso ao suporte via chat), use. Ticket escrito tem resposta mais lenta
• Não reabrir o mesmo recurso antes de 5 dias — reabrir antes disso marca o ticket como spam no sistema interno da Meta e pode atrasar ainda mais

O que NÃO fazer:

• Contratar serviço de terceiros que promete desbloquear em 24h pagando R$ 500-2k. Em 90%+ dos casos é golpe. Em 100% dos casos é contra os termos da Meta.
• Ameaçar ou usar linguagem agressiva no formulário
• Múltiplos recursos em paralelo pela mesma conta — isso confunde o sistema de suporte e atrasa

Sinais de que o recurso não vai voltar

Há momentos em que o retorno é óbvio antes do prazo esgotar. Alguns sinais:

• Resposta automática com texto genérico de política sem análise específica do caso — isso frequentemente precede negação
• Silêncio absoluto por mais de 21 dias sem confirmação de ticket — o sistema de suporte perdeu o caso ou não há revisão manual planejada
• Segunda negação após primeiro recurso — a taxa de reversão após segunda negação é de menos de 5%
• Bloqueio em múltiplas contas da mesma BM no mesmo dia — indica que a Meta marcou a BM em si, não uma conta específica. Recurso de conta individual não resolve
• Resposta de violação de política de práticas comerciais inaceitáveis — esse label específico da Meta tem uma das menores taxas de reversão em qualquer categoria

Quando esses sinais aparecem, a energia que foi pro recurso passa a ser melhor investida em configurar a estrutura nova e garantir que o erro não se repita.

Estrutura de transição: como migrar sem queimar a nova estrutura logo de cara

O ponto crítico da migração é não repetir os erros que causaram a queda original.

Checklist antes de subir na nova estrutura:

• Revisar todos os criativos contra a política vigente da Meta — especialmente claims de saúde, financeiro, relacionamento e before/after
• Auditar landing page com olhar de policy: countdown falso, pop-up de saída agressivo, disclaimer ausente onde necessário, claim na headline da landing
• Verificar domínio — se o domínio estava associado à BM que caiu por violação, considere usar um domínio limpo pelo menos nas primeiras semanas
• Conferir Conversions API — se o evento de purchase estava disparando de forma incorreta (contando adicionado ao carrinho como purchase, por exemplo), isso pode ter contribuído pra sinalização negativa
• Revisar billing — cartão limpo, dados consistentes com o CNPJ ou CPF do responsável pela conta
• Primeiro dia: campanha small budget, criativo conservador, offerta clara. Não subir escala no dia 1 de conta nova — isso dispara revisão automática

A escala sobe depois de 3-5 dias de entrega estável, com aprovações limpas e sem notificações de política.

A decisão final: framework em 3 perguntas

Se ainda estiver na dúvida depois de tudo isso, use esse filtro de 3 perguntas:

1. Você sabe o que causou o bloqueio e consegue corrigir antes de subir nova estrutura?

• Sim → pode tentar recuperação em paralelo com plano B
• Não → migre agora, audite antes de subir qualquer coisa

2. Sua operação aguenta 14-21 dias com gasto reduzido ou zerado?

• Sim → recurso tem prazo razoável, tente
• Não → downtime é mais caro que o custo de migração. Migre hoje

3. O tipo de bloqueio tem histórico razoável de reversão?

• Conta de anúncio desativada ou BM restrita sem strike formal → sim, tente
• BM suspensa com violação formal, BM desativada permanente → não, migre

Se as respostas forem todas "sim" → insistir na recuperação faz sentido, mas mantenha plano B ativo. Se qualquer uma das respostas for "não" → migre, e abra recurso como aposta secundária se quiser tentar recuperar ativos.

Não existe decisão de recuperar ou migrar em termos absolutos. Existe decisão de como distribuir energia e recurso financeiro entre as duas vias — e qual delas é a principal operação enquanto a outra roda em background.

Enquanto o recurso da sua BM não volta, dá pra retomar gasto entregando contas direto na sua BM via ADS FLOW — você manda o BM ID, as contas chegam compartilhadas, e a operação volta em 24-48h sem criar nova BM em nome próprio. Conversa: t.me/oadsflow.