Przeniesienie strony na inny hosting

Przeniesienie strony na inny hosting samo w sobie nie szkodzi pozycjom w Google — adresy zostają te same, zmienia się tylko serwer, który je obsługuje. Problemy pojawiają się wtedy, gdy kolejność działań jest odwrotna niż powinna: najpierw przełączenie domeny, potem sprawdzanie, czy cokolwiek działa.

Przed migracją: punkt odniesienia

Zapisz stan wyjściowy, żeby po przeprowadzce dało się stwierdzić, czy coś się pogorszyło. Wystarczą cztery rzeczy: czas odpowiedzi serwera, liczba zaindeksowanych adresów z Search Console, lista najważniejszych podstron oraz zrzut raportu błędów indeksowania.

Zrób też pełną kopię: pliki, baza danych i — o czym łatwo zapomnieć — eksport obecnych rekordów DNS. Jeśli przenosisz też obsługę domeny, bez tej listy trzeba będzie odtwarzać z pamięci wpisy poczty i weryfikacji domeny.

Obniż TTL, zanim cokolwiek przełączysz

TTL mówi serwerom DNS, jak długo mogą trzymać starą odpowiedź w pamięci. Przy domyślnych kilku godzinach część użytkowników trafiałaby na stary serwer długo po przełączeniu. Dzień lub dwa przed migracją obniż TTL rekordów A i AAAA do 300 sekund. Po udanej przeprowadzce możesz wrócić do dłuższej wartości.

Testuj na nowym serwerze przed przełączeniem domeny

To krok, którego pominięcie kosztuje najwięcej. Stronę na nowym serwerze można obejrzeć bez ruszania DNS — dopisz ręcznie adres IP w lokalnym pliku hosts, a Twoja przeglądarka pójdzie na nowy serwer, podczas gdy wszyscy inni nadal korzystają ze starego.

Przy teście sprawdź po kolei:

1. Wersję PHP i rozszerzenia — nowszy serwer bywa nowszy także pod tym względem, a starszy kod potrafi tego nie przyjąć.
2. Połączenie z bazą oraz kodowanie znaków, bo tutaj najczęściej psują się polskie znaki.
3. Certyfikat SSL — musi być wystawiony i działać na nowym serwerze, zanim ruch tam trafi.
4. Formularze i wysyłkę poczty, razem z wpisami SPF i DKIM.
5. Zadania cron — nie przenoszą się same z plikami.
6. Uprawnienia do katalogów, do których strona zapisuje pliki.

Pamiętaj o zablokowaniu indeksowania kopii testowej. Jeśli nowy serwer udostępnia stronę pod adresem tymczasowym, zamknij go hasłem lub nagłówkiem X-Robots-Tag: noindex. Druga zaindeksowana kopia tej samej treści to realny problem.

Przełączenie i pierwsze godziny

Dobry moment to okres najmniejszego ruchu. Zmień rekordy A i AAAA na nowy adres IP i nie wyłączaj starego serwera. Przez kilka dni część zapytań jeszcze tam dotrze, a jeśli przez ten czas strona przyjmuje zamówienia lub zgłoszenia, powinny działać na obu końcach.

Jeśli przy okazji zmieniasz adresy podstron — a przy migracji hostingu nie ma takiej potrzeby i lepiej tego nie łączyć — każdy stary adres musi dostać przekierowanie 301 na nowy odpowiednik. Przekierowanie stałe przenosi wartość linków, tymczasowe nie.

Po migracji

Sprawdź stronę jako odwiedzający: strona główna, kilka podstron, wyszukiwarka, koszyk albo formularz. Potem zajrzyj w logi serwera i wyłap błędy 404 oraz 500 — to one pokazują, czego nie przeniesiono. W Search Console sprawdź raport indeksowania i zgłoś mapę strony ponownie.

Przez pierwsze dwa tygodnie obserwuj czas odpowiedzi i liczbę zaindeksowanych adresów. Chwilowe wahanie widoczności po przeprowadzce jest normalne. Trwały spadek oznacza, że coś zostało po drodze: brakujące przekierowanie, nieprzeniesiony plik robots.txt albo certyfikat, który nie obejmuje wersji z www.