Så byter du från SendGrid

Vad som står på spel, rakt ut

Transaktionell e-post är obarmhärtig: en tappad lösenordsåterställning är ett supportärende, ett tappat kvitto är ett juridiskt problem. Den här guiden är därför byggd kring en enda princip — båda leverantörerna förblir fullt operativa tills WeZend har levererat er riktiga trafik i dagar, inte minuter.

Steg 1 — Spärrningar och studsar först

Exportera SendGrids spärrdata: globala avregistreringar, avregistreringar per grupp, studsar (bounces), spamanmälningar och ogiltiga adresser (allt kan laddas ner under Suppressions i SendGrid-konsolen, eller via deras API). Importera alltihop till WeZend (Målgrupp → Spärrningar, POST /v1/account/unsubscribes/api/import). Studsade och klagande adresser får aldrig testas om från en ny plattform — det är så färska domäner bränns.

Om ni använder spärrgrupper (nyhetsbrev kontra produktnyheter), återskapa dem som ämnen i preferenscentret — samma koncept, och prenumeranterna styr dem på en enda hostad sida.

Steg 2 — Autentisera er domän parallellt

Lägg till er domän under Inställningar → E-postdomäner. WeZends DKIM-selektor samexisterar med SendGrids — ni tar inte bort SendGrids DNS-poster än. Båda plattformarna står fullt autentiserade sida vid sida, och det är just det som gör en gradvis, reversibel övergång möjlig. Live-DNS-kontrollen bekräftar varje post.

Steg 3 — Koddiffen

SendGrid:

await fetch("https://api.sendgrid.com/v3/mail/send", {
  method: "POST",
  headers: { Authorization: `Bearer ${SENDGRID_KEY}`, "Content-Type": "application/json" },
  body: JSON.stringify({
    personalizations: [{ to: [{ email: "anna@example.com" }], dynamic_template_data: { name: "Anna" } }],
    from: { email: "receipts@mail.acme.com" },
    template_id: "d-abc123",
  }),
});

WeZend — plattare body, samma idé:

await fetch("https://api.wezend.com/v1/messages/send", {
  method: "POST",
  headers: { "X-API-Key": process.env.WEZEND_API_KEY, "Content-Type": "application/json" },
  body: JSON.stringify({
    to: "anna@example.com",
    channel: "email",
    sender: "receipts@mail.acme.com",
    template_id: "tpl_kvitto",
    variables: { name: "Anna" },
    category: "transactional",
    webhook_url: "https://api.yourapp.com/email-events",
  }),
});

Porta era dynamiska mallar först: kopiera varje malls HTML in i en WeZend-mall — Handlebars-syntaxen {{name}} följer med nästan oförändrad (villkorssatser blir mall-defaults eller separata mallar; de flesta transaktionella mallar använder inga).

Steg 4 — Mappa om Event Webhook

SendGrids Event Webhook-händelser mappar mot WeZends leverans-webhooks: processed→queued, delivered→delivered, bounce/dropped→failed (orsak bifogad), open→opened, click→clicked, spamreport→complaint, unsubscribe→unsubscribed. Verifiera headern X-WeZend-Signature i stället för SendGrids signed-webhook-ECDSA — webhook-dokumentationen har kontrollen på fem rader. Studsar och klagomål matar dessutom spärrlistan automatiskt, så er egen bokföring kan krympa.

Steg 5 — Gå över per e-postström

Migrera en ström i taget, lägst risk först: interna notiser → användarvända men återhämtningsbara (sammandrag) → kritiska (kvitton, lösenordsåterställningar). Jämför vid varje steg leverans- och studsfrekvens i leveransrapporten mot er SendGrid-baslinje. Transaktionell volym värms upp mycket snabbare än marknadsföringsvolym — mottagarna förväntar sig och öppnar dessa mejl — så en veckas stegvis övergång räcker oftast.

Håll SendGrid vid liv en hel vecka efter 100% övergång, ta sedan bort deras DNS-poster och stäng.

Om ni också använder Marketing Campaigns

Följ Mailchimp-spelboken för marknadsföringssidan: kontakter i den säkra ordningen, kampanjer som kampanjer, automatiseringar som resor. Den trevliga överraskningen: transaktionellt och marknadsföring delar därefter en spärrlista, en vy över domänens rykte och ett saldo.