Kort svar: Web og mail behøver ikke bo samme sted – DNS-records styrer dem uafhængigt: A/CNAME peger web, MX peger mail. Du kan derfor flytte hjemmesiden først og mailen senere (eller omvendt), eller permanent køre split med web ét sted og mail et andet. Kravet er kun, at DNS-zonen sættes præcist: web-records til den ene udbyder, MX og mail-records til den anden – og SPF, der nævner de rigtige afsendere.
“Kan vi flytte hjemmesiden uden at røre mailen?” Ja – og det er ofte den klogeste rækkefølge: én ting ad gangen, én risiko ad gangen. Denne guide forklarer mekanikken bag splittet, de to typiske scenarier og de tre fælder, der får “vi flytter kun web” til alligevel at vælte mailen.
Kontrolramme: Vejledningen er skrevet pr. 30. august 2026. Terminaleksemplet er genskabt med et anonymiseret domæne.
Dit domænes DNS-zone er en fordelingstavle: A/AAAA/CNAME-records sender web-trafik til webserveren, MX-records sender mail til mailserveren – og de to behøver ikke pege samme sted. Splittet er altså hverken hack eller undtagelse; det er præcis, hvad DNS er designet til:
Den anbefalede etapevej ved større flytninger: hjemmesiden migreres og godkendes (gratis migrering som altid), og ved DNS-skiftet ændres kun web-records – MX og mail-relaterede records røres ikke, så mailen fortsætter urørt hos den gamle udbyder. Når web er i stabil drift, tages mailflytningen som sit eget projekt efter mail-flytteguiden: konti oprettes, indhold overføres, og MX peges om til sidst. To små flytninger slår én stor – især når mange mailkonti eller travle perioder er i spil.
Mange kører bevidst delt i årevis: web på hurtig WordPress-hosting, mail hos en dedikeret mail-løsning eller en kontorplatform (Microsoft 365/Google Workspace). Det fungerer glimrende – kravene er blot præcision i zonen: MX til mail-udbyderen, webmail/autodiscover-records efter dennes anvisning, én samlet SPF-record der nævner begge verdener (webserveren, hvis sitet sender formularer/ordremails, OG mailudbyderen – hold øje med opslagsgrænsen), og DKIM-nøgler for hver afsender. Bag Cloudflare gælder desuden grå-sky-reglen for alle mail-records – se MX-guiden.
Splittet står korrekt, når web svarer fra den nye server og mail leveres hos den rigtige udbyder (dig-opslag på A og MX bekræfter begge), testmails går igennem både til og fra domænet, sitets egne mails ankommer autentificeret – og SPF-recorden validerer med begge verdener nævnt. Kør derefter efter-flytnings-tjeklisten for den del, der flyttede – og notér i én linje i jeres driftsdokument, hvem der har web, mail og DNS: splittet er robust, men kun så længe alle ved, hvor tingene bor.
Nej – modtagere ser kun DNS-records, ikke hvor mange udbydere der ligger bag. Med korrekt SPF/DKIM for hver afsender er delt drift lige så troværdig som samlet.
Ét sted med godt værktøj og hurtig support – typisk hos webudbyderen eller en dedikeret DNS-vært (DNS-hosting). Det afgørende er ikke hvor, men at kun ÉT sted er autoritativt, og at alle ved hvilket.
Ja – samme mekanik, omvendt rækkefølge: MX og mail-records peges om først, web-records røres ikke. Det vælges typisk, når mailen er den akutte del (fx en udbyder, der lukker).
