Migrace webhostingu krok za krokem: Jak přestěhovat web bez ztráty dat

Migrace serveru je plánovaný proces přenosu souborů webových stránek, databází, e-mailových účtů, DNS záznamů a konfigurací aplikací ze stávajícího serveru na nový. Základní metodou, jak přestěhovat web bez ztráty dat, je následující: nejprve vytvoříte úplnou zálohu, připravíte nový server se stejnými nebo novějšími verzemi softwaru, přenesete soubory a databázi, otestujete funkčnost přes soubor hosts nebo dočasnou URL, přesměrujete DNS s nízkou hodnotou TTL a po migraci zkontrolujete logy, formuláře, platební brány, doručitelnost e-mailů a SEO signály.

Migrace serveru není jednoduchý proces kopírování a vkládání. Zejména u WordPressu, WooCommerce, Laravelu, vlastních PHP aplikací, zpravodajských webů s vysokou návštěvností nebo firem používajících firemní e-maily může nesprávná migrace vést ke ztrátě objednávek, poškození českých znaků (diakritiky), chybám 500, varováním SSL, výpadkům e-mailů a poklesu viditelnosti ve vyhledávačích. Proto musí být plán migrace prováděn s technickým kontrolním seznamem a scénářem pro návrat zpět.

V tomto průvodci se krok za krokem podíváme na to, jak provést změnu hostingu nebo serveru v souladu s očekáváními SEO a výkonu pro rok 2026. Dotkneme se také různých scénářů, jako je cPanel, Plesk, VPS, cloudový server a manuální migrace, a nabídneme praktická doporučení pro dobu šíření DNS, rozsah zálohování, kompatibilitu databází, instalaci SSL a SEO kontroly po migraci.

Kdy je nutná migrace serveru?

Potřeba přestěhovat web na nový server obvykle pramení z požadavků na výkon, bezpečnost, náklady nebo škálovatelnost. Zatímco firemní web s 5 000 návštěvníky měsíčně může bez problémů fungovat na sdíleném hostingu, e-shop s 20 000 návštěvníky denně může narážet na limity CPU, pomalé databázové dotazy a časové limity na platební bráně. V tomto okamžiku je vhodné zvolit výkonnější hostingový balíček, VPS nebo cloudovou infrastrukturu.

Běžné signály naznačující potřebu migrace serveru:

• Doba načítání stránky přesahuje 3 sekundy a metriky Core Web Vitals se zhoršují.
• V hostingovém panelu se často zaplňují limity využití CPU, RAM, inodů nebo diskového prostoru.
• Potřeba aktuálních verzí komponent jako PHP, MySQL, MariaDB, Node.js nebo ionCube.
• Časté problémy s obnovou SSL, doručováním e-mailů nebo správou DNS.
• Nedostatečná kvalita podpory, zálohování nebo úroveň zabezpečení u stávajícího poskytovatele.
• Náhlé nárůsty návštěvnosti webu během kampaní, reklam nebo sezónních špiček.

Pokud váš web roste a blíží se limitům stávajícího balíčku, je mnohem bezpečnější vytvořit kontrolovaný plán migrace, než provádět stěhování na poslední chvíli v krizovém režimu. Podle svých potřeb můžete porovnat webhostingové balíčky, VPS serverová řešení nebo firemní hosting a vybrat správnou infrastrukturu.

Příprava před migrací: Nejzásadnější fáze

Většina migračních projektů, kde došlo ke ztrátě dat, selhala nikoli během přenosu, ale kvůli nedostatečné přípravě. Před zahájením migrace je třeba provést inventuru stávajícího webu a jasně určit, která data se budou přenášet a které služby jsou citlivé na výpadek.

1. Proveďte inventuru webu

Prvním krokem je vytvoření technické mapy webových stránek. Je třeba poznamenat použitý CMS nebo framework, verzi PHP, typ databáze, velikost disku, e-mailové účty, cron úlohy, DNS záznamy, SSL certifikát, vlastní přesměrování a integrace třetích stran. Například u WordPress webu nestačí přenést pouze složku wp-content; je nutné zkontrolovat také pravidla .htaccess, nastavení wp-config.php, předpony databázových tabulek, cache pluginy a mediální soubory.

U e-shopu je navíc nutné prověřit platební infrastrukturu, dopravní integraci, synchronizaci skladu, ERP připojení, SMTP službu a webhook URL adresy. Pokud po migraci nepřicházejí objednávky, problém často není v přenosu souborů, ale v zapomenutém omezení IP adresy na API nebo v bezpečnostním pravidle definovaném na starém serveru.

2. Vytvořte a ověřte úplnou zálohu

Při migraci serveru nestačí zálohu pouze vytvořit; je nutné ověřit, že je záloha obnovitelná. Úplná záloha by měla zahrnovat tyto komponenty:

• Soubory webových stránek: public_html, složky aplikací, adresáře pro nahrávání, soubory šablon a pluginů.
• Databáze: MySQL, MariaDB, PostgreSQL nebo jiné databáze používané aplikací.
• E-mailová data: poštovní schránky, přesměrování, filtry, nastavení automatických odpovědí.
• DNS záznamy: A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC záznamy.
• Konfigurace: soubory .htaccess, nginx.conf, php.ini, cron úlohy, environment soubory.
• SSL certifikáty a vlastní bezpečnostní pravidla.

Praktickým přístupem je vytvořit před migrací alespoň dvě kopie zálohy: jednu uchovávejte na stávajícím serveru, druhou na jiném místě. U velkých webů lze pro zálohu souborů použít rsync, pro databázi mysqldump nebo zálohovací nástroje panelu. U databází nad 10 GB mohou být bezpečnější komprimované a rozdělené zálohy namísto jednoho velkého dumpu.

3. Snižte předem hodnotu DNS TTL

Pro rychlé šíření změny DNS je dobrou praxí snížit hodnotu TTL 24 hodin před migrací. Pokud je například TTL 14400 sekund, někteří uživatelé mohou pokračovat v přístupu na starý server ještě hodiny. Snížení TTL na 300 sekund před migrací umožní kontrolovanější přechod DNS. Po dokončení a ověření migrace lze TTL opět zvýšit na 3600 nebo 14400 sekund.

Pravidelná správa DNS vaší domény přímo ovlivňuje úspěšnost migrace. Pro správu domény a konfiguraci DNS si můžete prostudovat průvodce kontrola domény a správa domén.

Srovnání metod migrace serveru

Nejvhodnější metoda migrace není pro každý web stejná. Malý firemní web lze snadno přenést přes panel, zatímco e-shop s vysokou návštěvností může vyžadovat postupnou synchronizaci a režim údržby.

Při výběru nové infrastruktury je zavádějící hledět pouze na diskový prostor. Výkon určují i kritéria jako počet PHP workerů, jádra CPU, RAM, NVMe disk, frekvence zálohování, umístění datového centra, podpora LiteSpeed nebo Nginx, WAF a DDoS ochrana. Přechod na nejlevnější balíček bez analýzy potřeb proto může brzy vyvolat potřebu další migrace.

Jak provést migraci serveru krok za krokem?

Krok 1: Připravte nový server

Na novém serveru je třeba nainstalovat operační systém, webový server, verzi PHP, databázovou službu a potřebné moduly. Pro WordPress se doporučuje PHP 8.2 nebo 8.3, aktuální MariaDB, OPcache a vhodná hodnota memory_limit. U frameworků jako Laravel je nutné samostatně nastavit Composer, cron, queue worker a oprávnění storage. Pokud na novém serveru chybí PHP rozšíření, která běžela na starém, může se po migraci objevit bílá obrazovka nebo chyba 500.

V oblasti bezpečnosti by měla být nakonfigurována politika SSH portů, silná hesla, firewall, skenování malwaru a automatické aktualizace. Je snazší nastavit bezpečnostní základ na novém, prázdném serveru před migrací, než zasahovat později. Pokud potřebujete SSL, nezapomeňte do plánu migrace zahrnout téma instalace SSL certifikátu.

Krok 2: Přeneste soubory

Pro přenos souborů lze v závislosti na velikosti webu použít FTP, SFTP, SSH, rsync nebo zálohování panelu. U malých webů stačí vytvořit komprimovaný archiv a rozbalit ho na novém serveru. U velkých webů se doporučuje provést první kopii pomocí rsync a těsně před změnou DNS provést druhou synchronizaci. Tato metoda šetří čas zejména u webů, kde se složka s nahranými soubory neustále mění.

Po přenosu souborů zkontrolujte oprávnění. Obecně složky fungují s oprávněním 755 a soubory 644; každá aplikace však může mít jiné požadavky. Citlivé soubory jako wp-config.php, .env nebo podobné by neměly být čitelné pro všechny. Také se ujistěte, že byly zkopírovány skryté soubory, tedy soubory jako .htaccess a .user.ini.

Krok 3: Přeneste databázi

Přenos databáze je nejcitlivější částí prevence ztráty dat. Nejprve se provede dump ze starého serveru, poté se na novém serveru vytvoří databáze a uživatel. Znaková sada by měla být pokud možno nastavena na utf8mb4. Aby nedošlo k poškození českých znaků (háčků a čárek), je nutné během exportu a importu zachovat stejnou strukturu řazení (collation).

U webů generujících data v reálném čase, jako je WooCommerce nebo členský systém, lze během migrace použít režim údržby. Jinak během šíření DNS mohou někteří uživatelé zapisovat data na starý server a jiní na nový. To způsobí nekonzistenci v objednávkách, komentářích, záznamech z formulářů nebo členských informacích. U kritických webů by měl být poslední dump databáze proveden až po zapnutí režimu údržby.

Krok 4: Aktualizujte konfigurační soubory

Název databáze, uživatelské jméno, heslo, hostitel a cesty k souborům je třeba upravit podle nového serveru. Pro WordPress zkontrolujte wp-config.php, pro Laravel .env, pro vlastní aplikace config.php nebo podobné soubory. Pokud zůstanou absolutní cesty k souborům, IP adresy, SMTP nastavení nebo cache adresáře ze starého serveru, web se může zdánlivě spustit, ale na pozadí generuje chyby.

Dále je třeba upravit hodnoty PHP memory_limit, upload_max_filesize, post_max_size a max_execution_time podle potřeb vaší aplikace. Pokud například administrace nahrává produktové obrázky o velikosti 200 MB a limit pro nahrávání zůstane 32 MB, nebude možné pokračovat v provozu, i když migrace proběhla úspěšně.

Krok 5: Otestujte před změnou DNS

Nejbezpečnější praxí migrace je otestovat web na novém serveru před změnou DNS. To provedete tak, že v souboru hosts na vašem počítači namapujete vaši doménu na IP adresu nového serveru. Zatímco návštěvníci stále vidí starý server, vy testujete nový server se skutečným názvem domény.

Testovací seznam by měl zahrnovat tyto kontroly:

• Otevírají se hlavní stránka, kategorie, produkt, blog a kontaktní stránky?
• Funguje odesílání formulářů, přihlášení uživatelů, reset hesla a platební proces?
• Načítají se obrázky, CSS a JavaScript soubory kompletně?
• Otevírá se administrace bez chyb?
• Je SSL certifikát nainstalován pro správný název domény?
• Vyskytují se chyby 404, 500, smíšený obsah (mixed content) nebo smyčka přesměrování?
• Jsou robots.txt, sitemap.xml a kanonické značky správně?

Krok 6: Nainstalujte SSL certifikát

Na moderních webech je SSL povinností nejen z hlediska bezpečnosti, ale také SEO a důvěry uživatelů. Pokud se DNS změní bez nainstalovaného SSL na novém serveru, mohou uživatelé vidět varování o nezabezpečeném připojení. Proto by měl být SSL certifikát připraven těsně před přechodem DNS nebo současně s ním. Bezplatné certifikáty jako Let’s Encrypt mohou být pro mnoho webů dostačující; u firemních projektů přijímajících platby lze zvolit SSL možnosti s vyšší úrovní ověření.

Po nasazení SSL se ujistěte, že jsou HTTP adresy přesměrovány na HTTPS pomocí 301, že nedochází k chybě smíšeného obsahu a že mapa stránek obsahuje HTTPS URL. Pro SSL produkty a možnosti instalace se můžete podívat na stránku SSL certifikáty.

Krok 7: Změňte DNS záznamy

Po úspěšném dokončení testů je A záznam v DNS přesměrován na IP adresu nového serveru. Pokud se e-mailová služba přesouvá na stejný server, je třeba aktualizovat také MX, SPF, DKIM a DMARC záznamy. Pokud e-mail zůstává u jiného poskytovatele, neměňte MX záznamy. Jednou z nejčastějších chyb je nechtěná změna e-mailových záznamů při snaze přesunout pouze web, což přeruší poštovní provoz.

Šíření DNS je obvykle dokončeno během několika minut až 24 hodin. Pokud bylo TTL předem sníženo, většina uživatelů se na nový server dostane v krátké době. Během tohoto procesu starý server ihned nevypínejte. Bezpečnou praxí je ponechat jej přístupný alespoň 48 hodin, ideálně 72 hodin.

Krok 8: Proveďte závěrečnou synchronizaci a kontrolu logů

Po změně DNS je třeba zkontrolovat, zda na starém serveru nedošlo k zápisu nových dat. Zejména je třeba porovnat objednávky, kontaktní formuláře, registrace uživatelů a komentáře. Soubory access log a error log webového serveru pomáhají pochopit, které IP adresy odesílaly požadavky na který server.

Během prvních 24 hodin po migraci je třeba sledovat chyby 500, nárůst chyb 404, pomalé dotazy, skokové nárůsty CPU a e-mailové fronty. Pokud tyto kontroly neprovedete, web se může tvářit jako funkční, ale na pozadí může docházet ke ztrátě konverzí.

Profesionální kontrolní seznam pro migraci webu bez ztráty dat

Následující kontrolní seznam pokrývá body, které v praxi způsobují nejvíce problémů. Označení této položky před a po migraci výrazně snižuje riziko selhání stěhování.

• Čas migrace je naplánován na hodiny s nízkou návštěvností.
• Byla vytvořena úplná záloha souborů, databáze, e-mailů a DNS.
• Bylo otestováno, že zálohu lze rozbalit a obnovit.
• Hodnota DNS TTL byla snížena nejméně 24 hodin předem.
• Na novém serveru je připraveno PHP, databáze a potřebné moduly.
• Soubory byly kompletně přeneseny a byla zkontrolována oprávnění.
• Byla ověřena kompatibilita znakové sady a řazení databáze.
• Konfigurační soubory byly aktualizovány podle údajů nového serveru.
• Před spuštěním do ostrého provozu byl proveden test pomocí souboru hosts.
• Je nainstalováno SSL a zkontrolována přesměrování HTTPS.
• DNS záznamy A, AAAA, MX, TXT byly správně aktualizovány.
• Starý server byl ponechán aktivní alespoň 48 hodin.
• Byly monitorovány Google Search Console, Analytics a záznamy logů.

Kontroly po migraci pro zachování SEO

Migrace serveru by teoreticky neměla způsobit ztrátu SEO pozic, pokud se nemění struktura URL. V praxi však může pomalost, chyby 404, nesprávný robots.txt, chybějící SSL nebo chyby v přesměrování ovlivnit hodnocení. Proto je SEO kontrola po migraci stejně důležitá jako technická migrace.

Kontrola URL a přesměrování

Pokud během migrace neměníte strukturu URL, je potřeba 301 přesměrování minimální. Pokud se však současně mění doména, struktura trvalých odkazů nebo složek, musí být staré URL přesměrovány na nové protějšky pomocí 301. Dočasné přesměrování 302 není vhodné pro trvalý přenos SEO signálů. Pokud se například stará stránka /produkt/abc přesunula na novou adresu /obchod/abc, je třeba provést přesměrování jedna ku jedné; přesměrování všech starých URL na hlavní stránku negativně ovlivňuje uživatelský zážitek a SEO výkon.

Kontrola Robots.txt a Sitemap

Pokud byl během testování v souboru robots.txt použit příkaz Disallow k zablokování vyhledávačů, musí být po spuštění do ostrého provozu odstraněn. Tato chyba je jednou z nejklasičtějších příčin ztráty indexace po migraci. Soubor Sitemap by měl obsahovat nové HTTPS URL a měl by být znovu odeslán prostřednictvím Google Search Console.

Výkon a Core Web Vitals

I když je nový server výkonnější, nesprávné nastavení mezipaměti může výkon snížit. Je třeba správně nakonfigurovat LiteSpeed Cache, Redis, OPcache, CDN a optimalizaci obrázků. Během prvního týdne po migraci je třeba sledovat nástroje PageSpeed Insights, Chrome UX Report a serverové logy a kontrolovat, zda nedošlo ke zhoršení metrik LCP, INP a CLS. Pro zlepšení výkonu hostingu můžete využít obsah optimalizace rychlosti WordPressu.

Na co si dát pozor při migraci e-mailů

Při mnoha migracích webů jsou webové soubory přeneseny bez problémů, ale na e-mailovou část se zapomene. Pokud jsou e-maily uloženy na stávajícím serveru, je třeba přenést poštovní schránky, uživatelská hesla, přesměrování a filtry. Synchronizace IMAP je spolehlivou metodou pro přenos e-mailů ze staré schránky do nové.

Na straně DNS určuje MX záznam poštovní server, SPF oprávnění k odesílání, DKIM podepisování a DMARC politiku domény. Pokud jsou tyto záznamy nesprávně nakonfigurovány, mohou e-maily padat do složky se spamem nebo být zcela odmítnuty. Po migraci je třeba provést testovací odeslání na účty Gmail, Outlook a firemní e-maily a zkontrolovat informace v hlavičce e-mailu.

Časté chyby při migraci serveru

Společným jmenovatelem úspěšných migračních projektů je prevence jednoduchých chyb. Následující chyby patří mezi nejčastější problémy:

• Provádění migrace bez zálohy nebo bez otestování zálohy.
• Změna IP adresy bez předchozího snížení hodnoty DNS TTL.
• Vypnutí starého serveru před dokončením šíření DNS.
• Nesprávný přenos znakové sady databáze a poškození české diakritiky.
• Zapomenutí pravidel pro přesměrování v .htaccess nebo nginx.
• Přesměrování HTTPS provozu na nový server bez nainstalovaného SSL.
• Nesprávná aktualizace e-mailových MX a TXT záznamů.
• Ponechání cache pluginu s cestou ke starému serveru.
• Neprovádění monitoringu Search Console a logů po migraci.

Zejména u webů s živým prodejem by migrace neměla být prováděna během pracovní špičky ve všední den, ale v době, kdy je návštěvnost a objem objednávek nejnižší. U velkých e-commerce projektů naplánování 15-30minutového okna údržby zabrání možným datovým nekonzistencím na pozadí.

Kdy vyhledat profesionální asistenci s migrací?

Jednoduchý prezentační web je možné přestěhovat ručně; v některých případech je však výhodnější a bezpečnější využít profesionální podporu. Do této skupiny patří e-shopy s vysokým měsíčním obratem, společnosti s velkým počtem e-mailových účtů, portály používající vlastní software, mediální weby s vysokou návštěvností a firmy uchovávající data podléhající regulaci.

Při profesionální asistenci s migrací se proces obvykle skládá z předběžné analýzy, zálohování, nastavení testovacího prostředí, přenosu, přechodu DNS, ověření a monitorování. Tím je zajištěn nejen přesun souborů, ale i kontinuita podnikání. Pokud plánujete přejít na infrastrukturu Hostragons, můžete si prostudovat stránku hostingová řešení Hostragons, kde naleznete vhodné možnosti hostingu, domén a SSL dle vašich potřeb.

Závěr: Plánovaná migrace serveru zabrání výpadkům a ztrátě dat

Migrace serveru není důvodem k obavám, pokud je správně naplánována. Klíčem k úspěchu je nevynechat následující kroky: úplná záloha, správná příprava serveru, plán DNS TTL, testovací prostředí, instalace SSL, e-mailové kontroly a monitorování po migraci. Zejména u webů s neustále se měnící databází hraje kritickou roli závěrečná synchronizace a režim údržby.

Stručně řečeno, pro přestěhování webu bez ztráty dat nespěchejte, ověřte každý krok a nevypínejte okamžitě starý server. Pokud chcete obnovit svou infrastrukturu a nabídnout rychlejší a bezpečnější webový zážitek, můžete prozkoumat hostingová, doménová a SSL řešení na Hostragons a v klidu a s kontrolou vytvořit plán přechodu odpovídající vašim potřebám.

Často kladené otázky

Jak dlouho trvá migrace serveru?

Doba závisí na velikosti a složitosti webu. Malý WordPress web lze přestěhovat za 30-60 minut, zatímco u velkých e-shopů nebo firemních projektů s mnoha e-maily může proces včetně přípravy, testování a šíření DNS trvat 1-3 dny.

Bude můj web během migrace serveru nedostupný?

Při správném plánování lze výpadek zkrátit na několik minut nebo jej uživatelé nemusí vůbec zaznamenat. K tomu je třeba předem snížit DNS TTL, otestovat nový server před spuštěním do ostrého provozu a ponechat starý server zapnutý, dokud není šíření DNS dokončeno.

Jaký je nejdůležitější krok, aby nedošlo ke ztrátě dat?

Nejdůležitějším krokem je ověřená úplná záloha. Je třeba zálohovat soubory, databázi, e-maily a DNS záznamy; zejména u webů generujících objednávky nebo členská data by měla být poslední záloha databáze provedena až po zapnutí režimu údržby.

Ovlivní migrace serveru SEO pozice?

Pokud je zachována struktura URL, web běží rychle a SSL a přesměrování jsou správně nastaveny, migrace serveru sama o sobě nezpůsobí ztrátu SEO pozic. Chyby 404, nesprávný robots.txt, pomalý server nebo chybná 301 přesměrování však mohou hodnocení negativně ovlivnit.

Jsou při migraci serveru přeneseny i e-mailové účty?

Pokud jsou e-maily umístěny na starém hostingu, je třeba je přenést samostatně. Je nutné zkontrolovat poštovní schránky, přesměrování, filtry a MX, SPF, DKIM, DMARC záznamy. Pokud e-mail zůstává u jiného poskytovatele, neměňte MX záznamy.