Jak przenieść stronę na inny hosting — krok po kroku 2026

Zmiana hostingu brzmi stresująco — ale przy odpowiednim przygotowaniu możesz przeprowadzić migrację bez ani minuty przestoju i bez ryzyka utraty danych. Ten przewodnik przeprowadzi cię przez cały proces krok po kroku: od diagnozy aktualnej sytuacji, przez pełną kopię zapasową, przeniesienie plików i bazy danych, po zmianę DNS i końcową weryfikację.

Opisane metody działają przede wszystkim dla WordPress, a w większości również dla PrestaShop, Joomla i statycznych stron HTML.

---

Dlaczego warto zmienić hosting i kiedy to zrobić

Wiele osób odkłada migrację w nieskończoność — bo brzmi skomplikowanie albo bo „jakoś działa”. Tymczasem zła decyzja hostingowa kosztuje cię realnie: wolną stroną odpychasz użytkowników i tracisz pozycje w Google.

Oto najczęstsze uzasadnione powody zmiany hostingu:

Strona ładuje się zbyt wolno. Jeśli GTmetrix lub PageSpeed Insights pokazują czas pierwszego bajtu (TTFB) powyżej 800 ms, problem leży często po stronie serwera. Zmiana na hosting z NVMe i nowszym sprzętem potrafi skrócić TTFB trzykrotnie bez żadnych zmian w kodzie.

Wsparcie techniczne kuleje. Czas oczekiwania na odpowiedź dłuższy niż kilka godzin, automatyczne odpowiedzi zamiast rozwiązania problemu — to sygnały, że przy poważnej awarii będziesz sam.

Cena po zakończeniu promocji stała się nieopłacalna. Hosting za 3 zł miesięcznie przez pierwszy rok to standard. Ale jeśli po odnowieniu kosztuje 30 zł, a konkurencja oferuje porównywalną jakość za 10 zł — kalkulacja jest oczywista.

Twoje potrzeby wyrosły ponad plan podstawowy. Rosnący ruch, sklep internetowy, więcej baz danych — w pewnym momencie podstawowy współdzielony hosting po prostu nie wystarcza.

Przenosisz się do kraju z niższym opóźnieniem. Serwery w Polsce = mniejsze ping dla polskich użytkowników. Jeśli twój hosting stoi w USA, a większość odwiedzających jest z Warszawy, zmiana da odczuwalną różnicę.

Dobra wiadomość: migracja jest znacznie prostsza, niż większość osób sądzi. Przy metodycznym podejściu i kilku godzinach spokoju możesz przeprowadzić ją samodzielnie. Jeśli zastanawiasz się jeszcze, na kogo przejść, sprawdź najpierw Jak wybrać hosting? Kompletny przewodnik dla Polaków i Najlepszy hosting w Polsce 2026 — porównanie 5 usług.

---

Przed migracją — co musisz sprawdzić

Zanim zaczniesz cokolwiek przenosić, zrób krótki rekonesans. To zajmie godzinę, a zaoszczędzi ci niespodzianek w trakcie.

Typ strony i technologia. WordPress, statyczne HTML, PrestaShop, własna aplikacja PHP? Od tego zależy metoda migracji. Sprawdź też wymaganą wersję PHP — WordPress 6.x wymaga minimum PHP 7.4, ale zalecane jest 8.2. Nowy hosting musi obsługiwać tę samą wersję lub nowszą.

Zajętość dysku. Wejdź w panel hostingu i sprawdź, ile miejsca zajmuje twoja strona. Jeśli masz 3 GB plików i bazy danych, nowy plan musi mieć co najmniej tyle wolnego miejsca, najlepiej z zapasem.

Liczba i rozmiar baz danych. Jedna baza dla WordPressa to standard. Sklep może mieć kilka. Zapisz nazwy baz, które będziesz przenosić.

Konta e-mail. Czy twoje skrzynki pocztowe są na tym samym hostingu co strona? Jeśli tak, migracja e-maili to oddzielny krok — i jeden z częstszych źródeł błędów. Zdecyduj z wyprzedzeniem, czy e-mail zostaje u starego dostawcy, czy też przechodzi razem ze stroną.

Gdzie jest zarejestrowana domena. Domena może być u rejestratora innego niż hosting. Znaj login do panelu rejestratora — tam będziesz zmieniać DNS. Sprawdź też datę wygaśnięcia hostingu, żeby nie płacić za niepotrzebne miesiące po migracji.

Czy nowy hosting oferuje bezpłatną migrację. Wielu dostawców przenosi strony za darmo dla nowych klientów. Skontaktuj się z supportem przed zakupem — to może zaoszczędzić ci kilku godzin pracy.

---

Krok 1: Pełna kopia zapasowa

To nie opcja — to bezwzględny wymóg. Bez aktualnej kopii zapasowej ryzykujesz całkowitą utratą strony w razie błędu. Migracja to nie czas na oszczędzanie na backupie.

Co musisz zbackupować:

• Wszystkie pliki strony — dla WordPressa to cały katalog public_html (lub www): pliki PHP, obrazki, motywy, wtyczki, przesłane media.
• Baza danych — plik .sql z pełną zawartością tabel. Bez bazy nie ma treści, użytkowników ani ustawień.
• Konfiguracja — plik wp-config.php, .htaccess, ewentualne pliki konfiguracyjne innych aplikacji.
• Konta e-mail — jeśli skrzynki są na tym samym hostingu, wyeksportuj wiadomości w formacie MBOX lub EML.

Jak pobrać kopię zapasową:

Przez panel hostingu: Większość polskich dostawców (cyber_Folks, home.pl, LH.pl) ma w panelu sekcję „Kopia zapasowa” lub „Backup”. Możesz stamtąd pobrać pełne archiwum lub osobno bazę danych. To najprostsze rozwiązanie.

Przez FTP/SFTP: Użyj klienta FTP (np. FileZilla) i pobierz cały katalog strony na swój komputer. Dane dostępowe (host, port, login, hasło) znajdziesz w panelu hostingu. Dla dużych stron może to potrwać.

phpMyAdmin: Zaloguj się do phpMyAdmin (dostęp przez panel hostingu), wybierz bazę danych strony, kliknij „Eksportuj” i zapisz plik .sql. Dla WordPressa możesz też użyć WP CLI: wp db export backup.sql.

Wtyczka WordPress: Duplicator lub All-in-One WP Migration tworzą jedno archiwum zawierające pliki i bazę danych — gotowe do importu na nowym serwerze. Idealne, jeśli nie czujesz się pewnie w pracy z FTP.

Kopię przechowaj lokalnie na komputerze, a najlepiej także w chmurze. Szczegółowe podejście do backupów i strategia 3-2-1 opisane są w Kopie zapasowe danych — reguła 3-2-1 dla domu.

---

Krok 2: Konfiguracja nowego hostingu

Zanim przeniesiesz pliki, przygotuj grunt pod nowym dostawcą. Dobra konfiguracja środowiska zaoszczędzi ci debugowania w ostatniej chwili.

Zamów plan i dodaj domenę. Przy zakupie wybierz plan z odpowiednią ilością miejsca i wsparciem dla wymaganej wersji PHP. Dodaj swoją domenę do panelu jako „alias” lub subdomenę — np. test.twojadomena.pl — zanim zmienisz DNS. Dzięki temu możesz testować stronę na nowym serwerze, podczas gdy użytkownicy nadal widzą starą.

Skonfiguruj wersję PHP. W panelu hostingu ustaw wersję PHP identyczną lub nowszą niż na starym serwerze. Jeśli nie jesteś pewien, którą wersję używasz, sprawdź w panelu starego hostingu lub przez phpinfo().

Utwórz bazę danych i użytkownika. W sekcji MySQL/MariaDB nowego panelu utwórz nową bazę i użytkownika z pełnymi uprawnieniami (SELECT, INSERT, UPDATE, DELETE, CREATE, DROP). Zapisz dane: nazwę bazy, użytkownika i hasło — będą potrzebne przy konfiguracji wp-config.php.

Zainstaluj certyfikat SSL. Większość dostawców oferuje Let’s Encrypt za darmo — aktywuj go od razu, nawet zanim przeniesiesz pliki. Strona bez ważnego SSL po migracji to błąd, który zauważą i użytkownicy, i Google.

Opcjonalnie: zainstaluj świeżego WordPressa na potrzeby testu. Jeśli import przez wtyczkę zawiedzie, będziesz mieć czyste środowisko jako punkt wyjścia.

---

Krok 3: Przeniesienie plików i bazy danych

Masz kopię, masz skonfigurowany nowy serwer — czas na transfer.

Przeniesienie plików:

FTP/SFTP: Połącz się z nowym serwerem przez FileZilla i prześlij wszystkie pliki strony do katalogu public_html. Dla dużych stron (setki MB lub GB obrazków) wygodniejsza jest metoda przez archiwum.

Archiwum przez panel: Spakuj pliki do ZIP na starym hostingu (przez Menedżer plików w panelu), pobierz archiwum, wgraj na nowy serwer i rozpakuj bezpośrednio tam. Znacznie szybsze niż FTP plik po pliku.

Import bazy danych:

Otwórz phpMyAdmin na nowym hostingu, wybierz świeżo utworzoną bazę danych i kliknij „Importuj”. Wskaż plik .sql z kopii zapasowej. Dla dużych baz (powyżej 50 MB) może być konieczne zwiększenie limitu max_allowed_packet — skontaktuj się z supportem lub skorzystaj z importu przez WP CLI: wp db import backup.sql.

Aktualizacja wp-config.php:

Po imporcie bazy otwórz plik wp-config.php na nowym serwerze i zmień dane połączenia:

• DB_NAME — nazwa nowej bazy danych
• DB_USER — nowy użytkownik bazy
• DB_PASSWORD — hasło użytkownika
• DB_HOST — zazwyczaj localhost, ale sprawdź w panelu hostingu

Test funkcjonalny przed zmianą DNS:

Dodaj do pliku hosts na swoim komputerze wpis [IP nowego serwera] twojadomena.pl. Twoja przeglądarka będzie wyświetlać stronę z nowego serwera, podczas gdy reszta internetu widzi nadal stary. Sprawdź wygląd, działanie formularzy, logowanie, prędkość, poprawność linków wewnętrznych i wyświetlanie obrazków. Dopiero po pomyślnym teście przechodzisz dalej.

---

Krok 4: Migracja WordPress — wtyczki i narzędzia hostingu

Dla stron WordPress masz do dyspozycji kilka wyspecjalizowanych narzędzi, które upraszczają lub wręcz automatyzują cały proces.

All-in-One WP Migration — prawdopodobnie najprostsze narzędzie dla początkujących. Instalujesz wtyczkę, klikasz „Eksportuj” i pobierasz jeden plik zawierający pliki i bazę danych. Na nowym serwerze instalujesz tę samą wtyczkę, klikasz „Importuj” i wgrywasz plik. Wtyczka sama aktualizuje adresy URL w bazie danych. Ograniczenie wersji darmowej: 512 MB — dla większych stron konieczna wersja płatna lub alternatywne narzędzie.

Duplicator — bardziej zaawansowane narzędzie, popularne wśród programistów. Tworzy pakiet składający się z archiwum ZIP i instalatora PHP. Kopiujesz oba pliki na nowy serwer i uruchamiasz instalator przez przeglądarkę. Darmowa wersja obsługuje strony do 500 MB, wersja Pro usuwa to ograniczenie i dodaje funkcje automatycznych backupów w chmurze.

Bezpłatna migracja przez support hostingu — to opcja, którą warto rozważyć w pierwszej kolejności, szczególnie jeśli nie chcesz bawić się w technikalia. cyber_Folks oferuje darmową migrację strony dla nowych klientów — ich zespół przenosi pliki, bazę danych i konfiguruje środowisko. Hostinger ma podobną usługę, dostępną po kontakcie z supportem. Zaletą jest zero ryzyka błędu po twojej stronie; wadą — brak pełnej kontroli nad harmonogramem.

Który sposób wybrać? Dla prostych stron bloga: All-in-One WP Migration. Dla stron, gdzie liczy się kontrola procesu: Duplicator. Dla sklepów i złożonych konfiguracji: darmowa migracja przez support hostingu.

---

Krok 5: Zmiana DNS i TTL — jak uniknąć przestojów

To krok, który najbardziej przeraża — ale przy odpowiednim przygotowaniu jest rutynowy.

Obniż TTL z wyprzedzeniem. TTL (Time to Live) to czas, przez jaki rekord DNS jest cachowany przez serwery DNS na całym świecie. Standardowe TTL to 3600–86400 sekund (1–24 godziny). Zmień TTL swoich rekordów A i CNAME na 300 sekund (5 minut) minimum 24–48 godzin przed planowaną migracją. Gdy przyjdzie pora na zmianę DNS, propagacja zajmie kilkanaście minut zamiast doby.

Gdzie zmieniać DNS. DNS zarządzasz w panelu rejestratora domeny (nie zawsze tożsamego z hostingiem). Zaloguj się, znajdź sekcję „DNS” lub „Zarządzanie strefą DNS” i zlokalizuj rekord A (adres IP) dla domeny głównej i subdomeny www. Zmień adres IP na IP nowego serwera. Jeśli korzystasz z name serverów hostingu (rekordy NS), zmień je na NS nowego dostawcy — ale to przenosí całą strefę DNS, więc ostrożnie z rekordami MX (poczta).

Czas propagacji. Przy TTL 300 sekund propagacja zazwyczaj zajmuje od kilkunastu minut do 2–3 godzin. Przy standardowym TTL może trwać do 48 godzin. W tym oknie część użytkowników trafia na stary serwer, część na nowy — dlatego oba serwery muszą działać równocześnie.

Nie usuwaj starego hostingu. Poczekaj minimum 7 dni od momentu zmiany DNS, zanim zamkniesz stare konto. To bufor bezpieczeństwa na wypadek, gdyby propagacja zabrała dłużej lub gdybyś wykrył problem po migracji.

---

Krok 6: Weryfikacja po migracji

Propagacja DNS zakończona — czas na systematyczny przegląd.

SSL i bezpieczeństwo. Sprawdź, czy kłódka w przeglądarce jest aktywna i czy certyfikat jest wystawiony na twoja domenę. Wejdź na https://twojadomena.pl — brak przekierowania z HTTP na HTTPS to błąd do naprawy.

Funkcjonalność strony. Przejdź przez kilka podstron, nie tylko stronę główną. Sprawdź formularze kontaktowe, logowanie do panelu admina, koszyk i płatności w sklepie. Kliknij kilka linków wewnętrznych — błąd 404 może oznaczać, że pliki .htaccess nie zostały przeniesione lub permalinki wymagają przebudowania (w WordPress: Ustawienia → Bezpośrednie odnośniki → Zapisz).

Poczta elektroniczna. Wyślij testową wiadomość na każdą skrzynkę, która była na starym hostingu. Jeśli e-mail był powiązany z domeną, sprawdź rekordy MX w strefie DNS — muszą wskazywać na właściwy serwer pocztowy.

Prędkość. Uruchom test w GTmetrix lub Google PageSpeed Insights. Jeśli wyniki są gorsze niż przed migracją, sprawdź konfigurację cache (np. W3 Total Cache lub LiteSpeed Cache) i czy serwer ma włączone gzip/Brotli.

Google Search Console. Zaloguj się i sprawdź zakładkę „Pokrycie” pod kątem nowych błędów indeksowania. Prześlij sitemap, jeśli nie był wcześniej zarejestrowany.

---

Co zrobić teraz?

1. Zacznij od kopii zapasowej — pobierz wszystkie pliki i bazy danych ze swojego aktualnego hostingu.
2. Sprawdź czy nowy hosting oferuje bezpłatną migrację — to oszczędzi Ci czasu i zminimalizuje ryzyko błędów.
3. Obniż TTL domeny do 300 sekund przynajmniej 24 godziny przed planowaną migracją.
4. Trzymaj stary hosting aktywny przez minimum 7 dni po migracji jako zabezpieczenie.
5. Po migracji sprawdź Google Search Console w poszukiwaniu błędów indeksowania.

Sprawdź ofertę cyber_Folks → Sprawdź ofertę Hostinger →