- O que a interface chama de restrição
- O que a interface chama de desativação
- Três eixos que o time mistura
- Anúncio restrito: o trabalho é de mídia, não de perfil
- Conta com gasto limitado: ainda não é BM morta
- Desativação: o que o browser ainda faz — e o que não faz
- O que dizer ao cliente nas primeiras horas
- Checklist antes de mexer no ambiente
- Quem é dono de cada eixo na mesa
- O que não fazer no mesmo dia
O Ads Manager usa a mesma paleta vermelha para coisas que não são a mesma fila. Um anúncio rejeitado, uma conta com gasto limitado e uma Business Manager desativada chegam no Slack como “o Meta caiu”. O head de mídia pede outra identidade. O operador abre outro Chrome. O financeiro pergunta se o cartão ainda passa. Três conversas, um único rótulo. Esse rótulo custa caro.
Restrição de anúncio é revisão de conteúdo. Desativação de conta é revisão de identidade, de pagamento ou de histórico do ativo. Ambiente de navegação é um terceiro eixo. Os três podem coincidir na mesma semana. Quase nunca se resolvem com a mesma ferramenta. O browser não apaga os termos de uso. Isolar perfil não transforma oferta recusada em oferta aprovada.
Este texto separa os eixos para o time que opera tráfego pago no Brasil. Não reescreve o diagnóstico longo de conta desativada no Facebook Ads. Complementa: o que fazer quando a notificação ainda deixa a conta viva, e o que não fazer quando ela já morreu.
O que a interface chama de restrição
Restrição, no dia a dia da mesa, aparece de três jeitos. O anúncio não veicula e o motivo cita política, destino ou qualidade. A conta de anúncio existe, mas o gasto está limitado, pausado ou à espera de verificação. A BM continua acessível, porém um ativo específico — página, pixel, catálogo — ficou indisponível.
Os três jeitos compartilham a cor. Não compartilham o dono interno. Anúncio é mídia e jurídico. Gasto é financeiro e identidade. Ativo de BM é operação e permissão. Se o roteiro manda “abrir outra conta” para qualquer um dos três, o time está usando um único martelo.
Há um teste operacional. A conta ainda aceita criar campanha? O pixel ainda dispara? O cartão ainda está cadastrado? Se a resposta for sim, você não está no mesmo incidente de uma BM desativada. Está numa fila de revisão, de pagamento ou de qualidade. Nomeie a fila antes de mexer no ambiente.
O reflexo de limpar cookie, trocar IP e republicar o mesmo criativo trata restrição como se fosse fingerprint. O revisor não pergunta o Canvas. Pergunta se a landing entrega o que o anúncio promete, se o nicho tem documentação, se o destino é o que a política permite. Trocar o user-agent não muda o PDF.
O que a interface chama de desativação
Desativação tira o chão. Perfil pessoal sem acesso a BM. BM que não abre. Conta de anúncio que some da lista ou aparece só como histórico. A notificação fala em prática, em identidade, em pagamento reiterado, em violação grave. O recurso existe. A conta nova no mesmo grafo não é o recurso.
A diferença prática para a agência é o que ainda dá para pausar. Em restrição, dá para pausar o anúncio ruim e proteger o resto da conta. Em desativação, o resto já saiu do ar. O trabalho vira inventário, comunicação e apelação oficial — não “voltar a gastar hoje com outro e-mail”.
Misturar os dois nomes na planilha gera o pior procedimento: tratar desativação como se ainda houvesse anúncio para editar, e tratar restrição como se a identidade inteira tivesse acabado. No primeiro caso o time abandona uma conta recuperável. No segundo, nasce uma gêmea no mesmo cartão, no mesmo admin, no mesmo Chrome da casa.
O texto da notificação importa mais do que o sentimento do grupo. Copie. Cole no ticket. Não resuma como “dispositivo”. O Meta raramente escreve “seu fingerprint”. Escreve política, pagamento, autenticidade, comportamento. Leia o que está escrito.
Três eixos que o time mistura
Política é criativo, texto, landing, claim, público, destino. A fila é de revisão humana e de classificador. O caminho é editar, documentar, recorrer no anúncio. Não é nascer outra ad account.
Pagamento é cartão, PIX, titular, endereço de cobrança, histórico de chargeback, linha de crédito. A fila é de risco financeiro. O caminho é titular coerente, método que o anunciante realmente controla, fatura em dia. Há um artigo só sobre políticas de pagamento no Meta. Aqui o ponto é só este: cookie limpo não esconde o mesmo CNPJ no mesmo cartão.
Ambiente é sessão, cookie, fingerprint, IP, WebRTC, horário, sequência de logins no mesmo perfil de Chrome. A fila é de correlação. Isolar reduz o atalho óbvio de doze BMs no mesmo navegador. Não autoriza política ruim nem pagamento cruzado.
Os três eixos conversam. Conta com criativo recusado em loop chama atenção. Conta que troca de cartão três vezes na semana chama atenção. Conta que nasce no Chrome da agência com as outras BMs abertas chama atenção. Tratar só o terceiro eixo quando o problema é o primeiro é teatro de setup.
Anúncio restrito: o trabalho é de mídia, não de perfil
Quando o anúncio cai e a conta segue viva, o trabalho começa no criativo. Qual o motivo textual? A landing é a mesma da rejeição anterior com outro UTM? Há claim de resultado, imitação de sistema, destino que a política não aceita para aquele produto?
Mude o que o revisor vai ler. Não mude o que o revisor não lê. User-agent, resolução e GPU não entram no parecer de política de anúncio. Se o mesmo material rodaria mal numa conta velha e saudável do mesmo cliente, o problema não é isolamento.
Há casos em que o time republica o anúncio idêntico “para ver se passa”. Às vezes passa. Isso não prova que a restrição era de browser. Prova que a fila de revisão é ruidosa. Usar o ruído como desculpa para não documentar o claim é como usar um captcha ocasional como prova de que a identidade está queimada.
O recurso do anúncio é o caminho. É lento. É o único que conversa com a política. Enquanto o recurso anda, não clone o conjunto para outra conta “só para não perder o dia”. Você duplicou a evidência, não a chance.
Conta com gasto limitado: ainda não é BM morta
Gasto restrito, conta em revisão, pagamento recusado em loop: a identidade ainda existe. O erro clássico é abrir outra ad account na mesma BM, no mesmo cartão, no mesmo admin, e chamar isso de contingência.
A BM enxerga as duas. O grafo de pagamento enxerga as duas. O admin é o mesmo. Você não saiu da fila. Você aumentou a densidade de ação no mesmo retrato.
O que fazer: ler se a limitação é pagamento, verificação de identidade ou qualidade da conta. Separar o que é fatura atrasada do que é documento. Não testar o cartão da agência “só para não parar o cliente”. Não convidar o perfil pessoal do gestor como admin extra no meio da revisão.
Ambiente entra aqui só como higiene. Se cinco pessoas entram na mesma conta pelo Chrome compartilhado enquanto o gasto está limitado, o time empilha sinal de sessão em cima de sinal financeiro. AdSafe isola perfil de anúncio para essa higiene: um retrato por identidade, sem o cookie da casa. Não isenta o titular do cartão.
Desativação: o que o browser ainda faz — e o que não faz
Depois que a BM ou a ad account morre, isolamento ainda tem um papel estreito: a próxima identidade da operação, se for legítima e distinta, não deveria nascer colada na anterior pelo Chrome da agência. Isso é prevenção de correlação óbvia. Não é recuperação da conta morta.
Recuperação é recurso oficial, documentação, origem limpa. Perfil novo não lava BM comprada, emprestada ou de histórico podre. Cartão novo no mesmo titular não apaga o grafo. E-mail novo no mesmo admin não apaga o admin.
O time que “recupera” no mesmo dia, no mesmo computador, com o mesmo criativo, está fazendo o contrário da higiene. Está ensinando a plataforma que a identidade nova é a velha com outra casca.
Se ainda existe conta boa do mesmo anunciante, proteja o ritmo dela. Não clone o setup da morta para a viva na mesma tarde. Burst depois de desativação parece o padrão que a fila de risco espera.
O que dizer ao cliente nas primeiras horas
O cliente ouve “caiu” e traduz “vocês perderam o acesso por incompetência de browser”. Se a agência confirma essa tradução sem diagnóstico, assume um eixo que talvez não seja o dela.
Nomeie o ativo. Anúncio X, conta Y, BM Z. Cole o texto. Diga se ainda há gasto em outro veículo. Diga o que entra em recurso e o que não será clonado. Diga o prazo que vocês controlam (diagnóstico, envio) e o prazo que não controlam (resposta da plataforma).
Não prometa que “vamos isolar o perfil e volta”. Isolar o perfil é higiene permanente, não tratamento de restrição de política. Se o eixo for pagamento, o dono da conversa é financeiro e o anunciante, não o antidetect.
Lauth Score, se o time usa, entra como leitura de higiene do perfil — vazamento, consistência, sinais — não como previsão de desativação. Tratar score como oráculo de ban é o mesmo erro de tratar restrição como fingerprint: nome bonito no eixo errado.
Checklist antes de mexer no ambiente
Antes de criar perfil, trocar proxy ou republicar:
- Qual ativo a notificação cita — anúncio, ad account, BM, página, perfil.
- Qual eixo cabe no texto — política, pagamento, identidade, comportamento.
- O que ainda está no ar neste anunciante.
- Quais admins, pixels e métodos de pagamento se repetem em outra identidade da casa.
- Se alguém já abriu conta “de emergência” no Chrome da agência hoje.
Só então o ambiente entra. Perfil limpo, proxy estável, teste de vazamento, convite. Não o contrário: ambiente primeiro, diagnóstico depois, conta gêmea no meio.
Pasta no Chrome não é isolamento. Perfil clonado com GPU sorteada também não. O retrato continua. Higiene é perfil nascido para aquela identidade, coerente, estável, com dono.
Quem é dono de cada eixo na mesa
Sem dono, o vermelho vira reunião de todo mundo e decisão de ninguém. Política: head de mídia e, se existir, jurídico. Pagamento: financeiro e o anunciante. Ambiente: operação. Apelação oficial: um responsável nomeado, não o grupo.
O setup de perfil não deveria ser o primeiro a ser acionado. Deveria ser acionado quando o eixo incluir sessão — e como higiene da operação daqui para frente, não como desbanimento. Se o único papel que a mesa treinou para incidente é “quem mexe no antidetect”, todos os incidentes viram ambiente. Esse viés é caro.
No ticket, três campos obrigatórios: ativo, eixo provisório, dono. Sem os três, ninguém abre perfil novo, ninguém troca cartão, ninguém republica o criativo recusado. A trava parece burocracia. É o que impede a gêmea.
O que não fazer no mesmo dia
Não tratar anúncio recusado como BM morta. Não tratar BM morta como anúncio recusado. Não usar o cartão da casa. Não logar o perfil pessoal do gestor na conta em revisão. Não mandar o mesmo criativo para uma conta nova “enquanto o recurso anda”. Não vender ao cliente um prazo de desbanimento.
Esses “não” parecem conservadores. São o que preserva o que ainda fatura. A agência que dura separa eixos. A que improvisa no vermelho mistura política, pagamento e cookie num único roteiro de pânico.
Restrição e desativação compartilham a cor na tela. Não compartilham o dono, o recurso nem a ferramenta. O browser é higiene de sessão. Os termos de uso continuam no ar.
FAQ
Perguntas frequentes
Não. Anúncio restrito continua com a conta viva. Desativação tira o veículo de gasto ou a BM. Tratar os dois como ban único atrasa o recurso certo.
Não. O revisor lê criativo, landing e claim. Isolar sessão reduz correlação de Chrome compartilhado. Não reescreve os termos de uso.
Sim, e é o caminho oficial. Abrir outra ad account no mesmo grafo, no mesmo cartão, no mesmo admin, mistura as filas em vez de esclarecê-las.
Nomeie o ativo: anúncio, conta de anúncio, BM ou perfil. Cole o texto da notificação. Diga o que já está em recurso e o que não será clonado.
Não. Score lê sinais de higiene. Não é oráculo de ban. Serve para o time ver perfil, proxy e vazamento antes de operar, não para garantir veiculação.
Continue lendo
