Jak przenieść stronę na inny hosting bez przestoju?

Zmiana hostingu często budzi obawy.

Właściciel firmy nie chce, aby strona przestała działać, formularze utraciły zapytania, sklep zgubił zamówienia, a poczta firmowa nagle przestała odbierać wiadomości.

Problemy rzeczywiście mogą się pojawić — ale zwykle nie wynikają z samej zmiany hostingu. Powodem jest migracja wykonana bez planu, pełnej kopii i testów.

Prawidłowo przeprowadzone przeniesienie strony może odbyć się bez zauważalnego przestoju. Stara wersja pozostaje dostępna dla użytkowników, podczas gdy nowa jest przygotowywana i sprawdzana na drugim serwerze.

Domena zostaje przełączona dopiero wtedy, gdy nowe środowisko jest gotowe.

Dlaczego firmy przenoszą strony na inny hosting?

Najczęściej decyzja o migracji pojawia się wtedy, gdy obecny hosting zaczyna ograniczać stronę lub działalność firmy.

Powodem może być:

• wolne działanie strony,
• częste awarie,
• zbyt niskie limity zasobów,
• brak regularnych kopii bezpieczeństwa,
• słaba pomoc techniczna,
• problemy ze sklepem WooCommerce,
• brak obsługi wymaganej technologii,
• rosnące koszty bez poprawy jakości,
• potrzeba przejścia na VPS,
• brak osoby odpowiedzialnej za utrzymanie strony.

Czasem firma potrzebuje po prostu większej kontroli nad projektem.

Strona rozwija się, pojawiają się nowe integracje, większy ruch albo ważniejsze dane. Hosting, który wystarczał kilka lat temu, przestaje odpowiadać aktualnym potrzebom.

Migracja to więcej niż skopiowanie plików

Przeniesienie strony jest często przedstawiane jako prosta operacja:

1. pobierz pliki,
2. wgraj je na nowy serwer,
3. zmień domenę.

W rzeczywistości strona może składać się z wielu elementów:

• plików,
• bazy danych,
• domeny,
• rekordów DNS,
• certyfikatu SSL,
• skrzynek pocztowych,
• zadań automatycznych,
• konfiguracji serwera,
• integracji,
• kluczy API,
• magazynu przesyłanych plików.

W WordPressie trzeba przenieść nie tylko motyw i zdjęcia, ale także bazę danych, wtyczki, użytkowników, ustawienia i formularze.

W sklepie WooCommerce dochodzą zamówienia, płatności, konta klientów, stany magazynowe i wiadomości transakcyjne.

W aplikacji Next.js lub Node.js migracja może obejmować backend, procesy PM2, bazę danych, Redis, zmienne środowiskowe, kolejki oraz konfigurację proxy.

Dlatego pierwszym krokiem powinien być audyt.

Krok 1. Audyt obecnego hostingu

Przed migracją trzeba dokładnie sprawdzić, co znajduje się na obecnym serwerze.

Audyt powinien odpowiedzieć na pytania:

• gdzie znajdują się pliki strony,
• z jakiej bazy danych korzysta system,
• jaka wersja PHP lub Node.js jest używana,
• gdzie obsługiwana jest poczta,
• kto zarządza domeną,
• jakie rekordy DNS są aktywne,
• czy działają zadania cron,
• z jakich integracji korzysta strona,
• czy dostępne są aktualne backupy.

To szczególnie ważne przy starszych projektach.

Często dopiero podczas migracji okazuje się, że formularz korzysta z zewnętrznej skrzynki, sklep synchronizuje dane przez cron, a wybrana subdomena działa na zupełnie innym serwerze.

Bez audytu łatwo przenieść główną stronę i pominąć funkcję, która okaże się niezbędna dopiero po kilku dniach.

Krok 2. Zabezpieczenie dostępów

Przed rozpoczęciem prac firma powinna posiadać dostęp do:

• panelu hostingu,
• panelu domeny,
• DNS,
• plików przez SFTP lub SSH,
• bazy danych,
• panelu administracyjnego strony,
• skrzynek pocztowych,
• zewnętrznych usług,
• repozytorium kodu.

Domena powinna być zarejestrowana na dane właściciela firmy.

Jeżeli dostęp posiada wyłącznie poprzedni wykonawca, należy najpierw uporządkować kwestie własności i administracji.

Brak dostępu do domeny może całkowicie zablokować przełączenie strony, nawet gdy nowe środowisko jest już gotowe.

Krok 3. Pełna kopia bezpieczeństwa

Przed zmianami trzeba wykonać pełny backup.

Kopia powinna obejmować:

• wszystkie pliki strony,
• bazę danych,
• konfigurację aplikacji,
• zadania cron,
• ustawienia serwera,
• rekordy DNS,
• pocztę, jeżeli ma być przenoszona,
• pliki przesyłane przez użytkowników.

W przypadku WordPressa sama kopia katalogu nie wystarczy. W bazie danych znajdują się treści, konta, ustawienia, formularze i zamówienia.

Najlepiej przygotować dwa zestawy danych:

• kopię roboczą przeznaczoną do migracji,
• niezależny backup awaryjny.

Kopia awaryjna nie powinna być modyfikowana ani nadpisywana podczas prac.

Krok 4. Przygotowanie nowego środowiska

Nowy hosting należy skonfigurować przed przełączeniem domeny.

Trzeba przygotować:

• odpowiednią wersję PHP lub Node.js,
• bazę danych,
• konto użytkownika bazy,
• certyfikat SSL,
• konfigurację serwera WWW,
• właściwe uprawnienia plików,
• backupy,
• monitoring,
• wymagane procesy i usługi.

Nowe środowisko powinno być zgodne z wymaganiami strony.

Jeżeli stary WordPress działa na przestarzałych wtyczkach, natychmiastowe przejście na najnowszą wersję PHP może spowodować błędy.

Migracja jest dobrym momentem na modernizację, ale nie zawsze warto łączyć przeniesienie z wieloma dużymi aktualizacjami.

Bezpieczniejsza kolejność to:

1. uruchomić stronę na kompatybilnym środowisku,
2. sprawdzić jej działanie,
3. później przeprowadzić kontrolowane aktualizacje.

Krok 5. Przeniesienie plików i bazy danych

Pliki trzeba skopiować z zachowaniem pełnej struktury katalogów.

Nie można pominąć:

• plików ukrytych,
• konfiguracji,
• katalogów z mediami,
• plików przekierowań,
• niestandardowych dodatków.

W WordPressie szczególnie ważne są:

• `wp-content`,
• motywy,
• wtyczki,
• katalog `uploads`,
• `wp-config.php`,
• plik `.htaccess`.

Następnie należy wyeksportować i zaimportować bazę danych.

Po imporcie warto sprawdzić:

• liczbę tabel,
• kodowanie znaków,
• poprawność polskich liter,
• połączenie aplikacji z bazą,
• uprawnienia użytkownika,
• kompletność danych.

Przy dużych bazach bezpieczniejsze bywają narzędzia uruchamiane przez SSH niż import przez zwykły panel hostingowy.

Krok 6. Uruchomienie wersji testowej

Najważniejsza zasada brzmi:

**Nie zmieniamy DNS, dopóki nowa strona nie zostanie sprawdzona.**

Nową wersję można uruchomić:

• pod tymczasową subdomeną,
• pod adresem technicznym,
• przez lokalną zmianę pliku `hosts`,
• w zabezpieczonym środowisku testowym.

Dzięki temu publiczna strona nadal działa na starym serwerze, a nowa może być spokojnie testowana.

Wersja testowa nie powinna być indeksowana przez Google. Najbezpieczniej zabezpieczyć ją hasłem lub ograniczeniem dostępu.

Krok 7. Testy przed migracją

Nie wystarczy sprawdzić, czy wyświetla się strona główna.

Na nowym hostingu trzeba przetestować:

• menu,
• podstrony,
• formularze,
• wysyłkę e-mail,
• logowanie,
• panel administracyjny,
• obrazy i pliki,
• przekierowania,
• certyfikat SSL,
• wersję mobilną.

W przypadku WooCommerce dodatkowo:

• produkty i warianty,
• dodawanie do koszyka,
• koszyk,
• proces zamówienia,
• płatność testową,
• wiadomości e-mail,
• statusy zamówień,
• konto klienta,
• stany magazynowe.

W aplikacji trzeba sprawdzić:

• API,
• autoryzację,
• upload plików,
• zadania automatyczne,
• kolejki,
• integracje zewnętrzne,
• logi procesów.

Nowe środowisko powinno działać poprawnie przed przełączeniem pierwszego użytkownika.

Krok 8. Poczta i rekordy DNS

Przeniesienie strony nie zawsze oznacza przeniesienie poczty.

Strona może działać na nowym serwerze, a skrzynki nadal u dotychczasowego operatora.

W takim przypadku trzeba zachować rekordy:

• MX,
• SPF,
• DKIM,
• DMARC.

Błędna zmiana DNS może spowodować, że strona będzie działać, ale firma przestanie otrzymywać wiadomości.

Jeżeli poczta ma zostać przeniesiona, trzeba wcześniej utworzyć skrzynki, aliasy i przekierowania, a następnie zsynchronizować wiadomości.

Poczta powinna być testowana zarówno w kierunku przychodzącym, jak i wychodzącym.

Krok 9. Obniżenie TTL

TTL określa, jak długo serwery DNS przechowują informacje o domenie.

Jeżeli wartość TTL jest wysoka, po zmianie rekordu część użytkowników może przez dłuższy czas trafiać na stary hosting.

Przed planowaną migracją warto obniżyć TTL odpowiednich rekordów.

Najlepiej zrobić to wcześniej, aby poprzednia wartość zdążyła wygasnąć.

Po zakończeniu migracji i potwierdzeniu poprawnego działania strony TTL można ponownie zwiększyć.

Krok 10. Końcowa synchronizacja danych

Między pierwszym skopiowaniem strony a zmianą DNS mogą pojawić się nowe dane.

Dotyczy to szczególnie:

• sklepów internetowych,
• systemów rezerwacji,
• aktywnych formularzy,
• portali klientów,
• aplikacji SaaS.

Przed przełączeniem trzeba wykonać końcową synchronizację bazy.

W sklepie może być potrzebne krótkie okno konserwacyjne, aby podczas ostatniej kopii nie pojawiły się nowe zamówienia.

Lepiej zaplanować krótką i kontrolowaną przerwę niż ryzykować utratę transakcji.

Krok 11. Zmiana DNS

DNS zmieniamy dopiero wtedy, gdy:

• strona działa na nowym serwerze,
• testy zostały zakończone,
• SSL jest przygotowany,
• backup jest aktywny,
• monitoring działa,
• poczta została zweryfikowana.

Po zmianie część użytkowników może przez pewien czas trafiać na stare środowisko.

Dlatego stary hosting powinien pozostać aktywny do zakończenia propagacji DNS.

Nie należy usuwać starego konta od razu po przełączeniu domeny.

Krok 12. Monitoring po migracji

Pierwsze godziny i dni po zmianie hostingu wymagają szczególnej kontroli.

Warto monitorować:

• dostępność strony,
• czas odpowiedzi,
• błędy 500 i 502,
• wykorzystanie procesora,
• pamięć RAM,
• miejsce na dysku,
• błędy aplikacji,
• formularze,
• wysyłkę wiadomości,
• zadania automatyczne,
• działanie sklepu.

Niektóre problemy ujawniają się dopiero przy realnym ruchu.

Monitoring pozwala zareagować wcześniej, zanim awarię zauważy większa liczba klientów.

Czy zmiana hostingu wpływa na SEO?

Prawidłowa zmiana serwera nie powinna spowodować utraty pozycji w Google.

Należy zachować:

• tę samą domenę,
• te same adresy URL,
• poprawne przekierowania,
• canonicale,
• sitemapę,
• plik robots.txt,
• metadane,
• kod odpowiedzi 200,
• certyfikat SSL.

Największym zagrożeniem dla SEO jest nie sama migracja, ale:

• długi przestój,
• błędy serwera,
• zablokowanie indeksowania,
• pozostawienie `noindex`,
• utrata przekierowań,
• przypadkowa zmiana adresów,
• niedziałający HTTPS.

Po migracji warto sprawdzić kluczowe adresy w Google Search Console i obserwować raport indeksowania.

Najczęstsze błędy podczas migracji

Do typowych problemów należą:

• brak pełnego backupu,
• zmiana DNS przed testami,
• zbyt szybkie usunięcie starego hostingu,
• pominięcie poczty,
• brak końcowej synchronizacji danych,
• niezgodna wersja PHP,
• brak certyfikatu SSL,
• niedziałające zadania cron,
• błędne uprawnienia plików,
• pozostawienie `noindex`,
• brak monitoringu po przełączeniu.

Większości tych problemów można uniknąć dzięki właściwej kolejności prac.

Czy można przenieść stronę całkowicie bez przestoju?

W wielu przypadkach tak.

Prostą stronę firmową można przygotować na nowym serwerze, przetestować i przełączyć bez zauważalnej przerwy.

W aktywnym sklepie, systemie rezerwacji lub aplikacji może być potrzebne krótkie okno na końcową synchronizację.

Nie zawsze najważniejsze jest matematyczne zero sekund przerwy.

Ważniejsze jest:

• zachowanie wszystkich danych,
• brak utraty zamówień,
• działająca poczta,
• możliwość szybkiego wycofania zmiany,
• kontrolowany proces.

Krótka, zaplanowana przerwa techniczna jest znacznie bezpieczniejsza niż przypadkowa wielogodzinna awaria.

Migracja strony z HeatLogic

W HeatLogic migracja nie polega wyłącznie na skopiowaniu katalogu z plikami.

Proces może obejmować:

• audyt obecnego środowiska,
• wykonanie pełnego backupu,
• przygotowanie nowego hostingu lub VPS,
• przeniesienie plików i bazy,
• konfigurację aplikacji,
• ustawienie domeny i SSL,
• zachowanie lub migrację poczty,
• testy przed przełączeniem,
• końcową synchronizację,
• monitoring po migracji,
• uruchomienie kopii bezpieczeństwa,
• dalszą opiekę techniczną.

Obsługujemy między innymi:

• WordPress,
• WooCommerce,
• strony firmowe,
• sklepy,
• aplikacje Next.js i Node.js,
• systemy rezerwacji,
• projekty działające na VPS.

Nie przełączamy domeny, dopóki nowe środowisko nie zostanie sprawdzone.

Lista kontrolna migracji

Przed przełączeniem strony sprawdź:

1. Czy masz dostęp do domeny?
2. Czy masz dostęp do obecnego hostingu?
3. Czy wykonano pełny backup?
4. Czy kopia obejmuje bazę danych?
5. Czy zapisano rekordy DNS?
6. Czy wiadomo, gdzie działa poczta?
7. Czy nowe środowisko obsługuje wymaganą technologię?
8. Czy strona działa na nowym serwerze?
9. Czy sprawdzono formularze?
10. Czy przetestowano logowanie?
11. Czy sklep przeszedł test zamówienia?
12. Czy działa wysyłka wiadomości?
13. Czy skonfigurowano SSL?
14. Czy uruchomiono zadania automatyczne?
15. Czy wykonano końcową synchronizację bazy?
16. Czy monitoring jest aktywny?
17. Czy stary hosting pozostanie dostępny?
18. Czy wersja testowa jest zabezpieczona?
19. Czy po migracji sprawdzono indeksowanie?
20. Czy nowe kopie bezpieczeństwa działają?

Podsumowanie

Bezpieczna migracja strony wymaga planu, kopii i testów.

Najważniejsze zasady to:

• nie wyłączaj starego hostingu zbyt szybko,
• wykonaj pełny backup,
• przygotuj nowe środowisko przed zmianą DNS,
• przetestuj wszystkie kluczowe funkcje,
• zabezpiecz pocztę,
• wykonaj końcową synchronizację danych,
• obserwuj stronę po przełączeniu.

Zmiana hostingu nie musi oznaczać utraty danych, awarii ani spadku pozycji w Google.

Ryzyko pojawia się wtedy, gdy migracja jest wykonywana bez przygotowania albo dopiero po poważnej awarii obecnego serwera.

Planujesz przenieść stronę, sklep lub aplikację?

Skontaktuj się z HeatLogic. Sprawdzimy obecne środowisko, przygotujemy bezpieczny plan migracji i przeprowadzimy zmianę hostingu z minimalnym wpływem na klientów.