Je MX-records en webhosting werken onafhankelijk van elkaar<\/h2>\n
Het Domain Name System (DNS)<\/a> beheert elk recordtype afzonderlijk tijdens migratie van hosting.<\/p>\n Wanneer je van hosting verandert, werk je de A-records<\/strong> bij die browsers naar het nieuwe IP-adres van de server leiden. Je MX-records<\/strong> blijven ongewijzigd, tenzij je ze bewust aanpast, zodat mailservers e-mail blijven doorsturen naar je bestaande e-mailprovider zonder dat je iets hoeft te configureren.<\/p>\n Het migratieproces van Kinsta kloont je site terwijl je oorspronkelijke host het verkeer blijft verwerken. Hierdoor kunnen beide omgevingen tegelijkertijd dezelfde inhoud weergeven. Tijdens de DNS-propagatie<\/a> zien sommige bezoekers verschillende versies van je site, afhankelijk van de verbindingsaanvraag naar de DNS-server. De TTL-waarden<\/a> bepalen hoe lang dit tijdvenster duurt (meestal tot een paar uur).<\/p>\n Gedurende dit tijdvenster leiden je MX-records<\/strong> e-mail zonder onderbreking naar je mailserver: kort gezegd werkt e-mailroutering via een apart DNS-lookuppad dan het webverkeer.<\/p>\n De configuraties van je e-mailhosting bepalen hoe MX-records<\/strong> zich gedragen tijdens migraties. Je moet een andere aanpak kiezen, afhankelijk van waar je e-mail momenteel staat en of je van plan bent om tijdens de sitemigratie van e-mailprovider te veranderen.<\/p>\n E-maildiensten zoals Google Workspace<\/a> of Microsoft 365<\/a> werken op een infrastructuur die volledig gescheiden is van webhosting. Je website draait op \u00e9\u00e9n platform, terwijl e-mail via een gespecialiseerde provider met speciale mailservers<\/a> verloopt.<\/p>\n Tijdens de migratie naar Kinsta veranderen alleen je A-records<\/strong><\/a> om bezoekers naar je nieuwe hostinglocatie te leiden. Je MX-records<\/strong> blijven zonder wijzigingen naar Google Workspace of Microsoft 365 verwijzen. E-mail verloopt via de infrastructuur van je e-mailprovider precies zoals voorheen, zonder dat er tijdens de overgang configuratiewijzigingen nodig zijn.<\/p>\n Kinsta-klant Cornershop Creative<\/a> beheert honderden klantensites, waaronder honderden sitemigraties zonder e-mailonderbrekingen. Hun workflow houdt e-mail op Google Workspace terwijl websites naar Kinsta worden verplaatst.<\/p>\n Dit is de door Kinsta aanbevolen configuratie voor alle sites. Het scheidt e-mail van hosting, dus wanneer je sites migreert, servers bijwerkt of infrastructuurwijzigingen doorvoert, gaat de e-mailservice gewoon door zonder dat er verdere co\u00f6rdinatie nodig is.<\/p>\n Kinsta biedt geen e-mailhosting aan als onderdeel van zijn managed WordPress-hosting<\/a>. Dit is optimaal omdat e-mail hierdoor op een speciale infrastructuur blijft die is ontworpen voor het bezorgen van berichten, het filteren van spam<\/a> en het voldoen aan e-mailauthenticatiestandaarden.<\/p>\n Sommige hosts bundelen e-mail echter met webhosting, wat voor ingewikkelde afhankelijkheden zorgt. Omdat je e-mailaccounts op dezelfde server staan als je websitebestanden en databases, is de e-maildienst hierdoor direct gekoppeld aan de infrastructuur van je hostingprovider.<\/p>\n Daarom moet je een beslissing nemen wanneer je overstapt van gebundelde e-mailhosting: gebruik een aparte e-mailprovider voordat je je site verhuist, of verhuis alleen de bestanden van je website naar Kinsta.<\/p>\n Het migreren van e-mail naar een externe provider v\u00f3\u00f3r een sitemigratie houdt in dat je nieuwe accounts moet aanmaken, MX-records<\/strong> moet configureren om naar de nieuwe provider te verwijzen en de e-mailbezorging moet testen voordat je je A-records<\/strong> bijwerkt. Zodra je e-mail betrouwbaar is, ga je verder met de sitemigratie. Het alternatief is om een account bij je oude host aan te houden, specifiek voor e-mail, wat duur en ineffici\u00ebnt is.<\/p>\n Je moet je van tevoren voorbereiden als je e-mail tijdens een sitemigratie wilt overzetten. Dit houdt in dat je beide e-mailsystemen parallel laat draaien tijdens een korte testperiode, voordat je de DNS-records omzet om de nieuwe configuratie live te zetten.<\/p>\n Eerst maak je een account aan bij je nieuwe e-mailprovider en configureer je de MX-records<\/strong> in je DNS-beheerpaneel. Deze nieuwe MX-records<\/strong> bestaan naast je huidige configuratie, in eerste instantie met lagere prioriteitswaarden die voorkomen dat productiemail tijdens het testen doorkomt.<\/p>\n Test vervolgens de nieuwe e-mailconfiguratie met een tool zoals MXToolbox<\/a> om te controleren of de records bestaan en naar de juiste mailservers verwijzen:<\/p>\n Verstuur hier testberichten, controleer de aflevertijden en bevestig dat zowel het verzenden als het ontvangen correct werkt via de nieuwe provider voordat je wijzigingen doorvoert.<\/p>\n Zodra je hebt bevestigd dat de nieuwe e-mailinfrastructuur goed werkt, co\u00f6rdineer je de DNS-wijzigingen. Hiervoor moet je de prioriteiten van de MX-records<\/strong> bijwerken om e-mail naar de nieuwe provider te leiden en de A-records<\/strong> naar Kinsta te laten verwijzen. Sommige e-mails kunnen nog steeds naar je oude provider worden gerouteerd op basis van DNS-records in de cache, dus door tot 48 uur toegang te houden tot beide e-mailsystemen vang je eventuele vertraagde berichten op.<\/p>\n Elke site op Kinsta krijgt een tijdelijk Via de URL heb je volledige toegang om in te loggen op WordPress<\/a>, front-endpagina\u2019s te bekijken, formulieren in te vullen en de functionaliteit te controleren, terwijl je productiesite het verkeer via de oorspronkelijke host blijft verwerken.<\/p>\n Je moet een verificatieproces uitvoeren om eventuele problemen op te sporen voordat de DNS-propagatie plaatsvindt. Als er zich problemen voordoen, kun je deze hier oplossen zonder dat je productiesite hierdoor wordt be\u00efnvloed. Pas nadat je hebt gecontroleerd of alles correct functioneert, ga je verder met de DNS-updates.<\/p>\n Het Kinsta Supportteam<\/a> biedt begeleiding en documentatie voor het volledige proces na de migratie en staat 24\/7 klaar om vragen te beantwoorden.<\/p>\n Kinsta DNS<\/a> biedt optionele DNS-hosting als je domeinrecords rechtstreeks in MyKinsta wilt beheren in plaats van bij je registrar of een externe DNS-provider. De service bevat functionaliteit die speciaal is ontworpen voor het beheer van e-mailrecords.<\/p>\n Je kunt MX-records<\/strong> met een paar klikken instellen in Google Workspace. Wanneer je een nieuw domein toevoegt via de DNS-pagina <\/strong>in MyKinsta, vink je het selectievakje ‘Gmail MX-records toevoegen’<\/strong> aan. Hierdoor worden automatisch alle vijf vereiste MX-records<\/strong> aangemaakt met de juiste prioriteitswaarden en hostnames.<\/p>\n Voor domeinen die al in Kinsta DNS zijn geconfigureerd, ga je naar DNS<\/strong>, selecteer je je domein en klik je bovenaan de pagina op de knop ‘Gmail MX-records toevoegen’<\/strong>. Zo kun je de vijf Google Workspace MX-records bekijken voordat je het proces voltooit:<\/p>\n De standaard TTL voor deze records is 3.600 seconden (\u00e9\u00e9n uur). Dit bepaalt hoe lang DNS-servers wereldwijd informatie in de cache bewaren voordat ze controleren op updates. Dit zorgt voor een evenwicht tussen de effici\u00ebntie van DNS-caching en de mogelijkheid om wijzigingen aan te brengen wanneer dat nodig is.<\/p>\n Voor andere e-mailproviders dan Google Workspace moet je de MX-records<\/strong> handmatig configureren. Je provider levert deze waarden, meestal hostnames van mailservers en prioriteitsnummers.<\/p>\n Klik in MyKinsta op DNS<\/strong>, selecteer je domein en klik onder Een DNS-record toevoegen<\/strong> op Record toevoegen<\/strong>. Selecteer het MX-recordtype<\/strong> en vul de vereiste velden in:<\/p>\n Klik ten slotte op DNS-record toevoegen<\/strong> om de configuratie op te slaan.<\/p>\n Microsoft 365 gebruikt doorgaans \u00e9\u00e9n MX-record<\/strong> dat verwijst naar een regionale mailserver, terwijl Zoho meerdere MX-records<\/strong> met verschillende prioriteitswaarden vereist. De meeste providers ondersteunen meerdere MX-records; voeg ze allemaal afzonderlijk toe volgens hetzelfde proces.<\/p>\n Je hoeft ook geen gebruik te maken van Kinsta DNS. In plaats daarvan kun je DNS beheren via je domeinregistrar of een andere provider, terwijl je je site bij Kinsta host. Dit vereenvoudigt soms het oplossen van problemen en stroomlijnt updates wanneer je je webhosting- of e-mailconfiguraties wijzigt.<\/p>\n Ongeacht welke planning en maatregelen je ook neemt, er is altijd wel een probleem dat moet worden opgelost. Hier zijn enkele van de meest voorkomende problemen met MX-records<\/strong>:<\/p>\n Ten eerste zorgen MX-records<\/strong> die naar CNAME-records<\/strong><\/a> verwijzen voor bezorgingsfouten. Dit komt doordat mailservers MX-records<\/strong> opvragen en verwachten A-<\/strong> of AAAA-records<\/strong> te vinden die IP-adressen bevatten. Wanneer een MX-record<\/strong> naar een CNAME<\/strong> verwijst, kan de mailserver de opzoekketen niet voltooien, wat resulteert in teruggestuurde berichten.<\/p>\n De oplossing is ervoor te zorgen dat je MX-records<\/strong> rechtstreeks verwijzen naar hostnames die A-records<\/strong> hebben. Een juiste configuratie is dat je MX-record<\/strong> verwijst naar Onjuiste prioriteitswaarden kunnen ook problemen met de e-mailroutering veroorzaken als er meerdere MX-records<\/strong> voor een domein bestaan. Lagere prioriteitsnummers ontvangen e-mail als eerste, dus je primaire server moet een waarde hebben zoals Als je primaire e-mailserver offline gaat, kan een verkeerd geconfigureerde backupserver je e-mails niet verwerken. Een MX-record<\/strong> dat verwijst naar een niet-bestaande of anderszins suboptimale infrastructuur cre\u00ebert een vals gevoel van redundantie. Om dit op te lossen, pas je tijdelijk de prioriteitswaarden op de back-upserver aan om deze primair te maken, en stuur je vervolgens testberichten om de bezorging te controleren.<\/p>\n Het migreren van een site kan tijd kosten, vooral als je ook rekening moet houden met het beheer van je MX-records<\/strong>. De beste aanpak is om je records v\u00f3\u00f3r de migratie te documenteren, inclusief eventuele prioriteitswaarden, om een volledige back-up van alle DNS-records te maken.<\/p>\n In het MyKinsta-dashboard kun je met een paar klikken MX-records<\/strong> aanmaken (voor Google Workspace-gebruikers). Nadat de migratie is gelukt, is het belangrijk om te testen of alles werkt. Het Kinsta Supportteam<\/a> heeft de juiste expertise om je door het hele proces heen te helpen.<\/p>\n Naast die deskundige migratieondersteuning<\/a> biedt Kinsta’s managed WordPress-hosting<\/a> betrouwbare infrastructuur die is ontworpen voor sites van elke omvang, en DNS-beheertools die de e-mailconfiguratie vereenvoudigen.<\/p>\n","protected":false},"excerpt":{"rendered":" Bij het migreren van een website spelen twee aspecten een rol: de bestanden en databases van de site, en je e-mailservers. Een veelvoorkomend probleem is dat …<\/p>\n","protected":false},"author":287,"featured_media":65033,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[],"topic":[895],"class_list":["post-65032","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","topic-wordpress-hosting"],"yoast_head":"\n3 migratiescenario’s en de gevolgen voor MX-records<\/h2>\n
1. E-mail wordt apart van je website gehost (meest voorkomend)<\/h3>\n
2. E-mail en website op dezelfde server<\/h3>\n
3. Tegelijkertijd zowel de web- als de e-mailprovider wijzigen<\/h3>\n
![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/mxtoolbox-home.png\")
MX-records beheren tijdens Kinsta-migraties<\/h2>\n
kinsta.cloud<\/code> domein. Met de Site Preview tool<\/a> kun je deze tijdelijke URL openen om je gemigreerde site te testen voordat je DNS-updates doorvoert.<\/p>\n![\"Het](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/site-preview.png\")
Kinsta DNS-features voor het beheren van e-mail<\/h3>\n
![\"Popupvenster](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/02\/add-domain-dns.png\")
\n
aspmx.l.google.com<\/code> (prioriteit 1<\/code>)<\/li>\nalt1.aspmx.l.google.com<\/code> (prioriteit 5<\/code>)<\/li>\nalt2.aspmx.l.google.com<\/code> (prioriteit 5<\/code>)<\/li>\nalt3.aspmx.l.google.com<\/code> (prioriteit 10<\/code>)<\/li>\nalt4.aspmx.l.google.com<\/code> (prioriteit 10<\/code>)<\/li>\n<\/ul>\nMX-records toevoegen voor andere e-mailproviders<\/h3>\n
\n
Veelvoorkomende problemen met MX-records en hoe je ze kunt oplossen<\/h2>\n
\n
mail.example.com<\/code>, dat een A-record<\/strong> heeft met het IP-adres van je mailserver.<\/p>\n10<\/code>, terwijl backupservers hogere nummers gebruiken (20<\/code> of 30<\/code>). Als je deze waarden door elkaar haalt, leidt dat tot vertragingen als een backupserver berichten moet doorsturen naar de primaire server.<\/p>\nJe migratie plannen met e-mail in gedachten<\/h2>\n