Migracja strony internetowej na nowy serwer oznacza przeniesienie działającego serwisu do innego środowiska hostingowego przy zachowaniu tej samej domeny i adresów URL.
W takim scenariuszu zmienia się infrastruktura, ale użytkownicy nadal korzystają z tych samych adresów strony. Najważniejsze są więc bezpieczne przeniesienie plików i danych, przygotowanie zgodnego środowiska, konfiguracja DNS, SSL i poczty oraz dokładne testy przed i po przełączeniu ruchu.
Zmiana samego serwera nie powinna wymagać tworzenia nowych adresów URL ani przekierowań wynikających wyłącznie z migracji hostingu. Jeżeli równocześnie zmienia się domena lub struktura adresów, jest to dodatkowy proces migracji URL-i wymagający osobnego planu.
W tym poradniku skupiamy się wyłącznie na migracji strony na nowy serwer bez zmiany domeny i struktury adresów URL.
Bezpieczna migracja zaczyna się przed rozpoczęciem kopiowania danych. Najpierw trzeba sprawdzić wymagania obecnej strony oraz przygotować nowe środowisko tak, aby możliwie wiernie odtworzyć warunki jej działania.
Przed migracją należy sprawdzić między innymi:
Przed rozpoczęciem prac należy również wykonać pełną kopię danych i upewnić się, że pozwala ona na odtworzenie serwisu w razie problemów.
Jeżeli ruch będzie przełączany na nowy serwer poprzez zmianę rekordów DNS, warto wcześniej sprawdzić ich obecny TTL.
W zależności od konfiguracji można odpowiednio wcześniej obniżyć TTL, aby po zmianie rekordów ograniczyć czas, w którym część użytkowników nadal trafia na stare środowisko. Należy zrobić to z odpowiednim wyprzedzeniem, uwzględniając dotychczasową wartość TTL i możliwości operatora DNS.
Trzeba również ustalić moment przełączenia oraz scenariusz powrotu do starego środowiska, jeżeli po uruchomieniu nowego serwera pojawią się poważne problemy.
Nowy serwer powinien zostać skonfigurowany zgodnie z wymaganiami działającej strony. Trzeba przygotować odpowiednie środowisko uruchomieniowe, bazę danych, wymagane rozszerzenia, konfigurację serwera WWW, SSL oraz pozostałe usługi wykorzystywane przez aplikację.
Przed migracją wykonaj kopię plików, bazy danych oraz konfiguracji niezbędnej do uruchomienia serwisu.
Backup powinien być przechowywany niezależnie od migrowanego środowiska i umożliwiać odtworzenie strony w razie niepowodzenia migracji.
Sposób transferu zależy od infrastruktury. Można wykorzystać między innymi SFTP, SSH, rsync, panel hostingowy lub mechanizmy oferowane przez dostawcę infrastruktury.
Bazę danych należy wyeksportować ze starego środowiska i poprawnie zaimportować do nowego.
Po przeniesieniu danych trzeba zaktualizować ustawienia zależne od środowiska, np.:
Jeżeli domena i adresy URL pozostają bez zmian, nie należy przy okazji migracji bez potrzeby zmieniać adresów strony.
Nowe środowisko należy sprawdzić zanim zacznie obsługiwać użytkowników.
W zależności od infrastruktury można wykorzystać np. lokalną zmianę pliku hosts, tymczasową konfigurację sieciową albo inne rozwiązanie pozwalające otworzyć produkcyjną domenę z nowego serwera bez publicznego przełączania DNS.
Trzeba sprawdzić przede wszystkim działanie aplikacji, połączenie z bazą, formularze, logowanie, media, SSL, integracje i logi błędów.
Dopiero po pozytywnych testach należy zmienić rekordy DNS lub inną warstwę odpowiedzialną za kierowanie ruchu.
W przypadku serwisów, w których dane zmieniają się na bieżąco, trzeba również zaplanować końcową synchronizację danych pomiędzy starym i nowym środowiskiem.
Po przełączeniu sprawdź ponownie:
Starego środowiska nie należy wyłączać natychmiast. Warto zachować możliwość szybkiego powrotu do niego do czasu potwierdzenia stabilności nowego serwera.
Jeżeli migracja dotyczy konkretnie WordPressa, szczegółowy scenariusz opisujemy w poradniku Jak przenieść WordPress na inny serwer? Praktyczny poradnik.
Możemy przeanalizować obecne i nowe środowisko, przygotować plan migracji, przenieść dane oraz przeprowadzić testy przed i po przełączeniu ruchu.
Jeżeli domena i wszystkie adresy URL pozostają bez zmian, sama zmiana serwera nie jest migracją adresów. Nie trzeba z tego powodu tworzyć nowych przekierowań 301, zmieniać canonicali ani zastępować adresów w mapie strony.
Zmiana infrastruktury może jednak pośrednio wpłynąć na widoczność serwisu, jeśli podczas migracji pojawią się problemy techniczne.
Po przełączeniu trzeba sprawdzić przede wszystkim:
Jeżeli przy okazji migracji zmienia się domena albo struktura adresów URL, sytuacja jest inna. Wtedy potrzebne są mapowanie adresów, trwałe przekierowania i działania związane z migracją SEO.
Taki proces opisujemy osobno w poradniku Jak przenieść WordPressa na inną domenę? SEO, redirecty 301 i checklista.
Po przełączeniu ruchu trzeba sprawdzić nie tylko to, czy otwiera się strona główna.
Zweryfikuj:
Jeżeli strona obsługuje sprzedaż, rezerwacje, konta użytkowników lub inne procesy biznesowe, trzeba dodatkowo przetestować cały ich przebieg od początku do końca.
Migracja serwera nie musi być jednocześnie modernizacją strony. Im więcej niezależnych zmian zostanie wykonanych równocześnie, tym trudniej później ustalić źródło ewentualnego problemu. Dlatego większe optymalizacje najlepiej wykonywać już po potwierdzeniu stabilności nowego środowiska.
Najczęstsze problemy podczas zmiany serwera wynikają z niedokładnego odtworzenia środowiska albo zbyt szybkiego przełączenia ruchu.
Do typowych błędów należą:
Szczególnie istotny jest ostatni punkt. Jeżeli po przełączeniu pojawi się krytyczny problem, zespół powinien wiedzieć, w jaki sposób szybko skierować ruch z powrotem na działające środowisko i przywrócić poprawne funkcjonowanie serwisu.
Migracja nie kończy się w momencie zmiany DNS. Pierwsze godziny i dni po przełączeniu są szczególnie ważne dla potwierdzenia stabilności nowego środowiska.
Stare środowisko warto wyłączyć dopiero po potwierdzeniu, że nowy serwer działa stabilnie. Jeżeli ma pełnić funkcję ścieżki awaryjnej, trzeba wcześniej uwzględnić sposób synchronizacji danych, które mogły pojawić się już po przełączeniu ruchu.
Migracja serwera powinna przede wszystkim zachować ciągłość działania istniejącej strony.
Kluczowe znaczenie mają:
Jeżeli domena i struktura adresów URL pozostają bez zmian, nie ma potrzeby tworzenia nowych przekierowań tylko z powodu zmiany serwera.
Możemy przeanalizować wymagania obecnego serwisu, przygotować plan migracji, przenieść dane i przeprowadzić testy przed oraz po przełączeniu infrastruktury.
Czas zależy od wielkości serwisu, ilości danych, użytej technologii, konfiguracji infrastruktury oraz zakresu testów.
Prosta strona może zostać przeniesiona stosunkowo szybko, natomiast sklep, portal lub aplikacja z dużą bazą danych i integracjami wymaga dodatkowego planowania, synchronizacji oraz testów.
Nie, jeżeli domena i adresy URL pozostają dokładnie takie same.
Przekierowania są potrzebne wtedy, gdy równocześnie zmieniają się adresy. Sama zmiana hostingu lub serwera nie jest powodem do tworzenia nowych przekierowań.
Trzeba natomiast sprawdzić, czy przekierowania istniejące przed migracją nadal działają w nowym środowisku.
Sama zmiana infrastruktury przy zachowaniu tych samych adresów URL nie jest migracją domeny.
Na widoczność mogą jednak wpłynąć problemy techniczne powstałe podczas przenosin, np. długa niedostępność strony, błędy 5xx, blokada indeksowania, problemy z DNS lub SSL albo istotne pogorszenie wydajności.
W wielu przypadkach można ograniczyć przestój do minimum poprzez przygotowanie i przetestowanie nowego środowiska przed przełączeniem ruchu.
Przy stronach, na których dane zmieniają się na bieżąco, może być dodatkowo potrzebne krótkie okno migracyjne albo końcowa synchronizacja danych.
Najważniejsze są aktualny backup, analiza wymagań obecnego środowiska, przygotowanie kompatybilnego nowego serwera, plan przełączenia DNS oraz scenariusz awaryjny.
Przed skierowaniem ruchu na nowy serwer należy również przetestować stronę w nowym środowisku.
Jeżeli domena i adresy URL pozostają bez zmian, nie zgłasza się zmiany adresu witryny.
Warto natomiast monitorować Search Console po migracji i sprawdzać, czy nie pojawiły się nowe błędy indeksowania, problemy z dostępnością lub błędy serwera.
Nowe środowisko może posiadać inną konfigurację wysyłki poczty, inne adresy IP albo wymagać ponownego skonfigurowania SMTP.
Zmiany DNS mogą również wpływać na rekordy związane z pocztą. Dlatego trzeba sprawdzić konfigurację MX, SPF, DKIM i DMARC oraz przetestować wiadomości wysyłane przez formularze i system.
Ogólna logika jest podobna, ale WordPress posiada własną konfigurację, strukturę plików, bazę danych, wtyczki, mechanizmy cache i zadania WP-Cron.
Dlatego w przypadku WordPressa warto korzystać z procesu dopasowanego do tego CMS-a.
Ten wpis stworzył
Ekspert od wycen dedykowanych rozwiązań i zarządzania projektami. Posiada ogromne doświadczenie w tworzeniu ofert idealnie dopasowanych do potrzeb i oczekiwań klientów, specjalista łączący pasję do nowych wyzwań z analitycznym podejściem do każdego szczegółu projektu.
Jak przenieść WordPress na inny serwer lub skopiować stronę? Backup, baza danych, PHP, DNS, WooCommerce, testy po migracji i staging.
Jak przenieść WordPress na inną domenę? Sprawdź przekierowania 301, canonicale, Search Console, sitemap i checklistę SEO przed i po migracji.
Odkryj, dlaczego regularny serwis stron internetowych to klucz do ich bezpieczeństwa, wydajności i sukcesu w internecie – przeczytaj, jak zadbać o witrynę!
Poznaj, jak niezawodne wsparcie techniczne może zapewnić bezpieczeństwo, optymalizację i innowacyjność Twojej strony www.
Share:
