Transaksjonell e-post
Slik bytter du fra SendGrid
Flytt transaksjonell e-post uten å miste en eneste kvittering: sperregrupper over først, parallell domeneautentisering, v3 mail/send-diffen og event-webhook-remapping.
En halv dags kode; DNS + en forsiktig overgang setter tempoet (omtrent en uke)
| SendGrid | WeZend |
|---|---|
| POST /v3/mail/send | POST /v1/messages/send (channel: email) |
| API key (Bearer) | X-API-Key-header |
| Domain authentication | E-postdomener + live DNS-verifisering |
| Dynamic templates ({{handlebars}}) | Maler + variabler |
| Suppression groups + global suppressions | Sperreliste + preferansetemaer |
| Event Webhook | Leverings-webhooks (signerte) |
| Marketing Campaigns | Kampanjer + journeys |
Hva som står på spill, sagt rett ut
Transaksjonell e-post er nådeløs: en tapt passordtilbakestilling er en supportsak, en tapt kvittering er et juridisk problem. Denne guiden er derfor bygget rundt ett prinsipp — begge leverandørene forblir fullt operative til WeZend har levert den ekte trafikken deres i dager, ikke minutter.
Steg 1 — Sperringer og bounces først
Eksporter SendGrids sperredata: globale avmeldinger, avmeldinger per gruppe, bounces, spamrapporter og ugyldige adresser (alt kan lastes ned under Suppressions i SendGrid-konsollen, eller via API-et deres). Importer alt til WeZend (Målgruppe → Sperringer, POST /v1/account/unsubscribes/api/import). Bouncede og klagende adresser må aldri prøves på nytt fra en fersk plattform — det er slik nye domener brennes.
Bruker dere sperregrupper (nyhetsbrev kontra produktnytt), gjenskap dem som temaer i preferansesenteret — samme konsept, og abonnentene styrer dem på én hostet side.
Steg 2 — Autentiser domenet parallelt
Legg til domenet under Innstillinger → E-postdomener. WeZends DKIM-selektor sameksisterer med SendGrids — dere fjerner ikke SendGrids DNS-oppføringer ennå. Begge plattformene står fullt autentisert side om side, og det er nettopp det som gjør en gradvis, reversibel overgang mulig. Live DNS-sjekken bekrefter hver oppføring.
Steg 3 — Kodediffen
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 — flatere body, samme 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_kvittering",
variables: { name: "Anna" },
category: "transactional",
webhook_url: "https://api.yourapp.com/email-events",
}),
});
Porter de dynamiske malene først: kopier HTML-en fra hver mal inn i en WeZend-mal — Handlebars-syntaksen {{name}} følger med nesten uendret (betingelser blir mal-standarder eller egne maler; de fleste transaksjonelle maler bruker ingen).
Steg 4 — Remapp Event Webhook
SendGrids Event Webhook-hendelser mapper til WeZends leverings-webhooks: processed→queued, delivered→delivered, bounce/dropped→failed (årsak vedlagt), open→opened, click→clicked, spamreport→complaint, unsubscribe→unsubscribed. Verifiser headeren X-WeZend-Signature i stedet for SendGrids signed-webhook-ECDSA — webhook-dokumentasjonen har sjekken på fem linjer. Bounces og klager mater dessuten sperrelisten automatisk, så deres eget regnskap kan krympe.
Steg 5 — Gå over per e-poststrøm
Migrer én strøm om gangen, lavest risiko først: interne varsler → brukervendte men gjenopprettelige (sammendrag) → kritiske (kvitteringer, passordtilbakestillinger). Sammenlign leverings- og bounce-rater i leveringsrapporten mot SendGrid-baselinjen ved hvert steg. Transaksjonelt volum varmes opp mye raskere enn markedsføringsvolum — mottakerne forventer og åpner disse e-postene — så en uke med trinnvis overgang holder som regel.
Hold SendGrid i live en hel uke etter 100% overgang, fjern så DNS-oppføringene deres og steng.
Bruker dere også Marketing Campaigns
Følg Mailchimp-playbooken for markedsføringssiden: kontakter i den trygge rekkefølgen, kampanjer som kampanjer, automatiseringer som journeys. Den hyggelige overraskelsen: transaksjonelt og markedsføring deler deretter én sperreliste, ett bilde av domenets omdømme og én saldo.
Go-live-sjekkliste
- Alle SendGrid-sperringer eksportert (globale, grupper, bounces, spamrapporter) og importert
- Sperregrupper gjenskapt som temaer i preferansesenteret
- Domenet autentisert i WeZend — SendGrids DNS-oppføringer beholdt
- Dynamiske maler portert; variabler rendrer med standardverdier
- Event-webhook-konsumenten remappet og signaturverifisert
- Strømmer flyttet med lavest risiko først, rater sammenlignet per steg
- SendGrid holdt i live én uke etter 100%, deretter DNS ryddet opp
Ofte stilte spørsmål om byttet fra SendGrid
Støtter dere dedikerte IP-adresser slik som SendGrid?
For de fleste avsendere slår velstelt delt infrastruktur pluss deres eget autentiserte domene en forsømt dedikert IP — det er domenets omdømme innbokstilbyderne vektlegger mest. Hvis volumet deres reelt tilsier dedikert sendeinfrastruktur, ta kontakt, så setter vi det opp som del av onboardingen.
Kvitteringene våre kan ikke svikte i så mye som en time. Er det realistisk?
Ja — det er nettopp det overgangen strøm for strøm med begge domener autentisert parallelt er til for. Det finnes aldri et øyeblikk der den gamle veien er slått av og den nye ubevist: dere flytter én strøm, ser den levere, og flytter så den neste. Rollback er en konfigurasjonsendring, ikke en DNS-venting.
Kom i gang gratis på minutter
- Intet kredittkort
- EU-datalagring
- 6 kanaler, ett API
- GDPR innebygd
Én plattform. Hver kundeinteraksjon.
Erstatt lappeteppet av meldings-API-er, CDP og automatiseringsverktøy med én engasjementsplattform bygget for skala.
Ingen kredittkort · EU-datalagring · 99,99 % oppetids-SLA