Jak připojit doménu k webhostingu bez výpadku e-mailu
Shrnutí: Při stěhování webu obvykle stačí změnit A, AAAA nebo CNAME a ponechat poštu u dosavadního poskytovatele. Pokud měníte i nameservery, musíte do nového DNS přenést také poštovní a ověřovací záznamy. Před změnou si uložte původní nastavení a ověřte, že zrušením starého hostingu nepřijdete o schránky.
Obsah článku
Musíte měnit nameservery, nebo jen webové záznamy?
Stěhujete-li jen web, zpravidla můžete ponechat DNS tam, kde je. Nový hosting vám sdělí IP adresu nebo cílové jméno, které zadáte do příslušného záznamu. Doménu zároveň přidáte v jeho administraci. Převádět její registraci kvůli tomu obvykle nemusíte.
| Způsob připojení | Co se mění | Co musíte pohlídat |
|---|---|---|
| Změna A nebo AAAA | IP adresa daného jména | IPv4 i IPv6 a případné použití adresy pro poštu |
| CNAME pro subdoménu | Cílové jméno služby | Konflikt s jinými záznamy stejného jména |
| Změna nameserverů | Servery spravující DNS domény | Přenos celé potřebné zóny včetně pošty a návaznosti DNSSEC |
Pozor, A a AAAA nejsou vyhrazené jen webu. Pokud MX odkazuje na jméno, jehož IP právě měníte, ovlivníte tím i příjem pošty. Na stejnou adresu se může připojovat také poštovní klient. Než ji přepíšete, zjistěte, k čemu slouží; pomůže přehled DNS záznamů.
Co si připravit před změnou?
Ze správy DNS si uložte export zóny nebo úplný výpis záznamů. Veřejný dotaz na hlavní doménu neukáže všechny subdomény, například ověřovací jména pro e-mail. Ani automatický import DNS nemusí najít vše.
Zjistěte také, zda starý hosting zahrnuje poštovní schránky. Pokud ano, domluvte jejich samostatný provoz nebo migraci. Zachované DNS vám nepomůže, když společně s balíčkem zrušíte samotnou poštovní službu.
Od nového hostingu potřebujete přesné hodnoty pro hlavní doménu i www. Do A patří IPv4 adresa, nikoli URL administrace. Pokud dostanete jméno služby, může být určené pro CNAME. Běžný CNAME ale nemůže být vedle jiných záznamů stejného jména, takže pro kořen domény se řiďte postupem poskytovatele.
Jak přepnout pouze web a ponechat e-mail?
- Připravte nový web. Nahrajte obsah, přidejte doménu v administraci a vyzkoušejte náhled. U e-shopu či jiného dynamického webu naplánujte i přenos posledních objednávek a změn.
- Prověřte poštu. Zkontrolujte MX a adresy serverů, na které vede. Podívejte se také, kam se poštovní klient připojuje přes SMTP a IMAP. Tyto adresy nemají při přesunu samotného webu zamířit jinam.
- Snižte TTL předem, pokud to DNS služba umožňuje. Pak vyčkejte původní TTL. Dříve uložené odpovědi se snížením hodnoty zpětně nezmění; podrobněji viz změna DNS a TTL.
- Změňte webové záznamy. Použijte hodnoty hostingu a zkontrolujte A i AAAA. Zapomenutý AAAA může návštěvníky s IPv6 stále posílat na starý server. U
wwwověřte případný CNAME. - Vyzkoušejte web i poštu. Otevřete doménu s
wwwi bez něj a zkontrolujte HTTPS. Pošlete e-mail z jiné služby do své schránky, odpovězte a vyzkoušejte také kontaktní formulář.
Nižší TTL zkracuje dobu, po kterou se nové DNS odpovědi smějí běžně uchovávat v cache. Není to záruka, že celý přesun skončí přesně za tolik sekund.
Které poštovní záznamy musí zůstat zachované?
Pro příjem pošty ponechte správný MX včetně priority. Pokud vede například na mail.example.com, zachovejte i IP adresu tohoto serveru v A nebo AAAA. Stejný text MX nestačí, když jeho cílový server nově ukazuje jinam.
Přeneste také poštovní ověřovací záznamy: SPF, DKIM a DMARC podle nastavení služby. DKIM může být zapsaný jako TXT nebo CNAME. Nezapomeňte na další ověřovací jména a případné záznamy pro automatické nastavení poštovních klientů.
Samostatnou pozornost si zaslouží formulář na webu. Po přesunu může posílat z jiného serveru, který dosavadní SPF nepovoluje. Potřebnou úpravu udělejte podle pokynů poštovní služby ve stávající SPF politice. Druhý SPF záznam jen pro nový web nevytvářejte.
Co když nový poskytovatel vyžaduje změnu nameserverů?
Nejdřív u něj připravte celou potřebnou DNS zónu a porovnejte ji se zálohou. Musí obsahovat webové, poštovní i ověřovací záznamy. Až potom přepněte nameservery u registrátora. Přidat pár NS záznamů do dosavadní zóny obecně není totéž jako změnit delegaci domény.
Pokud používáte DNSSEC, domluvte přechod s oběma poskytovateli. Starý DS záznam v nadřazené zóně nesmí odkazovat na klíč, kterým nové DNS nepodepisuje. Podle možností služeb se provádí koordinovaná migrace DNSSEC, nebo je nutné ho přechodně vypnout. Staré podpisy do nového DNS slepě nekopírujte.
Původní DNS i potřebné služby nechte během přechodu běžet. Některá zařízení mohou stále používat uložené odpovědi a dostat se ke starému poskytovateli.
Jak poznat, že je připojení hotové?
Porovnejte veřejné DNS záznamy s hodnotami nového hostingu. Zvlášť zkontrolujte hlavní doménu, www a jméno poštovního serveru. Výsledek ukazuje odpověď použitého resolveru, nikoli stav všech sítí.
Na novém webu ověřte HTTPS. Server potřebuje certifikát pro vaši doménu; správná IP adresa ho nenahradí.
Přesun uzavřete až po testu webu, pošty a formulářů. Pokud něco nefunguje, nejdřív rozlište chybnou DNS odpověď, certifikát a nastavení služby. Původní záznamy lze vrátit, ale i návrat musí počítat s cache.
Často kladené otázky
Stačí zachovat MX a e-mail bude fungovat?
Ne vždy. Musí fungovat server, na který MX odkazuje, i poštovní služba. Pro odesílání a jeho ověření potřebujete také příslušné záznamy a nastavení.
Zkopírují se při změně DNS staré e-maily?
Ne. Změna DNS nepřenáší obsah schránek. Pokud stěhujete jen web a poštu necháváte na původním místě, zprávy obvykle přesouvat nemusíte.
Mám po změně hned zrušit původní hosting?
Nejdřív dokončete testy a nechte proběhnout přechod. Zkontrolujte také obsah starého balíčku: pokud v něm zůstává pošta nebo DNS, jejich zrušením byste je mohli vyřadit.
Použité zdroje a metodika
Postup rozlišuje změnu webových záznamů od přesunu správy DNS. Technické návaznosti vycházejí z dokumentace DNS, poštovních záznamů a zabezpečeného přenosu; konkrétní cílové hodnoty vždy určuje poskytovatel služby.
- Cloudflare. Set up a primary zone. https://developers.cloudflare.com/dns/zone-setups/full-setup/setup/. Přístup dne 22. 9. 2026.
- Cloudflare. Time to Live. https://developers.cloudflare.com/dns/manage-dns-records/reference/ttl/. Přístup dne 22. 9. 2026.
- Cloudflare. What is a DNS CNAME record? https://www.cloudflare.com/learning/dns/dns-records/dns-cname-record/. Přístup dne 22. 9. 2026.
- Cloudflare. What is a DNS MX record? https://www.cloudflare.com/learning/dns/dns-records/dns-mx-record/. Přístup dne 22. 9. 2026.
- Cloudflare. Set up email records. https://developers.cloudflare.com/dns/manage-dns-records/how-to/email-records/. Přístup dne 22. 9. 2026.
- Cloudflare. What is a DNS SPF record? https://www.cloudflare.com/learning/dns/dns-records/dns-spf-record/. Přístup dne 22. 9. 2026.
- Cloudflare. DNSSEC migration tutorial. https://developers.cloudflare.com/dns/dnssec/dnssec-active-migration/. Přístup dne 22. 9. 2026.
- MDN. Transport Layer Security. https://developer.mozilla.org/en-US/docs/Web/Security/Defenses/Transport_Layer_Security. Přístup dne 22. 9. 2026.