Trocar de provedores de SMTP sem tempo de inatividade.

Plano de migração + checklist de DNS (SPF/DKIM/DMARC) + warm-up + plano de rollback

Mudar de provedor SMTP deveria ser algo “sem drama”. Mas se você troca rápido demais (ou altera o registro DNS errado na hora errada), pode causar falhas de autenticação, atrasos na entrega ou uma queda brusca para spam. Resultado: reset de senha que não chega, faturas perdidas, confirmações de pedido falhando e mais chamados no suporte.

Este guia mostra como migrar com zero downtime rodando dois provedores em paralelo, validando DNS do jeito certo, aquecendo o envio (warm-up) de forma gradual e mantendo um plano claro de retorno (rollback).

Se você está migrando para a Mailpro, os passos são os mesmos — apenas usando o Relay SMTP e os recursos de autenticação da Mailpro.

Recursos Mailpro (PT): Relay SMTP | Email transacional | Configurar SPF | DKIM | Configurar DMARC | Preços

Resposta rápida: o jeito mais seguro de trocar de SMTP

Se você seguir só uma coisa, siga esta ordem:

1. Publicar DKIM do novo provedor (primeiro).
2. Atualizar SPF para incluir os dois provedores durante um curto período em paralelo.
3. Verificar DMARC (no mínimo em modo de monitoramento durante a migração).
4. Enviar 5–10% do tráfego pelo novo provedor.
5. Aumentar o volume gradualmente por 7–14 dias, monitorando bounces/bloqueios/reclamações.
6. Remover o provedor antigo do SPF apenas quando estiver tudo estável.

Por que funciona: você evita um “corte” brusco em que um único DNS mal configurado pode parar seus emails por horas.

CTA: Se você está indo para a Mailpro, comece deixando sua autenticação redonda: SPF, DKIM e DMARC.

Passo 0: defina a estrutura de envio (isso evita problemas depois)

Antes de mexer no DNS, decida como você vai estruturar o envio. Muitas migrações quebram porque tudo fica misturado.

Opção A (recomendada): separar transacional vs marketing

Se você envia newsletter (marketing) e emails transacionais (reset de senha, faturas, recibos), separe pelo menos por subdomínio:

• Transacional: mail.seudominio.com ou tx.seudominio.com
• Marketing: news.seudominio.com ou em.seudominio.com

Por quê: marketing costuma ter mais reclamações. Se uma campanha afetar reputação, você não quer que isso derrube o transacional.

Opção B: manter tudo no domínio principal

Dá para fazer, mas é mais arriscado durante a migração: SPF fica mais complexo, a análise de alinhamento DMARC fica mais chata e um emissor “esquecido” pode quebrar a autenticação.

Dica simples: se você puder fazer só uma melhoria, use um subdomínio dedicado para o transacional.

Passo 1: inventário de tudo que envia email

Liste cada sistema que envia “em nome do seu domínio”. Isso é essencial para DMARC e evita surpresas no corte.

• Site/app (reset de senha, alertas de conta)
• E-commerce (pedido, envio, confirmação, fatura)
• CRM e ferramentas de vendas
• Suporte/tickets
• Agendamento e lembretes
• Formulários (muitos disparam emails)
• Ferramentas internas (relatórios, alertas)

Observação: se você já tem DMARC com relatórios, ele costuma revelar emissores “desconhecidos”. Se não tem, ative em modo de monitoramento durante a migração (passo 4).

Passo 2: configure DKIM no novo provedor (sempre primeiro)

DKIM costuma ser o primeiro passo mais seguro, porque você publica o registro e valida, sem derrubar o provedor atual.

1. Gere as chaves DKIM no novo provedor (a Mailpro fornece os registros/seletores necessários).
2. Publique os registros DKIM no DNS.
3. Aguarde a propagação DNS.
4. Envie um email de teste e confirme nos headers: DKIM=pass.

Recurso: O que é DKIM e como funciona

Erro comum: publicar DKIM no domínio errado. Se o “From” for tx.seudominio.com, DKIM precisa assinar esse subdomínio.

Passo 3: atualize SPF com segurança (fase “dois provedores”)

Durante a migração, SPF precisa permitir temporariamente os dois provedores. Não remova o antigo do SPF até ter certeza de que o novo está entregando bem.

Regras SPF que você precisa respeitar

• Apenas um registro SPF TXT por domínio/subdomínio (dois SPF geralmente quebram SPF).
• Cuidado com SPF longo e muitos include: (pode dar PermError).
• DKIM é sua âncora se SPF ficar complexo.

O que fazer na prática

• Mantenha os includes do provedor atual.
• Adicione o include do novo provedor (fornecido na configuração do serviço).
• Teste o SPF do domínio/subdomínio real de envio.
• Depois de estabilidade, remova o include do provedor antigo.

Guia: Registro SPF | Configurar SPF com Mailpro

Mini troubleshooting SPF (para evitar susto)

• Dois SPF: mais de um TXT começando com v=spf1. Solução: unificar em um só.
• PermError (muitos lookups): SPF com includes demais. Solução: remover serviços que você não usa, simplificar, ou separar em subdomínios.
• SPF no lugar errado: você atualizou seudominio.com, mas envia por mail.seudominio.com. Solução: publicar SPF onde você realmente envia.

Passo 4: confirme DMARC (e o alinhamento)

DMARC aumenta a confiança dos provedores e, durante a migração, vira seu “radar”: mostra quais fontes falham autenticação/alinhamento.

Abordagem recomendada durante a migração

Se você já tem DMARC, mantenha. Se não tem, comece com monitoramento:

• Início: p=none (apenas monitorar)
• Depois (quando estiver estável): considerar p=quarantine ou p=reject

Planejando uma migração? O SMTP do Mailpro suporta uma virada sem downtime — orientação de DNS e aquecimento para nada parar.

Guia: Registro DMARC com Mailpro

Alinhamento DMARC, explicado de forma simples

DMARC passa se:

• SPF passa e o domínio do SPF está alinhado com o domínio do “From”, ou
• DKIM passa e o domínio que assina (DKIM) está alinhado com o “From”

Regra prática: garanta DKIM correto para o mesmo domínio/subdomínio usado no “From”.

Passo 5: envio em paralelo (o que evita downtime)

Agora você roda os dois provedores ao mesmo tempo por um período curto. Esse é o coração de uma migração sem interrupção.

Como rotear só uma parte dos emails

• App/site: rotear um percentual do tráfego (ou tipos de email específicos) para o novo provedor.
• E-commerce: começar com um subconjunto controlado; ou migrar o transacional primeiro.
• Marketing: começar com os contatos mais engajados e depois ampliar.

Warm-up: IP compartilhado vs IP dedicado

IP compartilhado: normalmente dá para subir mais rápido porque a IP já tem histórico, mas monitore.

IP dedicado: aqueça mais lentamente; picos bruscos podem causar throttling/bloqueios.

Exemplos de ramp-up (ajuste ao seu volume)

Exemplo A: transacional primeiro (recomendado para zero downtime)

• Dia 1: 10% do transacional (reset de senha / recibos) no novo provedor
• Dia 2–3: 25%
• Dia 4–5: 50%
• Dia 6–7: 80–100%
• Semana 2: migrar marketing

Exemplo B: marketing primeiro (se sua lista é muito limpa)

• Dia 1–2: apenas “engajados nos últimos 30 dias”
• Dia 3–4: ampliar para 60 dias
• Dia 5–7: ampliar para 90 dias
• Semana 2: volume completo de marketing
• Transacional: migrar depois ou manter temporariamente no antigo

Passo 6: monitoramento diário (o que acompanhar)

Em migrações, alguns problemas aparecem “silenciosamente” no começo. Monitore todos os dias durante o ramp-up.

Métricas essenciais

• Falhas de entrega: hard bounces vs temporários
• Bloqueios/throttling: rate limited, try again later
• Reclamações de spam
• Open/click: indicador de tendência (principalmente marketing)
• Sucesso dos emails críticos: reset de senha, faturas, confirmações

Checagem rápida de headers

• SPF=pass
• DKIM=pass
• DMARC=pass

Passo 7: plano de rollback (se algo der errado)

Se a entrega cair ou o envio parar, você precisa de rollback claro para manter o downtime no mínimo.

Ordem recomendada de rollback

1. Reverter o roteamento primeiro: voltar o tráfego para o provedor antigo (config do app, credenciais SMTP, regras).
2. Não apague DNS na pressa: a propagação pode piorar o caos.
3. Identificar o tipo de falha: autenticação/DNS vs throttling vs reputação/spam.
4. Corrigir a causa (DKIM, SPF, alinhamento DMARC).
5. Retomar a migração gradualmente quando estiver estável.

Passo 8: remover o provedor antigo (só depois de estabilidade)

Depois de 7–14 dias estáveis (ou mais, se o volume for alto):

• Remova o provedor antigo do SPF.
• Opcional: remover DKIM antigo mais tarde.
• Mantenha DMARC ativo para detectar emissores esquecidos.

Checklist de DNS (copiar/colar)

• SPF (TXT) no domínio/subdomínio real de envio
• DKIM (CNAME ou TXT) (1–3 seletores, dependendo do provedor)
• DMARC (TXT) em _dmarc.seudominio.com (ou equivalente)

Erros comuns (e como evitar)

1. Dois SPF: unifique em um único registro v=spf1.
2. Roteamento antes de DKIM: publique e valide DKIM primeiro.
3. SPF pesado demais: reduza includes ou separe por subdomínio.
4. DMARC falha por emissor esquecido: inventário + monitoramento.
5. Migrar 100% em um dia: faça ramp-up gradual.
6. Sem rollback: mantenha o provedor antigo pronto até estabilidade real.
7. Misturar marketing e transacional: proteja o crítico separando.

FAQ

Quanto tempo leva para trocar de provedor SMTP com segurança?

Para a maioria: 7–14 dias com envio em paralelo e ramp-up gradual. Com IP dedicada ou alto volume, planeje mais tempo.

Preciso mudar SPF quando troco de provedor SMTP?

Geralmente sim. Durante a migração inclua os dois provedores e depois remova o antigo. E mantenha apenas um registro SPF.

Devo configurar DKIM antes de mexer no SPF?

Sim. DKIM costuma ser o passo inicial mais seguro. Publique DKIM, confirme DKIM=pass, depois atualize SPF e comece com 5–10% do tráfego.

O que acontece se eu tiver dois registros SPF?

Muitos destinatários tratam como erro. A solução é fundir tudo em um único TXT começando com v=spf1.

Eu preciso de DMARC para migrar?

Não é obrigatório, mas é altamente recomendado. Ajuda a validar alinhamento e identificar emissores esquecidos. Se necessário, comece com p=none.

É melhor migrar transacional primeiro ou marketing primeiro?

Para “zero downtime”, transacional primeiro é normalmente mais seguro. Marketing primeiro pode funcionar se a lista for muito engajada e limpa.

Qual é o rollback mais simples?

Voltar o roteamento para o provedor antigo (config/credenciais). Não apague DNS com pressa. Corrija DKIM/SPF/DMARC e recomece gradualmente.

Se você está migrando para a Mailpro

A Mailpro foi feita para envio profissional e confiável, incluindo:

• Relay SMTP para apps e sites
• Email transacional (reset de senha, faturas, alertas, recibos)
• Orientação de autenticação (SPF, DKIM, DMARC) para melhorar a entregabilidade

Comece aqui:

• Relay SMTP da Mailpro
• O que é email transacional
• Configurar SPF
• DKIM
• Configurar DMARC

Call to action: para migrar sem estresse: configure seu domínio na Mailpro, publique os registros de autenticação e siga o plano “paralelo + ramp-up” deste guia.

Ver planos e preços