Usługi AI dla firm Realizacje Blog Kontakt

Migracja strony na nowy silnik — checklista bez utraty pozycji w Google

Migracja strony na nowy silnik jest operacją, w której najwięcej ryzykujesz nie technicznie, lecz w wynikach wyszukiwania. Prawidłowo przeprowadzona powoduje wahania pozycji przez dwa do sześciu tygodni, po czym ruch wraca i zwykle rośnie dzięki lepszej wydajności. Przeprowadzona bez mapy przekierowań potrafi skasować lata pracy nad widocznością w ciągu jednej nocy.

Strony internetowe 6 min czytania ·Aktualizacja:

Krótka odpowiedź: fundamentem bezpiecznej migracji jest kompletna mapa przekierowań 301 ze wszystkich starych adresów na nowe odpowiedniki. Trzeba ją przygotować przed wdrożeniem, na podstawie inwentaryzacji obejmującej mapę witryny, dane z Google Search Console, logi serwera i raport z narzędzia indeksującego serwis.

Drugim warunkiem jest niezmienianie jednocześnie zbyt wielu rzeczy — struktury adresów, treści, projektu graficznego i domeny naraz. Gdy coś pójdzie nie tak, nie ustalisz przyczyny.

Przed migracją — inwentaryzacja

Ten etap decyduje o powodzeniu całej operacji. Pominięcie choćby jednego źródła adresów oznacza, że część ruchu trafi na stronę błędu.

  • Pełna lista adresów zebrana z mapy witryny, z narzędzia indeksującego serwis oraz z logów serwera za ostatnie miesiące.
  • Raport skuteczności z Search Console za dwanaście miesięcy — pokazuje adresy generujące realny ruch, także te zapomniane.
  • Lista adresów z odnośnikami zewnętrznymi. Strony, do których linkują inne serwisy, wymagają szczególnej ostrożności — utrata takiego adresu to utrata przekazywanego autorytetu.
  • Wykaz obecnych przekierowań. Migracja bywa okazją do ich uporządkowania, ale najpierw trzeba wiedzieć, że istnieją.
  • Inwentarz plików do pobrania — dokumenty i katalogi bywają linkowane z zewnątrz i pomijane w migracji.
  • Kopia zapasowa całości — plików, bazy danych i konfiguracji serwera, z zweryfikowaną możliwością odtworzenia.
  • Zapis stanu wyjściowego — pozycje kluczowych fraz, miesięczny ruch organiczny, liczba zaindeksowanych podstron. Bez punktu odniesienia nie ocenisz skutków.

Mapa przekierowań — reguły

SytuacjaWłaściwe działanieCzego nie robić
Podstrona ma bezpośredni odpowiednik Przekierowanie 301 na nowy adres Przekierowania 302, które nie przekazują sygnałów trwale
Treść została połączona z inną Przekierowanie 301 na stronę zawierającą scaloną treść Kierowanie na stronę główną
Treść usunięta bez odpowiednika Kod 410 albo 404 z pomocną stroną błędu Masowe przekierowanie wszystkiego na stronę główną
Zmiana wyłącznie struktury katalogów Reguła zbiorcza w konfiguracji serwera Ręczne wpisy dla setek adresów
Zmiana domeny 301 dla całej domeny plus zgłoszenie zmiany adresu w Search Console Wyłączenie starej domeny przed przeniesieniem sygnałów

Najkosztowniejszy błąd migracji: przekierowanie wszystkich starych adresów na stronę główną. Google traktuje takie przekierowanie jako miękki błąd 404 i nie przekazuje sygnałów rankingowych. Efekt jest niemal identyczny jak przy całkowitym usunięciu podstron — z tą różnicą, że problem jest trudniejszy do zdiagnozowania.

Czego nie zmieniać jednocześnie

Każda zmiana wprowadza zmienną do równania. Im więcej zmiennych, tym trudniej ustalić przyczynę spadku i tym dłużej trwa powrót do normy.

  • Struktura adresów i domena naraz — jeśli to możliwe, rozdziel te operacje na dwa etapy odległe o kilka tygodni.
  • Przebudowa treści przy zmianie silnika — najpierw przenieś treść bez zmian, dopiero potem ją rozwijaj.
  • Zmiana hostingu w dniu wdrożenia — dokładasz sobie zmienną infrastrukturalną w najgorszym możliwym momencie.
  • Wdrożenie w szczycie sezonu. Migrację warto zaplanować na okres najniższego ruchu w Twojej branży.

Testy przed przełączeniem

Nową wersję uruchom pod adresem tymczasowym, zabezpieczonym przed indeksowaniem, i przejdź pełną listę kontrolną.

  • Wszystkie szablony podstron renderują się poprawnie na komputerze i telefonie.
  • Formularze wysyłają wiadomości i zapisują dane; potwierdzenia docierają do skrzynki.
  • Znaczniki title, meta description i adresy kanoniczne są przeniesione, a nie wygenerowane domyślnie.
  • Dane strukturalne przechodzą walidację.
  • Mapa witryny zawiera wyłącznie nowe adresy zwracające kod 200.
  • Plik robots.txt nie blokuje zasobów potrzebnych do renderowania.
  • Obrazy mają zachowane teksty alternatywne.
  • Analityka i menedżer tagów działają, a cele konwersji są przeniesione.
  • Certyfikat SSL obejmuje wszystkie warianty domeny.
  • Wydajność w danych laboratoryjnych nie jest gorsza niż przed migracją.

Dzień wdrożenia

Kolejność ma znaczenie. Wykonanie kroków w niewłaściwej sekwencji potrafi wprowadzić do indeksu wersję testową albo pozostawić serwis bez przekierowań przez kilka godzin.

  • Zdejmij blokadę indeksowania z nowej wersji — najczęstszy błąd polega na pozostawieniu jej włączonej.
  • Wdróż komplet przekierowań i sprawdź losową próbkę kilkudziesięciu adresów.
  • Zweryfikuj, czy przekierowania nie tworzą łańcuchów ani pętli.
  • Prześlij nową mapę witryny w Search Console.
  • Przy zmianie domeny użyj narzędzia zmiany adresu w Search Console.
  • Sprawdź kilkanaście kluczowych podstron narzędziem do sprawdzania adresu URL.
  • Potwierdź, że analityka rejestruje ruch na nowej wersji.

Monitoring po migracji

Pierwsze tygodnie wymagają regularnej obserwacji. Wahania są normalne, ale trzeba odróżnić naturalną fluktuację od realnego problemu.

OkresCo sprawdzaćSygnał ostrzegawczy
Pierwsze 48 godzin Błędy 404 w Search Console, poprawność przekierowań, działanie formularzy Lawinowy przyrost adresów zwracających błąd
Tydzień 1–2 Postęp indeksowania nowych adresów, raport stanu indeksu Nowe adresy nie wchodzą do indeksu
Tydzień 2–6 Pozycje kluczowych fraz, ruch organiczny wobec stanu wyjściowego Spadek utrzymujący się powyżej sześciu tygodni
Miesiąc 2–3 Powrót do poziomu wyjściowego i dalszy wzrost Brak odbicia mimo poprawnych przekierowań

Typowe scenariusze migracji i ich ryzyko

Nie każda migracja niesie takie samo ryzyko. Poniższe zestawienie pomaga ocenić, ile uwagi wymaga Twój przypadek i gdzie warto przewidzieć rezerwę czasową.

ScenariuszRyzykoElement krytyczny
Zmiana silnika, adresy bez zmian Niskie Przeniesienie znaczników title i danych strukturalnych
Zmiana silnika i struktury adresów Średnie Kompletność mapy przekierowań
Zmiana domeny Wysokie Narzędzie zmiany adresu w Search Console, utrzymanie starej domeny
Scalanie kilku serwisów w jeden Wysokie Rozstrzygnięcie konfliktów treści i wybór adresów kanonicznych
Dodanie wersji językowych przy okazji migracji Bardzo wysokie Rozdzielenie operacji na dwa niezależne etapy

Migracja z HTTP na HTTPS

Traktowana bywa jako drobiazg, a formalnie jest zmianą wszystkich adresów w serwisie. Wymaga przekierowań, aktualizacji adresów kanonicznych i map witryny oraz dodania nowej wersji jako osobnej usługi w Search Console. Najczęstszym niedopatrzeniem jest pozostawienie treści mieszanej, czyli zasobów ładowanych nadal przez połączenie nieszyfrowane.

Migracja z podziałem na etapy

Przy dużych serwisach warto rozważyć przenoszenie sekcjami — najpierw blog, po dwóch tygodniach obserwacji strony ofertowe, na końcu strona główna. Ograniczasz w ten sposób skalę ewentualnego błędu i zyskujesz dane o zachowaniu wyszukiwarki, zanim przeniesiesz najcenniejsze podstrony.

Jak długo utrzymywać przekierowania

Minimum to rok, a w praktyce warto zostawić je na stałe. Google potrzebuje kilku miesięcy na pełne przeniesienie sygnałów, ale odnośniki zewnętrzne z artykułów, katalogów i mediów społecznościowych żyją znacznie dłużej. Usunięcie przekierowań po kilku miesiącach oznacza utratę ruchu z odnośników, o których zdążyłeś zapomnieć.

Co zabrać ze starej strony, a co zostawić

Migracja bywa traktowana jako okazja do zaczęcia od czysta. To kusząca, ale ryzykowna perspektywa — część elementów starego serwisu ma wartość, której nie widać na pierwszy rzut oka.

Przenieś koniecznie

  • Podstrony generujące ruch organiczny, nawet jeśli wydają się nieistotne biznesowo. Sprawdź raport skuteczności za rok, zanim cokolwiek usuniesz.
  • Adresy z odnośnikami zewnętrznymi — każdy taki adres to wypracowany autorytet, który przepada wraz z nim.
  • Treści merytoryczne, nawet wymagające odświeżenia. Aktualizacja istniejącego tekstu na znanym wyszukiwarce adresie działa lepiej niż publikacja nowego.
  • Opinie i realizacje — materiał dowodowy budowany latami.
  • Konfigurację analityki i celów, żeby zachować porównywalność danych.

Rozważ pozostawienie

  • Podstrony bez ruchu, bez odnośników zewnętrznych i bez znaczenia biznesowego — porządkowanie struktury ma sens, jeśli poprzedza je weryfikacja danych.
  • Duplikaty treści powstałe przez lata rozwoju serwisu — migracja jest właściwym momentem na ich scalenie z przekierowaniem na wersję docelową.
  • Nieaktualne aktualności i wpisy okolicznościowe bez wartości informacyjnej.

Zasada jest prosta: usuwaj świadomie, na podstawie danych, a nie odruchowo przy okazji przenosin. Każda decyzja o nieprzeniesieniu podstrony powinna być poparta sprawdzeniem, ile ruchu przyniosła w ostatnim roku i czy ktoś do niej linkuje.

Warto też zaplanować komunikację wewnętrzną. Zespół sprzedaży i obsługi powinien wiedzieć, kiedy nastąpi zmiana i co robić, gdy klient zgłosi problem z dostępem do dokumentu czy formularza. Kilka zdań wysłanych do zespołu dzień wcześniej oszczędza chaosu w dniu wdrożenia i pozwala szybciej wychwycić usterki, które umknęły testom.

Podsumowanie

Migracja jest operacją przewidywalną, jeśli poprzedzi ją rzetelna inwentaryzacja i kompletna mapa przekierowań. Spadek widoczności utrzymujący się przez dwa do sześciu tygodni mieści się w normie i nie powinien skłaniać do pochopnych korekt. Spadek utrzymujący się dłużej niż kwartał sygnalizuje realny problem — najczęściej brakujące przekierowania albo pozostawioną blokadę indeksowania.

Jeśli serwis generuje istotny ruch organiczny, warto zaplanować migrację poza sezonem i zabezpieczyć możliwość szybkiego powrotu do poprzedniej wersji przez pierwszy tydzień. Ten margines bezpieczeństwa kosztuje niewiele, a bywa różnicą między korektą a kryzysem.

Najczęstsze pytania

Bezpłatna wycena Twojego projektu

Opisz w kilku zdaniach, co chcesz zbudować — stronę, aplikację czy sklep. Odpowiadamy w ciągu 24 godzin roboczych konkretną propozycją zakresu i harmonogramu. Konsultacja i wycena są bezpłatne, bez zobowiązań.

Odpowiedź w 24 h roboczych. Dane wykorzystujemy wyłącznie do kontaktu w sprawie zapytania — polityka prywatności.