Migracja strony, poczty i SSL
bez przestoju
Instrukcja dla firm

Migracja strony firmowej, poczty i certyfikatu SSL do nowego hostingu to jeden z najbardziej wrażliwych projektów IT w małej i średniej firmie. Błąd w konfiguracji DNS może odciąć klientów od Twojej strony na wiele godzin, a nieprzemyślana migracja poczty – spowodować utratę ważnych wiadomości. Dobra wiadomość: przy odpowiednim planie da się przeprowadzić migrację praktycznie bez przestoju, a agent AI może znacząco zmniejszyć ryzyko błędów na każdym etapie.

Dlaczego migracja hostingu jest tak wymagająca?

Przenosząc stronę WWW, pocztę i certyfikat SSL, dotykasz trzech krytycznych obszarów działania firmy:

• widoczność firmy – strona WWW dostępna dla klientów,
• komunikacja z klientami – poczta firmowa,
• bezpieczeństwo i zaufanie – certyfikat SSL/TLS.

Najczęstsze ryzyka przy migracji hostingu:

• Strona przestaje działać na kilka godzin (lub dni), bo DNS wskazuje na niedziałający serwer.
• Część poczty trafia na stary serwer, a część na nowy – realnie gubisz wiadomości.
• Certyfikat SSL nie jest poprawnie zainstalowany na nowym hostingu – przeglądarka wyświetla komunikat „Połączenie nie jest prywatne", co odstrasza użytkowników i szkodzi SEO.

Przygotowanie do migracji: inwentaryzacja i plan

Bez rzetelnego przygotowania nawet najlepszy nowy hosting nie uratuje migracji. Zacznij od pełnej inwentaryzacji tego, co faktycznie musisz przenieść.

Co dokładnie musisz przenieść?

Strona WWW: pliki (np. dla WordPressa: cały katalog wraz z wp-content/uploads), baza danych MySQL/MariaDB oraz konfiguracje serwera (.htaccess, reguły Nginx, crontaby).

Poczta: skrzynki e-mail (IMAP/POP3), aliasy, przekierowania, webmail oraz integracje z zewnętrznymi systemami (CRM, helpdesk, fakturowanie).

Strefa DNS: rekordy A/AAAA, CNAME (WWW i subdomeny), MX (poczta), TXT (SPF, DKIM, DMARC, weryfikacje usług), a w razie potrzeby również SRV i CAA.

Certyfikaty SSL: informacja o typie (Let's Encrypt czy płatny certyfikat komercyjny), terminie ważności oraz miejscu instalacji (serwer WWW, reverse proxy, CDN).

Jak agent AI może pomóc na tym etapie?

Przykładowe prompty, które możesz przekazać agentowi AI:

• „Przeanalizuj tę listę usług i zaproponuj checklistę migracji strony, poczty i SSL bez przestoju".
• „Na podstawie tej konfiguracji DNS (wklejam strefę) wskaż rekordy krytyczne przy migracji hostingu".
• „Pomóż mi zaplanować kolejność: migracja WWW → migracja poczty → zmiana DNS, tak aby uniknąć przestoju".

Mini checklista przygotowania

• Spisane wszystkie domeny i subdomeny.
• Zgrany backup plików strony i bazy danych.
• Zidentyfikowani wszyscy użytkownicy poczty i skrzynki (w tym techniczne: no-reply@, system@).
• Wyeksportowana (lub przepisana) pełna strefa DNS.
• Sprawdzone terminy ważności certyfikatów SSL.
• Uzgodnione okno migracyjne z kluczowymi osobami w firmie.

Wybór nowego hostingu i rola rejestracjadomen.pl

Zmiana hostingu to dobry moment, żeby uporządkować, gdzie trzymasz poszczególne elementy infrastruktury i kto odpowiada za każdą z warstw.

Na co zwracać uwagę przy wyborze nowego hostingu?

• Obsługiwane wersje PHP i baz danych – kluczowe przy nowszych WordPressach i innych CMS-ach.
• Dostęp do SSH / rsync / narzędzi backupu – ułatwia bezpieczną i szybką migrację dużych plików.
• Wsparcie dla Let's Encrypt i własnych certyfikatów SSL – automatyzacja odnowień po migracji.
• Jakość supportu – czy w razie problemów ktoś wesprze w odtworzeniu backupu lub naprawie konfiguracji.
• Geolokalizacja serwerów – wpływ na RODO oraz czasy odpowiedzi dla polskich użytkowników.

Dlaczego warto trzymać domenę i DNS w rejestracjadomen.pl?

Coraz więcej firm decyduje się na rozdzielenie roli rejestratora domeny i DNS od roli dostawcy hostingu. Takie podejście daje kilka istotnych przewag:

• możesz zmieniać hosting bez ruszania domeny – wystarczy zaktualizować rekordy DNS,
• masz centralne miejsce do zarządzania wszystkimi domenami i rekordami w jednym panelu,
• unikasz uzależnienia od jednego dostawcy hostingu.

Serwis rejestracjadomen.pl został zaprojektowany właśnie z myślą o firmach, które chcą w jednym przejrzystym panelu zarządzać domenami, DNS i certyfikatami SSL, a hosting dobierać elastycznie do bieżących potrzeb. Taki model ułatwia dzisiejszą migrację i każdą kolejną.

Krok 1: Skopiowanie strony WWW i bazy danych

Backup strony i bazy – fundament migracji

W przypadku WordPressa (i innych CMS-ów na PHP) standardowy scenariusz migracji wygląda następująco:

1. Kopia bazy danych – przez phpMyAdmin, narzędzie „Backup bazy" w panelu hostingu lub poleceniem:
   

   mysqldump -u user -p --single-transaction --routines --triggers dbname > dbname.sql

2. Kopia plików – przez SFTP/FTP (mniej wydajne przy dużych stronach) lub przez SSH + rsync:
   

   rsync -avz /home/staryuser/public_html/ root@nowy-serwer:/home/nowyuser/public_html/

3. Dodatkowe elementy – crontaby (zadania cykliczne) oraz pliki konfiguracyjne serwera (.htaccess, reguły Nginx).

Import na nowy hosting i testy

1. Utwórz nową bazę danych i użytkownika na nowym hostingu.
2. Zaimportuj backup bazy (przez phpMyAdmin lub komendą mysql dbname < dbname.sql).
3. Wgraj pliki strony do katalogu wskazanego przez nowy hosting.
4. Zaktualizuj dane połączenia do bazy (np. w pliku wp-config.php).
5. Uruchom stronę na tymczasowej domenie lub przez plik hosts i przetestuj: logowanie do panelu admina, formularze, koszyk, wysyłkę maili.

Mini checklista migracji WWW

• Zrobiona i zweryfikowana kopia bazy danych.
• Skopiowane wszystkie pliki strony (w tym uploady i konfiguracje).
• Zaktualizowany plik konfiguracyjny (dane bazy, ścieżki).
• Przeprowadzony search & replace w bazie (jeśli zmieniają się domena lub ścieżki).
• Strona działa na nowym hostingu pod adresem testowym lub przez plik hosts.

Krok 2: Migracja poczty bez utraty wiadomości

Migracja poczty bywa bardziej wrażliwa niż samej strony – utrata nawet kilku godzin korespondencji może być poważnym problemem dla sprzedaży czy obsługi klienta.

IMAP – idealny scenariusz do migracji

Przy IMAP najlepiej postępować w trzech krokach:

1. Załóż te same skrzynki na nowym serwerze z identycznymi danymi uwierzytelnienia.
2. Skorzystaj z narzędzia imapsync, które zsynchronizuje foldery i wiadomości między starym a nowym serwerem.
3. Powtórz synchronizację kilka razy (dzień przed migracją, tuż przed przełączeniem rekordów MX i kilka godzin po nim), aby nie zgubić żadnych nowych wiadomości.

POP3 – scenariusz wymagający dodatkowej ostrożności

Jeśli użytkownicy korzystają z POP3, sprawdź czy włączona jest opcja „pozostaw kopię na serwerze", zrób lokalną archiwizację wiadomości (np. do PST w Outlooku) i rozważ przejście na IMAP – znacznie ułatwia przyszłe migracje i pracę na wielu urządzeniach.

Kluczowa rola SPF, DKIM i DMARC

Przy zmianie dostawcy poczty zadbaj o:

• Aktualizację rekordu SPF – dodaj nowego dostawcę i usuń stare serwery z listy autoryzowanych nadawców.
• Nowe rekordy DKIM – wygenerowane i opublikowane przez nowego operatora poczty.
• Rekord DMARC – nawet na poziomie p=none pozwoli zbierać raporty i wykrywać nadużycia.

Mini checklista migracji poczty

• Spisana lista wszystkich skrzynek i aliasów (włącznie z technicznymi).
• Wybrane narzędzie migracyjne (imapsync / narzędzie dostawcy / ręczna archiwizacja).
• Skrzynki założone na nowym serwerze i przetestowane logowanie.
• Pierwsza pełna synchronizacja wiadomości zakończona.
• Zaktualizowane rekordy SPF, DKIM, DMARC w strefie DNS.
• Po zmianie MX wykonany „delta sync" i weryfikacja, że nie ma nowych maili na starym serwerze.

Krok 3: Przeniesienie i odnowienie certyfikatu SSL

Jaki certyfikat masz dziś?

Przed migracją ustal: czy korzystasz z Let's Encrypt (DV), czy z płatnego certyfikatu komercyjnego (DV/OV/EV), gdzie jest zainstalowany (serwer WWW, CDN, reverse proxy) oraz kiedy wygasa – migracja to dobry moment na odnowienie lub zmianę dostawcy.

Migracja komercyjnego certyfikatu

Przy płatnym certyfikacie sprawdź, czy stary serwer pozwala wyeksportować certyfikat i klucz prywatny (np. jako plik PFX). Jeśli nowy hosting obsługuje import własnych certyfikatów – możesz go tam wgrać. Jeśli nie, konieczne będzie ponowne wystawienie certyfikatu (reissue) na bazie nowego CSR z nowego serwera.

Let's Encrypt – najwygodniejsza opcja dla większości stron

1. Na nowym serwerze uruchom wydanie nowego certyfikatu – ręcznie przez certbot lub automatycznie przez panel hostingu.
2. Po przełączeniu DNS certyfikaty będą się automatycznie odnawiać bez dodatkowych działań.
3. Pamiętaj o obsłudze zarówno domena.pl, jak i www.domena.pl.

Testowanie SSL po migracji

Po wdrożeniu certyfikatu na nowym hostingu: sprawdź stronę w przeglądarkach (brak komunikatów o niebezpiecznym połączeniu), przetestuj konfigurację TLS w narzędziu SSL Labs, upewnij się, że wymuszasz HTTPS (przekierowanie HTTP → HTTPS) i że nie ma tzw. mixed content – zasobów HTTP ładowanych na stronie HTTPS.

Jeśli chcesz wygodniej zarządzać certyfikatami dla wielu domen w jednym miejscu, warto skorzystać z oferty certyfikatów SSL w rejestracjadomen.pl.

Krok 4: Zmiana DNS bez przestoju

To kluczowy etap, który decyduje, czy migracja odbędzie się bez przestoju dla użytkowników.

Jak działają główne rekordy DNS?

Obniżenie TTL przed migracją

Na 24–48 godzin przed planowanym przełączeniem obniż TTL kluczowych rekordów (A, CNAME, MX, TXT) do ok. 300–600 sekund. Dzięki temu większość resolverów DNS odświeży dane w ciągu kilku minut od zmiany – zamiast czekać godzinami na wygaśnięcie starego cache.

Zalecana kolejność przełączeń

1. WWW – upewnij się, że strona na nowym hostingu działa bez błędów. Zmień rekord A (i CNAME www) na adres nowego serwera. Obserwuj ruch i logi przez co najmniej godzinę.
2. Poczta – po zakończonej migracji skrzynek (i kilku delta syncach) zmień rekordy MX na nowe. Pozostaw stary serwer działający jeszcze 24–48 h na wypadek opóźnionej propagacji.

Testy po migracji i plan awaryjny

Co sprawdzić zaraz po przełączeniu DNS?

• Strona otwiera się szybko z różnych lokalizacji (możesz użyć testerów online, np. dnschecker.org).
• Panel logowania działa i nie ma błędów 500/502.
• Formularze działają, a maile z nich dochodzą do wskazanych skrzynek.
• Skrzynki pocztowe odbierają i wysyłają wiadomości (w tym na zewnętrzne domeny: Gmail, Outlook.com).
• Rekordy SPF, DKIM, DMARC są poprawne – sprawdź narzędziami „SPF checker" i „DKIM checker".
• Strona działa na HTTPS, brak komunikatów o niebezpiecznym połączeniu.
• Wszystkie kluczowe podstrony otwierają się bez błędów 404 i 50x.

Plan awaryjny (rollback)

Zawsze miej przygotowany plan powrotu. Zachowaj stary hosting aktywny przez co najmniej kilka dni po migracji, nie kasuj starych skrzynek pocztowych od razu oraz udokumentuj wszystkie zmiany w DNS, żeby dało się je szybko cofnąć w razie potrzeby.

Jak wykorzystać agenta AI podczas migracji

AI świetnie sprawdza się jako „drugi pilot" przy złożonych zadaniach technicznych – pod warunkiem, że pamiętasz o weryfikacji jego podpowiedzi przed wdrożeniem na produkcji.

Przykładowe prompty dla poszczególnych etapów

• Planowanie: „Przygotuj szczegółowy harmonogram migracji strony WordPress i poczty IMAP dla 20 użytkowników na nowy hosting, tak aby uniknąć przestoju".
• Migracja WWW: „Mam log błędów PHP po migracji (wklejam). Wyjaśnij co je powoduje i zaproponuj kroki diagnostyczne".
• Migracja poczty: „Podpowiedz jakie polecenia imapsync zastosować do synchronizacji skrzynki X i jak uruchamiać je cyklicznie w nocy".
• DNS/SSL: „Na podstawie tej strefy DNS (wklejam) wygeneruj instrukcję zmiany rekordów dla migracji WWW przy pozostawieniu poczty u obecnego dostawcy".

Gdzie AI nie zastąpi człowieka

• Operacje destrukcyjne (kasowanie danych, skrzynek, baz) – AI może doradzić, ale decyzję podejmuje człowiek.
• Środowiska niestandardowe / legacy – AI może nie znać specyfiki Twoich autorskich aplikacji.
• Bezpieczeństwo – nie wysyłaj do publicznych modeli haseł, pełnych logów ze wrażliwymi danymi ani adresów IP krytycznej infrastruktury.

Najczęstsze błędy przy migracji i jak ich uniknąć

1. Brak aktualnej kopii zapasowej – zawsze wykonaj świeży backup tuż przed migracją, nie polegaj na starszym.
2. Zbyt szybkie wyłączenie starego hostingu – utrzymaj go kilka dni po migracji, żeby móc porównywać i odzyskiwać dane.
3. Brak obniżenia TTL – propagacja DNS może trwać tak długo jak wynosił stary TTL (nawet wiele godzin).
4. Pominięcie SPF/DKIM/DMARC – poczta z nowego serwera trafia do spamu lub jest odrzucana.
5. Niewłaściwe przekierowania 301 – prowadzi do spadków pozycji SEO i błędów 404 na popularnych adresach.
6. Brak testów z perspektywy użytkownika – wszystko wydaje się OK w panelu, ale formularz kontaktowy nie wysyła wiadomości albo koszyk się nie przelicza.

FAQ – najczęstsze pytania firm o migrację hostingu

Podsumowanie i rekomendacje dla firm

Migracja strony, poczty i SSL do nowego hostingu bez przestoju wymaga pięciu kluczowych elementów:

1. Dobrej inwentaryzacji wszystkich usług i konfiguracji przed startem.
2. Bezpiecznych backupów plików i baz danych wykonanych tuż przed migracją.
3. Rozsądnej strategii DNS – obniżenie TTL i przemyślana kolejność zmian rekordów A i MX.
4. Starannie zaplanowanej migracji poczty z dbałością o SPF, DKIM i DMARC.
5. Prawidłowego przeniesienia lub wystawienia na nowo certyfikatów SSL i testów HTTPS.

Trzymając domenę i DNS w rejestracjadomen.pl, a hosting dobierając elastycznie do bieżących potrzeb, zyskujesz swobodę zmiany infrastruktury bez skomplikowanych formalności. AI nie wykona migracji za Ciebie, ale – dobrze wykorzystany – pozwoli Ci przejść przez nią spokojniej, szybciej i z mniejszym ryzykiem błędów.