Você escolheu uma nova plataforma por causa de automações melhores, do preço ou das integrações, e o plano do projeto cobre templates, fluxos e formulários. O que ele costuma deixar de fora é a entregabilidade. Trocar de plataforma de e-mail (ESP) é, na maior parte, um trabalho de exportar e importar, até que a primeira campanha da nova plataforma cai no spam porque os novos IPs não tinham histórico, a lista de supressão não veio junto ou o DKIM nunca foi configurado. Este guia mostra o que vai com você e o que fica para trás, e depois traz um checklist de migração de ESP para antes, durante e depois da troca.
A resposta curta#
A reputação do seu domínio vai com você. A reputação de IP, as listas de supressão, o histórico de bounces e os dados de engajamento não vão, a menos que você mesmo os leve. Então: exporte suas supressões e importe-as na nova plataforma antes de qualquer assinante, verifique a lista antes de importá-la, autentique o novo ESP no seu próprio domínio antes do primeiro envio, faça o aquecimento começando pelos assinantes mais engajados, rode as duas plataformas em paralelo por algumas semanas e mantenha a conta antiga até ter exportado tudo. E não troque de plataforma para fugir de um problema de entregabilidade: uma reputação de domínio danificada segue você até a nova plataforma.
O que vai com você e o que fica para trás#
Provedores de caixa postal como o Gmail avaliam tanto o domínio do seu endereço From e da assinatura DKIM quanto os endereços IP de onde seus e-mails saem. Quando você troca de plataforma, o domínio continua o mesmo e os IPs mudam. Todo o resto depende do que você exportar.
| Ativo | Vai com você? | O que fazer |
|---|---|---|
| Reputação do domínio | Sim, se você continuar enviando a partir do mesmo domínio | Autentique o novo ESP com esse domínio para que a reputação se aplique |
| Reputação de IP | Não; ela pertence aos IPs da plataforma antiga | Planeje um aumento gradual nos novos IPs, compartilhados ou dedicados |
| Descadastros, hard bounces, reclamações | Não | Exporte-os e importe-os primeiro |
| Histórico de bounces e contagens de soft bounce | Não | Verifique a lista antes da importação |
| Dados de engajamento (último clique, última compra) | Só se você os exportar | Exporte como campos personalizados; você precisa deles para ordenar o aquecimento |
| Registros de consentimento (data, origem e formulário de cadastro) | Só se você os exportar | Exporte-os; o GDPR espera que você consiga demonstrar o consentimento |
| Chaves DKIM, domínios de bounce e de rastreamento | Não; cada ESP tem os seus | Publique os registros DNS da nova plataforma antes do primeiro envio |
| Automações, templates, formulários, integrações | Não | Reconstrua, teste e redirecione cada um deles |
A primeira linha vale para os dois lados. Uma boa reputação de remetente no seu domínio dá a você uma vantagem inicial na nova plataforma. Uma reputação fraca também vem junto, então, se os seus e-mails estão indo para o spam hoje, corrija a causa (qualidade da lista, reclamações, autenticação) antes de migrar, e não migrando.
O checklist de migração de ESP#
Use isto como a lista principal. As seções abaixo explicam as etapas que mais dão errado.
| Fase | Tarefa | Concluída quando |
|---|---|---|
| Antes | Exportar descadastros, hard bounces e reclamações | Todos os tipos de supressão estão exportados, com datas |
| Antes | Exportar os contatos com os campos de engajamento e de consentimento | Último clique, última compra, data e origem do cadastro estão incluídos |
| Antes | Importar as supressões no novo ESP | A lista de supressão está preenchida antes de qualquer importação de contatos |
| Antes | Verificar a lista | Endereços não entregáveis e descartáveis removidos; destino dos catch-all decidido |
| Antes | Configurar SPF, DKIM, domínio de bounce e domínio de rastreamento | Uma mensagem de teste passa no SPF e no DKIM, alinhados para o DMARC |
| Antes | Escolher IP compartilhado ou dedicado e definir o momento | Um plano de aquecimento por escrito, longe da sua alta temporada |
| Durante | Aquecer, começando pelos assinantes mais engajados | O volume só sobe enquanto bounces e reclamações continuam baixos |
| Durante | Rodar as duas plataformas em paralelo | Ninguém recebe envios das duas; descadastros sincronizados diariamente |
| Durante | Redirecionar formulários, integrações e verificação | Um cadastro de teste chega apenas ao novo ESP |
| Depois | Monitorar Postmaster Tools, SNDS, bounces e reclamações | Métricas estáveis com o volume total |
| Depois | Exportação final do ESP antigo e, depois, desativá-lo | Supressões, relatórios e registros de consentimento salvos; registros DNS antigos removidos |
Antes da troca#
Exporte as supressões primeiro e importe-as primeiro#
A sua lista de supressão é o arquivo mais importante da migração. Ela guarda todos que se descadastraram, todos os endereços que deram hard bounce e todos que marcaram você como spam, e nada disso é transferido automaticamente. Cada plataforma dá um nome diferente a esses grupos: o Mailchimp tem contatos cleaned e arquivados, o Klaviyo tem perfis suprimidos, o ActiveCampaign usa os status bounced e unsubscribed. Os guias de limpeza do Mailchimp, do Klaviyo e do ActiveCampaign mostram onde fica cada um.
Importe as supressões na nova plataforma antes de qualquer assinante. Se você importar os contatos primeiro, abre-se uma janela em que um fluxo de boas-vindas ou uma campanha de teste pode alcançar pessoas que pediram para sair. Isso gera reclamações, e um descadastro não expira só porque você trocou de software: a CAN-SPAM exige que os pedidos de descadastro sejam atendidos em até 10 dias úteis, e as leis baseadas em consentimento são ainda mais rígidas.
Verifique a lista antes de importá-la#
Na plataforma antiga, anos de tratamento de bounces mantinham silenciosamente os endereços mortos fora dos seus envios. Na nova, todo endereço é um destinatário de primeira viagem, sem histórico. Endereços que se deterioraram desde o seu último envio, e endereços que vinham dando soft bounce repetidamente com a caixa postal cheia, chegam com a mesma cara dos seus melhores assinantes. E uma plataforma nova costuma observar com mais atenção os primeiros envios de uma conta nova.
Verifique a exportação antes que ela entre. Remova os endereços não entregáveis e descartáveis e decida de forma deliberada o que fazer com os resultados catch-all e desconhecidos, em vez de importá-los por padrão. Se a sua plataforma de e-mail atual estiver entre os 49 conectores ativos da página de integrações, o Qualisend pode limpar a lista no próprio lugar antes da exportação, gravando cada veredito de volta como tag ou campo, para que a exportação já leve os resultados. Caso contrário, envie o CSV. Se parte da lista não recebe e-mails há seis meses ou mais, dê a ela o cuidado extra descrito em como enviar para uma lista de e-mails antiga com segurança.
Autentique o novo ESP no seu domínio#
Configure isso antes do primeiro envio, não depois. O guia de SPF, DKIM e DMARC explica o que cada registro faz; em uma migração, os detalhes específicos são:
- SPF. Siga a configuração da nova plataforma. Algumas pedem que você adicione um
include:ao seu registro SPF raiz; outras cuidam do SPF por meio de um subdomínio de bounce personalizado que elas hospedam. Mantenha o include da plataforma antiga até que ela pare de enviar e fique abaixo do limite de 10 consultas DNS do SPF. O gerador de registros SPF monta um registro válido. - DKIM. Publique a chave DKIM da nova plataforma. Ela usa o próprio seletor, então a chave antiga e a nova podem coexistir durante o período de sobreposição. O domínio de assinatura precisa ser seu, e não do ESP, para que a reputação do seu domínio se aplique.
- Domínio de return-path (bounce) personalizado. Aponte um subdomínio para a nova plataforma, para que o SPF passe em um domínio alinhado com o seu endereço From.
- DMARC. Seu registro atual continua. Se ele estiver em
p=quarantineoup=reject, e-mails mal configurados da nova plataforma serão bloqueados, então envie mensagens de teste primeiro e leia seus relatórios agregados, como explicado em como configurar o DMARC. - Domínio de rastreamento. Configure um domínio de rastreamento de links com a sua marca em vez de compartilhar o padrão da plataforma.
Depois, passe seu domínio pelo verificador de SPF, DKIM e DMARC e envie uma mensagem de teste para uma conta do Gmail para confirmar que ela mostra SPF, DKIM e DMARC passando.
Escolha a configuração de IP e o momento#
A maioria dos remetentes deve ficar no pool compartilhado da nova plataforma, que já está aquecido. Um IP dedicado começa sem reputação e precisa de um volume alto e constante para continuar saudável; os prós e contras estão em IP dedicado vs. compartilhado.
Evite trocar o seu domínio de envio no mesmo projeto. Um domínio novo em IPs novos significa duas partidas a frio ao mesmo tempo. Se você quiser mover os e-mails de marketing para um subdomínio, o guia de estratégia de subdomínio de envio mostra como, mas planeje um aquecimento próprio para ele.
O momento também importa. Não migre nas semanas que antecedem os seus maiores envios. Com a Black Friday de 2026 em 27 de novembro, uma migração iniciada no fim de outubro colocaria o aquecimento bem em cima da alta temporada. Se essa for a sua situação, conclua o checklist de entregabilidade para a Black Friday na plataforma que você já tem e migre depois das festas de fim de ano.
Durante a troca#
Aqueça com os seus assinantes mais engajados#
Mesmo com uma boa reputação de domínio, os novos IPs não têm histórico com os provedores de caixa postal enviando os seus e-mails. Comece pelos assinantes que clicaram ou compraram recentemente, já que eles geram os sinais positivos que constroem confiança, e depois acrescente segmentos menos engajados enquanto as taxas de bounce e de reclamação se mantêm. Em um pool compartilhado, o aumento pode ser mais rápido do que em um IP dedicado, mas ainda assim deve ser gradual. O guia de aquecimento de domínio e IP aborda o ritmo.
Rode as duas plataformas em paralelo#
Mantenha a plataforma antiga enviando para os segmentos que você ainda não migrou. Isso mantém estável o volume total do seu domínio e faz com que todos continuem recebendo notícias suas no ritmo de sempre enquanto os novos IPs constroem histórico. Migre os segmentos em fatias crescentes, semana a semana, até que a nova plataforma carregue tudo com métricas estáveis. Isso costuma levar algumas semanas; deixe os números decidirem, não uma data no calendário.
Duas regras sustentam a sobreposição:
- Nunca envie para a mesma pessoa pelas duas plataformas. Separe os segmentos de forma limpa para que ninguém receba duplicatas.
- Sincronize descadastros e bounces diariamente. Quem pedir para sair na plataforma antiga durante a sobreposição também precisa ser suprimido na nova.
Redirecione formulários, integrações e verificação#
Todo lugar que adiciona contatos precisa apontar para a nova plataforma: formulários do site, pop-ups, checkout e sincronizações de e-commerce, sincronizações com o CRM, webhooks e ferramentas de automação. Um formulário esquecido continua alimentando a conta antiga por meses, e esses assinantes nunca recebem seus e-mails. Faça um cadastro de teste em cada um deles.
Depois, coloque a verificação de volta na porta de entrada. Se a nova plataforma estiver entre as integrações ativas do Qualisend, a verificação em tempo real pode checar cada novo contato assim que ele chega (disponível na maioria dos conectores), e uma limpeza automática pode verificar a lista de novo a cada 7, 14 ou 30 dias. Para formulários que alimentam a plataforma diretamente, a API de verificação checa os endereços no cadastro.
Depois da troca#
Monitore os painéis dos provedores#
O Google Postmaster Tools é vinculado ao seu domínio, então ele continua funcionando ao longo da migração; acompanhe sua taxa de spam e sua reputação no Gmail enquanto o volume muda de lado. O Microsoft SNDS é vinculado a IPs. Em um IP dedicado, solicite acesso para os novos endereços; em um pool compartilhado, é o ESP quem tem esses dados. Junto com os dois, acompanhe as taxas de bounce e de reclamação por campanha e qualquer aumento de adiamentos em um único provedor.
Desative a plataforma antiga com cuidado#
- Faça uma exportação final das supressões depois que a execução em paralelo terminar, porque os descadastros continuaram chegando à plataforma antiga durante todo esse período.
- Exporte o histórico de que você pode precisar depois: relatórios de campanhas, registros de consentimento e dados de engajamento. Muitas plataformas apagam os dados da conta quando você a encerra; mude para um plano mais barato até ter certeza de que tem tudo.
- Desligue as automações antigas para que nada seja disparado de uma conta que você parou de acompanhar.
- Remova os registros DNS antigos por último. Apague o include de SPF e a chave DKIM antigos só quando nada mais for enviado por aquela plataforma.
Mantenha a nova lista limpa#
Uma plataforma nova não impede a deterioração. Defina uma frequência de limpeza e uma regra para aposentar os assinantes que ficam em silêncio, como explicado em higiene de lista de e-mails e política de sunset de e-mails, para que a lista que você migrou continue tão limpa quanto no dia da mudança.
Perguntas frequentes
01Vou perder minha reputação de remetente se trocar de plataforma de e-mail?
Em parte. A reputação do seu domínio vai com você, desde que você continue enviando a partir do mesmo domínio e autentique a nova plataforma com DKIM nesse domínio. A sua reputação de IP fica para trás, com os IPs da plataforma antiga, então os novos IPs precisam construir histórico, e é por isso que você aumenta o volume aos poucos, começando pelos assinantes mais engajados. Uma reputação de domínio ruim também segue você, então trocar de plataforma não resolve um problema de entregabilidade.
02Preciso fazer aquecimento ao trocar de ESP?
Em um IP dedicado, sim, do zero. No pool compartilhado da nova plataforma, os IPs já estão aquecidos, mas os seus e-mails são novos para eles, então ainda é prudente aumentar o volume aos poucos nas primeiras semanas, começando pelos assinantes que clicaram ou compraram recentemente e acrescentando segmentos menos engajados enquanto as taxas de bounce e de reclamação se mantêm.
03Por quanto tempo devo rodar as duas plataformas de e-mail em paralelo?
Até que a nova plataforma carregue todo o seu volume com métricas estáveis de bounce, reclamação e reputação, o que costuma levar algumas semanas. Durante a sobreposição, separe os segmentos para que ninguém receba envios das duas plataformas e sincronize descadastros e bounces entre elas diariamente.
04Devo verificar minha lista antes de importá-la em um novo ESP?
Sim. A nova plataforma não tem histórico de bounces dos seus endereços, então tudo o que se deteriorou desde o seu último envio chega parecendo válido e dá hard bounce na primeira campanha, justamente quando a conta nova está sob a maior vigilância. Verifique a exportação, remova os endereços não entregáveis e descartáveis e decida de forma deliberada o que fazer com os resultados catch-all e desconhecidos.
05O que acontece com meus descadastros quando troco de plataforma de e-mail?
Nada, a menos que você os leve. As listas de supressão não são transferidas automaticamente, então exporte todos os descadastros, hard bounces e reclamações de spam da plataforma antiga e importe-os na nova antes de qualquer assinante. Faça também uma exportação final depois da execução em paralelo, porque os pedidos de descadastro continuam chegando à plataforma antiga até que ela pare de enviar.
Vai trocar de plataforma? Verifique a exportação antes que ela chegue à nova conta com 100 créditos gratuitos que nunca expiram e veja a quais plataformas o Qualisend se conecta para limpeza no próprio lugar e em tempo real na página de integrações.
