Visão geral
Migrar para o Emailit
Troque outro provedor de e-mail pelo Emailit sem interrupção. O que migrar, em que ordem, como usar os dois provedores em paralelo e como fazer a virada.
Este guia explica como levar o envio dos seus e-mails de outro provedor para o Emailit. Ele mostra o que migrar, a ordem que evita surpresas e como transferir o tráfego sem interromper as entregas. Para ver o passo a passo de um provedor específico, escolha-o na lista abaixo.
O que migrar
| O quê | Onde fica no Emailit | Como |
|---|---|---|
| Domínios de envio e DNS | Email APIDomains | Adicione cada domínio e publique os registros do Emailit ao lado dos atuais. Consulte Adicionar um domínio. |
| Chaves de API e credenciais SMTP | Email APIAPI Keys | Crie uma chave por aplicação e ambiente. A chave de API também é a senha do SMTP. Consulte Chaves de API. |
| Supressões | Email APISuppressions | Exporte os bounces, as reclamações e os descadastros e depois use Import com um CSV de email,type,reason. Consulte Gerenciar supressões. |
| Templates | Email MarketingTemplates | Importe HTML ou um ZIP com imagens, ou crie-os pela API. Converta as variáveis para o Temple. |
| Webhooks | Email APIWebhooks | Crie os endpoints, faça a correspondência dos nomes dos eventos e atualize a verificação de assinatura. Consulte Configurar webhooks. |
| Contatos e listas | Email MarketingContacts e Audiences | Importe arquivos CSV ou Excel, ou use a API de contatos. Consulte Importar e exportar contatos. |
| Processamento de e-mails recebidos | O subdomínio de recebimento do seu domínio | Aponte um registro MX para o Emailit e inscreva-se em email.received. Consulte Recebimento de e-mails. |
Ordem recomendada
-
Crie um workspace e adicione os seus domínios. Os registros DNS do Emailit usam nomes próprios (
emailit._domainkey,emailit.<domain>e, opcionalmente,goeinbound), então ficam ao lado dos registros do seu provedor atual sem substituí-los. Você não precisa alterar o registro SPF do domínio raiz nem o registro DMARC. -
Solicite o acesso de produção cedo. Os workspaces novos ficam no modo sandbox e só podem enviar para membros do workspace. Depois que um domínio for verificado, um administrador solicita o acesso em WorkspaceSettingsRequests. Mencione o seu provedor atual e o seu volume. Consulte Acesso de produção.
-
Importe as suas supressões antes do primeiro envio real. Assim você não envia e-mails para endereços que deram bounce, reclamaram ou se descadastraram no provedor antigo. Importe-os com o tipo
recipient, que bloqueia todos os envios para um endereço. -
Recrie os templates e os webhooks. Os templates e os handlers de webhook precisam de pequenas mudanças no código, então faça isso enquanto o provedor antigo ainda cuida do seu tráfego.
-
Crie chaves de API e atualize a sua aplicação. Altere as chamadas à API ou as configurações SMTP por trás de uma opção de configuração, para poder voltar o tráfego se precisar.
-
Dimensione os seus limites. Os workspaces novos podem enviar 2 e-mails por segundo e 5.000 e-mails por dia. Se o seu volume for maior, solicite um aumento no card Sending Limits da página inicial do painel antes da virada. Consulte Limites e cotas.
-
Use os dois provedores em paralelo e depois faça a virada. Veja abaixo.
Usar os dois provedores em paralelo
Os dois provedores podem enviar pelo mesmo domínio ao mesmo tempo, porque cada um assina os e-mails com o seu próprio seletor DKIM e usa o seu próprio return path. Transfira o tráfego aos poucos:
- Comece com um tipo de mensagem, como redefinições de senha ou recibos, ou com uma pequena parte de todo o tráfego.
- Acompanhe os resultados em Email APIEmails e na pontuação Sending health, e compare as taxas de bounce e a chegada à caixa de entrada com as do provedor antigo.
- Aumente a parcela ao longo de dias, não de horas. Os provedores de e-mail confiam menos em um salto repentino de volume vindo de novos endereços IP do que em um aumento gradual. Consulte Aquecimento.
- Mantenha as supressões sincronizadas. Durante o período em paralelo, adicione às duas listas os endereços que derem bounce ou se descadastrarem em qualquer um dos lados.
Fazer a virada
Quando todo o tráfego passar pelo Emailit e as entregas estiverem saudáveis:
- Mude as aplicações, os cron jobs e as ferramentas de terceiros restantes para a API ou as configurações SMTP do Emailit.
- Mantenha a conta e os webhooks do provedor antigo ativos por alguns dias para capturar bounces e reclamações tardios de e-mails que ele já enviou, e importe-os no Emailit.
- Exporte uma última vez as supressões que ainda restarem no provedor antigo.
- Remova os registros DNS do provedor antigo, incluindo a entrada dele no registro SPF do domínio raiz, se houver. Mantenha o registro DMARC.
- Revogue as chaves de API e as credenciais SMTP do provedor antigo.
- Siga o checklist para entrar em produção.
Receber ajuda com a migração
Se você preferir não fazer isso sozinho, o serviço de Migração prioritária do Emailit migra junto com você os seus domínios, DNS, templates, supressões, contatos e webhooks, normalmente em um dia útil. Um engenheiro designado trabalha com você por e-mail e no Discord, a análise do seu acesso de produção é priorizada e os seus limites são dimensionados para o seu volume real. Solicite na página de migração.