Foto: Kaitlyn Baker / Unsplash
Automações
Receber telefone e e-mail de formulário sem padronizar o formato antes de mandar pra automação faz a mensagem falhar ou duplicar o contato
Pedro Toledo · 4 de novembro de 2026 · 3 min de leitura
Receber telefone e e-mail de formulário sem padronizar o formato antes de mandar pra automação faz a mensagem falhar ou duplicar o contato — porque cada pessoa digita o número de um jeito (com ou sem DDD, com parênteses, com o nono dígito ou sem ele), e a automação que usa o campo como veio falha no envio ou cria um segundo registro do mesmo cliente. Por que o campo preenchido parecer um dado pronto, o que caracteriza uma etapa de padronização antes do envio, e como perceber se a base já tem números em formatos misturados.
Receber o telefone do formulário e mandar direto pro CRM costuma parecer um fluxo pronto. Olhar uma amostra da coluna de telefone revela quantos formatos diferentes a automação está tentando usar.
Receber telefone e e-mail de formulário sem padronizar o formato antes de mandar pra automação faz a mensagem falhar ou duplicar o contato — porque cada pessoa digita do seu jeito.
Por que o campo preenchido parece um dado pronto
A pessoa preencheu e a automação recebeu. Um campo de texto, porém, aceita qualquer formato, e o que foi digitado (parênteses, espaços, DDD ausente, nono dígito duplicado) nem sempre é o que a ferramenta de envio ou o CRM espera, o que gera falha ou um segundo registro do mesmo cliente.
O que caracteriza uma etapa de padronização antes do envio
Uma etapa de padronização remove símbolos, completa o DDI e o DDD, confere o tamanho e normaliza o e-mail. Isso tem relação direta com disparar mensagem personalizada sem valor padrão pro campo vazio, fazendo o cliente receber "olá, vírgula" — os dois casos apontam pro mesmo princípio de fundo: a automação usa o dado como veio, e sem tratar o campo (vazio ou mal formatado) antes do envio, o erro chega ao cliente ou trava o fluxo.
O que as fontes dizem
Um guia de um fornecedor de WhatsApp descreve o celular brasileiro como +55, DDD de dois dígitos e nove dígitos começando com 9, e diz que o link de click-to-chat exige só dígitos. O guia afirma que a validação de formato não garante a entrega. Um aplicativo do Bitrix24 corrige números brasileiros e evita duplicidade com e sem o nono dígito. Não encontrei documentação oficial da Meta, e as regras devem ser confirmadas na ferramenta usada.
Como perceber se a base já tem formatos misturados
A forma prática é exportar a coluna de telefone e olhar uma amostra, anotando números com e sem DDD, com parênteses ou traços, com +55 e sem, e com 8 ou 9 dígitos. Se há mistura, vale criar uma etapa que padroniza antes de gravar, procurar duplicados por número normalizado e tratar em separado os que não passarem na validação.
Um exemplo prático
Uma clínica automatiza a confirmação de consultas por WhatsApp a partir do formulário do site. Parte das mensagens não chega, e alguns pacientes aparecem duplicados no CRM, com e sem o nono dígito. Depois, ela inclui uma etapa que remove símbolos, completa o +55 e o DDD, confere o tamanho do número e procura um contato igual antes de criar um novo.
O ponto central
Antes de usar um campo de formulário numa automação, vale perguntar em quantos formatos ele pode chegar. A mensagem só é enviada de forma confiável quando o dado foi tratado antes.
