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.

Autor: zespół Convert Studio — software house z Kielc i Krakowa, projektujemy aplikacje webowe, sklepy i wdrożenia AI dla firm.

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

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.

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ą.

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.