Jak přesunout web na nový server bez výpadku a ztráty dat (2026)

„Potřebujeme se přestěhovat na jiný hosting, ale bojíme se, že web vypadne a ztratíme e-maily." Oprávněná obava — špatně zvládnutá migrace umí způsobit hodiny výpadku, ztracené zprávy a pokažené SEO. Při správném postupu ale návštěvník nepozná vůbec nic. Tento článek píšeme den poté, co jsme vlastní web přesunuli na nový server — přesně tímto postupem.

Rychlá odpověď: web přesunete bez výpadku tak, že nový server nejprve kompletně připravíte a otestujete, dokud starý běží (přes hosts soubor), den předem snížíte DNS TTL, pak přepnete A záznamy — během propagace obsluhují návštěvníky oba servery — a starý necháte běžet jako pojistku pro rollback. E-maily se přitom nemění. Detailní postup níže; pokud to nechcete řešit sami, migraci uděláme za vás.

Kdy má migrace smysl

• Pomalý hosting — server reaguje stovky milisekund, web se vleče a Core Web Vitals trpí
• Chybějící kontrola — nemůžete si nastavit PHP verzi, cache, HTTP hlavičky či moderní deploy
• Růst projektu — sdílený hosting přestává stačit výkonem nebo izolací
• Konsolidace — víc webů chcete dostat pod vlastní správu s izolací per projekt

Po naší migraci klesl čas zpracování požadavku přibližně 2,5násobně — a to je rozdíl, který je cítit v Google metrikách i v UX.

Zlaté pravidlo: web ≠ e-mail

Nejčastější a nejbolestivější chyba při migraci: zapomenout, že na doméně běží i e-mail. Stěhujete web — tedy A záznamy (kam míří doména v prohlížeči). E-mail (MX, SPF, DKIM, DMARC záznamy) může klidně zůstat u původního poskytovatele.

Před migrací si proto udělejte inventuru DNS zóny: co je web (A/AAAA, www), co je e-mail (MX, mail/smtp subdomény, TXT pro SPF/DKIM/DMARC) a co jsou další služby (FTP, subdomény, wildcard). Měníte jen webové záznamy — všechno ostatní nechte být.

Postup migrace krok za krokem

1. Příprava nového serveru (web pořád běží na starém)

Nový server se kompletně připraví, zatímco produkce běží nerušeně dál: webserver, PHP/runtime ve správné verzi, SSL certifikát, přenos souborů a databáze, konfigurace. Žádný stres — nic není naživo.

2. Snížení DNS TTL

Den dva před přepnutím snižte TTL webových záznamů (např. z 1 hodiny na 10 minut). Internet si pak „pamatuje" starou IP jen krátce — přepnutí i případný návrat zpět se projeví za minuty.

3. Test na novém serveru ještě před přepnutím

Přes lokální hosts soubor (nebo testovací doménu) nasměrujete svůj počítač na nový server a proklikáte celý web na ostré doméně: formuláře, e-maily, administraci, HTTPS, přesměrování. Chyby odhalíte a opravíte dřív, než je uvidí první návštěvník.

4. Cutover — přepnutí DNS

Změníte A záznamy na novou IP. Během propagace (při sníženém TTL minuty) část návštěvníků obsluhuje starý server a část nový — oba běží, takže výpadek nevzniká. Po přepnutí sledujete logy a metriky.

5. Starý server zůstává jako fallback

Obsah na starém serveru nemažte. Kdyby se cokoli pokazilo, rollback je jen vrácení DNS záznamů — při TTL 10 minut jste zpět do deseti minut. Starý hosting rušte až po týdnech bezproblémového provozu (nebo ho nechte na jiné služby, například e-mail).

Bonus: atomic deploy — releases místo přepisování

Migrace je ideální příležitost zmodernizovat i nasazování. Místo přepisování souborů „naživo" přes FTP používáme strukturu atomic releases:

/var/www/web/
├── releases/
│   ├── 20260610-153000/   ← nový release (git clone + composer)
│   └── 20260603-101500/   ← předchozí release
├── shared/                ← logy, konfigurace s hesly, sessions
└── current → releases/20260610-153000/   ← symlink = živá verze

Nasazení nové verze = připravit nový release adresář a přepnout symlink (okamžité, atomické). Rollback = přepnout symlink zpět. Žádné polonahrané soubory, žádná stará cache — a historie verzí zadarmo.

Stěhování serverů: když se nestěhuje jeden web, ale celá infrastruktura

Stejný postup škáluje i na relokaci celého serveru či VPS s více weby a aplikacemi. Rozdíl je v pořadí a evidenci: nejprve kompletní inventura běžících služeb (weby, API, cron úlohy, databáze, certifikáty, monitoring), potom přesun po projektech — od nejméně kritického po nejkritičtější, každý s vlastním testem a rollback plánem. Ostrá přepnutí plánujte mimo špičku a před migrací i po ní si udělejte benchmark, ať vidíte rozdíl černé na bílém.

Stěhování serverů je zároveň ideální chvíle udělat pořádek: aktualizovat PHP na podporovanou verzi, zapnout HTTP/2 a kompresi, oddělit projekty od sebe — a po přepnutí zkontrolovat technické SEO: přesměrování, sitemapy a rychlost. Celou relokaci od inventury po benchmark děláme v rámci služby SEO servis a údržba webů.

Na co si dát pozor — checklist

• ☐ Inventura DNS zóny (co je web, co e-mail, co ostatní služby)
• ☐ E-mail/MX záznamy se nemění (pokud nestěhujete i mail)
• ☐ SSL certifikát připravený na novém serveru před přepnutím
• ☐ Odesílání e-mailů z webu otestované (SMTP porty bývají na VPS blokované — např. 465 vs 587)
• ☐ Formuláře, administrace a přesměrování otestované přes hosts ještě před cutoverem
• ☐ DNS TTL snížené předem, rollback plán připravený
• ☐ Starý server běží jako fallback minimálně pár týdnů
• ☐ Po migraci: Search Console a monitoring bez chyb, rychlost porovnaná (benchmark před/po)

Časté otázky

Jak přesunout web na nový hosting bez výpadku?

Ve čtyřech krocích: 1) nový server kompletně připravit a otestovat, dokud web běží na starém (přes hosts soubor nebo testovací doménu); 2) den–dva předem snížit DNS TTL na ~10 minut; 3) přepnout A záznamy — během propagace běží oba servery, takže výpadek nevznikne; 4) starý server nechat jako pojistku pro okamžitý rollback. E-mail (MX záznamy) se přitom nemění.

Kolik stojí migrace webu na nový hosting?

U menšího firemního webu typicky 4 000 – 10 000 Kč (příprava, přenos, testování, přepnutí i rollback plán), u větších webů s databázemi, e-maily u stejného poskytovatele či více službami vyšší tisíce až ~25 000 Kč. Přesnou cenu řekneme po krátkém pohledu na hosting a DNS zónu — migrace děláme včetně následného provozu.

Jak dlouho trvá migrace webu na nový hosting?

Příprava a testování 1–3 dny (web běží normálně dál), samotné přepnutí DNS pár minut až hodin podle TTL. Při správném postupu návštěvníci výpadek vůbec nezaznamenají — starý i nový server běží paralelně, dokud se DNS nepřeklopí.

Dojde během migrace k výpadku webu?

Při správném postupu ne. Web se nejprve kompletně zprovozní a otestuje na novém serveru (přes hosts soubor nebo testovací doménu), až potom se přepne DNS. Během propagace obsluhují návštěvníky oba servery — starý i nový — takže výpadek nevzniká.

Ztratím při migraci webu e-maily?

Ne, pokud se na ně nezapomene — to je nejčastější chyba. E-mail (MX záznamy) může klidně zůstat u původního poskytovatele, stěhuje se jen web (A záznamy). Před migrací je třeba udělat inventuru DNS a měnit jen to, co se týká webu. SPF/DKIM/DMARC zůstávají nedotčené.

Co je DNS TTL a proč ho před migrací snížit?

TTL (time to live) určuje, jak dlouho si internet pamatuje starou IP adresu domény. Před migrací ho snížíme (např. na 10 minut), takže přepnutí na nový server se projeví rychle — a případný rollback na starý server trvá také jen minuty místo hodin.

Jak se dá migrace vrátit zpět, když se něco pokazí?

Starý server se po přepnutí nevypíná — obsah na něm zůstává nedotčený jako fallback. Rollback je pak jen vrácení DNS záznamů na původní IP (při sníženém TTL do ~10 minut). Starý hosting rušíme až po týdnech bezproblémového provozu.

Vyplatí se přesunout web z klasického hostingu na vlastní VPS?

U rostoucího webu ano — vlastní server (VPS) přináší rychlejší odezvu (v našem případě ~2,5× rychlejší zpracování), plnou kontrolu nad konfigurací, izolaci per projekt a moderní deploy (atomic releases, okamžitý rollback). Pro malé statické weby klasický hosting obvykle stačí.

Závěr

Migrace webu není riziko, pokud se dělá ve správném pořadí: nejprve připravit a otestovat, až potom přepnout — s e-maily nedotčenými a rollbackem v záloze. Přesně takhle jsme právě přesunuli i náš vlastní web a návštěvníci nezaznamenali nic kromě rychlejšího načítání — což je mimochodem i signál pro technické SEO. Pokud zvažujete přesun webu na lepší hosting či vlastní server, pomůžeme s migrací i provozem — napište nám a ozveme se do 24 hodin.