Jak migrovat web na WordPressu

Přesun WordPressu na nový server patří k nejčastějším úkonům, které klienti řeší při změně hostingu. Ať už měníte poskytovatele, přecházíte ze sdíleného hostingu na VPS, nebo potřebujete web přesunout na výkonnější server — v tomto návodu vás celým procesem provedeme.

Ukážeme vám tři osvědčené metody migrace. První využívá migrační plugin, který zvládne většinu přesunů bez zásahu do terminálu. Druhá je ruční migrace přes FTP a databázi — hodí se, když nemáte SSH přístup k původnímu serveru. Třetí je přenos přes SSH, který je nejrychlejší, ale vyžaduje práci v terminálu na obou serverech. Po přesunu dat vás provedeme kontrolou všeho důležitého: PHP verze, SSL certifikátu, souboru .htaccess a DNS záznamů.

Rychlý přehled pro pokročilé

Tato část slouží pouze pro ověření pro velmi zkušené uživatele, kteří si chtějí pouze ověřit postup a nepotřebují číst celý článek. Pro všechny ostatní doporučujeme pokračovat další sekcí.

1. Vytvořte zálohu celého webu i databáze na původním serveru.
2. Snižte TTL u DNS záznamů domény (ideálně 24–48 hodin předem).
3. Přesuňte web jednou z metod — pluginem, přes FTP, nebo přes SSH (rsync + mysqldump).
4. Pokud se mění doména — aktualizujte URL v databázi (plugin to řeší automaticky, u FTP/SSH použijte WP-CLI nebo Better Search Replace).
5. Zkontrolujte verzi PHP na novém serveru a srovnejte ji s původním.
6. Otestujte web přes alternativní adresu (volitelné, ale doporučené).
7. Přesměrujte DNS záznamy na nový server.
8. Vygenerujte SSL certifikát na novém serveru (až po přesměrování DNS).
9. Ověřte funkčnost webu — zobrazení, přihlášení do administrace, funkčnost formulářů a pluginů.

Co je dobré vědět předem

Na migraci WordPressu si vyhraďte přibližně 30–60 minut. Samotný přesun dat je rychlý, většinu času zabere kontrola a ladění po migraci. U větších webů (nad 1 GB) nebo webů s nestandardní konfigurací počítejte s delším časem.

Před migrací je zásadní vytvořit zálohu celého webu i databáze na původním serveru. Záloha je vaše pojistka — pokud se při přesunu cokoli pokazí, můžete se kdykoli vrátit k funkčnímu stavu. Pokud máte VPS u Váš Hosting, zálohy spravujete přes VPS Centrum v sekci Zálohování.

Na webhostingu zálohu pořídíte přes Správce souborů v Zákaznickém portálu nebo stažením souborů přes FTP. Případně jsou i k dispozici webhostinové zálohy, které jsou zálohované na našich serverech (max 21. dní). Podrobnosti najdete v návodu Jak je to se zálohováním ve Váš Hosting.

Jakou metodu migrace zvolit

Každá metoda má jiné požadavky, výhody i omezení. Následující tabulka vám pomůže vybrat tu nejvhodnější pro vaši situaci:

	Plugin	FTP + databáze	SSH (rsync + mysqldump)
Kdy zvolit	Běžné weby, bez speciálních požadavků	Nemáte SSH na starém serveru, nebo chcete postup pod kontrolou	Velké weby, oba servery mají SSH, chcete nejrychlejší přenos
Limit velikosti	500 MB (AIO WP Migration zdarma) nebo 200 GB (Migrate Guru)	Bez limitu	Bez limitu
Technická náročnost	Nízká — vše v prohlížeči	Střední — FTP klient, phpMyAdmin	Vyšší — práce v terminálu
Rychlost přenosu	Závisí na upload/download	Pomalé u mnoha malých souborů	Nejrychlejší — server-to-server
Změna URL	Automaticky při exportu	Ručně (plugin Better Search Replace nebo WP-CLI)	Ručně (WP-CLI nebo Better Search Replace)
Potřebuje SSH	Ne	Ne (stačí FTP + phpMyAdmin)	Ano, na obou serverech
Potřebuje WP na doméně kam migrujete	Ano — plugin běží v administraci WP	Ne — WP se přenese jako součást souborů	Ne — WP se přenese jako součást souborů
Riziko	Nízké — plugin řeší vše	Střední — ruční úprava wp-config.php, URL v databázi	Střední — serializovaná data při změně domény, ruční úprava wp-config.php (viz popis metody)
Časová náročnost	~15–30 minut	~30–60 minut	~15–30 minut (samotný přenos je nejrychlejší, ale příprava zabere čas)

Pokud jste zvyklí na „instalaci WordPressu“ (ať už přes instalátor ve VPS Centru, nebo přes známou 5minutovou instalaci), může vás překvapit, že u FTP a SSH migrace žádná instalace na novém serveru neprobíhá. WordPress totiž není CMS, který se musí na server zvlášť nainstalovat — je to sada PHP souborů a databáze. Když přenesete obojí na nový server a nastavíte v souboru wp-config.php správné připojení k databázi, WordPress na novém serveru běží. Stačí zadat adresu webu do prohlížeče (případně domena.cz/wp-admin pro administraci) a vše funguje, jako by tam WordPress byl odjakživa. Instalátor CMS ve VPS Centru dělá v podstatě jen to, co při migraci už máte hotové — vytvoří wp-config.php a naplní databázi výchozími tabulkami.

Co budete potřebovat

Pro všechny metody:

• Přístupové údaje k novému serveru — přihlášení do VPS Centra (pokud máte VPS) nebo do
  Zákaznického portálu (pokud máte webhosting).
• Doménu přidanou na novém serveru — na VPS přes sekci Domény ve VPS Centru, na webhostingu přes Zákaznický portál.
• Zálohu webu i databáze z původního serveru.

Pro migraci pluginem navíc:

• Přístup do administrace WordPressu na původním i novém serveru (obvykle vasedomena.cz/wp-admin).

Pro ruční migraci přes FTP navíc:

• FTP přístup k původnímu i novému serveru — pokud s FTP začínáte, pomůže vám návod
  Jak se připojit na FTP.
• Přístup k databázi na původním i novém serveru (phpMyAdmin nebo SSH).
• Novou databázi vytvořenou na novém serveru — postup najdete v návodu Jak založit a spravovat databáze.

Pro migraci přes SSH navíc:

• SSH přístup k původnímu i novému serveru — pokud s SSH teprve začínáte, doporučujeme nejprve náš
  Kompletní průvodce SSH.
• Novou databázi vytvořenou na novém serveru.

Metoda 1: Migrace pluginem

Migrační plugin je nejpohodlnější způsob přesunu WordPressu. Zvládne export i import celého webu — souborů, databáze i nastavení — bez nutnosti pracovat s FTP nebo terminálem. Pluginy automaticky řeší i přepis URL adres včetně serializovaných dat v databázi, takže riziko, že se po migraci něco rozbije, je minimální.

Který plugin zvolit

Plugin	Limit zdarma	Hlavní výhoda	Hlavní nevýhoda
All-in-One WP Migration	150 MB (500 MB s rozšířením Basic)	Nejrozšířenější, velká komunita, přehledné rozhraní	Limit velikosti v bezplatné verzi
Migrate Guru	200 GB	Bez limitu velikosti, migrace běží na cloudu — nezatěžuje server	Vyžaduje zadání FTP/cPanel údajů k novému serveru

Oba pluginy jsou ke stažení zdarma v repozitáři WordPressu — All-in-One WP Migration a Migrate Guru.

Pro většinu webů do 500 MB doporučujeme All-in-One WP Migration — je nejjednodušší na použití. Pokud je váš web větší nebo se vám nechce stahovat a znovu nahrávat velký soubor, použijte Migrate Guru, který přenáší data přímo mezi servery bez prostředníka.

Následující postup ukazujeme na příkladu All-in-One WP Migration. Postup s Migrate Guru se liší v detailech (místo stahování souboru zadáváte údaje k novému serveru), ale princip je stejný.

Pokud si lámete hlavu, jak migraci zvládnout bez úhony, webdesigner Vojtěch Bruk natočil o migraci pomocí pluginu All-in-One WP Migration přehledné video:

Krok 1: Exportujte web na původním serveru

V administraci WordPressu na původním serveru nainstalujte a aktivujte plugin All-in-One WP Migration (ke stažení zdarma v repozitáři WordPressu). Poté přejděte do All-in-One WP Migration > Exportovat.

Plugin umožňuje při exportu automaticky změnit URL adresu webu. To se hodí, pokud web přesouváte na jinou doménu — stačí vyplnit novou adresu do pole pro nahrazení.

Klikněte na Exportovat do > Soubor. Plugin vytvoří soubor s koncovkou .wpress, který obsahuje celý web — soubory, databázi i nastavení.

Stáhněte vygenerovaný soubor .wpress do počítače.

Krok 2: Nainstalujte WordPress na novém serveru

Na novém serveru potřebujete čistou instalaci WordPressu. Pokud máte VPS s VPS Centrem, nejrychlejší cesta je využít instalátor CMS — ve VPS Centru vyberte doménu a přejděte do záložky Instalátor CMS. Na webhostingu nainstalujete WordPress přes sekci Instalátor CMS v detailu domény v Zákaznickém portálu.

Po instalaci se přihlaste do administrace WordPressu na novém serveru.

Krok 3: Importujte web na novém serveru

V administraci WordPressu na novém serveru nainstalujte a aktivujte plugin All-in-One WP Migration.

Přejděte do All-in-One WP Migration > Importovat a přetáhněte soubor .wpress do vyznačené oblasti, nebo ho vyberte z počítače.

Plugin zobrazí potvrzovací dialog — import přepíše veškerý obsah na novém serveru. Potvrďte a vyčkejte na dokončení.

Po dokončení importu se znovu přihlaste do administrace — plugin přepsal i přihlašovací údaje, takže použijte heslo z původního serveru.

Indikátor úspěchu: Po přihlášení byste měli vidět svůj původní web se všemi stránkami, příspěvky, médii a nastavením.

Metoda 2: Ruční migrace přes FTP a databázi

Ruční migrace přes FTP vám dává kontrolu nad celým procesem a nemá žádné omezení na velikost webu. Je vhodná zejména tehdy, když nemáte SSH přístup k původnímu serveru (což je běžné u sdílených hostingů), ale máte k dispozici FTP a phpMyAdmin.

Princip: stáhnete zazipované soubory webu přes FTP a databázi vyexportujete přes phpMyAdmin, obojí pak nahrajete na nový server.

Krok 1: Exportujte databázi na původním serveru

Na původním serveru vytvořte export (dump) databáze WordPressu. Jde o soubor s příponou .sql, který obsahuje celou strukturu databáze i její data — příspěvky, stránky, nastavení, uživatele. Export můžete provést přes phpMyAdmin (tlačítko Exportovat) nebo v terminálu. Podrobný postup najdete v návodu Jak na migrace: Databáze.

Krok 2: Přeneste soubory webu

Stáhněte celý obsah adresáře webu z původního serveru přes FTP (typicky složku public_html nebo www) a nahrajte ho na nový server, ideálně v zazipované podobě, na serveru pak můžete soubory odzipovat.

Na VPS s VPS Centrem i na webhosting je webroot domény na cestě /www/hosting/DOMENA/www/. Přenos může u větších webů trvat desítky minut — záleží na rychlosti připojení a počtu souborů. Podrobný postup najdete v návodu Jak migrovat web: Přesun webových stránek.

Krok 3: Importujte databázi na novém serveru

Na novém serveru vytvořte novou databázi — na VPS ve VPS Centru vyberte doménu a přejděte do záložky Databáze, na webhostingu přes sekci databází v Zákaznickém portálu. Poté do nové databáze importujte dump z původního serveru (přes phpMyAdmin — tlačítko Importovat, nebo v terminálu).

Krok 4: Upravte soubor wp-config.php

Po přenosu souborů a databáze je nutné aktualizovat konfiguraci WordPressu, aby odpovídala novému serveru. Otevřete soubor wp-config.php v kořenovém adresáři webu a aktualizujte přihlašovací údaje k databázi:

define( 'DB_NAME', 'NAZEV_DATABAZE' );
define( 'DB_USER', 'UZIVATEL' );
define( 'DB_PASSWORD', 'HESLO' );
define( 'DB_HOST', 'localhost' );

Kde:

• NAZEV_DATABAZE — název nové databáze, kterou jste vytvořili na novém serveru.
• UZIVATEL — uživatelské jméno k nové databázi.
• HESLO — heslo k nové databázi.
• Hodnotu DB_HOST ponechte na localhost — na serverech Váš Hosting databáze běží na stejném stroji jako web.

Krok 5: Aktualizujte URL v databázi

Pokud se mění doména nebo URL adresa webu (například přecházíte z http na https, nebo z jedné domény na druhou), je nutné aktualizovat URL ve všech záznamech v databázi. WordPress ukládá absolutní URL na mnoha místech — v příspěvcích, stránkách, nastavení, widgetech i v serializovaných datech pluginů.

Nejspolehlivější způsob je použít plugin Better Search Replace, který zvládne i serializovaná data:

1. Na novém serveru se přihlaste do administrace WordPressu.
2. Nainstalujte a aktivujte plugin Better Search Replace.
3. V sekci Nástroje > Better Search Replace vyplňte starou URL např. http://stara-domena.cz a novou URL např. https://nova-domena.cz.
4. Vyberte všechny tabulky databáze a spusťte nahrazení.

Indikátor úspěchu: Po dokončení všech pěti kroků by se měl web na novém serveru načíst s funkčním obsahem — stránky, příspěvky, obrázky i nastavení by měly odpovídat původnímu webu. Pokud se web nenačte nebo zobrazí chybu, podívejte se do sekce Nejčastější problémy.

Metoda 3: Migrace přes SSH (rsync + mysqldump)

Migrace přes SSH je nejrychlejší způsob přesunu WordPressu. Na rozdíl od FTP, kde soubory putují přes váš počítač (stáhnout ze starého serveru → nahrát na nový), při SSH migraci data tečou přímo mezi servery. U webu s tisíci souborů (což je u WordPressu s pluginy běžné) je rozdíl v rychlosti zásadní.

Tato metoda vyžaduje SSH přístup k oběma serverům a základní znalost práce v terminálu. Pokud s SSH teprve začínáte, doporučujeme nejprve náš Kompletní průvodce SSH.

Výhody a rizika oproti ostatním metodám

Než se do SSH migrace pustíte, je dobré vědět, v čem je lepší i v čem je náročnější oproti pluginu nebo FTP. Tohle rozhodnutí závisí na vaší konkrétní situaci — velikosti webu, dostupnosti SSH a zkušenostech s terminálem.

Výhody:

• Rychlost — rsync přenáší data přímo mezi servery a je řádově rychlejší než FTP, zejména u webů s velkým množstvím malých souborů (WordPress s desítkami pluginů může mít i desítky tisíc souborů).
• Žádné limity velikosti — na rozdíl od pluginů, které mají strop (500 MB nebo 200 GB v bezplatných verzích), přes SSH přenesete web jakékoli velikosti.
• Obnovitelnost přenosu — pokud se spojení přeruší, rsync při dalším spuštění pokračuje tam, kde skončil. Přenáší jen soubory, které se změnily nebo chybí. U FTP obvykle musíte začít znovu, nebo ručně porovnávat, co se přeneslo a co ne.
• Komprese za běhu — rsync umí data při přenosu komprimovat (přepínač -z), což urychlí přenos u pomalejších spojení.
• Na cílovém serveru nepotřebujete předinstalovaný WordPress — přenášíte kompletní web včetně všech souborů.

Rizika a nevýhody:

• Serializovaná data v databázi — tohle je největší riziko oproti pluginům. Pokud se při migraci mění doména, musíte URL v databázi aktualizovat nástrojem, který rozumí serializovanému formátu WordPressu (WP-CLI nebo plugin Better Search Replace). Obyčejný SQL příkaz tato data poškodí — podrobné vysvětlení proč a jak to řešit najdete v Metodě 2, Krok 5. Pokud se doména nemění (přesouváte web na jiný server se stejnou doménou), toto riziko odpadá — URL zůstávají stejné a v databázi se nic přepisovat nemusí.
• Oprávnění a vlastnictví souborů — rsync ve výchozím stavu přenese oprávnění ze zdrojového serveru, ale na novém serveru může být jiný systémový uživatel domény. V Kroku 1 proto používáme přepínač --chown, který nastaví správného vlastníka rovnou při přenosu. Pokud ho vynecháte, musíte oprávnění opravit dodatečně — viz Krok 3.
• SSH musí být dostupné na obou serverech — ne všechny hostingy SSH přístup nabízejí (typicky sdílené hostingy ho nemají, VPS obvykle ano). Zároveň firewall na původním serveru může blokovat příchozí SSH spojení z IP nového serveru (příkaz rsync se spouští z nového serveru a připojuje se na starý). Pokud SSH na jednom ze serverů nemáte, použijte Metodu 1 (plugin) nebo Metodu 2 (FTP).
• Ruční úprava wp-config.php — stejně jako u FTP migrace musíte ručně přepsat přihlašovací údaje k databázi.
• Žádná automatická verifikace — plugin „ví“, co je WordPress, a může ověřit integritu přenesených dat. rsync kopíruje soubory bez ohledu na jejich obsah — pokud se něco poškodí, zjistíte to až při testování webu.

Krok 1: Přeneste soubory webu

Připojte se přes SSH na nový server (ten, kam web přesouváte). Než spustíte přenos, zjistěte jméno systémového uživatele domény na novém serveru — budete ho potřebovat v příkazu. Na serverech Váš Hosting s VPS Centrem má každá doména vlastního uživatele, kde se tečka v názvu domény nahrazuje pomlčkou (pro doménu example.cz je to uživatel example-cz). Ověřte ho příkazem:

ls -la /www/hosting/DOMENA/

Třetí sloupec u složky www je jméno uživatele domény.

Poté spusťte přenos souborů z původního serveru příkazem rsync:

rsync -avz --chown=UZIVATEL_DOMENY:UZIVATEL_DOMENY -e "ssh -p PORT" UZIVATEL_SSH@IP_PUVODNIHO_SERVERU:/cesta/k/webu/ /www/hosting/DOMENA/www/

Kde:

• UZIVATEL_DOMENY — systémový uživatel domény na novém serveru, kterého jste právě zjistili (např. example-cz).
• PORT — číslo SSH portu na původním serveru (nejčastěji 22, ale může se lišit).
• UZIVATEL_SSH — vaše uživatelské jméno na původním serveru.
• IP_PUVODNIHO_SERVERU — IP adresa původního serveru.
• /cesta/k/webu/ — cesta k adresáři webu na původním serveru (např. /home/uzivatel/public_html/ nebo /var/www/html/). Lomítko na konci je důležité — znamená „obsah adresáře“, ne adresář samotný.
• /www/hosting/DOMENA/www/ — webroot domény na novém serveru (Váš Hosting).

Přepínače příkazu: -a zachová strukturu, oprávnění a timestamps, -v zobrazí průběh přenosu, -z komprimuje data při přenosu. Přepínač --chown nastaví správného vlastníka souborů rovnou při přenosu — díky tomu nemusíte oprávnění opravovat dodatečně.

Indikátor úspěchu: Po dokončení rsync vypíše souhrn — počet přenesených souborů a celkovou velikost. Ve webrootu na novém serveru byste měli vidět soubory WordPressu, včetně wp-config.php, wp-content a dalších.

Krok 2: Přeneste databázi

Databázi přenesete ve třech krocích — export na původním serveru, přenos souboru a import na novém. Nejdřív se přihlaste přes SSH na původní server a vytvořte export (dump):

mysqldump -u DB_UZIVATEL -p DB_NAZEV > dump.sql

Po zadání hesla se vytvoří soubor dump.sql s celou databází. Poté se přepněte na nový server a stáhněte soubor příkazem scp:

scp -P PORT UZIVATEL_SSH@IP_PUVODNIHO_SERVERU:~/dump.sql /root/

A nakonec databázi importujte do nové databáze na novém serveru:

mariadb -u NOVY_DB_UZIVATEL -p NOVY_DB_NAZEV < /root/dump.sql

Kde DB_UZIVATEL a DB_NAZEV jsou údaje z původního serveru, NOVY_DB_UZIVATEL a NOVY_DB_NAZEV údaje z nového serveru. Novou databázi na novém serveru vytvořte předem — ve VPS Centru vyberte doménu a přejděte do záložky Databáze. Postup najdete v návodu Jak založit a spravovat databáze.

Indikátor úspěchu: Po importu by měl příkaz proběhnout bez chybových hlášek. Správnost dat ověříte nejlépe až po dokončení všech kroků — načtením webu v prohlížeči.

Krok 3: Ověřte oprávnění souborů

Pokud jste v Kroku 1 použili přepínač --chown, soubory by už měly patřit správnému uživateli domény. Ověřte to příkazem:

ls -la /www/hosting/DOMENA/www/

Třetí sloupec (vlastník) a čtvrtý sloupec (skupina) by měly odpovídat uživateli domény (např. example-cz). Pokud tomu tak je, pokračujte Krokem 4.

Pokud oprávnění nesedí (například jste --chown nepoužili, nebo jste zadali špatného uživatele), je potřeba je opravit příkazem chown -R.

Nejdřív ověřte, že cesta k webrootu existuje a obsahuje soubory WordPressu:

ls /www/hosting/DOMENA/www/

Ve výpisu byste měli vidět soubory WordPressu — wp-admin, wp-content, wp-config.php a další. Pokud je složka prázdná nebo příkaz vypíše chybu, cesta je nesprávná — zkontrolujte název domény.

Až máte ověřenou cestu i jméno uživatele, opravte oprávnění:

chown -R UZIVATEL_DOMENY:UZIVATEL_DOMENY /www/hosting/DOMENA/www/

Pokud soubory nepatří správnému uživateli, PHP-FPM je nebude moci číst a web se nenačte.

Krok 4: Upravte soubor wp-config.php

Otevřete soubor wp-config.php ve webrootu na novém serveru a aktualizujte čtyři hodnoty pro připojení k databázi:

• DB_NAME — název nové databáze na novém serveru.
• DB_USER — uživatelské jméno k nové databázi.
• DB_PASSWORD — heslo k nové databázi.
• DB_HOST — ponechte localhost.

Podrobný popis včetně příkladu kódu najdete v Metodě 2, Krok 4.

Krok 5: Aktualizujte URL v databázi (pokud se mění doména)

Pokud se doména nemění (přesouváte web na jiný server, ale adresa zůstává stejná), tento krok přeskočte — URL v databázi jsou správné a nic přepisovat nemusíte.

Pokud se doména mění, aktualizujte URL stejným postupem jako u Metody 2, Krok 5 — pluginem Better Search Replace nebo nástrojem WP-CLI. Na VPS si můžete WP-CLI nainstalovat a URL aktualizovat přímo v terminálu. WP-CLI není na serverech Váš Hosting předinstalované — návod najdete v oficiální dokumentaci WP-CLI.

Indikátor úspěchu: Po dokončení všech kroků by se měl web na novém serveru načíst s funkčním obsahem. Pokud se web nenačte nebo zobrazí chybu, podívejte se do sekce Nejčastější problémy.

Po migraci — kontrola a dokončení

Bez ohledu na zvolenou metodu migrace je potřeba po přesunu zkontrolovat a dokončit několik věcí. Nepřeskakujte tuto část — většina problémů po migraci vzniká právě kvůli opomenutým krokům v této fázi.

Zkontrolujte verzi PHP

Ověřte, že na novém serveru máte nastavenou stejnou (nebo novější) verzi PHP jako na původním. Pokud se verze liší, některé pluginy nebo samotný WordPress se nemusí chovat správně.

Na VPS nastavíte verzi PHP pro konkrétní doménu ve VPS Centru — vyberte doménu a v sekci Přehled uvidíte aktuálně nastavenou verzi.

Na webhostingu je nastavení PHP dostupné v Zákaznickém portálu v sekci Detail.

Podrobnosti najdete v návodu Nastavení souboru PHP.ini.

Otestujte web přes alternativní adresu

Ještě než přesměrujete DNS, doporučujeme web na novém serveru otestovat přes alternativní adresu. Díky tomu ověříte, že vše funguje správně, aniž byste ovlivnili provoz na původním serveru.

Alternativní adresu najdete ve VPS Centru nebo v Zákaznickém portálu — ikona šipek u domény. Formát adresy: DOMENA.HOSTNAME.vas-server.cz (například example.cz.nij07.vas-server.cz).

Aby WordPress na alternativní adrese fungoval správně, přidejte do souboru wp-config.php tyto dva řádky (před řádek /* That's all, stop editing! */):

define( 'WP_HOME', 'http://DOMENA.HOSTNAME.vas-server.cz' );
define( 'WP_SITEURL', 'http://DOMENA.HOSTNAME.vas-server.cz' );

Kde DOMENA je vaše doména a HOSTNAME je název serveru — obojí zjistíte z alternativní adresy zobrazené ve VPS Centru nebo Zákaznickém portálu. Adresu zadejte s http:// (bez „s“), protože SSL certifikát pro alternativní adresu zpravidla není vygenerovaný.

Tyto dva řádky přepíší URL uloženou v databázi a WordPress se bude zobrazovat na alternativní adrese. Až testování dokončíte a DNS záznamy budou přesměrované na nový server, oba řádky z wp-config.php odstraňte — WordPress se pak vrátí k URL uložené v databázi.

Více o testování na alternativní adrese najdete v článku WordPress se zobrazuje divně na alternativní adrese.

Přesměrujte DNS záznamy

Když máte data na novém serveru a web na alternativní adrese funguje, je čas přesměrovat DNS záznamy domény na nový server.

Máte dvě možnosti:

• Používat DNS servery Váš Hosting — doporučujeme, protože DNS záznamy budete spravovat z jednoho rozhraní a v případě problémů máme větší prostor pro podporu. Postup najdete v návodu
  Jak změnit DNS servery.
• Ponechat DNS u stávajícího poskytovatele — v tom případě stačí změnit A záznam domény na IP adresu nového serveru. IP adresu najdete v Zákaznickém portálu v detailu serveru. Podrobnosti o správě DNS najdete v návodu DNS záznamy: Jak je spravovat a k čemu slouží.

Vygenerujte SSL certifikát a zapněte HTTPS

SSL certifikát nelze vygenerovat, dokud DNS záznamy domény nesměřují na nový server — proto tento krok přichází až po přesměrování DNS.

Doporučený postup:

1. Před přesměrováním DNS dočasně vypněte vynucené přesměrování z HTTP na HTTPS. Pokud ho máte nastavené v pluginu (např. Really Simple SSL, WP Force SSL nebo podobném), dočasně ho deaktivujte. Pokud je přesměrování v souboru .htaccess, zakomentujte příslušné řádky.
2. Po přesměrování DNS vygenerujte SSL certifikát na novém serveru. Pokud používáte automatický certifikát Let’s Encrypt, vygeneruje se přes VPS Centrum (na webhostingu přes Zákaznický portál). Podrobný návod najdete v článku Aktivace HTTPS: K čemu je SSL certifikát a jak mě ochrání.
3. Po vygenerování certifikátu znovu zapněte přesměrování na HTTPS.

Zkontrolujte soubor .htaccess

Soubor .htaccess obsahuje pravidla pro webserver Apache. Pravidla z původního serveru nemusí na novém serveru fungovat — každý hosting může mít jinou konfiguraci Apache.

Pokud web po migraci nefunguje správně (chyba 500, nefunkční přesměrování, rozpadlé URL adresy), zkuste soubor .htaccess nahradit výchozí verzí pro WordPress:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Pokud se web s výchozím .htaccess rozběhne, problém je v původních pravidlech. Přidávejte je zpět postupně a sledujte, které pravidlo způsobuje problém. Více o práci se souborem .htaccess najdete v návodu Jak na soubor .htaccess: Nejčastější příklady použití.

Nejčastější problémy

Bílá stránka po migraci (White Screen of Death)

Symptom: Po načtení webu se zobrazí prázdná bílá stránka bez jakéhokoli obsahu nebo chybové hlášky.

Příčina: Nejčastěji jde o fatální PHP chybu — nekompatibilní plugin nebo téma s verzí PHP na novém serveru.

Řešení: Zapněte logování chyb ve WordPressu. Do souboru wp-config.php přidejte:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

WordPress začne zapisovat chyby do souboru wp-content/debug.log. Otevřete tento soubor (přes FTP nebo Správce souborů) a podívejte se na poslední záznamy — najdete tam konkrétní chybovou hlášku, která vám napoví, který plugin nebo téma problém způsobuje.

„Error establishing a database connection“

Symptom: Web zobrazí hlášku Error establishing a database connection.

Příčina: WordPress se nemůže připojit k databázi — přihlašovací údaje v souboru wp-config.php neodpovídají skutečné databázi na novém serveru.

Řešení: Otevřete soubor wp-config.php a zkontrolujte hodnoty DB_NAME, DB_USER, DB_PASSWORD a DB_HOST. Porovnejte je s údaji, které jste zadali při vytváření databáze ve VPS Centru (na webhostingu v Zákaznickém portálu). Hodnota DB_HOST by měla být localhost.

Přesměrovací smyčka (ERR_TOO_MANY_REDIRECTS)

Symptom: Prohlížeč zobrazí chybu ERR_TOO_MANY_REDIRECTS nebo hlášku o příliš mnoha přesměrováních.

Příčina: WordPress se pokouší přesměrovat na HTTPS, ale SSL certifikát ještě není vygenerovaný na novém serveru — vzniká nekonečná smyčka.

Řešení: Dočasně vypněte vynucené HTTPS — buď deaktivací příslušného pluginu (Really Simple SSL, WP Force SSL apod.), nebo zakomentováním přesměrovacích pravidel v souboru .htaccess. Po vygenerování SSL certifikátu přesměrování znovu zapněte.

Rozpadlé styly, chybějící obrázky nebo zmizlé widgety

Symptom: Web se načte, ale bez stylů (CSS), obrázky se nezobrazují, interní odkazy vedou na starou doménu. Nebo web vypadá správně, ale widgety zmizely, nastavení pluginů se resetovalo nebo Customizer neukazuje uložené úpravy.

Příčina: V databázi zůstaly URL adresy původního serveru. U rozpadlých stylů a obrázků URL vedou na starou adresu. U zmizlých widgetů a resetovaných nastavení je příčinou poškozená serializovaná data — typicky po použití nesprávného nástroje pro změnu URL (viz vysvětlení v Metodě 2, Krok 5).

Řešení: Aktualizujte URL v databázi nástrojem, který korektně pracuje se serializovanými daty — pluginem Better Search Replace nebo příkazem wp search-replace v WP-CLI (viz Krok 5 v sekci Ruční migrace). Pokud jste již použili SQL REPLACE a data jsou poškozená, obnovte databázi ze zálohy a proveďte nahrazení znovu správným nástrojem.

Chyba 500 (Internal Server Error)

Symptom: Web zobrazí chybu 500 Internal Server Error.

Příčina: Nejčastěji nekompatibilní pravidla v souboru .htaccess — původní server mohl mít jiné moduly Apache nebo jinou konfiguraci.

Řešení: Přejmenujte soubor .htaccess (např. na .htaccess-old) a vytvořte nový s výchozím obsahem pro WordPress (viz sekce Zkontrolujte soubor .htaccess výše). Pokud se web rozběhne, problém je v původních pravidlech.

Web se nenačte po SSH migraci — Permission denied

Symptom: Po migraci přes SSH web zobrazí chybu 403 Forbidden nebo prázdnou stránku. V logu serveru se objevuje Permission denied.

Příčina: Soubory ve webrootu patří jinému uživateli, než je systémový uživatel domény na novém serveru. PHP-FPM běží pod uživatelem domény a nemůže soubory číst. Nejčastěji se to stane, když v příkazu rsync chybí přepínač --chown.

Řešení: Ověřte a opravte vlastnictví souborů — viz Krok 3 v sekci Migrace přes SSH. Při příštím přenosu použijte rsync s přepínačem --chown, který nastaví správného vlastníka rovnou při kopírování.

Import přes plugin se zasekne nebo selže

Symptom: Import v pluginu All-in-One WP Migration se zastaví na určitém procentu nebo skončí chybou.

Příčina: Nejčastěji nedostatečné PHP limity na novém serveru — nízká hodnota upload_max_filesize, post_max_size nebo max_execution_time.

Řešení: Na VPS ve VPS Centru vyberte doménu a v sekci Přehled zvyšte PHP limity — zejména upload_max_filesize a post_max_size (na hodnotu větší, než je velikost importovaného souboru) a max_execution_time (např. na 300 sekund).

Na webhostingu tato nastavení nejsou k dispozici a pro jejich změnu nám prosím napište na podporu. Podrobnosti najdete v návodu Jak přidávat a upravovat hodnoty PHP.

Pokud problém přetrvává i po vyzkoušení výše uvedených řešení, neváhejte kontaktovat naši podporu — rádi vám s migrací pomůžeme.