Migracja WordPressa — bez utraty pozycji i bez przestoju

Trzy różne rzeczy nazywane migracją

Pierwsza to zmiana serwera przy zachowaniu adresu i struktury strony. Najprostszy przypadek: dla wyszukiwarki jest praktycznie niewidoczny, o ile nie zmienia się nic poza miejscem, w którym leżą pliki.

Druga to przebudowa strony przy zachowaniu domeny. Tu ryzyko jest znacznie wyższe, bo zmieniają się adresy podstron, struktura nagłówków i treści. To najczęstsza przyczyna spadków ruchu, jakie widzimy u nowych klientów.

Trzecia to zmiana domeny. Najtrudniejsza, wymagająca przekierowań utrzymywanych przez lata i cierpliwości, bo wyszukiwarka potrzebuje czasu, żeby przenieść zaufanie ze starego adresu na nowy.

Kolejność działań jest w każdym z tych przypadków podobna, ale zakres przygotowań rośnie. Poniższy opis obejmuje przypadek najtrudniejszy — przy prostszych część kroków po prostu odpada.

Kiedy migracja ma sens, a kiedy wystarczy porządek

Nie każdy problem ze stroną wymaga przenosin. Wolna strona na dobrym serwerze pozostanie wolna na innym, jeśli przyczyną są ciężkie zdjęcia, zbyt wiele wtyczek albo zaniedbana baza danych. Przeniesienie takiej strony to koszt bez efektu.

Migracja ma sens, gdy przyczyna leży po stronie serwera: zbyt niskie limity, brak nowszych wersji PHP, powtarzające się awarie, słabe wsparcie albo cena, która przestała odpowiadać usłudze. Warto też przenieść stronę, gdy firma porządkuje usługi i chce mieć wszystko w jednym, kontrolowanym miejscu.

Najlepiej zacząć od diagnozy. Pomiar czasu odpowiedzi serwera i przegląd strony pokazują, czy problem da się rozwiązać na miejscu. Taki przegląd wykonujemy w ramach audytu strony WordPress.

Krok 1: spis adresów, zanim cokolwiek ruszysz

Przed jakąkolwiek zmianą trzeba wiedzieć, co się właściwie przenosi. Pełna lista adresów podstron, uzupełniona o dane o ruchu i o odnośnikach z zewnątrz, jest podstawą całej operacji.

Z takiej listy wychodzi zwykle kilka niespodzianek: podstrony, o których nikt nie pamiętał, a które przynoszą ruch; stare wpisy blogowe z odnośnikami z portali; pliki do pobrania podlinkowane z zewnątrz.

To także moment na decyzję, czego nie przenosimy. Nie wszystko trzeba zachować — ale każda usuwana podstrona musi dostać przekierowanie na najbliższy sensowny odpowiednik, a nie na stronę główną.

Dostępy, które trzeba zebrać, zanim zaczniesz

Najwięcej opóźnień przy migracjach nie wynika z techniki, tylko z brakujących haseł. Przełączenie zaplanowane na wtorek przesuwa się o tydzień, bo nikt nie wie, kto ma dostęp do konta, w którym zarządza się domeną.

Dlatego listę dostępów kompletuje się na samym początku, równolegle ze spisem adresów. Każdy dostęp warto od razu sprawdzić, logując się, a nie tylko zapisać — hasło sprzed trzech lat często już nie działa.

Jeśli któregoś dostępu nie da się odzyskać, lepiej wiedzieć o tym przed rozpoczęciem prac. Odzyskanie konta u rejestratora czy przepisanie domeny potrafi trwać dłużej niż cała migracja.

Punkt odniesienia: co zapisać przed zmianą

Po migracji każdy spadek ruchu budzi niepokój, a bez danych sprzed zmiany nie da się ocenić, czy to wahanie, sezon, czy realny problem. Dlatego przed przełączeniem zapisujemy stan wyjściowy.

• Ruch z wyszukiwarki z ostatnich trzech miesięcy, z podziałem na podstrony
• Pozycje dla najważniejszych fraz, także lokalnych
• Liczbę zapytań z formularzy i telefonów ze strony
• Liczbę zaindeksowanych podstron w narzędziach dla webmasterów
• Czas wczytywania kluczowych podstron
• Listę odnośników z zewnątrz prowadzących do strony

Te same pomiary powtarzamy po dwóch i po sześciu tygodniach. Porównanie z własnymi danymi mówi znacznie więcej niż ogólne zapewnienia, że po migracji „zawsze trochę spada”.

Krok 2: pełna kopia i środowisko testowe

Kopia obejmuje pliki i bazę danych. Sama kopia plików nie wystarcza, bo w WordPressie praktycznie cała treść mieszka w bazie — teksty, ustawienia, konfiguracja motywu i rozszerzeń.

Kopię uruchamiamy na nowym serwerze pod adresem tymczasowym i tam wykonujemy wszystkie prace. Praktyka „przełączamy i poprawiamy na żywo" kończy się zwykle kilkoma godzinami, w których strona wygląda źle, a wyszukiwarka akurat ją odwiedza.

Adres tymczasowy trzeba zabezpieczyć przed indeksowaniem, żeby kopia nie trafiła do wyników wyszukiwania jako druga wersja tej samej strony. To jeden z tych błędów, które wychodzą dopiero po miesiącu.

Aktualizacje: przed migracją czy po niej

Kuszące jest połączenie przenosin z aktualizacją wszystkiego naraz: nowej wersji WordPressa, motywu, wtyczek i PHP. Problem polega na tym, że gdy po takiej operacji coś przestaje działać, nie wiadomo, która z kilkunastu zmian jest winna.

Bezpieczniejsza kolejność to jedna zmiana naraz. Najpierw przeniesienie strony w niezmienionej postaci i sprawdzenie, że działa identycznie. Dopiero potem aktualizacje, wykonywane na kopii testowej i przenoszone na stronę po sprawdzeniu.

Wyjątkiem jest sytuacja, w której nowy serwer nie obsługuje już starej wersji PHP, na której działa strona. Wtedy aktualizację trzeba przygotować przed przenosinami — i jest to najbardziej pracochłonna część całej migracji.

Krok 3: co dokładnie sprawdzić przed przełączeniem

Na tym etapie kopia działa i wygląda poprawnie. To jednak dopiero początek sprawdzania — najwięcej problemów kryje się w rzeczach, których nie widać przy zwykłym przeglądaniu.

• Formularze kontaktowe — czy wiadomość faktycznie dochodzi
• Poczta wychodząca ze strony i to, czy nie trafia do spamu
• Płatności i koszyk, jeśli strona jest sklepem — realną transakcją
• Wersje mobilne wszystkich najważniejszych podstron
• Odnośniki wewnętrzne prowadzące do adresu tymczasowego zamiast docelowego
• Wtyczki wymagające licencji przypisanej do konkretnej domeny
• Zadania cykliczne: kopie zapasowe, synchronizacje, wysyłki
• Certyfikat i przekierowanie na wersję szyfrowaną

Krok 4: mapa przekierowań

Każdy stary adres, który przestaje istnieć, musi wskazywać nowy odpowiednik. Nie stronę główną — konkretny odpowiednik, najbliższy treściowo. Przekierowanie wszystkiego na główną jest traktowane niemal jak brak przekierowania.

Przekierowania powinny być trwałe, jednokrokowe i bez łańcuchów. Łańcuch trzech przekierowań pod rząd działa, ale spowalnia stronę i osłabia przekazywany sygnał. Warto to uporządkować od razu, bo później nikt do tego nie wraca.

Mapę przygotowujemy przed przełączeniem, na podstawie spisu z pierwszego kroku, i testujemy ją na środowisku testowym. Sprawdzenie kilkuset przekierowań ręcznie nie ma sensu — robi się to skryptem, który przechodzi całą listę.

Szyfrowanie i www: migracja, której nikt tak nie nazywa

Przejście z adresów bez szyfrowania na szyfrowane albo z wersji z www na wersję bez www to też zmiana wszystkich adresów strony. Dla wyszukiwarki każda taka wersja jest osobnym adresem, więc obowiązują te same zasady co przy przebudowie: trwałe przekierowania i jedna wersja docelowa.

Częsty błąd to przekierowanie ustawione tylko dla części wariantów. Strona otwiera się poprawnie po wpisaniu adresu w przeglądarce, ale stara wersja bez szyfrowania z www prowadzi przez dwa kolejne przekierowania albo nie przekierowuje wcale.

Druga sprawa to adresy zapisane w bazie danych. WordPress przechowuje pełne adresy w treściach, ustawieniach i danych wtyczek, więc po zmianie trzeba je podmienić. Robi się to narzędziem, które poprawnie obsługuje dane zapisane przez wtyczki w specjalnym formacie — zwykłe „znajdź i zamień” na pliku bazy potrafi te dane uszkodzić.

Te warianty warto sprawdzić dla strony głównej i dla kilku podstron. Przegląd wersji adresu to jeden z pierwszych punktów, które sprawdzamy w ramach audytu SEO w Lublinie i w całym regionie.

Krok 5: przełączenie i pierwsze godziny

Przed przełączeniem warto skrócić czas odświeżania wpisów nazw, żeby zmiana rozeszła się szybko i żeby ewentualne cofnięcie zajęło minuty, a nie dobę. Robi się to na dzień wcześniej.

Samo przełączenie planujemy na porę najmniejszego ruchu i na dzień, w którym ktoś jest dostępny przez kolejnych kilka godzin. Piątek po południu jest najgorszym możliwym terminem i mimo to zaskakująco popularnym.

Stary serwer zostawiamy uruchomiony przez kilka dni. W czasie propagacji część odwiedzających trafia jeszcze na niego — jeśli został wyłączony, zobaczą błąd zamiast strony.

Kogo uprzedzić przed przełączeniem

Migracja dotyczy nie tylko serwera, ale też ludzi i usług, które korzystają ze strony. Jeśli nikt ich nie uprzedzi, zgłaszają problem dopiero wtedy, gdy coś już nie działa — i zwykle nie kojarzą go z przenosinami.

Szczególnie ważne są kampanie reklamowe. Reklamy kierują na konkretne adresy, a pomiar konwersji opiera się na podstronach podziękowania i skryptach na stronie. Zmiana adresu albo pominięcie skryptu przy przenosinach oznacza, że płacisz za kliknięcia prowadzące na błąd, a system przestaje widzieć zapytania. Jak wygląda to po stronie konta reklamowego, opisujemy w artykule o Google Ads w małej firmie.

• Pracownicy odbierający formularze i pocztę — kiedy mogą wystąpić opóźnienia
• Osoba lub agencja prowadząca reklamy — nowe adresy docelowe i kontrola pomiaru
• Dostawcy integracji: magazynu, płatności, kurierów, systemu rezerwacji
• Księgowość, jeśli faktury przychodzą na skrzynki w przenoszonej domenie
• Wykonawca, który ma własne dostępy do strony i mógłby w tym czasie coś zmieniać

Wystarczy krótka wiadomość z datą i godziną przełączenia oraz numerem telefonu do osoby, która prowadzi migrację. To kilka minut, które oszczędzają kilka dni wyjaśniania.

Poczta: osobny plan i osobne ryzyko

Strona przy migracji jest widoczna — jeśli coś nie działa, zauważa to każdy. Poczta psuje się po cichu. Wiadomości przestają przychodzić tylko od części nadawców albo trafiają do spamu u klientów i przez kilka dni nikt nie łączy tego z przenosinami.

Przenosiny poczty zaczynamy od spisu skrzynek, aliasów i przekierowań, bo w starszych firmach zawsze znajdzie się adres, o którym nikt nie pamiętał, a na który pisze ważny kontrahent. Zawartość skrzynek przenosimy razem z folderami, a po przełączeniu jeszcze przez kilka dni sprawdzamy, czy na stary serwer nie przychodzą nowe wiadomości.

Na koniec ustawiamy od nowa wpisy potwierdzające nadawcę i podpis cyfrowy wiadomości. Test jest prosty: wysłanie wiadomości na kilka popularnych skrzynek i sprawdzenie, gdzie wylądowała.

Krok 6: walidacja po przełączeniu

Pierwsze sprawdzenie wykonujemy zaraz po przełączeniu: czy strona otwiera się pod docelowym adresem, czy certyfikat działa, czy przekierowanie na wersję szyfrowaną jest poprawne i czy formularze nadal wysyłają wiadomości.

Drugie po dobie: czy nowe adresy zaczęły być odwiedzane przez roboty, czy w narzędziach dla webmasterów nie pojawiły się błędy indeksowania i czy mapa strony została zgłoszona ponownie.

Trzecie po dwóch–trzech tygodniach: porównanie ruchu i pozycji z okresem sprzed migracji. Krótkie wahania są normalne. Trwały spadek zawsze ma przyczynę i na tym etapie da się ją jeszcze tanio naprawić.

Narzędzia dla webmasterów: co zrobić po przełączeniu

Narzędzia udostępniane przez wyszukiwarkę są najszybszym źródłem informacji o tym, jak migracja została odebrana. Warto mieć do nich dostęp jeszcze przed przełączeniem, bo potwierdzenie własności strony na nowym serwerze bywa dodatkowym krokiem.

• Zgłoszenie aktualnej mapy strony
• Przegląd raportu indeksowania pod kątem nowych błędów
• Sprawdzenie podstron zgłaszanych jako nieznalezione
• Kontrola kilku najważniejszych adresów narzędziem do sprawdzania adresów
• Przy zmianie domeny — zgłoszenie zmiany adresu

Pojedyncze błędy w pierwszych dniach są normalne. Niepokojąca jest rosnąca liczba podstron wykluczonych z indeksu albo zgłaszanych jako nieznalezione — to zwykle znak, że mapa przekierowań ma luki.

Co najczęściej idzie nie tak

Lista poniżej to rzeczy, które spotykamy przy przejmowaniu stron po nieudanych migracjach. Wszystkie są odwracalne, ale im później zostaną wykryte, tym dłużej trwa odbudowa.

• Brak mapy przekierowań — wszystkie stare adresy kończą błędem
• Blokada indeksowania zostawiona po przełączeniu
• Treści skrócone „bo nikt tego nie czyta" — razem z ruchem, który przynosiły
• Odnośniki wewnętrzne wskazujące adres tymczasowy
• Brak porównania ruchu przed i po, więc nikt nie zauważa spadku
• Wyłączony stary serwer w trakcie propagacji

Migracja sklepu: te same zasady, wyższa stawka

W sklepie internetowym do wszystkich powyższych kroków dochodzi warstwa, w której po drugiej stronie są pieniądze klienta. Zamówienia, płatności, integracje z magazynem i kurierami — każdy z tych elementów może przestać działać w sposób niewidoczny na pierwszy rzut oka.

Najgroźniejszy scenariusz nie polega na tym, że sklep nie działa. Polega na tym, że wszystko wygląda normalnie: klient płaci, dostaje potwierdzenie, a zamówienie nie zapisuje się w systemie albo nie trafia do magazynu. Taką awarię zgłasza zwykle dopiero klient, po kilku dniach.

Dlatego przy sklepach testujemy pełną ścieżkę realną transakcją na niską kwotę — nie w trybie piaskownicy. Sprawdzamy, czy zamówienie zmieniło status, czy poszedł mail, czy wygenerował się dokument sprzedaży i czy stan magazynowy się zaktualizował. Dopiero wtedy uznajemy migrację za zakończoną.

Osobno planujemy moment przełączenia. Sklep przenosi się poza godzinami sprzedaży i nigdy w trakcie kampanii — a jeśli w koszykach są zamówienia w toku, warto poczekać, aż zostaną domknięte.

Wersje językowe i kilka domen

Strony z wersjami językowymi migruje się trudniej, bo każda wersja ma własne adresy, własne przekierowania i znaczniki wskazujące wyszukiwarce, dla jakiego odbiorcy jest przeznaczona. Pominięcie ich przy przenosinach potrafi sprawić, że klient z Niemiec zobaczy polską wersję strony, a polska zniknie z wyników.

Dotyczy to wielu firm z regionu — producentów z okolic Lublina i Puław sprzedających za granicę, hoteli w Zamościu i Kazimierzu Dolnym obsługujących turystów z zagranicy czy firm transportowych z Białej Podlaskiej. Każda wersja językowa wymaga osobnej listy adresów i osobnego sprawdzenia po przełączeniu.

Podobnie jest przy kilku domenach prowadzących do jednej strony. Wszystkie warianty trzeba przepiąć na nowy serwer i sprawdzić, czy przekierowują na adres główny jednym krokiem — bez łańcuchów i bez pętli.

Trzy typowe migracje w firmach z Lubelszczyzny

Pierwszy przypadek to strona usługowa na starym hostingu — kancelaria, biuro rachunkowe albo gabinet — gdzie problemem jest brak nowszej wersji PHP i poczta trafiająca do spamu. To migracja najprostsza: ten sam adres, ta sama struktura, nowy serwer i poprawna konfiguracja poczty.

Drugi to przebudowa strony połączona z przenosinami — na przykład firma budowlana z okolic Lublina, która po latach zamawia nowy serwis. Kluczowa jest tu mapa przekierowań, bo nowa strona ma inną strukturę, a stare podstrony usług od lat zbierały ruch z wyszukiwarki.

Trzeci to sklep, który rośnie i przenosi się na mocniejszy serwer przed sezonem. Takie migracje planujemy poza okresem największej sprzedaży i zawsze kończymy realną transakcją testową.

Migracje przeprowadzamy dla firm z całego regionu — zobacz, jak wygląda opieka nad WordPress w Lublinie czy strony internetowe w Chełmie.

Ile to trwa i kiedy wracają pozycje

Przy zmianie samego serwera pozycje zwykle nie drgają. Przy przebudowie strony z zachowaniem domeny normalne są wahania przez dwa–cztery tygodnie, po których wszystko wraca do poprzedniego poziomu albo wyżej, jeśli nowa strona jest lepsza.

Przy zmianie domeny okres przejściowy trwa dłużej — od miesiąca do kwartału. Przekierowania trzeba utrzymywać co najmniej rok, a najlepiej bezterminowo, bo część odnośników z zewnątrz nigdy nie zostanie zaktualizowana.

Jeśli po miesiącu ruch nie wraca, przyczyna zwykle nie leży w „czekaniu". Warto wtedy przejść listę z poprzedniej sekcji punkt po punkcie — w praktyce zawsze coś z niej znajdujemy.

Porządki po migracji: co zrobić w ciągu kwartału

Gdy ruch wróci do normy, zostaje kilka spraw, które łatwo odłożyć na zawsze. Najważniejsza to aktualizacja adresów poza stroną: w wizytówce w mapach, w profilach społecznościowych, w katalogach firm i w materiałach, które firma sama publikuje.

Przy zmianie domeny warto też poprosić o aktualizację odnośników serwisy, które linkują do strony najczęściej. Dla firm z regionu są to zwykle lokalne portale, stowarzyszenia branżowe, partnerzy i katalogi — w Lublinie, Puławach czy Białej Podlaskiej ta lista rzadko bywa długa. Przekierowanie działa, ale bezpośredni odnośnik jest pewniejszy.

Na koniec trzeba zamknąć stare usługi, ale dopiero po upewnieniu się, że nic z nich już nie korzysta. Stary hosting wypowiada się po sprawdzeniu, że nie przychodzi na niego poczta, a starą domenę — przy zmianie adresu — utrzymuje się dalej, bo to ona niesie przekierowania.

• Wizytówka w mapach i profile społecznościowe z nowym adresem
• Prośby o aktualizację najważniejszych odnośników z zewnątrz
• Przegląd przekierowań pod kątem łańcuchów, które pojawiły się po drodze
• Usunięcie kopii testowej i kont tymczasowych
• Wypowiedzenie starego hostingu po sprawdzeniu poczty
• Automatyczne odnawianie starej domeny

Jeśli po kwartale widoczność nadal nie wróciła do poziomu sprzed zmiany, warto zlecić przegląd, zanim problem się utrwali. Robimy to także zdalnie, na przykład w ramach pozycjonowania SEO w Puławach.

Samodzielnie czy z wykonawcą

Przeniesienie prostej strony firmowej na nowy serwer jest w zasięgu osoby, która sprawnie porusza się w panelu hostingu i rozumie, czym są wpisy w domenie. Wtyczki do migracji wykonują dużą część pracy automatycznie.

Ryzyko rośnie przy przebudowie strony, zmianie domeny, sklepach i poczcie z wieloma skrzynkami. Nie chodzi wtedy o samo kopiowanie plików, tylko o rzeczy, które wychodzą z opóźnieniem: przekierowania, indeksowanie, dostarczalność poczty i integracje.

Rozsądny kompromis to samodzielne przygotowanie — spis adresów, zebranie dostępów, zapis danych wyjściowych — i zlecenie samego przełączenia oraz kontroli po migracji. Przy przenosinach do nas migracja strony i poczty jest w cenie hostingu.

Lista kontrolna migracji

Na koniec wszystkie kroki w jednym miejscu. Warto przejść je po kolei i odhaczać, zamiast polegać na pamięci — przy migracji najdroższe są rzeczy pominięte, a nie źle zrobione.

• Spis adresów z danymi o ruchu i odnośnikach
• Zapis danych wyjściowych: ruch, pozycje, zapytania
• Pełna kopia plików, bazy danych i poczty
• Kopia na nowym serwerze pod adresem tymczasowym, zablokowana przed indeksowaniem
• Testy formularzy, poczty, płatności i wersji mobilnej
• Mapa przekierowań sprawdzona skryptem
• Skrócony czas odświeżania wpisów w domenie
• Przełączenie w porze najmniejszego ruchu
• Zdjęcie blokady indeksowania i zgłoszenie mapy strony
• Kontrola po dobie, po dwóch i po sześciu tygodniach