Migracja sklepu na inny hosting - lista kontrolna bez utraty pozycji w Google

Migracja sklepu na inny hosting nie musi kosztować pozycji w Google, jeśli adresy URL zostają bez zmian, a przeniesienie odbywa się według planu: pełna kopia sklepu na nowym serwerze, testy pod tymczasowym adresem, obniżenie TTL rekordów DNS z wyprzedzeniem, przełączenie DNS w spokojnej porze i kontrola po zmianie. Google w dokumentacji dla przeniesienia witryny bez zmiany adresów zaleca właśnie taki porządek i uprzedza, że chwilowy spadek tempa indeksowania tuż po przenosinach jest normalny. Największe ryzyko to nie sama zmiana serwera, tylko błędy, które przy niej powstają: zablokowany robot Google, brakujące pliki, niedziałające formularze albo pozostawiony zakaz indeksowania z kopii testowej.

Zmiana hostingu sklepu to jedna z tych operacji, które robi się rzadko, więc łatwo o pominięty krok. W tym artykule znajdziesz listę kontrolną podzieloną na etapy: przygotowanie, testy, przełączenie i kontrolę po zmianie. Opisujemy też, co zrobić z pocztą, certyfikatem SSL i zamówieniami złożonymi w trakcie przenosin oraz kiedy wyłączyć stary serwer.

[#wazne] W skrócie: migracja sklepu na inny hosting bez zmiany adresów URL to dla Google zwykła zmiana serwera, więc pozycje zostają, o ile sklep pod nowym adresem IP działa tak samo jak wcześniej. Kluczowe kroki to kopia i test sklepu na nowym serwerze, obniżenie TTL w DNS z wyprzedzeniem, przełączenie rekordów, sprawdzenie dostępu robota Google w Search Console i monitorowanie logów obu serwerów. Stary hosting wyłącz dopiero, gdy ruch na nim spadnie do zera. W Vinson w ramach wsparcia IT planujemy i przeprowadzamy takie przenosiny dla firm i sklepów internetowych.

Czym jest migracja sklepu na inny hosting i kiedy grozi spadkiem w Google

Migracja sklepu na inny hosting to przeniesienie plików sklepu, bazy danych i konfiguracji na serwer innego dostawcy przy zachowaniu tej samej domeny i tych samych adresów stron. Klient wpisuje ten sam adres, widzi ten sam sklep, zmienia się tylko maszyna, która go obsługuje. Google opisuje taki przypadek osobno jako przeniesienie witryny bez zmiany adresów URL i odróżnia go od przenosin połączonych ze zmianą domeny lub struktury adresów.

To rozróżnienie jest ważne, bo decyduje o skali ryzyka. Gdy adresy się nie zmieniają, wyszukiwarka nie musi niczego przepisywać w indeksie ani przenosić sygnałów między stronami. Problem pojawia się wtedy, gdy przy okazji zmiany hostingu zmieni się coś więcej: wersja z www na bez www, struktura linków produktów, protokół albo motyw sklepu. Wtedy z prostej przeprowadzki robi się migracja ze zmianą adresów, która wymaga mapy przekierowań. Dlatego dobra zasada brzmi: przy zmianie serwera nie zmieniaj niczego innego. Nowy motyw czy nową strukturę kategorii wprowadź osobno, po ustabilizowaniu sklepu na nowym hostingu.

Co faktycznie może zaszkodzić pozycjom przy zmianie hostingu

Zablokowany robot Google - nowa zapora sieciowa lub ochrona przed atakami DoS potrafi odrzucać ruch robotów. Google wprost zaleca sprawdzenie, czy ustawienia zapory nie blokują dostępu do DNS i serwerów nowego dostawcy.
Pozostawiony zakaz indeksowania - kopia testowa często ma regułę noindex lub blokadę w robots.txt. Jeśli trafi na produkcję, sklep zacznie znikać z wyników.
Wolniejszy lub niestabilny serwer - Google pisze, że robot indeksuje nową infrastrukturę tak szybko, jak to możliwe, o ile nie napotyka poważnych problemów i spowolnień. Błędy 5xx i długie odpowiedzi po przenosinach ograniczają indeksowanie.
Brakujące pliki i błędy 404 - niepełna kopia zdjęć produktów, plików do pobrania czy pamięci podręcznej skutkuje pustymi miejscami w sklepie i błędami w raportach Search Console.
Utrata weryfikacji Search Console - jeśli sklep był weryfikowany plikiem HTML lub meta tagiem, a nowa kopia go nie ma, tracisz wgląd w dane w najważniejszym momencie.

Żaden z tych problemów nie wynika z samej zmiany dostawcy. Każdy da się wykryć wcześniej, jeśli sklep zostanie przetestowany na nowym serwerze, zanim trafi tam pierwszy klient.

Plan migracji sklepu na nowy hosting krok po kroku

Poniższy schemat pokazuje kolejność prac. Najwięcej czasu zajmuje przygotowanie i testy, samo przełączenie trwa zwykle krótko. Warto zaplanować je na godziny najmniejszego ruchu i dzień, w którym nie startuje żadna kampania ani promocja.

[#chart:wit91a]

Przygotowanie - zanim cokolwiek skopiujesz

Spisz obecną konfigurację. Wersja PHP, wersja bazy danych, limity pamięci, zadania cron, rozszerzenia serwera, reguły przekierowań i ustawienia pamięci podręcznej. Nowy serwer powinien mieć co najmniej te same parametry.
Zrób pełną kopię zapasową. Pliki i baza danych, zapisane poza obecnym hostingiem. To punkt powrotu, gdyby coś poszło źle.
Sprawdź, gdzie są rekordy DNS i poczta. Ustal, kto zarządza strefą DNS: rejestrator domeny, stary hosting czy zewnętrzna usługa. Sprawdź, czy poczta firmowa działa na starym hostingu, bo jej rekordy MX też mogą wymagać zmiany.
Obniż TTL rekordów DNS z wyprzedzeniem. TTL określa, jak długo serwery pośredniczące pamiętają stary adres. Google radzi obniżyć go do niskiej wartości z wyprzedzeniem, np. tydzień przed przenosinami, żeby zmiana rozeszła się szybciej.
Ustal okno serwisowe. Dzień i godzinę przełączenia, osobę odpowiedzialną i kontakt do pomocy technicznej obu dostawców.

Kopia zapasowa to podstawa całej operacji, ale ma wartość tylko wtedy, gdy da się ją odtworzyć. Zanim zaczniesz migrację, warto sprawdzić to w praktyce, tak jak opisujemy w artykule test odtwarzania kopii zapasowej sklepu - jak sprawdzić, że backup działa. Przy okazji masz gotową procedurę przenoszenia sklepu, bo odtworzenie kopii na nowym serwerze to w praktyce pierwsza faza migracji.

Migracja sklepu na inny hosting nie musi kosztować pozycji w Google, jeśli adresy URL zostają bez zmian, a przeniesienie odbywa się według planu: pełna kopia sklepu na nowym serwerze, testy pod tymczasowym adresem, obniżenie TTL rekordów DNS z wyprzedzeniem, przełączenie DNS w spokojnej porze i kontrola po zmianie. Google w dokumentacji dla przeniesienia witryny bez zmiany adresów zaleca właśnie taki porządek i uprzedza, że chwilowy spadek tempa indeksowania tuż po przenosinach jest normalny. Największe ryzyko to nie sama zmiana serwera, tylko błędy, które przy niej powstają: zablokowany robot Google, brakujące pliki, niedziałające formularze albo pozostawiony zakaz indeksowania z kopii testowej.

Zmiana hostingu sklepu to jedna z tych operacji, które robi się rzadko, więc łatwo o pominięty krok. W tym artykule znajdziesz listę kontrolną podzieloną na etapy: przygotowanie, testy, przełączenie i kontrolę po zmianie. Opisujemy też, co zrobić z pocztą, certyfikatem SSL i zamówieniami złożonymi w trakcie przenosin oraz kiedy wyłączyć stary serwer.

[#wazne] W skrócie: migracja sklepu na inny hosting bez zmiany adresów URL to dla Google zwykła zmiana serwera, więc pozycje zostają, o ile sklep pod nowym adresem IP działa tak samo jak wcześniej. Kluczowe kroki to kopia i test sklepu na nowym serwerze, obniżenie TTL w DNS z wyprzedzeniem, przełączenie rekordów, sprawdzenie dostępu robota Google w Search Console i monitorowanie logów obu serwerów. Stary hosting wyłącz dopiero, gdy ruch na nim spadnie do zera. W Vinson w ramach wsparcia IT planujemy i przeprowadzamy takie przenosiny dla firm i sklepów internetowych.

Czym jest migracja sklepu na inny hosting i kiedy grozi spadkiem w Google

Migracja sklepu na inny hosting to przeniesienie plików sklepu, bazy danych i konfiguracji na serwer innego dostawcy przy zachowaniu tej samej domeny i tych samych adresów stron. Klient wpisuje ten sam adres, widzi ten sam sklep, zmienia się tylko maszyna, która go obsługuje. Google opisuje taki przypadek osobno jako przeniesienie witryny bez zmiany adresów URL i odróżnia go od przenosin połączonych ze zmianą domeny lub struktury adresów.

To rozróżnienie jest ważne, bo decyduje o skali ryzyka. Gdy adresy się nie zmieniają, wyszukiwarka nie musi niczego przepisywać w indeksie ani przenosić sygnałów między stronami. Problem pojawia się wtedy, gdy przy okazji zmiany hostingu zmieni się coś więcej: wersja z www na bez www, struktura linków produktów, protokół albo motyw sklepu. Wtedy z prostej przeprowadzki robi się migracja ze zmianą adresów, która wymaga mapy przekierowań. Dlatego dobra zasada brzmi: przy zmianie serwera nie zmieniaj niczego innego. Nowy motyw czy nową strukturę kategorii wprowadź osobno, po ustabilizowaniu sklepu na nowym hostingu.

Co faktycznie może zaszkodzić pozycjom przy zmianie hostingu

Zablokowany robot Google - nowa zapora sieciowa lub ochrona przed atakami DoS potrafi odrzucać ruch robotów. Google wprost zaleca sprawdzenie, czy ustawienia zapory nie blokują dostępu do DNS i serwerów nowego dostawcy.
Pozostawiony zakaz indeksowania - kopia testowa często ma regułę noindex lub blokadę w robots.txt. Jeśli trafi na produkcję, sklep zacznie znikać z wyników.
Wolniejszy lub niestabilny serwer - Google pisze, że robot indeksuje nową infrastrukturę tak szybko, jak to możliwe, o ile nie napotyka poważnych problemów i spowolnień. Błędy 5xx i długie odpowiedzi po przenosinach ograniczają indeksowanie.
Brakujące pliki i błędy 404 - niepełna kopia zdjęć produktów, plików do pobrania czy pamięci podręcznej skutkuje pustymi miejscami w sklepie i błędami w raportach Search Console.
Utrata weryfikacji Search Console - jeśli sklep był weryfikowany plikiem HTML lub meta tagiem, a nowa kopia go nie ma, tracisz wgląd w dane w najważniejszym momencie.

Żaden z tych problemów nie wynika z samej zmiany dostawcy. Każdy da się wykryć wcześniej, jeśli sklep zostanie przetestowany na nowym serwerze, zanim trafi tam pierwszy klient.

Plan migracji sklepu na nowy hosting krok po kroku

Poniższy schemat pokazuje kolejność prac. Najwięcej czasu zajmuje przygotowanie i testy, samo przełączenie trwa zwykle krótko. Warto zaplanować je na godziny najmniejszego ruchu i dzień, w którym nie startuje żadna kampania ani promocja.

[#chart:wit91a]

Przygotowanie - zanim cokolwiek skopiujesz

Spisz obecną konfigurację. Wersja PHP, wersja bazy danych, limity pamięci, zadania cron, rozszerzenia serwera, reguły przekierowań i ustawienia pamięci podręcznej. Nowy serwer powinien mieć co najmniej te same parametry.
Zrób pełną kopię zapasową. Pliki i baza danych, zapisane poza obecnym hostingiem. To punkt powrotu, gdyby coś poszło źle.
Sprawdź, gdzie są rekordy DNS i poczta. Ustal, kto zarządza strefą DNS: rejestrator domeny, stary hosting czy zewnętrzna usługa. Sprawdź, czy poczta firmowa działa na starym hostingu, bo jej rekordy MX też mogą wymagać zmiany.
Obniż TTL rekordów DNS z wyprzedzeniem. TTL określa, jak długo serwery pośredniczące pamiętają stary adres. Google radzi obniżyć go do niskiej wartości z wyprzedzeniem, np. tydzień przed przenosinami, żeby zmiana rozeszła się szybciej.
Ustal okno serwisowe. Dzień i godzinę przełączenia, osobę odpowiedzialną i kontakt do pomocy technicznej obu dostawców.

Kopia zapasowa to podstawa całej operacji, ale ma wartość tylko wtedy, gdy da się ją odtworzyć. Zanim zaczniesz migrację, warto sprawdzić to w praktyce, tak jak opisujemy w artykule test odtwarzania kopii zapasowej sklepu - jak sprawdzić, że backup działa. Przy okazji masz gotową procedurę przenoszenia sklepu, bo odtworzenie kopii na nowym serwerze to w praktyce pierwsza faza migracji.

Jak przetestować sklep na nowym hostingu przed zmianą DNS

Google zaleca, by przed przełączeniem wgrać pełną kopię witryny na nowy serwer i przetestować strony, formularze, obrazy i pliki do pobrania. Test można przeprowadzić w środowisku z ograniczonym dostępem albo pod tymczasową nazwą hosta. Jeśli kopia testowa jest dostępna publicznie, powinna mieć regułę noindex w kodzie HTML lub nagłówkach HTTP, żeby nie trafiła do wyników wyszukiwania jako duplikat sklepu.

W praktyce wygodnym sposobem jest wpis w pliku hosts na komputerze testującym. Przypisuje on domenę sklepu do adresu IP nowego serwera tylko na tym jednym komputerze. Klienci nadal trafiają na stary hosting, a Ty widzisz sklep pod właściwym adresem, ale już z nowej maszyny. Po testach wpis trzeba usunąć, bo inaczej po przełączeniu trudno odróżnić, który serwer widzisz.

Testy warto oprzeć na prawdziwych ścieżkach klientów, a nie tylko na stronie głównej. Lista, którą sprawdzamy przy każdej migracji:

[#chart:wit91b]

Strona główna, kilka kategorii z filtrami i kilka kart produktów, w tym produkt z wariantami.
Wyszukiwarka sklepu, koszyk, zmiana ilości i kod rabatowy.
Pełne zamówienie testowe z wyborem dostawy i płatności w trybie testowym operatora, jeśli jest dostępny.
Wiadomości e-mail wysyłane przez sklep: potwierdzenie zamówienia, rejestracja konta, reset hasła.
Formularz kontaktowy, newsletter, logowanie do panelu administracyjnego.
Integracje: synchronizacja stanów i zamówień z systemem do obsługi sprzedaży, kurierzy, pliki produktowe dla porównywarek i Merchant Center.
Zadania cykliczne, czyli cron: kopie zapasowe, wysyłka newslettera, aktualizacja kursów i stanów.
Certyfikat SSL i brak ostrzeżeń o mieszanej zawartości w przeglądarce.

[#uwaga] Integracje zewnętrzne często mają zapisany adres IP serwera sklepu na liście dozwolonych adresów. Dotyczy to np. niektórych hurtowni, programów magazynowych i bramek płatności. Przed przełączeniem sprawdź, które usługi trzeba poinformować o nowym adresie IP, bo inaczej synchronizacja przestanie działać zaraz po zmianie DNS.

Wydajność nowego serwera

Migracja ma zwykle przynieść szybszy sklep, więc warto to zmierzyć. Porównaj czas odpowiedzi serwera i czas wczytania tych samych stron na starym i nowym hostingu. Jeśli nowy serwer jest wolniejszy, lepiej dowiedzieć się o tym przed przełączeniem niż z raportu Podstawowe wskaźniki internetowe kilka tygodni później. Najczęstsza przyczyna to nieskonfigurowana pamięć podręczna albo inna wersja PHP niż na starym serwerze.

Przełączenie DNS - jak zmienić hosting sklepu bez przestoju

Przełączenie polega na zmianie rekordów DNS domeny tak, by wskazywały adres IP nowego serwera. Zwykle chodzi o rekord A dla domeny głównej i rekord A lub CNAME dla www. Jeśli nie masz pewności, które rekordy za co odpowiadają, przeczytaj nasz poradnik konfiguracja DNS dla sklepu - rekordy A, CNAME i MX bez błędów. Pomyłka w rekordzie MX przy tej okazji potrafi odciąć firmową pocztę na kilka dni.

Najtrudniejsza część to zamówienia. Przez czas propagacji DNS część klientów trafia jeszcze na stary serwer, a część już na nowy. Jeśli oba sklepy przyjmują zamówienia, powstają dwie rozjechane bazy. Są na to trzy praktyczne rozwiązania:

Sposób	Jak działa	Kiedy pasuje
Krótka przerwa techniczna	Sklep na starym serwerze przechodzi w tryb konserwacji, robisz ostatnią kopię bazy, przenosisz ją i przełączasz DNS.	Mały i średni sklep, przełączenie w nocy, przerwa rzędu kilkudziesięciu minut.
Zablokowane zamówienia na starym serwerze	Stary sklep działa, ale nie przyjmuje zamówień, komunikat prosi o odświeżenie strony za chwilę.	Gdy sklep ma być widoczny przez cały czas, a zakupy mogą chwilę poczekać.
Ręczne przeniesienie zamówień	Oba serwery przyjmują zamówienia, a te złożone na starym przenosisz do nowego.	Tylko przy pojedynczych zamówieniach i dobrej znajomości sklepu.

Po zmianie rekordów usuń z nowej wersji sklepu wszystkie blokady z czasu testów: regułę noindex, blokadę w robots.txt, hasło na katalogu. Google przypomina o tym wprost w instrukcji przenosin. Następnie w Search Console użyj narzędzia do sprawdzania adresów URL na kilku kluczowych stronach, żeby potwierdzić, że robot dostaje poprawną odpowiedź z nowego serwera.

Poczta firmowa i certyfikat SSL przy zmianie hostingu

Jeśli poczta działa na starym hostingu, a nie w zewnętrznej usłudze, musisz zdecydować, gdzie będzie po migracji. Skrzynki trzeba założyć u nowego dostawcy z tymi samymi adresami, przenieść wiadomości i dopiero wtedy zmienić rekordy MX. Sprawdź też rekordy SPF, DKIM i DMARC, bo nowy serwer wysyła maile z innego adresu IP. Bez aktualizacji SPF potwierdzenia zamówień mogą trafiać do spamu.

Certyfikat SSL ustal z nowym dostawcą przed przełączeniem. Część firm hostingowych wystawia darmowy certyfikat dopiero wtedy, gdy domena wskazuje już na ich serwer, inne pozwalają przenieść certyfikat lub wystawić go wcześniej. Od tego zależy, czy po zmianie DNS klienci przez chwilę nie zobaczą ostrzeżenia o niebezpiecznym połączeniu.

Kontrola po migracji sklepu - co sprawdzić w Google Search Console i logach

Google radzi obserwować logi obu serwerów: ruch na starym powinien spadać, a na nowym rosnąć. Propagację DNS można sprawdzić publicznymi narzędziami, które odpytują serwery DNS w różnych krajach. W Search Console obserwuj raport indeksowania stron i statystyki indeksowania. Chwilowy spadek liczby żądań robota tuż po przenosinach jest według Google normalny, a później tempo powinno rosnąć, czasem nawet powyżej poziomu sprzed migracji.

Jeśli coś poszło nie tak, objawy zwykle pojawiają się w pierwszych godzinach i dniach. Najczęstsze sytuacje i pierwsze kroki pokazuje poniższy diagram:

[#chart:wit91c]

Przez pierwsze dwa tygodnie warto codziennie zaglądać do logów błędów, raportu indeksowania i panelu zamówień. Porównuj liczbę zamówień i wejść z analogicznym okresem przed migracją. Gwałtowny spadek konwersji przy stabilnym ruchu to sygnał, że coś nie działa na ścieżce zakupu, np. płatności lub wysyłka wiadomości.

Kiedy wyłączyć stary hosting

Nie wyłączaj starego serwera w dniu migracji. Google zaleca zostawić starą infrastrukturę do czasu, aż ruch na niej spadnie do zera. W praktyce oznacza to co najmniej kilka dni, a bezpieczniej do końca okresu rozliczeniowego. Stary serwer jest też Twoją kopią awaryjną: jeśli na nowym wyjdzie poważny problem, możesz wrócić, przełączając DNS z powrotem. Przed rezygnacją pobierz ostatnią pełną kopię plików, bazy i poczty i upewnij się, że kopie zapasowe działają już na nowym hostingu.

Jeśli sklep działa na WooCommerce, dobrze opisana procedura kopii i odtworzenia przyda się nie tylko przy migracji. Krok po kroku opisujemy ją w artykule kopia zapasowa sklepu WooCommerce - jak ją wykonać i jak przywrócić.

[#checklista] Lista kontrolna po przełączeniu: blokady noindex i robots.txt usunięte, weryfikacja Search Console działa, narzędzie do sprawdzania adresów URL pokazuje poprawną odpowiedź, zamówienie testowe przeszło, maile ze sklepu dochodzą, integracje i cron działają, kopie zapasowe są ustawione na nowym serwerze, stary hosting działa do czasu, aż ruch na nim spadnie do zera.

Jak Vinson pomaga przy migracji sklepu na inny hosting

Vinson to agencja e-commerce z Bochni działająca od 2021 r., certyfikowany partner Base i autoryzowany partner Shoper, oceniana na 4,9/5 ze 171 opinii przez klientów z ponad 500 firm. W ramach wsparcia informatycznego dla firm i sklepów pomagamy dobrać nowy hosting, spisujemy konfigurację, przenosimy pliki, bazę i pocztę, testujemy sklep przed przełączeniem i ustawiamy rekordy DNS. Po migracji pilnujemy logów, raportów Search Console i działania integracji, a stary serwer wyłączamy dopiero wtedy, gdy nie jest już potrzebny.

Najczęściej zadawane pytania

Czy zmiana hostingu sklepu wpływa na pozycje w Google?

Sama zmiana serwera przy tych samych adresach URL nie powinna obniżyć pozycji. Spadki pojawiają się, gdy nowy serwer działa wolniej, zwraca błędy, blokuje robota Google albo gdy na produkcję trafi zakaz indeksowania z kopii testowej. Chwilowy spadek tempa indeksowania tuż po przenosinach jest normalny.

Ile trwa migracja sklepu na inny hosting?

Przygotowanie i testy trwają zwykle od kilku dni do kilku tygodni, zależnie od wielkości sklepu i liczby integracji. Samo przełączenie DNS zajmuje krótko, ale zmiana rozchodzi się po sieci przez czas zależny od TTL rekordów. Dlatego TTL warto obniżyć z wyprzedzeniem.

Czy przy zmianie hostingu trzeba używać narzędzia do zmiany adresu w Search Console?

Nie. Według Google narzędzie do zmiany adresu służy do przenosin między domenami lub subdomenami. Przy zmianie samego serwera, gdy domena i adresy URL zostają te same, nie jest potrzebne. Wystarczy pilnować weryfikacji usługi i raportów indeksowania.

Co zrobić z zamówieniami złożonymi w trakcie migracji?

Najprościej na czas ostatniej kopii bazy i przełączenia włączyć tryb konserwacji na starym serwerze, żeby nie powstawały nowe zamówienia. Jeśli jednak jakieś zamówienie trafiło na stary serwer, trzeba je ręcznie przenieść do nowego sklepu. Warto sprawdzić panel starego sklepu jeszcze przez kilka dni po zmianie.

Kiedy można zrezygnować ze starego hostingu?

Dopiero gdy ruch na starym serwerze spadnie do zera, a nowy sklep działa stabilnie, z działającymi kopiami zapasowymi, pocztą i integracjami. Przed rezygnacją pobierz ostatnią pełną kopię plików, bazy i poczty. Bezpiecznie jest utrzymać stary hosting do końca okresu rozliczeniowego.

Planujesz zmianę hostingu sklepu i chcesz przejść ją bez przestoju i strat w Google? Skontaktuj się z nami w sprawie wsparcia IT, a przygotujemy plan migracji dopasowany do Twojej platformy i integracji.

Jak przetestować sklep na nowym hostingu przed zmianą DNS

Google zaleca, by przed przełączeniem wgrać pełną kopię witryny na nowy serwer i przetestować strony, formularze, obrazy i pliki do pobrania. Test można przeprowadzić w środowisku z ograniczonym dostępem albo pod tymczasową nazwą hosta. Jeśli kopia testowa jest dostępna publicznie, powinna mieć regułę noindex w kodzie HTML lub nagłówkach HTTP, żeby nie trafiła do wyników wyszukiwania jako duplikat sklepu.

W praktyce wygodnym sposobem jest wpis w pliku hosts na komputerze testującym. Przypisuje on domenę sklepu do adresu IP nowego serwera tylko na tym jednym komputerze. Klienci nadal trafiają na stary hosting, a Ty widzisz sklep pod właściwym adresem, ale już z nowej maszyny. Po testach wpis trzeba usunąć, bo inaczej po przełączeniu trudno odróżnić, który serwer widzisz.

Testy warto oprzeć na prawdziwych ścieżkach klientów, a nie tylko na stronie głównej. Lista, którą sprawdzamy przy każdej migracji:

[#chart:wit91b]

Strona główna, kilka kategorii z filtrami i kilka kart produktów, w tym produkt z wariantami.
Wyszukiwarka sklepu, koszyk, zmiana ilości i kod rabatowy.
Pełne zamówienie testowe z wyborem dostawy i płatności w trybie testowym operatora, jeśli jest dostępny.
Wiadomości e-mail wysyłane przez sklep: potwierdzenie zamówienia, rejestracja konta, reset hasła.
Formularz kontaktowy, newsletter, logowanie do panelu administracyjnego.
Integracje: synchronizacja stanów i zamówień z systemem do obsługi sprzedaży, kurierzy, pliki produktowe dla porównywarek i Merchant Center.
Zadania cykliczne, czyli cron: kopie zapasowe, wysyłka newslettera, aktualizacja kursów i stanów.
Certyfikat SSL i brak ostrzeżeń o mieszanej zawartości w przeglądarce.

[#uwaga] Integracje zewnętrzne często mają zapisany adres IP serwera sklepu na liście dozwolonych adresów. Dotyczy to np. niektórych hurtowni, programów magazynowych i bramek płatności. Przed przełączeniem sprawdź, które usługi trzeba poinformować o nowym adresie IP, bo inaczej synchronizacja przestanie działać zaraz po zmianie DNS.

Wydajność nowego serwera

Migracja ma zwykle przynieść szybszy sklep, więc warto to zmierzyć. Porównaj czas odpowiedzi serwera i czas wczytania tych samych stron na starym i nowym hostingu. Jeśli nowy serwer jest wolniejszy, lepiej dowiedzieć się o tym przed przełączeniem niż z raportu Podstawowe wskaźniki internetowe kilka tygodni później. Najczęstsza przyczyna to nieskonfigurowana pamięć podręczna albo inna wersja PHP niż na starym serwerze.

Przełączenie DNS - jak zmienić hosting sklepu bez przestoju

Przełączenie polega na zmianie rekordów DNS domeny tak, by wskazywały adres IP nowego serwera. Zwykle chodzi o rekord A dla domeny głównej i rekord A lub CNAME dla www. Jeśli nie masz pewności, które rekordy za co odpowiadają, przeczytaj nasz poradnik konfiguracja DNS dla sklepu - rekordy A, CNAME i MX bez błędów. Pomyłka w rekordzie MX przy tej okazji potrafi odciąć firmową pocztę na kilka dni.

Najtrudniejsza część to zamówienia. Przez czas propagacji DNS część klientów trafia jeszcze na stary serwer, a część już na nowy. Jeśli oba sklepy przyjmują zamówienia, powstają dwie rozjechane bazy. Są na to trzy praktyczne rozwiązania:

Sposób	Jak działa	Kiedy pasuje
Krótka przerwa techniczna	Sklep na starym serwerze przechodzi w tryb konserwacji, robisz ostatnią kopię bazy, przenosisz ją i przełączasz DNS.	Mały i średni sklep, przełączenie w nocy, przerwa rzędu kilkudziesięciu minut.
Zablokowane zamówienia na starym serwerze	Stary sklep działa, ale nie przyjmuje zamówień, komunikat prosi o odświeżenie strony za chwilę.	Gdy sklep ma być widoczny przez cały czas, a zakupy mogą chwilę poczekać.
Ręczne przeniesienie zamówień	Oba serwery przyjmują zamówienia, a te złożone na starym przenosisz do nowego.	Tylko przy pojedynczych zamówieniach i dobrej znajomości sklepu.

Po zmianie rekordów usuń z nowej wersji sklepu wszystkie blokady z czasu testów: regułę noindex, blokadę w robots.txt, hasło na katalogu. Google przypomina o tym wprost w instrukcji przenosin. Następnie w Search Console użyj narzędzia do sprawdzania adresów URL na kilku kluczowych stronach, żeby potwierdzić, że robot dostaje poprawną odpowiedź z nowego serwera.

Poczta firmowa i certyfikat SSL przy zmianie hostingu

Jeśli poczta działa na starym hostingu, a nie w zewnętrznej usłudze, musisz zdecydować, gdzie będzie po migracji. Skrzynki trzeba założyć u nowego dostawcy z tymi samymi adresami, przenieść wiadomości i dopiero wtedy zmienić rekordy MX. Sprawdź też rekordy SPF, DKIM i DMARC, bo nowy serwer wysyła maile z innego adresu IP. Bez aktualizacji SPF potwierdzenia zamówień mogą trafiać do spamu.

Certyfikat SSL ustal z nowym dostawcą przed przełączeniem. Część firm hostingowych wystawia darmowy certyfikat dopiero wtedy, gdy domena wskazuje już na ich serwer, inne pozwalają przenieść certyfikat lub wystawić go wcześniej. Od tego zależy, czy po zmianie DNS klienci przez chwilę nie zobaczą ostrzeżenia o niebezpiecznym połączeniu.

Kontrola po migracji sklepu - co sprawdzić w Google Search Console i logach

Google radzi obserwować logi obu serwerów: ruch na starym powinien spadać, a na nowym rosnąć. Propagację DNS można sprawdzić publicznymi narzędziami, które odpytują serwery DNS w różnych krajach. W Search Console obserwuj raport indeksowania stron i statystyki indeksowania. Chwilowy spadek liczby żądań robota tuż po przenosinach jest według Google normalny, a później tempo powinno rosnąć, czasem nawet powyżej poziomu sprzed migracji.

Jeśli coś poszło nie tak, objawy zwykle pojawiają się w pierwszych godzinach i dniach. Najczęstsze sytuacje i pierwsze kroki pokazuje poniższy diagram:

[#chart:wit91c]

Przez pierwsze dwa tygodnie warto codziennie zaglądać do logów błędów, raportu indeksowania i panelu zamówień. Porównuj liczbę zamówień i wejść z analogicznym okresem przed migracją. Gwałtowny spadek konwersji przy stabilnym ruchu to sygnał, że coś nie działa na ścieżce zakupu, np. płatności lub wysyłka wiadomości.

Kiedy wyłączyć stary hosting

Nie wyłączaj starego serwera w dniu migracji. Google zaleca zostawić starą infrastrukturę do czasu, aż ruch na niej spadnie do zera. W praktyce oznacza to co najmniej kilka dni, a bezpieczniej do końca okresu rozliczeniowego. Stary serwer jest też Twoją kopią awaryjną: jeśli na nowym wyjdzie poważny problem, możesz wrócić, przełączając DNS z powrotem. Przed rezygnacją pobierz ostatnią pełną kopię plików, bazy i poczty i upewnij się, że kopie zapasowe działają już na nowym hostingu.

Jeśli sklep działa na WooCommerce, dobrze opisana procedura kopii i odtworzenia przyda się nie tylko przy migracji. Krok po kroku opisujemy ją w artykule kopia zapasowa sklepu WooCommerce - jak ją wykonać i jak przywrócić.

[#checklista] Lista kontrolna po przełączeniu: blokady noindex i robots.txt usunięte, weryfikacja Search Console działa, narzędzie do sprawdzania adresów URL pokazuje poprawną odpowiedź, zamówienie testowe przeszło, maile ze sklepu dochodzą, integracje i cron działają, kopie zapasowe są ustawione na nowym serwerze, stary hosting działa do czasu, aż ruch na nim spadnie do zera.

Jak Vinson pomaga przy migracji sklepu na inny hosting

Vinson to agencja e-commerce z Bochni działająca od 2021 r., certyfikowany partner Base i autoryzowany partner Shoper, oceniana na 4,9/5 ze 171 opinii przez klientów z ponad 500 firm. W ramach wsparcia informatycznego dla firm i sklepów pomagamy dobrać nowy hosting, spisujemy konfigurację, przenosimy pliki, bazę i pocztę, testujemy sklep przed przełączeniem i ustawiamy rekordy DNS. Po migracji pilnujemy logów, raportów Search Console i działania integracji, a stary serwer wyłączamy dopiero wtedy, gdy nie jest już potrzebny.

Najczęściej zadawane pytania

Czy zmiana hostingu sklepu wpływa na pozycje w Google?

Sama zmiana serwera przy tych samych adresach URL nie powinna obniżyć pozycji. Spadki pojawiają się, gdy nowy serwer działa wolniej, zwraca błędy, blokuje robota Google albo gdy na produkcję trafi zakaz indeksowania z kopii testowej. Chwilowy spadek tempa indeksowania tuż po przenosinach jest normalny.

Ile trwa migracja sklepu na inny hosting?

Przygotowanie i testy trwają zwykle od kilku dni do kilku tygodni, zależnie od wielkości sklepu i liczby integracji. Samo przełączenie DNS zajmuje krótko, ale zmiana rozchodzi się po sieci przez czas zależny od TTL rekordów. Dlatego TTL warto obniżyć z wyprzedzeniem.

Czy przy zmianie hostingu trzeba używać narzędzia do zmiany adresu w Search Console?

Nie. Według Google narzędzie do zmiany adresu służy do przenosin między domenami lub subdomenami. Przy zmianie samego serwera, gdy domena i adresy URL zostają te same, nie jest potrzebne. Wystarczy pilnować weryfikacji usługi i raportów indeksowania.

Co zrobić z zamówieniami złożonymi w trakcie migracji?

Najprościej na czas ostatniej kopii bazy i przełączenia włączyć tryb konserwacji na starym serwerze, żeby nie powstawały nowe zamówienia. Jeśli jednak jakieś zamówienie trafiło na stary serwer, trzeba je ręcznie przenieść do nowego sklepu. Warto sprawdzić panel starego sklepu jeszcze przez kilka dni po zmianie.

Kiedy można zrezygnować ze starego hostingu?

Dopiero gdy ruch na starym serwerze spadnie do zera, a nowy sklep działa stabilnie, z działającymi kopiami zapasowymi, pocztą i integracjami. Przed rezygnacją pobierz ostatnią pełną kopię plików, bazy i poczty. Bezpiecznie jest utrzymać stary hosting do końca okresu rozliczeniowego.

Planujesz zmianę hostingu sklepu i chcesz przejść ją bez przestoju i strat w Google? Skontaktuj się z nami w sprawie wsparcia IT, a przygotujemy plan migracji dopasowany do Twojej platformy i integracji.

Migracja sklepu na inny hosting - lista kontrolna bez utraty pozycji w Google