Migracja strony na nowy hosting bez przestojów

Migracja strony na hosting, krótka odpowiedź

Migrację strony na nowy hosting możesz przeprowadzić bez przestoju, jeśli zachowasz właściwą kolejność kroków: najpierw przenosisz pliki i bazę danych na nowy serwer, testujesz tam stronę za pomocą pliku hosts, a dopiero potem zmieniasz rekordy DNS. Przez czas propagacji DNS, czyli od kilku minut do 48 godzin, obie wersje serwera obsługują ruch, więc żaden odwiedzający nie traci dostępu do strony.

Błędy przy migracji zdarzają się głównie wtedy, gdy ktoś zmienia DNS przed przygotowaniem nowego serwera albo pomija etap testów. Ten artykuł opisuje dokładny proces przeprowadzki strony, co sprawdzić przed startem, jak uniknąć typowych problemów i co zrobić po migracji, żeby Google nie zgubił indeksu.

Kiedy warto przenosić stronę na nowy hosting

Zmiana hostingu to decyzja, którą warto przemyśleć, bo wiąże się z ryzykiem i nakładem pracy. Są jednak sytuacje, w których zostanie na dotychczasowym dostawcy kosztuje więcej niż przeprowadzka.

Najczęstsze powody zmiany hostingu:

• Wolny serwer. Czas odpowiedzi powyżej 1-2 sekund to problem dla użytkowników i dla pozycji w Google. Jeśli optymalizacja strony nie pomaga, a TTFB jest stale wysoki, przyczyną może być jakość serwera.
• Częste przestoje. SLA poniżej 99,9 procent oznacza ponad 8 godzin niedostępności rocznie. Dla firmy polegającej na ruchu z internetu to realna strata.
• Brak kopii zapasowych. Dobry hosting robi automatyczne kopie każdego dnia. Jeśli Twój dostawca ich nie oferuje albo nalicza za nie osobno, to sygnał do zmiany.
• Słabe wsparcie techniczne. Problemy z serwerem zdarzają się. Jeśli supportu nie można zastać albo odpowiedzi czekasz dobę, warto szukać lepszego dostawcy.
• Wzrost wymagań. Strona, która przez trzy lata była wizytówką, teraz ma blog, formularz i sklep. Dotychczasowy plan przestaje wystarczać.
• Zbyt wysoka cena po pierwszym roku. Wiele hostingów oferuje promocję na start, a potem podwaja lub troi stawkę przy przedłużeniu.

Co przygotować przed migracją

Dobre przygotowanie skraca czas przeprowadzki i eliminuje większość ryzyk. Zanim przeniesiesz cokolwiek, wykonaj kilka kroków wstępnych.

Kopia zapasowa całej strony

Przed jakąkolwiek migracją zrób pełny backup: pliki strony i bazę danych. To punkt, do którego możesz wrócić, jeśli coś pójdzie nie tak. Nie polegaj na kopii u dotychczasowego hostingodawcy, bo po przeniesieniu konta możesz stracić do niej dostęp.

Pełny backup obejmuje:

• wszystkie pliki w folderze instalacyjnym WordPress (szczególnie wp-content i wp-config.php),
• eksport bazy danych w formacie SQL przez phpMyAdmin lub narzędzie hostingu.

Sprawdzenie nowego hostingu przed migracją

Zanim zaczniesz przenosić pliki, upewnij się, że nowy serwer spełnia wymagania strony. Dla WordPressa to konkretna wersja PHP, obsługa bazy MySQL lub MariaDB i dostępność rozszerzeń, których używają Twoje wtyczki. Większość problemów po migracji wynika z niezgodności wersji PHP.

Wybór terminu migracji

Migruj stronę w czasie najmniejszego ruchu, najczęściej w nocy lub w weekend. Nawet przy idealnie przeprowadzonej migracji propagacja DNS trwa kilka do kilkudziesięciu godzin i w tym czasie ułamek odwiedzających może trafić na stary lub nowy serwer, zależnie od ustawień ich DNS.

Jak przenieść stronę krok po kroku

Poniżej kompletny proces migracji strony WordPress na nowy hosting. Dla innych technologii kolejność jest taka sama, różnią się tylko narzędzia.

Testowanie strony przed zmianą DNS

To etap, który najczęściej się pomija, a który eliminuje większość problemów. Testowanie przez plik hosts pozwala zobaczyć stronę dokładnie tak, jak będzie wyglądać po migracji, bez zmieniania czegokolwiek dla odwiedzających.

Jak edytować plik hosts

Na Windowsie plik hosts znajdziesz w C:\Windows\System32\drivers\etc\hosts. Na macOS i Linuksie to /etc/hosts. Dodaj linię w formacie:

123.456.789.0 twojadomena.pl www.twojadomena.pl

gdzie 123.456.789.0 to adres IP nowego serwera. Po zapisaniu pliku Twoja przeglądarka będzie otwierać stronę z nowego serwera, podczas gdy reszta świata nadal widzi stary.

Co sprawdzić na nowym serwerze

Podczas testu przez plik hosts przejdź przez całą stronę jak odwiedzający:

• strona główna i wszystkie podstrony,
• formularz kontaktowy, sprawdź czy wiadomość dochodzi,
• logowanie do panelu WordPress,
• multimedia, obrazy, PDFy,
• adres zaczynający się od https i brak ostrzeżeń o certyfikacie SSL,
• szybkość ładowania w DevTools przeglądarki.

Dopiero po pozytywnym przejściu całej listy zmieniaj DNS.

Jak działa propagacja DNS i co oznacza w praktyce

Zmiana DNS to zmiana wpisu w systemie nazw domenowych, który mówi przeglądarkom, gdzie szukać Twojej strony. Nie dzieje się to natychmiast, bo DNS jest buforowany przez serwery na całym świecie.

TTL (Time To Live) to czas, przez który serwery DNS przechowują stary wpis przed sprawdzeniem nowego. Domyślnie wynosi on od 1 do 24 godzin, zależnie od dostawcy. Jeśli przed migracją zmienisz TTL na 300 sekund, czyli 5 minut, propagacja będzie dużo szybsza.

Jak skrócić czas propagacji DNS

Obniż TTL na 300-600 sekund co najmniej 24-48 godzin przed planowaną migracją. Wtedy kiedy zmienisz rekord A na adres nowego serwera, serwery DNS na świecie zaktualizują się po kilku minutach, a nie po wielu godzinach.

Po zakończeniu migracji możesz przywrócić TTL do standardowej wartości, zazwyczaj 3600 lub 86400 sekund.

Co zrobić po migracji

Zakończona migracja to nie koniec. Kilka działań po przeprowadzce zapobiega problemom z SEO i potwierdza, że wszystko działa poprawnie.

Sprawdź certyfikat SSL i przekierowania

Wejdź na stronę przez http:// i upewnij się, że następuje automatyczne przekierowanie na https://. Bez tego przekierowania część odwiedzających może widzieć wersję niezaszyfrowaną, a Google odnotuje niezgodność między starymi a nowymi adresami.

Zweryfikuj Google Search Console

Jeśli masz Google Search Console, sprawdź po 24-48 godzinach, czy nie pojawiły się nowe błędy pokrycia (Coverage errors). Nowy serwer powinien być dostępny dla Googlebota. Jeśli strona na nowym hostingu jest szybsza, po kilku tygodniach możesz to zaobserwować we wskaźnikach Core Web Vitals w raporcie.

Jeśli nie masz jeszcze skonfigurowanego Google Search Console, warto zrobić to niezależnie od migracji. Szczegóły znajdziesz w artykule jak skonfigurować Google Search Console.

Sprawdź szybkość na nowym serwerze

Po migracji przetestuj szybkość strony narzędziem PageSpeed Insights lub GTmetrix. Nowy hosting powinien dawać TTFB poniżej 800 milisekund. Jeśli wynik jest gorszy niż na starym serwerze, problem może leżeć w konfiguracji pamięci podręcznej albo nieprawidłowej wersji PHP.

Monitoruj dostępność przez kilka dni

Skonfiguruj prosty monitoring dostępności, na przykład przez UptimeRobot w darmowym planie. Przez pierwsze 72 godziny po migracji narzędzie powiadomi Cię mailowo, jeśli serwer przestanie odpowiadać. Po tym czasie możesz zamknąć konto na starym hostingu.

Najczęstsze błędy przy migracji hostingu

Większość problemów przy przeprowadzce strony wynika z kilku powtarzających się błędów. Świadomość ich istnienia pozwala im zapobiec.

Zmiana DNS przed przygotowaniem nowego serwera. To najpoważniejszy błąd. Jeśli wpis DNS wskazuje na nowy serwer, a strona nie jest jeszcze tam skonfigurowana, odwiedzający dostają błąd 404 lub pustą stronę. Zawsze najpierw przygotuj nowy serwer i przetestuj go, a dopiero potem zmieniaj DNS.

Brak aktualizacji danych w pliku konfiguracyjnym. Po imporcie bazy danych na nowym serwerze plik wp-config.php zawiera jeszcze dane starego serwera. WordPress próbuje połączyć się ze starą bazą i strona nie działa. Zawsze aktualizuj nazwę bazy, użytkownika i hasło po imporcie.

Niezgodność wersji PHP. Jeśli stary hosting działał na PHP 7.4, a nowy ma domyślnie PHP 8.2, część starszych wtyczek może przestać działać. Sprawdź wersję PHP przed migracją i ustaw taką samą na nowym serwerze. Potem stopniowo aktualizuj wtyczki i przejdź na nowszą wersję.

Pominięcie certyfikatu SSL. Nowy hosting wymaga osobnej aktywacji SSL, nawet jeśli certyfikat był aktywny na starym. Let's Encrypt to bezpłatny certyfikat, który większość hostingów instaluje w kilka kliknięć. Aktywuj go zanim zmienisz DNS.

Zamknięcie starego hostingu za szybko. Propagacja DNS trwa do 48 godzin. Jeśli usuniesz konto na starym serwerze przed zakończeniem propagacji, część użytkowników dostanie błąd. Poczekaj co najmniej 3 doby po migracji.

Migracja a pozycjonowanie lokalne

Migracja hostingu nie wpływa na pozycje w Google, jeśli przeprowadzisz ją prawidłowo i bez zmian adresów URL ani struktury strony. To ważna informacja dla firm, które zainwestowały w pozycjonowanie stron i obawiają się utraty wypracowanych wyników.

Google indeksuje strony przez ich adresy URL. Jeśli adresy pozostają takie same, strona nie zmienia struktury i certyfikat SSL jest aktywny, Googlebot nie zauważy zmiany serwera. Nowy hosting może nawet poprawić wyniki Core Web Vitals, jeśli serwer jest szybszy, co z kolei pozytywnie wpływa na rankingi.

Problemy z SEO po migracji pojawiają się w konkretnych przypadkach:

• strona zrobiła przekierowania z https na http przez brak SSL na nowym serwerze,
• zmiana hostingu wiązała się ze zmianą adresów URL bez przekierowań 301,
• nowy serwer jest wolniejszy od poprzedniego, co pogarsza wyniki Core Web Vitals.

Jeśli po migracji martwisz się o widoczność strony w wynikach wyszukiwania, sprawdź raporty w Google Search Console po upływie tygodnia. Ewentualne problemy indeksowania lub błędy crawlowania pojawią się tam jako pierwsza informacja.

Dla firm lokalnych, które chcą poprawić widoczność w konkretnym mieście, warto też wiedzieć, że szybki hosting to jeden z technicznych fundamentów lokalnego SEO. Więcej o tym, jak działa pozycjonowanie lokalne, piszemy w artykule czym jest local SEO. Sprawdź też, jak wygląda konkurencja w Twoim mieście:

• Pozycjonowanie stron w Warszawie
• Pozycjonowanie stron w Krakowie
• Pozycjonowanie stron we Wrocławiu
• Pozycjonowanie stron w Gdańsku
• Pozycjonowanie stron w Poznaniu

Migracja strony kodowanej lub headless

Artykuł skupia się na WordPress jako najczęstszym wyborze dla stron firmowych, ale migracja stron zbudowanych w innych technologiach działa podobnie. Różnica polega na narzędziach i szczegółach konfiguracji.

Strony zbudowane w Nuxt, Next.js lub Astro i hostowane jako statyczne pliki mają migrację prostszą pod względem bazy danych, bo jej często w ogóle nie ma. Całość to przeniesienie plików na nowy serwer i aktualizacja DNS. Jeśli strona korzysta z backendu lub headless CMS, migracja jest bardziej złożona i wymaga też aktualizacji zmiennych środowiskowych z danymi połączenia.

Zastanawiasz się, jaka technologia jest właściwa dla Twojej firmy? Artykuły WordPress czy strona kodowana i czym jest headless CMS omawiają obie opcje pod kątem kosztów, utrzymania i SEO.