Als je een hostingbedrijf, SaaS-platform of managed e-mailprovider bent die transactionele e-mail beheert voor tientallen of honderden klantdomeinen, vergt een migratie van SendGrid naar AhaSend iets meer voorbereiding dan een enkelvoudige domeinwissel. Het goede nieuws: met de juiste DNS-architectuur op zijn plaats kun je elk klantdomein migreren binnen een onderhoudsvenster van 30 minuten, waarbij klanten na de initiële setup nooit meer iets aan hun DNS hoeven te wijzigen.
Deze gids behandelt het volledige proces, van voorbereiding tot live cutover.
De architectuur: waarom een DNS-relayla ag het verschil maakt
Als je e-mail beheert voor veel klanten, is DNS-coördinatie het grootste migratierisico. Elke klant twee keer vragen hun DNS-records bij te werken - eenmaal voor de overstap naar AhaSend en mogelijk opnieuw bij toekomstige infrastructuurwijzigingen - leidt tot operationele rompslomp en support-overhead.
De aanpak die hier beschreven wordt, lost dat op door een DNS-relaylaag in te voeren op jouw platformdomein. Klanten wijzen hun DNS-records eenmalig naar jouw platformdomein (bijvoorbeeld customer.com → dkim1.customer.com.yourplatformdomain.com). Vanaf dat moment bepaal jij zelf waar die records naartoe wijzen. Je kunt de overstap van SendGrid naar AhaSend maken door je eigen DNS-records bij te werken, zonder dat klanten daar iets voor hoeven te doen.
Dit is een eenmalige investeringskost die toekomstige DNS-coördinatie met klanten permanent elimineert.
Wat je van tevoren verzamelt
Voordat je DNS of AhaSend-configuratie aanraakt, verzamel je het volgende per klantdomein vanuit je SendGrid-dashboard:
DKIM-configuratie: Noteer per domein welke DKIM-selector(s) in gebruik zijn en het volledige DKIM-subdomein. SendGrid gebruikt doorgaans s1/s2 of os1/os2 als selectors, met bijbehorende subdomeinen zoals s1._domainkey of os1._domainkey. Dit verschilt per klant - controleer elk domein afzonderlijk in het SendGrid-dashboard.
Return-Path-subdomein: Noteer het Return-Path-subdomein dat momenteel in gebruik is. Dit ziet er vaak uit als em3560.customer.com. AhaSend ondersteunt nu het instellen van een aangepast Return-Path-subdomein, waardoor je het bestaande record van de klant kunt hergebruiken in plaats van een nieuw record aan te maken. Dit voorkomt zwevende DNS-records en houdt de DNS-zone van de klant overzichtelijk.
Trackingdomein: Noteer elk aangepast trackingdomein dat in gebruik is, bijvoorbeeld url7936.customer.com. Als een klant geen aangepast trackingdomein heeft ingesteld bij SendGrid, kun je AhaSend's standaard trackingconfiguratie gebruiken.
Stap 1: Stel de DNS-relaylaag in op jouw platformdomein
Maak voor elk klantdomein CNAME-records aan op jouw platformdomein (yourplatformdomain.com) die aanvankelijk wijzen naar de huidige SendGrid-bestemmingen. Dit zijn de tussenliggende records waar klanten naar verwijzen - en die je later bijwerkt om naar AhaSend te wijzen.
Met customer.com als voorbeeldklantdomein:
| Record op yourplatformdomain.com | Type | Wijst aanvankelijk naar | Na migratie naar |
|---|---|---|---|
| dkim1.customer.com.yourplatformdomain.com | CNAME | s1.domainkey.<customerid>.wl035.sendgrid.net | uniqueidentifier.setup.ahasend.com |
| dkim2.customer.com.yourplatformdomain.com | CNAME | s2.domainkey.<customerid>.wl035.sendgrid.net | uniqueidentifier.setup.ahasend.com |
| track.customer.com.yourplatformdomain.com | CNAME | sendgrid.net | track.ahasend.com |
| prsp.customer.com.yourplatformdomain.com | CNAME | em<customerid>.wl035.sendgrid.net. | rp.ahasend.com |
Stap 2: Vraag elke klant hun DNS-records bij te werken (eenmalig, voorgoed)
Elke klant moet zijn DNS-records eenmalig bijwerken om naar jouw platformdomein te wijzen in plaats van rechtstreeks naar SendGrid. Dit is de enige DNS-wijziging die klanten ooit hoeven te maken.
Met customer.com als voorbeeld:
| Record | Type | Bijwerken naar |
|---|---|---|
| s1._domainkey.customer.com | CNAME | dkim1.customer.com.yourplatformdomain.com |
| s2._domainkey.customer.com | CNAME | dkim2.customer.com.yourplatformdomain.com |
| url<customerid>.customer.com | CNAME | track.customer.com.yourplatformdomain.com |
| em<customerid>.customer.com | CNAME | prsp.customer.com.yourplatformdomain.com |
Let op: als er geen trackingrecord bestaat en tracking vereist is, gebruik dan AhaSend's standaard: t.domain wijst naar track.customer.com.yourplatformdomain.com dat wijst naar track.ahasend.com.
Stap 3: Configureer AhaSend om overeen te komen met de bestaande SendGrid-instellingen
Hier maakt AhaSend's ondersteuning voor aangepaste subdomeinen de migratie soepel. In plaats van nieuwe standaard subdomeinen toe te wijzen die nieuwe DNS-records zouden vereisen, configureer je AhaSend zodat het exact overeenkomt met wat al aanwezig is bij SendGrid.
Voor elk klantdomein in het AhaSend-dashboard, onder Domeininstellingen of via de Management API:
DKIM: Stel de DKIM-selector en het subdomein in op de waarden zoals geconfigureerd bij SendGrid. Als SendGrid bijvoorbeeld s1._domainkey en s2._domainkey gebruikt, configureer je dezelfde waarden in AhaSend. Zo werken de relay-records waar klanten al naar verwezen correct na de cutover.
Return-Path: Stel het Return-Path-subdomein in op het bestaande record van de klant (bijvoorbeeld em1234). AhaSend ondersteunt deze configuratie direct, wat betekent dat er geen nieuw DNS-record aangemaakt hoeft te worden. Het bestaande record dat de klant al heeft blijft werken - het loopt na de cutover simpelweg via de platformrelay naar AhaSend.
Tracking: Stel het tracking-subdomein in op het bestaande SendGrid-trackingdomein van de klant. Voor klanten zonder een aangepast trackingdomein bij SendGrid gebruik je AhaSend's standaard.
Het kernprincipe: omdat AhaSend volledige aanpassing van subdomeinen ondersteunt, kun je de bestaande SendGrid-configuratie exact spiegelen. Geen nieuwe records, geen klantcommunicatie nodig, geen zwevende DNS-vermeldingen.
Stap 4: Verlaag de TTL van jouw platformdomein
Verlaag de TTL van de DNS-records van jouw platformdomein (yourplatformdomain.com) naar 300 seconden voordat je een klant overzet. Zo verspreidt de wijziging zich snel wanneer je de relay-records bijwerkt om naar AhaSend te wijzen.
Doe dit ruim van tevoren - minimaal een paar uur voor het geplande onderhoudsvenster, zodat bestaande gecachte records verlopen.
Ga niet door naar stap 5 voordat de DNS-wijzigingen uit stap 3 zijn doorgevoerd en gepropageerd.
Stap 5: Zet elk klantdomein over
Wanneer een klant klaar is om te migreren:
Bevestig dat de TTL van het platformdomein op 300 seconden staat.
Plan een onderhoudsvenster van 30 minuten. Tijdens dit venster:
Werk de relay-records op jouw platformdomein bij om naar AhaSend te wijzen in plaats van SendGrid. Voor customer.com betekent dit het bijwerken van:
dkim1.customer.com.yourplatformdomain.com→uniqueidentifier.setup.ahasend.comdkim2.customer.com.yourplatformdomain.com→uniqueidentifier.setup.ahasend.comtrack.customer.com.yourplatformdomain.com→track.ahasend.comprsp.customer.com.yourplatformdomain.com→rp.ahasend.com
Activeer domeinverificatie in AhaSend en wacht op bevestiging.
Verstuur een teste-mail en verifieer de aflevering.
Sluit het onderhoudsvenster.
De DNS-records van de klant zijn niet gewijzigd. Alleen de relay-records op jouw platformdomein zijn bijgewerkt - volledig onder jouw controle.
Waarom deze aanpak werkt op schaal
Voor een hostingbedrijf of SaaS-platform dat tientallen of honderden klantdomeinen beheert, heeft deze architectuur een aantal praktische voordelen.
Klantcoördinatie is een eenmalige kost. Na de initiële DNS-update vereisen toekomstige migraties - naar een andere AhaSend-configuratie of een andere provider - geen betrokkenheid van klanten.
Het hergebruiken van bestaande DNS-records voorkomt zwevende of verweesde records in de DNS-zones van klanten. Door het Return-Path-subdomein en DKIM-subdomeinen te hergebruiken in plaats van nieuwe aan te maken, blijft de DNS-zone van de klant overzichtelijk en eenvoudig te controleren.
Onderhoudsvensters zijn kort en voorspelbaar. Omdat alle infrastructuurwerkzaamheden vooraf plaatsvinden, bestaat de feitelijke cutover uit een DNS-update en een verificatiecontrole.
De Management API betekent dat je de AhaSend-configuratiestap kunt scripten, wat het praktisch maakt om tientallen domeinen parallel voor te bereiden voordat de onderhoudsvensters beginnen.
Begin gratis met AhaSend
AhaSend is een Europese transactionele e-maildienst gebouwd voor platformpartners en ontwikkelaars. Volledige Management API, AVG-conforme infrastructuur en de subdomeinconfiguratiemogelijkheden die in deze gids worden beschreven, zijn beschikbaar op alle betaalde plannen.