Co ověřit před migrací WordPressu nebo Joomly na nový hosting — kontrolní seznam bez výpadku
Většina problémů při stěhování webu vznikne z věcí, které se daly ověřit předem. Přinášíme kontrolní seznam, který projdete ještě před samotnou migrací WordPressu nebo Joomly — než se čehokoliv dotknete.

Obsah článku
Stěhování webu na nový hosting vypadá jednoduše: zkopíruju soubory, přehodím databázi, přepnu doménu. V praxi ale drtivá většina výpadků a rozbitých webů vzniká z drobností, které se daly ověřit předem — než se čehokoliv dotknete. Tento kontrolní seznam projděte ještě před samotnou migrací WordPressu nebo Joomly. Není to návod na samotné přenesení dat, ale příprava, která rozhoduje o tom, jestli migrace proběhne hladce, nebo skončí panickým voláním na podporu. Na samotný postup přenosu pak navazuje článek Jak přemigrovat WordPress na nový hosting bez výpadku.
Kompatibilita prostředí
První a nejčastější zdroj problémů je rozdíl mezi starým a novým prostředím. Ověřte, že nový hosting umí to, co váš web potřebuje.
- Verze PHP. Zjistěte, na jaké verzi PHP web běží teď, a ověřte, že nový hosting stejnou (nebo kompatibilní novější) verzi nabízí a umožňuje ji přepnout. Skok o víc verzí najednou umí rozbít starší šablony i rozšíření. Souvislosti mezi verzí PHP a chováním webu rozebírá článek PHP 8.4 vs 8.5 na hostingu.
- Databáze. WordPress i Joomla stojí na MySQL/MariaDB. Ověřte, že nový hosting nabízí dostatečně velkou databázi a podporovanou verzi. U větších webů zkontrolujte i limit na velikost importu.
- Rozšíření a moduly PHP. Některé pluginy a komponenty vyžadují konkrétní PHP rozšíření (např. pro práci s obrázky nebo šifrováním). Chybějící rozšíření se projeví až chybou po přenosu.
- Limity webserveru. Maximální velikost nahrávaného souboru, doba běhu skriptu a paměťový limit rozhodují o tom, jestli velký web vůbec naimportujete.
Úplnost dat, které stěhujete
Než něco přenesete, ujistěte se, že víte, co všechno web tvoří. U WordPressu i Joomly je to vždy kombinace souborů a databáze.
- Kompletní soubory — jádro systému, šablona, pluginy/komponenty a hlavně složka s nahranými soubory (obrázky, dokumenty). Právě média se často zapomenou.
- Celá databáze — obsah, nastavení, uživatelé. U e-shopu i objednávky a zákazníci.
- Konfigurační soubory — u WordPressu
wp-config.php, u Joomlyconfiguration.php. Obsahují přístupy k databázi, které budete na novém hostingu měnit. - Skryté a systémové soubory — např.
.htaccess, který drží přesměrování a pravidla. Bez něj se web může chovat jinak.
Zálohy a staging: pojistka, ne formalita
Nikdy nemigrujte bez plné zálohy původního webu — a nikdy nespoléhejte na to, že „to půjde vrátit". Než začnete:
- Vytvořte kompletní zálohu souborů i databáze a uložte ji mimo oba hostingy. Jak na to smysluplně, popisuje článek Jak nastavit zálohy webu, aby měly smysl.
- Pokud nový hosting nabízí staging prostředí, nasaďte web nejdřív tam. Otestujete funkčnost dřív, než na něj pošlete návštěvníky.
- Ověřte, že zálohu skutečně umíte obnovit — netestovaná záloha je jen naděje.
Staging kopie je zároveň ideální místo, kde ověříte kompatibilitu z předchozí kapitoly, aniž byste riskovali ostrý provoz.
DNS, doména a TTL
Tady vzniká nejvíc „neviditelných" výpadků, protože změny v DNS se ve světě nešíří okamžitě.
- Snižte TTL předem. Několik hodin až den před migrací snižte TTL u DNS záznamů (nejčastěji A záznamu domény). Nižší TTL znamená, že se změna po přepnutí rozšíří rychleji a přechod bude plynulejší.
- Poznamenejte si všechny záznamy. Než cokoliv měníte, uložte si aktuální DNS záznamy — nejen web (A/AAAA), ale i e-maily (MX) a ověřovací záznamy. Přehled, jak se doména stěhuje bez výpadku, dává článek Jak převést doménu k jinému registrátorovi bez výpadku webu.
- Nepřepínejte doménu jako první krok. Nejdřív musí být web plně nahraný a otestovaný na novém hostingu. Teprve pak přepněte DNS.
E-maily: nejčastěji zapomenutá oběť migrace
Když se stěhuje web, snadno se zapomene, že na téže doméně běží i pošta. Přepnutí DNS bez rozmyslu umí odstřihnout e-maily.
- Zjistěte, kde poštu provozujete a kam míří MX záznamy. Pokud běží u stejného hostingu jako web, musíte ji přestěhovat také — jinak přijdete o schránky.
- Ověřte, že po migraci zůstanou v pořádku záznamy pro doručitelnost (SPF, DKIM, DMARC). Souvislosti vysvětluje článek Proč je e-mail nejdůležitější účet celého webu.
- U existujících schránek si zálohujte poštu, než cokoliv přepnete.
SSL, přesměrování a maličkosti, které rozbijí web
Zbývají detaily, které samy o sobě nezpůsobí výpadek, ale rozbijí dojem z webu:
- SSL certifikát. Ověřte, že nový hosting umí vystavit certifikát (typicky Let's Encrypt) pro vaši doménu, ideálně ještě před přepnutím. Web bez platného HTTPS prohlížeče označí jako nedůvěryhodný.
- Přesměrování a trvalé odkazy. Zkontrolujte pravidla v
.htaccessa strukturu URL (permalinky), aby po migraci nevznikly chyby 404 a nezmizelo SEO. - Napojené služby. Platební brány, dopravci, analytika, API klíče — u e-shopu ověřte, že po změně IP nebo domény dál fungují.
- Cron úlohy. Naplánované úlohy se nepřenesou samy; nastavte je na novém hostingu znovu.
Rychlý kontrolní seznam před migrací
- Nový hosting podporuje potřebnou verzi PHP a rozšíření
- Databáze i importní limity jsou dostatečné
- Kompletní záloha souborů i databáze uložená mimo oba hostingy
- Web otestovaný na stagingu nového hostingu
- TTL v DNS snížené předem, záznamy poznamenané
- Vyřešené e-maily (MX) a doručitelnost (SPF, DKIM, DMARC)
- Připravený SSL certifikát a zkontrolovaná přesměrování
- Ověřené napojené služby a přenesené cron úlohy
Závěr
Migrace WordPressu nebo Joomly bez výpadku není o štěstí, ale o přípravě. Když si předem ověříte kompatibilitu prostředí, uděláte a otestujete zálohu, ošetříte DNS včetně e-mailů a nezapomenete na SSL a přesměrování, samotné přepnutí je už jen formalita. Většina „záhadných" problémů po stěhování má společné to, že šly odhalit dřív, než k nim došlo — přesně proto existuje tento kontrolní seznam.


