Migracja strony na nowy hosting bez utraty pozycji w Google: bezpieczny plan działania

Twoja strona ładuje się wolno, serwer regularnie zalicza przestoje, a support hostingu odpowiada po dwóch dniach. Masz dość i chcesz przenieść witrynę gdzie indziej, ale w głowie siedzi jedna obawa: co, jeśli stracisz pozycje w Google, które budowałeś miesiącami? Dobra wiadomość jest taka, że migracja hostingu, zrobiona poprawnie, jest dla wyszukiwarki praktycznie niewidoczna. Poniżej znajdziesz konkretny plan działania, który stosuję przy przenosinach i który minimalizuje ryzyko do zera.

Czy zmiana hostingu w ogóle wpływa na pozycje w Google?

Zacznijmy od uspokojenia. Samo przeniesienie plików i bazy danych z jednego serwera na drugi, bez zmiany domeny i adresów URL, nie jest dla Google sygnałem, że strona się zmieniła. Robot widzi tę samą domenę, tę samą strukturę adresów i tę samą treść. Z jego perspektywy nic się nie dzieje.

Problemy pojawiają się dopiero wtedy, gdy coś pójdzie nie tak w trakcie samego procesu. Najczęstsze powody realnego spadku pozycji to długi przestój strony w trakcie przełączania, zmienione lub pogubione adresy URL, brak przekierowań 301 przy okazji innych zmian, blokada robotów w pliku robots.txt przeniesiona ze środowiska testowego oraz utrata certyfikatu SSL i chwilowe serwowanie strony po HTTP. Każdy z tych punktów da się przewidzieć i obejść. Cała sztuka polega na kolejności działań i na tym, żeby nie przełączać ruchu, zanim nowy serwer nie jest w pełni sprawdzony.

Przygotowanie, czyli połowa sukcesu

Zanim dotkniesz czegokolwiek, zrób pełną inwentaryzację. Sprawdź, na jakiej wersji PHP działa Twoja strona, jakiej wersji bazy danych używa, ile waży cała witryna razem z plikami multimedialnymi i jakie masz aktualnie rekordy DNS. Te informacje decydują o tym, czy nowy hosting w ogóle uruchomi stronę bez niespodzianek. Jeśli migrujesz starszy sklep lub rozbudowany serwis na nowym PHP, przetestuj to wcześniej, bo niektóre wtyczki potrafią przestać działać.

Wybierając nowy serwer, nie patrz wyłącznie na cenę. Dla witryny opartej o WordPress znaczenie ma środowisko dopasowane pod ten system, obsługa aktualnej wersji PHP, dysk SSD lub NVMe oraz dostęp do cache serwerowego. Jeżeli głównym powodem przeprowadzki jest wolne ładowanie, sama zmiana serwera nie zawsze wystarczy i warto przy okazji zająć się przyspieszaniem WordPress, bo problem często leży również w nieoptymalnym motywie, ciężkich obrazkach czy nadmiarze wtyczek.

Zrób backup, zanim zrobisz cokolwiek innego

Backup strony to Twoja siatka bezpieczeństwa. Zanim zaczniesz przenosiny, wykonaj pełną kopię dwóch rzeczy: wszystkich plików witryny (katalog ze stroną, w WordPress to między innymi wp-content z motywem, wtyczkami i mediami) oraz całej bazy danych wyeksportowanej do pliku SQL. Nie polegaj na jednej metodzie. Pobierz kopię przez panel hostingu, a dodatkowo przez wtyczkę do backupu lub ręcznie przez FTP i phpMyAdmin.

Trzymaj tę kopię lokalnie na swoim dysku, a nie tylko na serwerze, który za chwilę opuszczasz. Zasada jest prosta: jeśli nie masz sprawdzonego backupu, nie zaczynasz migracji. Zdarzyło mi się odtwarzać witryny, których właściciele byli pewni, że mają kopię, a plik okazywał się uszkodzony albo niekompletny. Dlatego warto backup nie tylko zrobić, ale też otworzyć i sprawdzić, czy rzeczywiście zawiera to, co powinien.

Przeniesienie WordPress krok po kroku

Przeniesienie WordPress sprowadza się do przegrania plików i bazy na nowy serwer oraz skonfigurowania połączenia między nimi. Pliki wgrywasz przez FTP lub menedżer plików w panelu nowego hostingu. Bazę danych tworzysz na nowym serwerze i importujesz do niej wyeksportowany wcześniej plik SQL. Następnie w pliku konfiguracyjnym wp-config.php aktualizujesz dane dostępowe do nowej bazy: jej nazwę, użytkownika, hasło i host.

Najważniejszy moment to uruchomienie nowej kopii bez dotykania DNS. Większość hostingów udostępnia tymczasowy adres podglądowy albo możesz lokalnie zmodyfikować plik hosts na swoim komputerze, żeby Twoja domena wskazywała na nowy serwer tylko dla Ciebie. Dzięki temu widzisz dokładnie tę samą witrynę, którą za chwilę zobaczą użytkownicy, ale reszta świata wciąż korzysta ze starego serwera. To tutaj wyłapujesz błędy, zanim ktokolwiek je zauważy.

Jeśli całość brzmi dla Ciebie zbyt technicznie, a strona jest dla firmy ważnym kanałem pozyskiwania klientów, rozsądniej zlecić przenosiny komuś, kto robił to wielokrotnie. Przy tworzeniu i prowadzeniu stron migracja jest rutynowym elementem, a jeden błąd w konfiguracji bazy potrafi kosztować dzień przestoju.

DNS i przełączenie ruchu bez przestoju

DNS to system, który kieruje odwiedzających na właściwy serwer. Zmiana rekordu A, czyli adresu IP Twojej domeny, uruchamia tak zwaną propagację, która trwa od kilku minut do nawet 24 godzin, zależnie od ustawienia parametru TTL. W tym czasie część użytkowników trafia na stary serwer, a część na nowy. I właśnie dlatego kluczowe jest, żeby oba serwery działały równolegle.

Praktyczna sztuczka: na kilka dni przed migracją obniż TTL dla rekordów DNS do niskiej wartości, na przykład 300 sekund. Dzięki temu po przełączeniu zmiana rozejdzie się po świecie znacznie szybciej. Dopiero gdy nowy serwer jest sprawdzony i działa poprawnie, zmieniasz rekord A tak, aby wskazywał na nowy adres IP. Nie usuwaj starego hostingu od razu. Zostaw go aktywnego jeszcze przez co najmniej 48 do 72 godzin, aż propagacja się zakończy i masz pewność, że cały ruch idzie na nowe miejsce.

Zadbaj też o certyfikat SSL. Zainstaluj go na nowym serwerze zanim przełączysz DNS, żeby strona przez cały czas była dostępna po HTTPS. Chwilowe serwowanie witryny bez ważnego certyfikatu to ostrzeżenia w przeglądarce i gorsze sygnały dla wyszukiwarki.

Przekierowania 301 i adresy URL

Jeśli migrujesz tylko hosting, a domena i wszystkie adresy zostają bez zmian, nie potrzebujesz masowych przekierowań, bo nic się nie przenosi pod nowe URL-e. Sytuacja zmienia się, gdy przy okazji robisz coś więcej: przechodzisz z HTTP na HTTPS, zmieniasz domenę, porządkujesz strukturę adresów albo rezygnujesz z przedrostka www. Wtedy przekierowania 301 są obowiązkowe.

Przekierowanie 301 to trwała informacja dla Google, że dany adres zmienił lokalizację na stałe, i że cała wartość SEO starego adresu ma przejść na nowy. Pilnuj, żeby każdy stary URL prowadził dokładnie do swojego odpowiednika, a nie zbiorczo na stronę główną. Przekierowanie wszystkiego na główną to jeden z najczęstszych błędów, który realnie potrafi skasować pozycje podstron. Upewnij się również, że nie tworzysz łańcuchów przekierowań, gdzie adres kieruje na kolejny, a ten na jeszcze następny, bo to spowalnia wczytywanie i rozmywa sygnały.

Testy po migracji, których nie wolno pominąć

Przełączenie DNS to nie koniec, a moment, w którym zaczyna się kontrola. Sprawdź najważniejsze rzeczy metodycznie, zanim ogłosisz sukces.

• Dostępność i wygląd strony: otwórz stronę główną i kilka kluczowych podstron, przejrzyj formularze kontaktowe, koszyk, logowanie do panelu i obrazki, czy wszystko się ładuje.
• Plik robots.txt i tagi noindex: upewnij się, że ze środowiska testowego nie przeniosła się blokada indeksowania, bo to najszybszy sposób na zniknięcie z Google.
• Certyfikat SSL i HTTPS: cała witryna powinna działać po HTTPS, bez ostrzeżeń i mieszanej zawartości.
• Google Search Console: sprawdź raport indeksowania i wyślij do ponownego przetworzenia najważniejsze adresy, żeby przyspieszyć aktualizację.
• Szybkość ładowania: zmierz czas odpowiedzi serwera, bo to zwykle główny powód przeprowadzki i warto potwierdzić, że faktycznie jest lepiej.

Przy okazji zweryfikuj, czy poprawnie działa zbieranie danych. Po zmianie serwera zdarza się, że kody śledzące przestają raportować lub dublują zdarzenia, dlatego warto skontrolować integrację analityczną, zanim zaczniesz wyciągać wnioski z ruchu. Jeśli dopiero teraz chcesz zacząć poważnie pracować nad widocznością, migracja to dobry moment, by połączyć porządki techniczne z działaniami w ramach pozycjonowania SEO.

Monitoring przez pierwsze dwa tygodnie

Przez około dwa tygodnie po migracji obserwuj witrynę uważniej niż zwykle. Zaglądaj do Search Console, czy nie rosną błędy indeksowania i czy liczba zaindeksowanych stron się zgadza. Sprawdzaj w analityce, czy ruch organiczny utrzymuje się na dotychczasowym poziomie. Drobne, kilkudniowe wahania pozycji są normalne i nie oznaczają katastrofy. Prawdziwy problem to utrzymujący się spadek połączony z błędami technicznymi, i wtedy wracasz do listy kontrolnej, żeby znaleźć przyczynę.

Jeśli nie masz czasu na taki monitoring, a strona realnie zarabia, rozważ stałą opiekę i administrację strony. Regularne backupy, aktualizacje i pilnowanie wydajności sprawiają, że następna migracja albo awaria nie zastanie Cię bez przygotowania.

Najczęstsze błędy, które kosztują pozycje

Z doświadczenia najgroźniejsze są trzy sytuacje. Pierwsza to przełączenie DNS zanim nowy serwer został sprawdzony, co prowadzi do przestoju widocznego dla użytkowników i robotów. Druga to przeniesienie na produkcję blokady indeksowania z wersji testowej, przez którą Google w kilka dni usuwa stronę z wyników. Trzecia to usunięcie starego hostingu zbyt szybko, zanim propagacja się zakończy, przez co część odwiedzających trafia w pustkę. Każdy z tych błędów wynika z pośpiechu, a nie z trudności technicznej.

Podsumowanie i następny krok

Bezpieczna migracja strony sprowadza się do żelaznej kolejności: pełny backup, uruchomienie i przetestowanie witryny na nowym serwerze przed przełączeniem, obniżony TTL, gotowy certyfikat SSL, dopiero potem zmiana DNS, a na końcu dokładne testy i kilkutygodniowy monitoring. Jeśli trzymasz się tego planu, Google nie zauważy przeprowadzki, a Ty zyskasz szybszy i stabilniejszy serwer bez utraty tego, co zbudowałeś.

Zastanawiasz się nad zmianą hostingu, ale nie chcesz ryzykować własnego ruchu? Zajrzyj do naszych case studies, zobacz jak wyglądają zrealizowane projekty, albo napisz do nas przez formularz kontaktowy. Przeprowadzimy migrację za Ciebie, od backupu po testy, tak żebyś nie musiał martwić się o pozycje w Google.