“João” no e-mail: acentos quebrados e datas trocadas no import
Nome com caracteres estranhos e data com dia e mês invertidos vêm do arquivo do import, não do e-mail. Por que é um erro comum e como achar a causa.
Em uma frase: quando o arquivo chega numa codificação e é lido como outra, "João" vira "João"; quando a data chega como 03/04 e é lida no formato americano, 3 de abril vira 4 de março.
Os dois problemas aparecem juntos com frequência porque têm a mesma origem: o arquivo foi gerado por um sistema (ou por uma planilha) com uma configuração, e o Marketing Cloud leu com outra.
Por que é um erro comum
Ele é frequente, visível e localizado. Atinge o arquivo de um import, não a arquitetura da conta. Depois que a causa é encontrada, a correção é de configuração, e os dados podem ser recarregados do arquivo de origem.
Isso não quer dizer que seja inofensivo. Nome quebrado na saudação é o erro de personalização que o cliente mais vê, e data trocada pode tirar pessoas de um segmento ("aniversariantes do mês", "cadastrados nos últimos 30 dias") sem que ninguém perceba.
Como identificar e depurar
Os sintomas de codificação têm cara própria: "ã", "ç", "é" no lugar de "ã", "ç", "é" indicam um arquivo em UTF-8 lido como se fosse outra codificação (normalmente a do Windows). O caminho inverso, losangos com interrogação ou caracteres sumindo, indica o contrário. Olhar a DE já importada, e não só o e-mail, mostra se o problema entrou no import ou na hora do render.
A investigação começa pela origem: quem gera o arquivo e como. Exportação de planilha "CSV" sem escolher a codificação é a causa mais comum. Abrir o arquivo num editor que mostra a codificação, antes de qualquer import, costuma responder a pergunta em segundos.
Para datas, o sinal é um padrão: datas com dia até 12 importam "certas" mas trocadas, e datas com dia acima de 12
falham ou ficam vazias. Isso aponta para o formato de leitura. A Import Definition tem uma configuração de localidade
para interpretar datas (DateFormattingLocale na API) e vale conferir qual está em uso. Mais seguro ainda é combinar
com quem gera o arquivo um formato sem ambiguidade, como 2026-04-03.
Impactos reais na organização
- Imagem da marca. "Olá, João" num e-mail para milhares de clientes vira print em rede social.
- Segmentos errados. Data invertida coloca e tira pessoas de réguas por data (aniversário, renovação, prazo), e o erro não aparece em nenhum relatório.
- Retrabalho de dados. Corrigir depois exige reimportar e, às vezes, refazer envios para quem ficou de fora.
- Ruído com a área de TI. Sem saber onde está a causa, CRM e TI trocam o problema de lado. Combinar a codificação e o formato de data uma vez, por escrito, encerra a discussão.
Leia também
| Título | Tipo | Plataforma | Faixa | Leitura |
|---|---|---|---|---|
| Subscriber Key igual ao e-mail: o cliente que troca de e-mail vira outra pessoa | Erro | Marketing Cloud Engagement | Amarela | 4 min |
| Query Activity em Overwrite direto na Data Extension final | Erro | Marketing Cloud Engagement | Amarela | 4 min |
| Como usar LookupRows no AMPscript (e quando trocar por Lookup ou LookupOrderedRows) | Tutorial | Marketing Cloud Engagement | Amarela | 3 min |
| Lookup dentro de loop no AMPscript: rápido no teste, lento no envio real | Erro | Marketing Cloud Engagement | Verde | 3 min |