Pytanie o to, jak przenieść stronę na inny hosting, wraca zawsze wtedy, gdy serwer zaczyna dławić się przy kilkuset odsłonach dziennie albo rachunek za odnowienie rośnie dwukrotnie. Dobra wiadomość: jak przenieść stronę na inny hosting to zadanie techniczne, nie loteria — przy dobrym planie cała operacja kończy się przestojem liczonym w minutach, a nie w dniach. Migracja składa się z pięciu etapów: kopii zapasowej plików i bazy danych, wgrania danych na nowy serwer, testu na adresie tymczasowym, przełączenia rekordów DNS oraz weryfikacji certyfikatu i przekierowań. Największe ryzyko nie leży w kopiowaniu plików, ale w drobiazgach: zapomnianym pliku wp-config.php, innej wersji PHP, brakującym rozszerzeniu bazy czy wygasłej domenie. Ten poradnik prowadzi przez każdy krok w kolejności, która minimalizuje ryzyko utraty ruchu z wyszukiwarki i zamówień ze sklepu. Znajdziesz w nim także konkretne widełki cenowe i nazwy narzędzi, które sprawdzają się w codziennej pracy.
Przygotowanie: audyt starego serwera i pełna kopia zapasowa
Migrację zaczyna się od spisu inwentarza. Sprawdź wersję PHP i MySQL/MariaDB, rozmiar katalogu z plikami, wagę bazy danych, listę zadań cron, konta e-mail w domenie oraz aktywne certyfikaty. W panelu cPanel lub DirectAdmin te dane są dostępne w kilku kliknięciach. Bez tej listy nowy serwer skonfigurujesz na oślep i pierwsze błędy zobaczysz dopiero po przełączeniu ruchu.
Kopia zapasowa musi obejmować dwa elementy: pliki i bazę. Pliki pobierz przez FTP/SFTP klientem FileZilla lub WinSCP, albo — szybciej — spakuj je na serwerze do archiwum tar.gz i pobierz jednym plikiem. Bazę wyeksportuj z phpMyAdmin, Adminera lub komendą mysqldump. Dla WordPressa alternatywą są wtyczki All-in-One WP Migration, Duplicator i Migrate Guru, które pakują całość w jeden plik.
Ostatni krok przygotowań to obniżenie TTL rekordów domeny do 300 sekund, najlepiej dobę wcześniej. Standardowe 14 400 sekund oznacza, że część użytkowników trafi na stary serwer nawet cztery godziny po przełączeniu. Krótkie TTL skraca ten czas do kilku minut. Zamroź też publikację treści i przyjmowanie zamówień na czas migracji, żeby nie zgubić danych powstałych po eksporcie bazy.
Jak sprawdzić kto jest właścicielem domeny i czy nie wygasa
Zanim ruszysz pliki, ustal formalności domenowe. Jak sprawdzić kto jest właścicielem domeny? Wystarczy zapytanie WHOIS w bazie rejestru — dla .pl w wyszukiwarce NASK — które pokaże abonenta, rejestratora i datę wygaśnięcia. Jeśli termin wypada w trakcie przenosin, najpierw odnów domenę. Jak przedłużyć domenę po wygaśnięciu? W okresie kwarantanny odnowienie kosztuje zwykle od 80 do 150 zł i wymaga kontaktu z rejestratorem.
Wybór nowego hostingu: parametry, które faktycznie mają znaczenie
Pytanie o to, jak wybrać hosting pod WordPress, sprowadza się do czterech parametrów: wersji PHP (minimum 8.1), limitu pamięci dla procesu PHP (256 MB to bezpieczny start), obecności dysków NVMe oraz wbudowanego cache po stronie serwera, na przykład LiteSpeed z LSCache. Liczba domen i miejsce na dysku są mniej istotne, bo typowa witryna firmowa zajmuje 2–5 GB.
Ceny w Polsce układają się w trzy poziomy. Hosting współdzielony dla jednej strony: 100–250 zł za rok. Pakiet z większym limitem procesów i kopiami dziennymi: 300–600 zł rocznie. VPS z 4 GB RAM i dwoma rdzeniami: 40–120 zł miesięcznie. Serwer dedykowany startuje od 400 zł miesięcznie i ma sens dopiero przy stałym obciążeniu.
Sprawdź też trzy rzeczy pomijane w cennikach: czy operator wykonuje kopie zapasowe co najmniej raz na dobę i trzyma je poza serwerem, czy pomoc techniczna odpowiada w kilkanaście minut, oraz czy oferuje darmową migrację. Wielu dostawców przenosi witrynę bezpłatnie w ramach pierwszej opłaty, co eliminuje większość ryzyka technicznego po twojej stronie.
Czym różni się VPS od hostingu współdzielonego
Czym różni się VPS od hostingu współdzielonego? Na współdzielonym setki kont korzystają z jednego systemu i wspólnej puli CPU, a limity procesów potrafią uciąć ruch w godzinach szczytu. VPS daje wydzielone zasoby, własny adres IP i dostęp root, więc sam instalujesz oprogramowanie i sam odpowiadasz za aktualizacje bezpieczeństwa. To wybór dla witryn powyżej 30 tysięcy odsłon miesięcznie.
| Rodzaj usługi | Orientacyjny koszt | Zasoby | Dla kogo |
|---|---|---|---|
| Hosting współdzielony | 100–250 zł/rok | wspólne CPU, limity procesów | blog, wizytówka firmowa |
| Hosting zarządzany WordPress | 300–700 zł/rok | cache serwerowy, kopie dzienne | witryny do 50 tys. odsłon |
| VPS niezarządzany | 40–120 zł/mies. | 2–4 vCPU, 4–8 GB RAM, dostęp root | sklepy, własne aplikacje |
| VPS zarządzany | 150–350 zł/mies. | jak wyżej plus administracja | firmy bez działu IT |
| Serwer dedykowany | od 400 zł/mies. | cały sprzęt na wyłączność | duży, stały ruch |
Transfer plików i bazy danych na nowy serwer
Odpowiedź na pytanie, jak przenieść stronę na inny hosting, sprowadza się w praktyce do dwóch operacji. Pliki wgraj do katalogu public_html nowego konta i rozpakuj archiwum bezpośrednio na serwerze — przez menedżer plików w panelu lub polecenie tar -xzf przez SSH. Wgrywanie kilkudziesięciu tysięcy pojedynczych plików FTP-em trwa godziny i kończy się brakami.
Bazę danych utwórz na nowym serwerze wraz z osobnym użytkownikiem, zaimportuj zrzut SQL i dopisz nowe dane dostępowe w pliku konfiguracyjnym — wp-config.php w WordPressie, configuration.php w Joomli, app/etc/env.php w Magento. Import większy niż 100 MB przepuść przez SSH komendą mysql, bo phpMyAdmin zerwie połączenie na limicie czasu wykonania skryptu. Po rozpakowaniu ustaw uprawnienia 755 dla katalogów i 644 dla plików.

Zanim tkniesz DNS, przetestuj witrynę na nowym serwerze. Najpewniejsza metoda to wpis w lokalnym pliku hosts, który kieruje domenę na nowy adres IP tylko na twoim komputerze. Alternatywnie użyj adresu tymczasowego udostępnianego przez operatora. Sprawdź w tej kolejności: stronę główną, logowanie do panelu, formularz kontaktowy, koszyk i wysyłkę wiadomości.
- Strona główna i pięć losowych podstron — brak błędów 404 oraz 500.
- Logowanie do panelu administracyjnego i zapis zmian w treści.
- Formularz kontaktowy z wysyłką na zewnętrzną skrzynkę pocztową.
- Koszyk, płatność testowa i integracja z kurierem w sklepie.
- Zadania cron, kopie zapasowe oraz przekierowania ze starych adresów.
Rekordy DNS, propagacja i przekierowania
Jak skonfigurować rekordy DNS domeny po migracji? W panelu rejestratora zmień rekord A dla domeny głównej i rekordu www na adres IP nowego serwera, a rekordy MX pozostaw bez zmian, jeśli poczta zostaje u starego operatora. Rekordy TXT z SPF i DKIM przenieś jeden do jednego, inaczej wiadomości z formularzy zaczną wpadać do spamu.
Co to jest rekord CNAME? To alias, który wskazuje jedną nazwę na drugą, zamiast na adres IP. Typowe zastosowanie to subdomena www prowadząca do domeny głównej albo panel zewnętrznej usługi, na przykład sklep.twojadomena.pl kierowany na infrastrukturę dostawcy. CNAME nie może istnieć w korzeniu domeny obok rekordu A — tam używa się rekordu A lub ALIAS.
Jeśli przy okazji zmieniasz strukturę adresów, przygotuj mapę starych i nowych URL-i. Jak ustawić przekierowanie 301 w htaccess? Wystarczy linia Redirect 301 /stary-adres https://domena.pl/nowy-adres lub reguła RewriteRule z flagą [R=301,L]. Wymuś też jedną wersję kanoniczną — z www albo bez, wyłącznie po HTTPS — żeby roboty nie indeksowały czterech wariantów tej samej strony.
Certyfikat SSL i testy wydajności po przełączeniu
Jak zainstalować certyfikat SSL na serwerze? W cPanel, DirectAdmin i hPanel wystarczy zakładka SSL/TLS i przycisk generujący certyfikat dla domeny; na VPS użyjesz Certbota jednym poleceniem certbot –nginx. Darmowy certyfikat SSL Let’s Encrypt odnawia się automatycznie co 90 dni i jest równie mocny kryptograficznie jak wersje płatne za 200–500 zł rocznie.
Kontrola po przełączeniu decyduje o tym, czy wiesz, jak przenieść stronę na inny hosting, czy tylko skopiowałeś pliki. Przejrzyj logi błędów i wyłap mixed content, czyli zasoby wciąż ładowane po HTTP. W Google Search Console sprawdź raport indeksowania i wyślij sitemapę ponownie. Zmierz czas odpowiedzi w PageSpeed Insights oraz GTmetrix — po przenosinach na NVMe TTFB powinien zejść poniżej 300 milisekund.
Gdy strona nadal wydaje się ślamazarna, oddziel problem serwera od własnej sieci. Jak sprawdzić prędkość internetu rzetelnie? Test wykonaj po kablu i bez pobierania w tle, najlepiej kilkakrotnie. Jak wzmocnić sygnał WiFi w domu? Ustaw router centralnie i wyżej niż meble. Jak zmienić kanał WiFi w routerze? W panelu pod adresem 192.168.1.1 wybierz kanał 1, 6 lub 11.
Jak długo trwa przeniesienie strony na inny hosting?
Sama praca techniczna zajmuje od 30 minut przy prostym blogu do kilku godzin przy sklepie z bazą liczoną w gigabajtach. Dłużej trwa propagacja DNS: przy TTL obniżonym do 300 sekund większość odwiedzających zobaczy nowy serwer w kilkanaście minut, ale pojedyncze sieci operatorskie cache’ują wpisy nawet 24 godziny. Dlatego stare konto utrzymuj aktywne przez tydzień po przełączeniu — wtedy niezależnie od tego, na który serwer trafi użytkownik, zobaczy działającą stronę. Realny przestój przy dobrze zaplanowanej migracji wynosi zero minut, bo obie kopie działają równolegle. Jeśli planujesz publikację nowych treści, zaplanuj ją po zakończeniu propagacji, żeby wpisy nie powstały tylko na starym serwerze.
Czy przeniesienie strony wpływa na pozycje w Google?
Zmiana serwera przy zachowanej strukturze adresów jest dla wyszukiwarki neutralna — Google indeksuje URL-e, nie adresy IP. Spadki pojawiają się wtedy, gdy migracja psuje coś innego: strona odpowiada błędem 500 w trakcie skanowania, brakuje certyfikatu i przeglądarka ostrzega przed połączeniem, plik robots.txt z wersji testowej blokuje roboty albo przekierowania tworzą łańcuchy po trzy skoki. Każdy z tych błędów da się wyłapać w pierwszej dobie, jeśli obserwujesz raport indeksowania i logi serwera. Przenosiny na szybszy sprzęt zwykle poprawiają Core Web Vitals, co działa na korzyść widoczności. Kluczowa zasada: nie zmieniaj jednocześnie hostingu, adresów URL i szablonu, bo nie odróżnisz przyczyny od skutku.
Co zrobić, gdy po migracji strona pokazuje błąd 500?
Błąd 500 po przenosinach ma zwykle jedną z czterech przyczyn. Pierwsza to złe dane dostępowe do bazy w pliku konfiguracyjnym — sprawdź nazwę bazy, użytkownika, hasło i host, który na części serwerów nie jest localhost. Druga to brakujące rozszerzenie PHP, na przykład imagick, intl albo zip; listę modułów zobaczysz w podglądzie phpinfo. Trzecia to reguły w htaccess niekompatybilne z nowym serwerem WWW — tymczasowo zmień nazwę pliku i sprawdź, czy witryna wraca. Czwarta to zbyt niski limit pamięci: podnieś memory_limit do 256 MB. Włącz zapis błędów do pliku i czytaj log, zamiast zgadywać; komunikat wskaże dokładną linię i moduł.

