- O que a política de pagamento está olhando
- Cartão: o atalho que vira grafo
- PIX e o nome que aparece na cobrança
- Titular, CNPJ e o admin que não deveria estar lá
- O que o browser cobre — e o que não cobre
- Gasto limitado: o rito que não nasce gêmea
- O que o financeiro registra
- Linha de crédito, fatura e o atraso que não é fingerprint
- Agência, anunciante e o contrato que cala o titular
- O que dizer ao cliente
O cartão recusa, o PIX não confirma, a conta de anúncio fica com gasto limitado. O grupo traduz: dispositivo. Alguém limpa o cookie. Alguém troca o IP. Alguém republica a campanha. O método de pagamento continua o mesmo. O titular continua o mesmo. O endereço de cobrança continua o mesmo. O browser não esconde o cartão.
Política de pagamento no Meta é fila financeira e de identidade. Não é fila de criativo. Não é fila de Canvas. Quem opera tráfego pago no Brasil mistura as três porque a interface usa o mesmo vermelho. O time de mídia assume o incidente. O financeiro só entra quando a fatura já estourou. O anunciante descobre que a agência estava no cartão “só pra não parar”.
Este texto é honesto no eixo que o setup de perfil não alcança. PIX, cartão, titular, chargeback, linha de crédito. O que documentar. O que não cruzar. O que dizer ao cliente quando a restrição é de cobrança, não de anúncio. O diagnóstico mais amplo de conta desativada cobre as quatro filas. Aqui o recorte é só dinheiro.
O que a política de pagamento está olhando
O Meta precisa cobrar. Precisa saber quem é cobrado. Precisa ligar método, pessoa, empresa e histórico de abuso financeiro. Recusa repetida, chargeback, cartão de terceiros, método que já apareceu em BM queimada, endereço que não bate com o país da conta: isso entra no retrato. Nenhum desses sinais mora no localStorage do Chrome.
Há camadas. Método inválido ou saldo insuficiente é operacional e se resolve com método válido. Verificação de titular é identidade. Restrição de gasto por risco é histórico. Desativação com menção a pagamento é o fim da linha. Tratar as quatro com “abre outra conta” é o procedimento mais caro da mesa.
O texto da notificação importa. “Problema com a forma de pagamento” não é “seu fingerprint”. “Confirme sua identidade” não é “troque o proxy”. Copie o texto. Entregue ao financeiro e ao cliente. Não resuma no Slack como dispositivo.
Quem cadastra o método também importa. Estagiário com a senha da BM colocando o cartão da casa, no fim da tarde, sem log, é incidente. Não é agilidade.
Cartão: o atalho que vira grafo
O clássico brasileiro: o cartão da agência entra “enquanto o do cliente chega”. Às vezes chega. Às vezes vira o método permanente de três anunciantes. Quando uma BM restringe, as outras já compartilham o titular.
Mesmo cartão em BM nova, depois da restrição, é o atalho mais curto. Não faça. Mesmo cartão em ad account nova na mesma BM, no mesmo dia, também. Bin, titular, endereço, telefone de cobrança: a plataforma não precisa do seu Canvas pra isso.
Cartão de terceiro — sócio, parente, “um amigo que tem limite” — adiciona um nó no grafo e um problema jurídico. A agência que opera assim não tem um problema de browser. Tem um problema de quem está anunciando em nome de quem.
Pré-pago, virtual, carteira: a forma muda. O titular continua. Tratar cartão virtual como identidade nova é ilusão de mesa. Se o dono é o mesmo, o retrato financeiro continua do mesmo dono.
Não teste o cartão em loop. Recusa repetida na mesma tarde é sinal, não azar. Pare. Confirme com o banco e com o anunciante. Depois tente de novo, no horário comercial, no método que o titular realmente controla.
PIX e o nome que aparece na cobrança
No Brasil o PIX entrou no fluxo de anúncio e o time tratou como se fosse menos identidade do que o cartão. Não é. Chave, titular, instituição, histórico de pagamento: tudo isso é método. Método da agência em BM do cliente mistura o grafo do mesmo jeito.
PIX no CNPJ da casa pra anunciar o e-commerce do cliente resolve o dia e suja o trimestre. PIX no CPF do gestor, pior. PIX que já pagou BM queimada e agora paga BM “limpa” do mesmo grupo, pior ainda.
Coerência é o critério. Quem anuncia, quem paga, quem aparece no documento da BM. Se os três não conversam, o browser não os alinha. O contrato e o financeiro alinham. Ou não alinham, e a restrição vem.
Reembolso, estorno, disputa: o PIX também deixa rastro. Tratar o método como descartável porque “é instantâneo” ignora o histórico. Instantâneo na liquidação. Permanente no grafo.
Titular, CNPJ e o admin que não deveria estar lá
Pagamento não vive sozinho. Vive com o admin da BM, com o e-mail de recuperação, com o documento enviado na verificação, com o endereço fiscal. Conta com CNPJ A, cartão de CNPJ B, admin pessoa física C, pixel da agência: quatro nós que a mesa chama de “o cliente” e a plataforma chama de retrato.
O sócio admin de todas as BMs da casa é o nó que sobrevive à troca de cartão. Tire pessoas que não deveriam estar. Coloque o admin do anunciante. Revogue na saída. Sem isso, o método novo nasce no mesmo grafo de gente.
Verificação de identidade pedida no meio de uma restrição de pagamento não se resolve com perfil de browser novo. Se resolve com documento coerente, ou não se resolve. Mentir no documento é outra fila, e não é higiene.
Holding com várias lojas: cada CNPJ, cada método, cada BM. A planilha que usa um cartão “da holding” pra todas as lojas está escolhendo um único retrato. Às vezes a holding é de fato um anunciante. Às vezes são lojas que a plataforma deveria ver como distintas. O contrato decide. O cartão único decide contra a distinção.
O que o browser cobre — e o que não cobre
Sessão isolada reduz cookie cruzado entre BMs. Reduz o atalho de doze contas no mesmo Chrome. Reduz vazamento de WebRTC do escritório pro IP que você achava estar usando. Isso é higiene de ambiente. Não é higiene de billing.
O navegador não cobre titular. Não cobre BIN. Não cobre chave PIX. Não cobre endereço de cobrança. Não cobre chargeback. Não cobre o admin. Há um artigo específico sobre payment fingerprint e o que o browser não cobre. Este texto só precisa da frase operacional: limpar cookie depois de cartão recusado é mexer no eixo errado.
Trocar o IP porque o pagamento falhou é o mesmo erro. O adquirente não pergunta seu ASN. A fila de risco do Meta pergunta o método e o histórico. Proxy novo em cima de cartão velho não é contingência. É ruído.
Perfil clonado com GPU sorteada, menos ainda. O retrato de sessão muda um pouco. O retrato de pagamento não muda nada.
Gasto limitado: o rito que não nasce gêmea
Conta com limite de gasto, em revisão, com pagamento pendente: a identidade ainda existe. Abrir outra ad account na mesma BM, no mesmo método, no mesmo admin, aumenta a densidade. Não sai da fila.
O que fazer: ler se é fatura, se é verificação, se é risco. Pagar o que é fatura. Documentar o que é verificação. Separar método cruzado. Não convidar o perfil pessoal do gestor como admin extra no meio da revisão. Não testar o cartão da casa.
Se a BM morreu com menção a pagamento, o recurso oficial é o caminho. A conta nova no mesmo titular, no mesmo Chrome, no mesmo criativo, no mesmo dia, é o padrão que a fila espera. Proteja o que ainda fatura. Não clone o setup da morta pra viva na mesma tarde.
Velocidade de gasto em conta recém-liberada, com o mesmo método que acabou de falhar, também chama atenção. Ritmo de conta madura não se improvisa numa terça de pânico.
O que o financeiro registra
Sem registro, o pós-incidente vira narrativa. Anote, com data: BM, ad account, titular, tipo de método, últimos dígitos ou instituição do PIX, quem cadastrou, texto da recusa, se o método existe noutro anunciante da casa, se houve chargeback, se houve verificação de identidade aberta.
Não anote o CVV na planilha. Não mande o cartão no WhatsApp. O registro é de identidade de pagamento, não de segredo do cartão. Cofre de método é outro procedimento. Este é o de incidente.
Na reunião com o cliente, o financeiro leva o registro. A mídia leva o histórico de anúncio, se houver. Operação leva o ambiente, se a fila for sessão. Três donos. Um vermelho na tela não autoriza um único dono.
Contrato: quem é o titular, quem autoriza método, o que acontece quando a agência “adianta” o gasto. Se o contrato cala, a mesa improvisa. A improvisação vira grafo.
Linha de crédito, fatura e o atraso que não é fingerprint
Fatura em atraso, limite atingido, método expirado: o time de mídia sente como restrição de conta. É restrição de cobrança. Pague. Atualize o método. Não abra BM nova. Não limpe cookie. O calendário de fatura deveria estar no roteiro da mesa, com dono no financeiro, não no grupo de criativo.
Linha de crédito da BM é identidade da empresa no Meta. Transferir crédito, pedir aumento, mudar país da conta: tudo isso é fila financeira. Perfil de browser novo no meio de um pedido de crédito é densidade. Não é agilidade.
Threshold de gasto em conta nova, revisão depois de pico: leia se o texto cita pagamento ou qualidade. Se citar pagamento, o dono é financeiro. Se citar qualidade ou prática, volte ao eixo de política e de ritmo. Não use o cartão da casa pra “provar que o método funciona”.
Agência, anunciante e o contrato que cala o titular
O contrato deveria dizer quem é o titular do método, quem autoriza cadastro, o que acontece quando a agência adianta mídia, em quanto tempo o método do cliente substitui o da casa — se a casa nunca deveria ter estado lá. Se o contrato cala, a mesa improvisa. A improvisação vira grafo.
Na troca de agência, o método antigo às vezes permanece. Saída financeira: remover cartão da casa, confirmar titular do anunciante, registrar quem viu os dígitos. Sem isso, a agência anterior continua no retrato depois do fim do contrato.
E-commerce com vários CNPJs, marketplace e loja própria: cada veículo de gasto com o método que o contrato aponta. Um PIX da holding em todas as BMs só é coerente se a holding for o anunciante. Se cada loja é anunciante, cada loja paga.
O que dizer ao cliente
Diga que a restrição é de pagamento, se o texto diz isso. Diga qual método falhou, sem expor dado demais no e-mail amplo. Diga o que precisa do lado do anunciante: cartão no nome certo, PIX no CNPJ certo, fatura em dia, documento se pedido. Diga o que a agência não vai fazer: colocar o cartão da casa, abrir BM gêmea no mesmo método, culpar o browser.
Não prometa prazo de liberação. A fila de billing não é a fila de criativo. Não é a fila de setup. Isolar sessão continua sendo procedimento permanente. Não é tratamento desta restrição.
O browser não esconde o cartão. PIX, titular e histórico também não se camuflam com fingerprint. A agência que dura trata pagamento como grafo. A que improvisa no vermelho trata pagamento como cookie.
FAQ
Perguntas frequentes
Não. Recusa de cartão, PIX e verificação de titular estão no grafo financeiro. Cookie limpo não esconde o mesmo método em outra BM.
É o atalho mais curto pra cruzar anunciantes. Quando uma conta cai, as outras já compartilham o retrato de pagamento. Não faça.
Pode ser. Titular, CNPJ e método precisam ser coerentes com quem anuncia. Método da casa em identidade do cliente mistura o grafo.
Não no mesmo cartão, no mesmo admin, na mesma BM, no mesmo dia. Isso aumenta densidade no mesmo retrato. Recurso e método coerente vêm antes.
Titular, últimos dígitos ou chave PIX, BM, ad account, quem cadastrou, quando falhou, se o método existe noutro anunciante da casa. Sem isso o pós-incidente vira achismo.
Não. Browser cobre sessão. Pagamento cobre titular, método, endereço de cobrança, histórico de recusa. Há um texto específico sobre o que o navegador não cobre nesse eixo.
Continue lendo
