Verlagern Sie Ihren Versand, ohne Reputation, Historie oder Nachtruhe zu verlieren. Betreiben Sie beide Anbieter parallel und stellen Sie dann in Etappen um.
Ein KI-Assistent ordnet Ihre SendGrid-Templates und Webhooks zu, Sie prüfen
Listen Sie Ihre Domains, Keys, Templates, Webhooks und Suppressions auf.
Fügen Sie die MigoSMTP-DNS-Einträge neben den alten hinzu.
Bauen Sie Templates und Webhooks nach, importieren Sie Suppressions.
Verlagern Sie den Traffic in Etappen und beobachten Sie die Zustellung.
Entfernen Sie alte Einträge und Keys, sobald alles stabil läuft.
Die Terminologie entspricht der Dokumentation des Anbieters zum Zeitpunkt der Erstellung. Vor der Veröffentlichung mit der aktuellen Dokumentation abgleichen.
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>"
}'Beispielanfragen zur Veranschaulichung. Die vollständige Feldliste finden Sie in der API-Referenz.
Für den Wechsel von SendGrid zu MigoSMTP prüfen Sie Ihre API-Keys, Dynamic Templates, den Event Webhook und die Suppressions und fügen dann die MigoSMTP-Einträge zur Domain-Authentifizierung neben Ihren bestehenden SendGrid-Einträgen hinzu. Legen Sie Templates neu an, richten Sie Ihren Webhook-Konsumenten auf das neue Payload-Format aus und importieren Sie Suppressions vor dem Versand. Leiten Sie zuerst einen kleinen Anteil des Traffics über MigoSMTP, beobachten Sie die Zustellung und steigern Sie in Stufen. Nehmen Sie SendGrid-Einträge und -Keys erst außer Betrieb, nachdem das Volumen über einen von Ihnen gewählten Zeitraum stabil war.
Teams wechseln aus Gründen wie der Bündelung der Infrastruktur, dem Wunsch nach mehr Kontrolle über das Routing oder einer geänderten Abrechnung. Was auch immer der Grund ist, vieles an Ihrem Setup lässt sich übernehmen. Sender Authentication wird zur Domain-Authentifizierung, API-Keys werden zu eingeschränkten Keys, Subusers werden zu Workspaces, und Suppressions sowie Abmeldegruppen werden als Listen importiert. SendGrid-spezifisches Verhalten wie Template-Versionierung und der Umgang mit Legacy-Templates sollte vor dem Neuaufbau anhand der aktuellen Dokumentation des Anbieters geprüft werden. Führen Sie eine schriftliche Liste von allem, was nicht eins zu eins passt, damit nach dem Cutover niemand überrascht wird.
Der KI-Migrationsassistent liest die Konfiguration, die Sie aus SendGrid exportieren, und schlägt eine Zuordnung vor: Templates, Handlebars-Variablen, Webhook-Events und Subuser-Struktur, jeweils mit einem Konfidenzwert. Was er nicht sauber übersetzen kann, markiert er, statt zu raten. Eine Person in Ihrem Team genehmigt jede vorgeschlagene Änderung, bevor sie angewendet wird, und jede Freigabe wird protokolliert, damit Sie die Kontrolle darüber behalten, was wann umzieht. Ihr Team entscheidet über Zeitpunkt, Umfang und Rollback, und der Assistent versendet nie von sich aus Mails und ändert nie selbstständig DNS.
Beginnen Sie mit Belegen, Passwort-Resets und Alerts, die über die v3 Mail Send API gesendet werden. Das Volumen ist planbar, sodass Sie die Zustellung mit SendGrid vergleichen können, bevor Sie etwas anderes umziehen.
Lassen Sie SendGrid live, während ein kleiner Prozentsatz der Mails über MigoSMTP läuft. Teilen Sie nach Anwendung, Template oder Empfängerdomain auf und erweitern Sie den Anteil, sobald Bounce- und Beschwerderaten übereinstimmen.
Wenn Sie Subusers je Kunde oder Marke nutzen, legen Sie für jeden einen MigoSMTP-Workspace an. Reputation, Keys und Suppression-Daten bleiben so getrennt wie heute.
Richten Sie Ihre Handler für Zustellung, Bounce, Öffnung und Klick auf MigoSMTP-Webhooks aus. Betreiben Sie kurzzeitig eine Mapping-Schicht, damit nachgelagerte Systeme, die die alten Event-Namen erwarten, weiter funktionieren.
Überführen Sie übergeordnete Konten und Subusers in getrennte MigoSMTP-Workspaces, damit jedes Team seine eigenen Keys und Berichte behält.
Ziehen Sie zuerst Transaktionsmails um, dann Kampagnen, damit sich die wichtigsten Nachrichten einspielen, bevor das Volumen wächst.
Liest jedes Dynamic Template, konvertiert Handlebars-Variablen und bedingte Blöcke und zeigt eine Vorschau im Vergleich. Sie prüfen das Ergebnis und genehmigen jedes Template, bevor es gespeichert wird.
Vergleicht Ihre SendGrid-Event-Webhook-Einstellungen mit MigoSMTP-Events und schlägt eine Zuordnung Feld für Feld mit Konfidenzwerten vor. Nichts wird angewendet, bis ein Teammitglied es freigibt.
Beim gestuften Cutover beobachtet sie Bounce-, Deferral- und Beschwerdetrends gegenüber Ihrer Baseline und meldet Abweichungen. Sie entscheiden, ob Sie das Hochfahren pausieren, halten oder fortsetzen.
Wenn Sie auf dedizierte IPs wechseln, entwirft sie eine Steigerung auf Basis Ihrer Volumenhistorie und passt den Plan an, sobald Ergebnisse vorliegen. Sie genehmigen jeden Schritt, bevor sich der Versandplan ändert.
KI-Vorschläge für Ihre SendGrid-Migration werden von Ihnen geprüft und genehmigt, bevor etwas angewendet wird.
Laden Sie zuerst Bounces, Spam-Meldungen, Abmeldungen und Gruppen-Suppressions herunter. Der Import vor dem ersten Versand schützt Empfänger, die sich bereits abgemeldet haben, und hält die Beschwerderaten niedrig.
Fügen Sie DKIM- und Return-Path-Einträge von MigoSMTP neben denen von SendGrid hinzu. Beide können Ihre Domain gleichzeitig authentifizieren, sodass Sie schnell zurückrollen können.
Senden Sie jedes konvertierte Template mit produktionsnahen Variablen, einschließlich leerer und fehlender Werte. Unterschiede bei der Auswertung von Bedingungen sind die häufigste Ursache für kaputte E-Mails.
Stellen Sie Transaktionsmails und Marketing-Mails in getrennten Schritten um. Unterschiedliche Volumen und Engagement-Muster erfordern für jeden Stream eine eigene Prüfung, bevor der nächste beginnt.
Sobald alle Dienste MigoSMTP-Keys verwenden, widerrufen Sie die SendGrid-API-Keys. Tun Sie das zuletzt, nachdem die Logs keinen Traffic mehr zeigen, der sie nutzt.
Lassen Sie das SendGrid-Konto mit gestopptem Versand aktiv, bis Sie sicher sind, dass nichts mehr davon abhängt.
Sie wechseln von SendGrid? Unser Team prüft Ihre Subusers und Templates, bevor Sie starten.
Prüfen Sie Ihr SendGrid-Setup, fügen Sie die MigoSMTP-Einträge zur Domain-Authentifizierung neben den bestehenden hinzu, legen Sie Templates und Webhooks neu an, importieren Sie Suppressions und stellen Sie dann den Traffic in Stufen um. Nehmen Sie SendGrid erst außer Betrieb, wenn das Volumen stabil ist. Die meisten Teams betreiben beide Anbieter während der Umstellung parallel.
Das hängt davon ab, wie viele Templates, Webhooks und sendende Anwendungen Sie haben. Eine einzelne Anwendung mit wenigen Templates lässt sich in Tagen umziehen; ein Setup mit mehreren Subusers dauert länger. Planen Sie mehrere Wochen für den gestuften Cutover und das Warm-up ein, falls Sie dedizierte IPs hinzufügen.
Sie bauen sie in MigoSMTP neu auf, aber Sie fangen nicht bei null an. Exportieren Sie das Template-HTML und die Variablen, und der Konverter schlägt Ihnen eine passende Version zur Prüfung vor. Kontrollieren Sie Handlebars-Helper und Bedingungen in der Vorschau, bevor Sie freigeben. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Die Reputation gehört zu Ihrer Domain und Ihren Versand-IPs, sie wird also nicht automatisch übertragen. Authentifizieren Sie Ihre Domain, senden Sie zuerst einen kleinen Anteil und steigern Sie schrittweise. Auf gemeinsam genutzter Infrastruktur starten Sie mit der Reputation des Pools; dedizierte IPs brauchen ein Warm-up. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Exportieren Sie sie und importieren Sie sie vor Ihrem ersten Versand in MigoSMTP, damit gebouncte und abgemeldete Adressen nicht erneut angeschrieben werden. Beziehen Sie die Daten der Abmeldegruppen ein, falls Sie Gruppen nutzen. Prüfen Sie das Exportformat anhand der aktuellen Dokumentation des Anbieters. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Wenn Sie per SMTP senden, ändern sich meist nur Host, Port und Zugangsdaten. Wenn Sie die v3 Mail Send API nutzen, unterscheidet sich der Request-Body, also passen Sie den Aufruf an oder nutzen ein SDK. Testen Sie zuerst in einer Staging-Umgebung. Testen Sie zuerst mit einem kleinen Teil des Traffics und werten Sie die Ergebnisse mit Ihrem Team aus.
Ja. Beide können dieselbe Domain gleichzeitig authentifizieren, sodass Sie einen Prozentsatz der Mails über MigoSMTP leiten und SendGrid für den Rest behalten können. Teilen Sie nach Anwendung oder Template auf, um den Vergleich einfach zu halten. Lassen Sie die SendGrid-Zugangsdaten aktiv, bis die Logs keine Nutzung mehr zeigen.
Die KI übernimmt die mühsame Zuordnung, nicht die Entscheidungen. Sie liest Ihre exportierte Konfiguration, schlägt Zuordnungen für Templates, Webhooks und Subusers mit Konfidenzwerten vor und markiert Lücken. Nichts wird angewendet, bis eine Person in Ihrem Team jede Änderung genehmigt.
Ja. Die meisten Teams senden zuerst einen kleinen Anteil über MigoSMTP und steigern ihn schrittweise.
Der Wechsel von einem gemeinsamen Pool auf eine dedizierte IP braucht ein Warm-up. Nutzen Sie den Leitfaden oder den Rechner.
Unser Team prüft Ihren Plan für SendGrid und den Cutover-Zeitplan.
Erzählen Sie uns von Ihren Domains, Ihrem Volumen und Ihrem Setup, und wir helfen Ihnen, eine sichere, gestufte Umstellung zu planen.
Konto erstellen, Domain hinzufügen und die erste E-Mail senden.