Przeniesienie strony na nowy serwer brzmi jak operacja dla administratorów, ale w praktyce najwięcej zależy od kilku prostych decyzji: czy zmieniasz tylko hosting, czy także operatora domeny, oraz czy masz przygotowane rekordy DNS, pocztę i kopię zapasową. Właśnie dlatego poniżej pokazuję, jak przenieść domenę na inny hosting bez niepotrzebnych przerw w działaniu strony. Rozdzielam też to, co użytkownicy często wrzucają do jednego worka, a co w rzeczywistości jest zupełnie inną operacją.
Najważniejsze rzeczy do zapamiętania przed migracją
- Zmiana hostingu zwykle oznacza przełączenie DNS lub rekordów, a nie transfer własności domeny.
- Najpierw przygotuj nowy serwer, kopię plików, bazę danych i pocztę, dopiero potem zmieniaj ustawienia domeny.
- Propagacja DNS trwa zwykle od kilku minut do 24 godzin, a czasem do 72 godzin.
- Przez 2-3 dni po zmianie warto trzymać stary hosting aktywny, żeby złapać spóźnione zapytania.
- Jeśli poczta działała na starym serwerze, sprawdź rekordy MX, SPF, DKIM i DMARC zanim przełączysz ruch.
Najpierw ustal, czy zmieniasz hosting, DNS, czy operatora domeny
Ja zaczynam od tego rozróżnienia, bo ono oszczędza najwięcej czasu. Domena to adres, hosting to miejsce, gdzie stoi strona i poczta, a DNS to warstwa, która mówi światu, dokąd ma prowadzić ten adres. Jeśli mylisz te trzy rzeczy, łatwo zrobić transfer, który wcale nie był potrzebny.
| Operacja | Co się zmienia | Kiedy ma sens | AuthInfo |
|---|---|---|---|
| Zmiana rekordów DNS lub delegacji | Domena zaczyna wskazywać na nowy serwer | Gdy strona ma działać na nowym hostingu, ale domena zostaje u obecnego operatora | Nie |
| Transfer domeny do innego rejestratora | Zmienia się firma obsługująca domenę | Gdy chcesz mieć domenę i hosting u jednego dostawcy | Tak, zwykle jest potrzebny kod autoryzujący |
| Zmiana rekordu A, CNAME lub MX | Wskazujesz konkretny adres dla strony albo poczty | Gdy chcesz zostawić domenę tam, gdzie jest, i tylko przepiąć usługi | Nie |
W praktyce najczęściej nie przenosi się samej domeny, tylko zmienia jej wskazanie na nowy serwer. Kiedy to już masz uporządkowane, można przygotować środowisko po drugiej stronie bez ryzyka, że coś się rozjedzie w połowie procesu.
Przygotuj nowy serwer, zanim przełączysz domenę
Tu nie ma skrótów. Ja zawsze zakładam prostą zasadę: najpierw kopiuję, potem przełączam. Jeśli nowy hosting nie ma jeszcze plików strony, bazy danych, skrzynek pocztowych i certyfikatu SSL, zmiana DNS tylko przeniesie problem w inne miejsce.
- Skopiuj pliki strony i sprawdź, czy aplikacja uruchamia się poprawnie na nowym serwerze.
- Zaimportuj bazę danych i przetestuj logowanie, formularze oraz elementy dynamiczne.
- Utwórz skrzynki pocztowe, jeśli mail ma działać z nowego hostingu.
- Włącz certyfikat SSL, żeby po przełączeniu użytkownicy nie widzieli ostrzeżeń w przeglądarce.
- Sprawdź wymagania techniczne: wersję PHP, wersję bazy danych, limity pamięci, cron i cache.
- Jeśli możesz, obniż TTL rekordów DNS 24-48 godzin wcześniej, żeby stare wpisy szybciej wygasły z pamięci podręcznej.
Ja zwykle zostawiam sobie też co najmniej 7 dni buforu na ważność domeny i nie ruszam migracji, jeśli do wygaśnięcia zostało zbyt mało czasu. Gdy nowe środowisko już działa lokalnie i pod testowym adresem, można przejść do właściwego przełączenia.
Wykonaj zmianę DNS lub delegacji krok po kroku
Jeśli domena ma wskazywać na nowy hosting, masz zwykle dwa scenariusze. Pierwszy to pełna delegacja na nowe serwery nazw, drugi to zmiana pojedynczych rekordów, najczęściej A, AAAA, CNAME i MX. Ja częściej wybieram drugi wariant, gdy hosting i poczta są rozdzielone, bo daje większą kontrolę i łatwiej go naprawić, jeśli coś pójdzie nie tak.
- Zaloguj się do panelu, w którym zarządzasz domeną.
- Sprawdź, czy chcesz zmienić serwery DNS, czy tylko rekordy prowadzące do strony i poczty.
- Jeśli zmieniasz delegację, wpisz co najmniej dwa nowe serwery nazw podane przez dostawcę hostingu.
- Jeśli zostawiasz DNS u obecnego operatora, zmień tylko rekord A lub CNAME dla strony oraz MX dla poczty, jeśli jest potrzebny.
- Zapisz zmiany i poczekaj na propagację.
- Testuj stronę z kilku urządzeń i sieci, a nie tylko z własnego internetu.
- Dopiero gdy wszystko działa stabilnie, możesz odłączyć stary hosting.
Najważniejsze jest to, żeby nie zmieniać wszystkiego naraz bez planu. Jeżeli domena ma działać z jednym serwerem, a poczta z drugim, rekordy trzeba rozdzielić świadomie, a nie „przepiąć na czuja”.
Ile trwa propagacja i kiedy najlepiej wykonać migrację
Tu przydaje się cierpliwość, bo DNS nie aktualizuje się wszędzie w tej samej chwili. Zmiana może wyglądać na gotową po kilku minutach, a mimo to część użytkowników nadal będzie trafiać na stary serwer przez cache operatorów, przeglądarek albo urządzeń sieciowych. Właśnie dlatego nie planuję takich przełączeń tuż przed ważną wysyłką newslettera albo startem kampanii reklamowej.
| Rodzaj zmiany | Typowy czas | Co najczęściej wpływa na opóźnienie |
|---|---|---|
| Zmiana rekordów A, AAAA lub CNAME | Od kilku minut do 24 godzin | Wartość TTL i cache po stronie operatorów |
| Zmiana delegacji na nowe serwery DNS | Zwykle kilka godzin, czasem do 24 godzin | Tempo odświeżania stref DNS po stronie rejestratora |
| Domena globalna i rozproszona infrastruktura | Nawet do 72 godzin | Szersza propagacja i dłuższe cache w różnych sieciach |
| Zmiana widoczna dla wszystkich użytkowników | Zależna od TTL | TTL, czyli czas życia wpisu w pamięci podręcznej |
Ja zwykle planuję przełączenie wtedy, gdy TTL został obniżony dzień lub dwa wcześniej. TTL to po prostu czas, przez który systemy pamiętają stary wpis DNS, więc krótszy TTL przyspiesza zauważenie zmian. To jeden z tych drobnych ruchów, które robią realną różnicę przy migracji.
Poczta, SSL i rekordy, które najczęściej psują całą operację
W praktyce najwięcej awarii nie wynika z samej domeny, tylko z tego, że ktoś przełącza stronę i zapomina o reszcie. Jeśli poczta była podpięta do starego hostingu, a strona ma trafić na nowy, trzeba rozdzielić rekordy tak, żeby jedno nie zabiło drugiego. To samo dotyczy certyfikatu SSL, bo bez niego przeglądarka bardzo szybko pokaże użytkownikowi ostrzeżenie.
| Rekord lub usługa | Do czego służy | Co sprawdzić po zmianie |
|---|---|---|
| A / AAAA | Wskazuje adres serwera dla strony | Czy domena otwiera właściwą witrynę z i bez www
|
| CNAME | Tworzy alias dla subdomeny | Czy subdomena prowadzi tam, gdzie powinna |
| MX | Kieruje pocztę na właściwy serwer | Czy wiadomości dochodzą i czy skrzynki wysyłają poprawnie |
| TXT | Obsługuje SPF, DKIM, DMARC i weryfikacje | Czy wiadomości nie trafiają do spamu i czy uwierzytelnienie działa |
SPF mówi, z jakich serwerów wolno wysyłać pocztę, DKIM podpisuje wiadomości, a DMARC ustawia zasady, co zrobić, gdy coś się nie zgadza. Jeśli tego nie skontrolujesz, strona może działać idealnie, a poczta zacznie zachowywać się tak, jakby wszystko było w porządku tylko na pierwszy rzut oka. Kiedy te elementy są dopięte, zostaje już głównie pilnowanie błędów operacyjnych.
Najczęstsze błędy, które widzę przy takich migracjach
Najgorsze migracje nie psują się dlatego, że DNS jest trudny. Psują się dlatego, że ktoś chce zrobić wszystko szybko i w jednym kroku. To właśnie tam zwykle gubi się najwięcej czasu, a czasem także wiadomości z formularzy lub poczta od klientów.
- Wyłączenie starego hostingu za wcześnie - część użytkowników nadal trafia na stary serwer przez cache.
- Zmiana tylko strony, bez sprawdzenia poczty - maile przestają dochodzić albo trafiają do spamu.
- Brak kopii zapasowej - przy pierwszym problemie nie ma z czego wrócić.
- Testowanie wyłącznie z jednego internetu - błąd wychodzi dopiero u innych użytkowników.
-
Zapomnienie o wersji z
wwwi bezwww- jedna wersja działa, druga pokazuje stary serwer albo błąd. - Brak przekierowań 301 przy zmianie adresów URL - to już bardziej problem SEO niż hostingu, ale potrafi zaboleć równie mocno.
Ja trzymam stary hosting aktywny jeszcze przez 48-72 godziny po zmianie, bo to zwykle wystarcza, żeby złapać spóźnione zapytania i uniknąć nerwowych telefonów. To mały koszt w porównaniu z godzinami szukania, gdzie zniknęła strona albo dlaczego nie dochodzą maile.
Po przełączeniu sprawdź jeszcze trzy rzeczy, zanim uznasz temat za zamknięty
Na końcu zawsze robię krótką kontrolę jakości. To jest moment, w którym wiele osób odpuszcza, a właśnie wtedy wychodzą drobiazgi: jedna subdomena, stary rekord cache albo formularz, który wysyła wiadomość na nieaktualny adres. Jeśli poświęcisz na to kilkanaście minut, oszczędzisz sobie później dużo więcej czasu.
- Sprawdź stronę z kilku lokalizacji i z dwóch wariantów adresu, czyli z
wwwi bezwww. - Wyślij testowego maila na i z nowej skrzynki, żeby zobaczyć, czy MX i uwierzytelnianie działają poprawnie.
- Jeśli zmieniłeś też strukturę adresów, przygotuj przekierowania 301 i upewnij się, że ważne podstrony nie zwracają błędów 404.
Jeżeli coś nie działa, ja sprawdzam kolejno DNS, pocztę i SSL, zamiast rozbierać cały system naraz. To najprostsza droga do szybkiego wykrycia problemu i domknięcia migracji bez zbędnego chaosu.
