Przeniesienie strony na nowy hosting bez przestoju sprowadza się do jednej kolejności działań: 48 godzin przed migracją obniż TTL rekordów A i AAAA do 300 sekund, zrób kopię plików i bazy MySQL, wgraj ją na nowy serwer, popraw dane dostępowe w konfiguracji, przetestuj stronę pod nowym adresem IP przez plik hosts i dopiero wtedy przełącz rekord A. Przy TTL 300 s przepięcie rozchodzi się po sieci w 5 do 15 minut, bez wcześniejszego obniżenia TTL potrafi trwać nawet do 48 godzin. Pocztę przenosisz osobno, bo rekordy MX propagują się niezależnie od strony, a stare konto zostawiasz włączone jeszcze przez 7 do 14 dni. Adresy URL zostają bez zmian, dzięki czemu dla Google cała operacja jest neutralna.
Większość poradników zbywa temat DNS jednym zdaniem: "propagacja trwa od kilku minut do 48 godzin". I zostawia człowieka z tym, że nie wie, czy jego strona wróci za kwadrans, czy pojutrze. To nie jest loteria. To jedna liczba, którą ustawiasz sam, dwa dni wcześniej.
TTL, czyli dlaczego jedna migracja boli, a druga przechodzi niezauważona
TTL (time to live) to liczba sekund, przez którą serwery DNS na całym świecie mają prawo trzymać w pamięci odpowiedź na pytanie "pod jakim IP stoi twojadomena.pl". Dopóki ten czas nie minie, resolver Twojego operatora nie pyta o nic ponownie, tylko oddaje to, co ma zapisane. Jeśli w tym oknie przełączysz rekord A, część internetu nadal będzie chodzić na stary serwer i nie zrobisz z tym absolutnie nic.
Domyślny TTL u wielu rejestratorów to 86400 sekund, czyli równa doba. I tu jest haczyk, na którym wykłada się większość samodzielnych migracji: obniżenie TTL nie działa natychmiast. Nowa, niska wartość zostanie w ogóle zauważona dopiero wtedy, gdy z pamięci resolverów wygaśnie stary wpis, ten z TTL 86400. Jeśli więc obniżysz TTL dwie godziny przed przepięciem, resolvery przez kolejne kilkanaście godzin trzymają rekord z dobową ważnością, a Twoje piękne 300 sekund nikogo jeszcze nie obchodzi. Dlatego TTL obniża się z wyprzedzeniem 24 do 48 godzin, nigdy w dniu migracji.
| TTL | Co to znaczy w praktyce | Kiedy tak ustawić |
|---|---|---|
| 86400 s (24 h) | domyślnie u wielu rejestratorów, zmiana rekordu A widoczna nawet do 48 h | nigdy, jeśli planujesz jakąkolwiek zmianę |
| 3600 s (1 h) | zdrowy stan spoczynku, awaryjna zmiana IP w godzinę | normalna, codzienna praca strony |
| 300 do 600 s (5 do 10 min) | przepięcie rozchodzi się w 5 do 15 minut | okno migracji, ustawione 24 do 48 h wcześniej |
Po migracji, gdy sprawdzisz, że wszystko chodzi jak trzeba, podnieś TTL z powrotem do około 3600 sekund. Trzymanie 300 s na stałe to niepotrzebne odpytywanie serwerów DNS przy każdej wizycie i odrobinę wolniejsze pierwsze połączenie. Niski TTL jest narzędziem na czas przeprowadzki, nie stanem docelowym.
Przeniesienie strony na inny hosting krok po kroku
- T-48 h: obniż TTL. W panelu DNS u rejestratora domeny ustaw TTL rekordów A i AAAA na 300 do 600 sekund. Samych adresów IP jeszcze nie ruszaj. To jedyny krok w całej liście, którego nie da się nadrobić później.
- Zrób pełną kopię. Pliki przez FTP, SFTP albo archiwum z panelu, do tego zrzut bazy MySQL (mysqldump lub eksport z phpMyAdmin). Kopia bazy i kopia plików muszą pochodzić z tego samego momentu, inaczej pogubisz zamówienia i komentarze z ostatnich godzin.
- Wgraj wszystko na nowy serwer. Rozpakuj pliki, załóż bazę i użytkownika MySQL, zaimportuj zrzut. Porównaj wersję PHP: skok z 7.4 na 8.3 potrafi położyć starą wtyczkę i lepiej dowiedzieć się o tym teraz niż po przepięciu.
- Popraw pliki konfiguracyjne. W wp-config.php (albo configuration.php, .env, zależnie od systemu) wpisz nową nazwę bazy, użytkownika, hasło i host. Błąd w tym miejscu to klasyczne "Error establishing a database connection" tuż po migracji.
- Przetestuj pod nowym IP, zanim tkniesz DNS. Dopisz w pliku hosts na swoim komputerze linię z nowym adresem IP i domeną (Windows: C:\Windows\System32\drivers\etc\hosts, macOS i Linux: /etc/hosts). Twoja przeglądarka pójdzie wtedy na nowy serwer, a reszta świata dalej na stary. Przeklikaj stronę główną, podstrony, wyszukiwarkę, formularz kontaktowy, panel administracyjny i koszyk, jeśli prowadzisz sklep.
- T-0: przełącz rekord A. Dopiero gdy test wypadł czysto. Zmieniasz A oraz AAAA, jeśli korzystasz z IPv6, na adres nowego serwera. Przy TTL 300 s ruch przechodzi w 5 do 15 minut. Rób to w godzinach najmniejszego ruchu, ale nie w piątek wieczorem, bo problem wyjdzie w sobotę.
- Pocztę potraktuj osobno. MX to inne rekordy i mają własne tempo propagacji. Skrzynki i wiadomości przenieś przed zmianą MX, nie po niej.
- Wystaw SSL na nowym serwerze. Certyfikat Let's Encrypt wystawisz dopiero wtedy, gdy domena faktycznie wskazuje na nowy serwer, bo weryfikacja idzie przez HTTP albo przez DNS. Zaplanuj to na kilkanaście minut po przepięciu, żeby nikt nie zobaczył ostrzeżenia o niezaufanym połączeniu.
- Przywróć TTL. Po dobie lub dwóch spokojnej pracy podnieś TTL do 3600 s.
- Wyłącz stare konto dopiero po 7 do 14 dniach. Nie wcześniej. I zachowaj kopię offline jeszcze na kilka tygodni dłużej.
Harmonogram migracji, godzina po godzinie
Tak wygląda przeprowadzka typowej firmowej strony z pocztą. Rozpisanie jej na oś czasu zamienia stresującą operację w listę zadań do odhaczenia.
| Moment | Co robisz | Dlaczego akurat wtedy |
|---|---|---|
| T-48 h | TTL rekordów A i AAAA na 300 s | stary TTL 86400 s musi najpierw wygasnąć z pamięci resolverów |
| T-24 h | kopia plików i bazy, wgranie na nowy serwer, poprawa konfiguracji | zostaje doba zapasu na wyłapanie niespodzianek |
| T-2 h | test przez plik hosts pod nowym IP | ostatni moment, żeby naprawić coś bez świadków |
| T-1 h | ostatnia kopia bazy i synchronizacja zmian z ostatniej doby | żeby nie zgubić świeżych zamówień i wpisów |
| T-0 | przełączenie rekordu A | ruch przechodzi w 5 do 15 minut |
| T+15 min | SSL na nowym serwerze, kontrola formularzy i logów błędów | domena już wskazuje na nowy serwer, więc certyfikat się wystawi |
| T+1 h | przełączenie MX i sprawdzenie wysyłki oraz odbioru poczty | strona jest już stabilna, poczta ma osobną propagację |
| T+48 h | TTL z powrotem na 3600 s | migracja potwierdzona, niski TTL nie jest już potrzebny |
| T+7 do 14 dni | wyłączenie starego konta | ostatnie zabłąkane maile i cache po drodze |
Ile trwa przeniesienie strony na inny hosting?
Sama praca przy typowej stronie wizytówce lub WordPressie to 1 do 3 godzin: kopia, wgranie, konfiguracja, test. Do tego doliczasz 48 godzin wyprzedzenia na obniżenie TTL i 5 do 15 minut na samo przepięcie DNS. Realnie planuj trzy dni kalendarzowe od decyzji do wyłączenia starego konta. Sklep z dużą bazą zajmie odpowiednio więcej.
Czy strona będzie niedostępna podczas migracji?
Nie, jeśli zachowasz kolejność. Stary serwer pracuje przez cały czas, nowy stoi gotowy obok, a zmiana rekordu A tylko przekierowuje ruch z jednego na drugi. Przestój bierze się z pomyłek: skasowania starego konta przed przepięciem albo wskazania domeny na pusty serwer. Przy TTL 300 s okno niepewności to kilkanaście minut.
Czy przeniesienie strony na inny hosting wpływa na pozycje w Google?
Nie, dopóki nie zmieniasz adresów URL. Google indeksuje adresy, nie serwery, więc zmiana IP i dostawcy jest dla wyszukiwarki zdarzeniem neutralnym. Pozycje lecą dopiero wtedy, gdy przy okazji przebudujesz strukturę linków bez przekierowań, zostawisz w robots.txt blokadę z serwera testowego albo wystawisz stronę bez SSL. Szybszy serwer zwykle pomaga.
Jeśli mimo wszystko zmieniasz przy okazji adresy, przygotuj mapę przekierowań 301 ze starych URL na nowe i wgraj ją razem ze stroną, a nie tydzień później. Jeżeli zmieniasz całą domenę, a nie tylko strukturę adresów, obowiązuje osobna procedura opisana w poradniku o przeniesieniu strony na nową domenę. To jedyny moment, w którym migracja hostingu może realnie ruszyć widoczność, i jedyny, nad którym masz pełną kontrolę. Rozkładamy ten temat na czynniki pierwsze w osobnym tekście: jak zmienić hosting bez utraty pozycji w Google.
Jak przenieść pocztę przy zmianie hostingu?
Załóż na nowym serwerze skrzynki o tych samych adresach, przekopiuj wiadomości narzędziem synchronizującym IMAP (na przykład imapsync) albo przez klienta pocztowego, i dopiero wtedy przełącz rekordy MX. Poczta ma własną, niezależną propagację, więc przez kilka godzin wiadomości mogą wpadać raz na stary, raz na nowy serwer.
To jest zresztą najczęstszy powód, dla którego migracja kończy się awanturą: strona śmiga, a w poniedziałek okazuje się, że połowa zapytań ofertowych z weekendu wisi na starym serwerze albo odbiła się do nadawcy. Stąd zasada trzymania starego konta przez 7 do 14 dni i zaglądania do niego co drugi dzień. Pamiętaj też o rekordach SPF, DKIM i DMARC: po zmianie serwera wysyłającego stary SPF potrafi wysłać Twoje faktury prosto do spamu. Szczegóły konfiguracji opisaliśmy przy hostingu poczty firmowej na własnej domenie. Jeśli razem ze stroną przenosisz też skrzynki, mamy osobny poradnik o tym, jak przenieść pocztę e-mail na nowy hosting bez utraty wiadomości.
Jak przenieść stronę WordPress na inny hosting?
Tak samo jak każdą inną, plus dwie rzeczy specyficzne dla WordPressa. Po pierwsze, w wp-config.php podmieniasz dane bazy. Po drugie, po imporcie sprawdzasz w tabeli wp_options wartości siteurl i home, bo to one decydują, pod jaki adres odsyła silnik. Przy mniejszych stronach wtyczki migracyjne robią to za Ciebie.
Przy większych serwisach wtyczka bywa gorszym pomysłem niż ręczna robota: import przez przeglądarkę wywraca się na limitach upload_max_filesize i max_execution_time. Wtedy szybciej idzie zrzut przez mysqldump i wgranie plików przez SFTP albo rsync. Po migracji przejdź do Ustawienia, Bezpośrednie odnośniki i kliknij Zapisz, żeby przegenerować reguły przepisywania, oraz przejrzyj logi PHP pod kątem wtyczek, które nie lubią nowszej wersji PHP. Środowisko dopasowane pod ten silnik opisaliśmy na stronie hostingu WordPress z zarządzanymi aktualizacjami.
Czy trzeba przenosić domenę razem z hostingiem?
Nie. Domena i hosting to dwie osobne usługi. Domena może spokojnie zostać u dotychczasowego rejestratora, a Ty zmieniasz w jej panelu wyłącznie rekordy DNS, żeby wskazywały na nowy serwer. My pracujemy dokładnie tak: domen nie sprzedajemy, zostaje tam, gdzie jest, a Ty kierujesz DNS na nas.
Transfer domeny do innego rejestratora to zupełnie inna operacja, z kodem authinfo i własnym terminem. Jeśli planujesz obie rzeczy, zrób je w odstępie co najmniej tygodnia. Robienie ich naraz oznacza, że przy pierwszym problemie nie wiesz, czy winna jest strona, DNS, czy transfer.
Przenoszenie strony na inny serwer, gdy nie jesteś administratorem
Przenoszenie strony na inny serwer da się przejść bez wiedzy administratora, pod warunkiem że nie próbujesz robić tego przez panel administracyjny WordPressa. Najczęstszy błąd to instalacja wtyczki migracyjnej na produkcji i eksport przy włączonym ruchu: proces przerywa się na limicie czasu wykonania skryptu, a w bazie zostaje niepełny zrzut. Zrób kopię plików przez FTP lub menedżer plików w panelu, a bazę wyeksportuj osobno, przez narzędzie do obsługi bazy danych.
Druga rzecz, o której warto wiedzieć: pliki zaczynające się od kropki są w większości programów FTP domyślnie ukryte. To właśnie w nich leży konfiguracja przekierowań i reguł serwera. Skopiowanie samych widocznych katalogów kończy się stroną, która działa, ale gubi adresy podstron i przestaje wymuszać HTTPS. Przed pobraniem włącz w kliencie FTP pokazywanie plików ukrytych.
Jeśli nie masz pewności, czy wszystko się przeniosło, porównaj liczbę plików i rozmiar katalogu po obu stronach, a w bazie liczbę rekordów w tabeli z treściami. Rozbieżność wychodzi wtedy przed przepięciem domeny, a nie tydzień później, gdy klient zgłosi brakującą podstronę.
Jak zmienić hosting, gdy nie masz dostępu do starego panelu
Sytuacja jest częstsza, niż się wydaje: stronę robiła agencja, konto hostingowe jest na jej dane, a kontakt się urwał. Dopóki domena należy do Ciebie, masz komplet potrzebnych narzędzi. Zmiana hostingu bez dostępu do starego panelu wygląda tak: pobierasz publiczną wersję strony narzędziem do kopiowania serwisu, odtwarzasz ją jako statyczną lub budujesz od nowa na nowym serwerze, a następnie przełączasz serwery nazw domeny u swojego rejestratora.
Gorzej jest, gdy na koncie agencji jest też poczta, bo wiadomości leżą fizycznie na jej serwerze. Wtedy jedyna droga to pobranie skrzynek protokołem IMAP z programu pocztowego, w którym są jeszcze skonfigurowane. Zrób to zanim cokolwiek przełączysz, bo po zmianie rekordów MX dostęp do starych wiadomości znika razem z kontem.
Jeżeli domena też jest zarejestrowana na agencję, jedynym rozwiązaniem jest wniosek o zmianę abonenta u rejestratora. Trwa to od kilku dni do kilku tygodni i wymaga dokumentów firmowych, więc zacznij od tego, a nie od migracji.
Migracja serwerów bez przestojów przy kilku stronach naraz
Przy jednej wizytówce przestój jest kwestią wygody. Przy kilkunastu stronach firmowych, sklepie i poczcie robi się z tego projekt, w którym najdroższym błędem jest przenoszenie wszystkiego w jeden weekend. Migracja serwerów bez przestojów przy większej liczbie serwisów opiera się na etapach: najpierw przenosimy stronę najmniej krytyczną, sprawdzamy pełny proces na żywym przykładzie, dopiero potem ruszamy te, które generują przychód.
Kolejność, która sprawdza się najczęściej: strony wizytówki, potem poczta, na końcu sklep i systemy zintegrowane z księgowością. Poczta idzie przed sklepem, bo powiadomienia o zamówieniach chodzą przez ten sam kanał, a testowanie sklepu bez działającej poczty daje złudne wyniki.
Przy każdej stronie ten sam schemat: obniżony TTL na 24 do 48 godzin przed przepięciem, kopia kontrolna tuż przed przełączeniem, stary serwer utrzymywany jeszcze przez kilka dni. Cały ten harmonogram prowadzimy przy przeniesieniu strony na inny hosting, więc po Twojej stronie zostaje wyłącznie decyzja o terminie.
Zmiana hostingu a zmiana adresu strony: dwie różne operacje
Mylenie tych dwóch rzeczy kosztuje najwięcej ruchu ze wszystkich błędów opisanych w tym tekście. Zmiana hostingu zostawia adresy stron bez zmian, więc dla Google jest neutralna i o niej jest cały ten poradnik. Zmiana adresu to zupełnie inna operacja i inne ryzyko.
Jeśli planujesz jedno i drugie, rozdziel to na dwa etapy. Najpierw przenieś stronę na nowy serwer pod dotychczasową domeną i upewnij się, że działa. Dopiero po stabilizacji zajmij się adresem. Cały ten temat, razem z mapowaniem przekierowań 301, zgłoszeniem w Search Console i tym, co zrobić z pocztą, rozpisaliśmy osobno: przeniesienie strony na nową domenę.
Kiedy odpuścić i oddać migrację dostawcy
Powyższe da się zrobić samodzielnie i przy prostej wizytówce to kwestia jednego wieczoru. Sens robienia tego na własną rękę kończy się mniej więcej tam, gdzie zaczyna się sklep z zamówieniami w toku, kilkanaście skrzynek pocztowych z historią z ośmiu lat albo strona, która zarabia w każdą godzinę doby. Ryzyko przestaje być techniczne, a zaczyna być finansowe.
Dlatego migrację strony na nasz serwer robimy za darmo i bez przestoju: przenosimy pliki, bazę, skrzynki i historię poczty, pilnujemy TTL, testujemy pod nowym IP przed przepięciem i dopiero wtedy ruszamy DNS. Zostaje Ci jedna decyzja, kiedy przełączamy, i formalności, bo przy zmianie dostawcy podpisujesz nową umowę oraz umowę powierzenia przetwarzania danych z art. 28 RODO, którą podpiszesz online bez drukowania i skanowania.
Reszta to już zwykłe sprawdzenie, czy nowy hosting nie jest kolejną przeprowadzką za rok. Nasze serwery stoją fizycznie w Polsce, wsparcie odpowiada po polsku, faktura VAT jest standardem, a cena odnowienia równa się cenie startowej, więc nie ma modelu "tanio na start, drogo w drugim roku". Możesz sprawdzić nas przez 14 dni za darmo bez podawania karty, a jeśli coś nie zagra, obowiązuje 30 dniowa gwarancja zwrotu. Stawki i zawartość planów znajdziesz w cenniku hostingu dla firm.
Ostatnia aktualizacja: lipiec 2026.