Mova seu envio sem perder reputação, histórico ou o sono. Rode os dois provedores em paralelo e depois faça a transição em etapas.
Um assistente de IA mapeia seus templates e webhooks do SendGrid para você revisar
Liste seus domínios, chaves, templates, webhooks e supressões.
Adicione os registros DNS do MigoSMTP junto com os antigos.
Recrie templates e webhooks e importe as supressões.
Mude o tráfego em etapas e acompanhe a entrega.
Remova registros e chaves antigos quando tudo estiver estável.
A terminologia reflete a documentação do provedor no momento da redação. Confira a documentação atual antes de publicar.
curl https://api.sendgrid.com/v3/mail/send \
-H "Authorization: Bearer SENDGRID_KEY" \
-H "Content-Type: application/json" \
-d '{ "personalizations": [{ "to": [{ "email": "user@example.com" }] }],
"from": { "email": "hello@yourdomain.com" },
"subject": "Hello",
"content": [{ "type": "text/html", "value": "<p>Hi there</p>" }] }'curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'Requisições ilustrativas. Consulte a referência da API para a lista completa de campos.
Para migrar do SendGrid para o MigoSMTP, faça uma auditoria das suas chaves de API, dynamic templates, event webhook e supressões e, em seguida, adicione os registros de autenticação de domínio do MigoSMTP junto aos do SendGrid. Recrie os templates, aponte o consumidor de webhook para o novo formato de payload e importe as supressões antes de enviar. Direcione primeiro uma pequena parcela do tráfego pelo MigoSMTP, acompanhe a entrega e aumente em etapas. Desative os registros e as chaves do SendGrid somente depois que o volume estiver estável pelo período que você escolher.
As equipes mudam por motivos como consolidar a infraestrutura, ter mais controle sobre o roteamento ou alterar a forma de cobrança. Seja qual for o motivo, grande parte da sua configuração é aproveitada. A Sender Authentication vira autenticação de domínio, as chaves de API viram chaves de escopo restrito, os subusers viram workspaces, e as supressões e os grupos de cancelamento de inscrição são importados como listas. O comportamento específico do SendGrid, como o versionamento de templates e o tratamento de templates legados, deve ser conferido na documentação atual do provedor antes de você reconstruir qualquer coisa. Mantenha uma lista escrita de tudo o que não for mapeado um a um, para que ninguém seja pego de surpresa após a virada.
O assistente de migração com IA lê a configuração que você exporta do SendGrid e propõe um mapeamento: templates, variáveis handlebars, eventos de webhook e estrutura de subusers, cada um com uma pontuação de confiança. Ele sinaliza o que não consegue traduzir com clareza, em vez de adivinhar. Uma pessoa da sua equipe aprova cada alteração proposta antes de ela ser aplicada, e cada aprovação é registrada, para que você mantenha o controle do que é migrado e quando. Sua equipe continua responsável pelas decisões de momento, escopo e reversão, e o assistente nunca envia e-mails nem edita o DNS por conta própria.
Comece por recibos, redefinições de senha e alertas enviados pela API v3 mail send. O volume é previsível, então você pode comparar a entrega com a do SendGrid antes de migrar qualquer outra coisa.
Mantenha o SendGrid ativo enquanto uma pequena porcentagem dos e-mails passa pelo MigoSMTP. Divida por aplicação, template ou domínio do destinatário e amplie a parcela quando as taxas de bounce e reclamação forem equivalentes.
Se você usa subusers por cliente ou marca, crie um workspace do MigoSMTP para cada um. Reputação, chaves e dados de supressão continuam separados como hoje.
Aponte seus handlers de entrega, bounce, abertura e clique para os webhooks do MigoSMTP. Execute brevemente uma camada de mapeamento para que os sistemas downstream que esperam os nomes de evento antigos continuem funcionando.
Traga as contas principais e os subusers para workspaces separados do MigoSMTP, para que cada equipe mantenha suas próprias chaves e relatórios.
Migre primeiro o e-mail transacional e depois as campanhas, para que as mensagens mais importantes se estabilizem antes de o volume crescer.
Lê cada dynamic template, converte as variáveis handlebars e os blocos condicionais e mostra uma prévia lado a lado. Você revisa o resultado e aprova cada template antes de ele ser salvo.
Compara as configurações do seu event webhook do SendGrid com os eventos do MigoSMTP e propõe um mapeamento campo a campo com pontuações de confiança. Nada é aplicado até que um membro da equipe dê o aval.
Durante a virada em etapas, ele acompanha as tendências de bounce, adiamento e reclamação em relação à sua referência e emite um alerta se houver desvio. Você decide se pausa, mantém ou continua o aumento.
Se você migrar para IPs dedicados, ele redige um aumento gradual a partir do seu histórico de volume e ajusta o plano conforme os resultados chegam. Você aprova cada etapa antes de o cronograma de envio mudar.
As sugestões da IA para a sua migração do SendGrid são revisadas e aprovadas por você antes de qualquer aplicação.
Baixe primeiro os bounces, as denúncias de spam, os cancelamentos de inscrição e as supressões de grupos. Importá-los antes do primeiro envio protege os destinatários que já saíram da lista e mantém baixas as taxas de reclamação.
Adicione os registros DKIM e return-path do MigoSMTP junto aos do SendGrid. Os dois podem autenticar seu domínio ao mesmo tempo, então você pode reverter rapidamente.
Envie cada template convertido com variáveis semelhantes às de produção, incluindo valores vazios e ausentes. As diferenças na avaliação das condicionais são a fonte mais comum de e-mails quebrados.
Faça a virada do e-mail transacional e depois do de marketing, em etapas separadas. Volumes e padrões de engajamento diferentes fazem com que cada fluxo mereça sua própria verificação antes de o próximo começar.
Quando todos os serviços usarem chaves do MigoSMTP, revogue as chaves de API do SendGrid. Faça isso por último, depois que os logs não mostrarem mais tráfego com elas.
Deixe a conta do SendGrid ativa, com o envio parado, até ter certeza de que nada mais depende dela.
Vai migrar do SendGrid? Nossa equipe pode revisar seus subusers e templates antes de você começar.
Faça a auditoria da sua configuração do SendGrid, adicione os registros de autenticação de domínio do MigoSMTP junto aos existentes, recrie templates e webhooks, importe as supressões e depois mude o tráfego em etapas. Desative o SendGrid somente quando o volume estiver estável. A maioria das equipes usa os dois provedores em paralelo durante a transição.
Depende de quantos templates, webhooks e aplicações de envio você tem. Uma única aplicação com alguns templates pode ser migrada em dias; uma configuração com vários subusers leva mais tempo. Planeje várias semanas para a virada em etapas e o aquecimento, se você adicionar IPs dedicados.
Você os reconstrói no MigoSMTP, mas não começa do zero. Exporte o HTML e as variáveis do template, e o conversor propõe uma versão equivalente para você revisar. Confira helpers e condicionais do handlebars na prévia antes de aprovar. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
A reputação pertence ao seu domínio e aos IPs de envio, então não é transferida automaticamente. Autentique seu domínio, envie primeiro uma pequena parcela e aumente gradualmente. Na infraestrutura compartilhada, você começa com a reputação do pool; IPs dedicados precisam de aquecimento. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Exporte-a e importe-a no MigoSMTP antes do primeiro envio, para que endereços com bounce e descadastrados não recebam e-mails novamente. Inclua os dados dos grupos de cancelamento de inscrição, se você usa grupos. Confira o formato de exportação na documentação atual do provedor. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Se você envia por SMTP, normalmente só mudam host, porta e credenciais. Se usa a API v3 mail send, o corpo da requisição é diferente, então atualize a chamada ou use um SDK. Teste primeiro em um ambiente de staging. Teste primeiro com uma pequena parcela do tráfego e revise os resultados com sua equipe.
Sim. Os dois podem autenticar o mesmo domínio ao mesmo tempo, então você pode direcionar uma porcentagem dos e-mails pelo MigoSMTP e manter o SendGrid para o restante. Divida por aplicação ou template para facilitar a comparação. Mantenha as credenciais do SendGrid ativas até os logs não mostrarem mais uso.
A IA faz o mapeamento trabalhoso, não as decisões. Ela lê sua configuração exportada, propõe mapeamentos de templates, webhooks e subusers com pontuações de confiança e sinaliza as lacunas. Nada é aplicado até que uma pessoa da sua equipe aprove cada alteração.
Sim. A maioria das equipes começa enviando uma pequena parcela pelo MigoSMTP e aumenta gradualmente.
Passar de um pool compartilhado para um IP dedicado exige aquecimento. Use o guia ou a calculadora.
Nossa equipe pode revisar seu plano para o SendGrid e o cronograma da virada.
Conte-nos sobre seus domínios, volume e configuração e ajudaremos você a planejar uma transição segura e em etapas.
Crie uma conta, adicione seu domínio e envie seu primeiro e-mail.