Hosting · Security · 18 października 2026 · 6m read

Przewodnik po przenoszeniu poczty i strony

Przewodnik po przenoszeniu poczty i strony: sprawdź, jak zmienić hosting bez utraty e-maili, danych i pozycji w Google oraz bez kosztownych przestojów.

Przewodnik po przenoszeniu poczty i strony

Zmiana hostingu nie musi oznaczać znikających wiadomości, niedziałającego formularza kontaktowego ani kilku dni stresu. Ten przewodnik po przenoszeniu poczty i strony pokazuje, co przenieść, w jakiej kolejności działać i gdzie najczęściej pojawiają się problemy. Klucz nie leży w technicznych sztuczkach. Leży w przygotowaniu, kontroli DNS i niezamykaniu starej usługi zbyt wcześnie.

Wielu właścicieli stron odkłada migrację, bo obecny dostawca kusi niską ceną na start, a potem podnosi koszt odnowienia kilkukrotnie. To zrozumiała obawa, ale pozostawanie na nieopłacalnym hostingu tylko dlatego, że migracja wydaje się trudna, też ma cenę. Dobra przeprowadzka jest procesem do zaplanowania, a nie ryzykownym skokiem.

Co naprawdę przenosisz przy zmianie hostingu?

Strona i poczta to dwa osobne obszary, choć zwykle działają pod tą samą domeną. Serwis może być oparty na WordPressie, PrestaShopu lub innym systemie. Składa się z plików, bazy danych, konfiguracji, certyfikatu SSL i często skrzynek e-mail. Przeniesienie samych plików strony nie przeniesie wiadomości z biura@twojafirma.pl.

Poczta wymaga osobnej migracji kont, folderów i wiadomości. Trzeba też odtworzyć aliasy, przekierowania, autorespondery, filtry antyspamowe i ustawienia programów pocztowych. Jeśli korzystasz z poczty przez IMAP, sytuacja jest prostsza, ponieważ wiadomości są przechowywane na serwerze. Przy POP3 część korespondencji może istnieć wyłącznie na komputerach użytkowników.

Przed rozpoczęciem spisz elementy, które działają w domenie. Oprócz strony i skrzynek sprawdź subdomeny, rekordy DNS, formularze, kalendarze, integracje płatności, system rezerwacji oraz zewnętrzne usługi wysyłające e-maile. To właśnie pominięty rekord lub zapomniana skrzynka powodują większość problemów po migracji.

Przewodnik po przenoszeniu poczty i strony krok po kroku

1. Sprawdź warunki starego i nowego hostingu

Najpierw ustal datę wygaśnięcia obecnej usługi oraz okres wypowiedzenia. Nie anuluj hostingu przed zakończeniem migracji i testów. Zachowaj aktywny stary serwer co najmniej przez kilka dni po zmianie DNS, a przy ważnej poczcie firmowej najlepiej przez 7-14 dni.

Porównaj nie tylko cenę zakupu, ale przede wszystkim cenę odnowienia, częstotliwość rozliczeń i zasady automatycznego przedłużania. Promocja za kilka złotych nie jest oszczędnością, jeżeli po roku rachunek rośnie bez ostrzeżenia. Sprawdź też, czy nowa oferta obejmuje SSL, kopie zapasowe, odpowiednią przestrzeń na pocztę oraz pomoc przy migracji.

2. Wykonaj własną kopię zapasową

Nawet jeśli nowy hosting deklaruje darmowe przeniesienie, zachowaj własne kopie. Pobierz pliki strony przez menedżer plików, FTP lub SSH, wyeksportuj bazę danych i zapisz ustawienia aplikacji. W WordPressie przydadzą się także kopie pliku konfiguracyjnego oraz katalogu z przesłanymi materiałami.

W przypadku poczty wyeksportuj najważniejsze skrzynki do lokalnego archiwum, jeśli używany program to umożliwia. Nie jest to zamiennik pełnej migracji IMAP, ale daje dodatkowe zabezpieczenie. Szczególnie przydatne bywa dla księgowości, biura obsługi klienta i firm, które muszą zachować korespondencję przez dłuższy czas.

3. Utwórz środowisko na nowym serwerze

Na nowym hostingu dodaj domenę, utwórz bazę danych i konta e-mail o identycznych nazwach jak na starym serwerze. Jeśli skrzynka kontakt@firma.pl ma działać po zmianie, powinna istnieć po obu stronach przed przełączeniem ruchu.

Następnie skopiuj pliki i zaimportuj bazę. W wielu przypadkach migracja strony WordPress ogranicza się do przeniesienia danych, podpięcia poprawnej bazy w konfiguracji i testu. Więcej uwagi wymagają sklepy internetowe, serwisy z dużym ruchem oraz strony, na których użytkownicy stale składają zamówienia lub wysyłają formularze. W takim przypadku wybierz porę o najmniejszej aktywności i zaplanuj końcową synchronizację tuż przed zmianą DNS.

4. Przenieś pocztę metodą IMAP

Najbezpieczniejsza metoda polega na skopiowaniu wiadomości z serwera źródłowego na nowy przez IMAP. Przenosi ona strukturę folderów, odebrane e-maile i wysłaną korespondencję. Operacja może potrwać od kilkunastu minut do kilku godzin, zależnie od liczby skrzynek i wielkości załączników.

Po pierwszym kopiowaniu poczty zostaw stare skrzynki aktywne. Tuż przed przełączeniem DNS wykonaj synchronizację końcową, aby przenieść wiadomości, które dotarły w międzyczasie. Dopiero wtedy zmień ustawienia rekordów pocztowych.

Pamiętaj, że użytkownik może widzieć pocztę w Outlooku lub telefonie, ale to nie oznacza, że korespondencja znajduje się na serwerze. Przy konfiguracji POP3 wiadomości mogły zostać pobrane lokalnie i skasowane z hostingu. Warto wtedy poprosić pracowników o sprawdzenie lokalnych archiwów.

5. Zmień DNS bez pośpiechu

DNS decyduje, dokąd trafia ruch do strony i poczty. Najczęściej zmieniasz serwery nazw albo konkretne rekordy A, MX, SPF, DKIM i DMARC. Pełna zmiana serwerów DNS jest wygodna, ale wymaga przepisania wszystkich rekordów. Jeśli domena korzysta z usług zewnętrznych, np. systemu mailingowego czy narzędzia do weryfikacji, brak jednego wpisu może zatrzymać działanie usługi.

Bezpieczniej jest przed migracją obniżyć parametr TTL rekordów DNS, jeśli masz taką możliwość. Dzięki temu odświeżanie zmian będzie szybsze. Nie zakładaj jednak, że wszędzie nastąpi natychmiast. Część użytkowników może przez pewien czas trafiać na stary serwer, dlatego oba środowiska powinny działać równolegle.

Po zmianie rekordów przetestuj stronę w trybie prywatnym przeglądarki, wyślij wiadomość na skrzynkę firmową i odpowiedz z niej na zewnętrzny adres. Sprawdź też formularz kontaktowy, koszyk zakupowy, logowanie, certyfikat SSL oraz wiadomości wysyłane automatycznie przez stronę.

Błędy, które kosztują najwięcej

Najgroźniejszy jest pośpiech. Właściciel domeny widzi działającą stronę na nowym serwerze i od razu zamyka stare konto. W efekcie część poczty nadal trafia na poprzedni serwer, a odzyskanie wiadomości staje się niemożliwe.

Drugi problem to zmiana serwerów nazw bez zapisania strefy DNS. Strona może wtedy działać, ale przestaje działać poczta, subdomena panelu klienta albo zewnętrzna integracja. Przed zmianą zrób zrzut wszystkich rekordów i porównaj je po wdrożeniu.

Częsty błąd dotyczy też wysyłki wiadomości. Po migracji może brakować poprawnych rekordów SPF i DKIM, przez co e-maile z formularzy trafiają do spamu lub są odrzucane. Nie traktuj testu jednej odebranej wiadomości jako pełnego potwierdzenia. Sprawdź zarówno odbiór, jak i wysyłkę na adresy w różnych usługach pocztowych.

Nie ignoruj także wersji PHP, limitów pamięci i ustawień cache. Strona, która działała na starym, przestarzałym środowisku, może po przenosinach ujawnić błędy w motywie lub wtyczkach. To nie zawsze wina nowego hostingu. Czasem migracja po prostu odsłania problem, który od dawna czekał na naprawę.

Kiedy zlecić migrację?

Samodzielne przeniesienie ma sens, gdy znasz panel hostingu, masz prostą stronę i jedną lub dwie skrzynki. Przy sklepie, kilku domenach, dużej poczcie lub firmie, która nie może pozwolić sobie na przerwę, rozsądniej skorzystać z pomocy technicznej.

Darmowa migracja wykonana przez zespół hostingu ogranicza liczbę ręcznych działań, ale nadal warto ustalić zakres. Zapytaj, czy obejmuje stronę, bazy danych, wszystkie skrzynki e-mail, rekordy DNS i końcowe testy. W IQHost.pl migracja jest realizowana bezpłatnie w ciągu 24-48 godzin, co pozwala przenieść usługę bez dokładania kosztów do i tak irytującej podwyżki u poprzedniego dostawcy.

Dobra migracja nie polega na tym, by jak najszybciej kliknąć „zmień DNS”. Polega na tym, by po zmianie nadal odbierać każdą wiadomość, obsługiwać klientów i wiedzieć, za co zapłacisz przy kolejnym odnowieniu. Zacznij od kopii, zachowaj stary hosting na okres przejściowy i traktuj testy jako część usługi, a nie zbędną formalność.

About the author
ZI

Zespół IQhost

Team

Polski zespół hostingowy. Piszemy o tym co używamy sami.

Potwierdź