Nowa strona gotowa, wygląda świeżo, wszystko gra. Klikasz „publikuj” i nagle okazuje się, że stare adresy przestały działać, część wejść znika, a w narzędziach pojawiają się błędy. Brzmi jak scenariusz, którego nikt nie zamawiał, ale właśnie tak potrafi skończyć się migracja zrobiona na szybko.

Zmiana domeny, przebudowa WordPressa albo uporządkowanie adresów URL to nie tylko kwestia wyglądu i przeniesienia treści. Trzeba jeszcze zająć się mapą starych i nowych adresów, przekierowaniami 301, canonicalami, linkowaniem wewnętrznym, sitemapą i monitoringiem po publikacji. Poniżej znajdziesz praktyczny plan działania bez technicznego zadęcia i zaklęć, które brzmią mądrze, ale niewiele wyjaśniają.

Migracja strony: co właściwie może pójść nie tak?

Migracja może oznaczać różne rzeczy. Czasem zmieniasz wyłącznie domenę. Innym razem zostajesz przy tej samej domenie, ale zmieniasz ścieżki URL. Bywa też, że przebudowujesz całą stronę, przenosisz ją do innego CMS-a albo porządkujesz ofertę, kategorie i wpisy. Każda z tych zmian może wpłynąć na to, jak użytkownicy i wyszukiwarka trafiają do treści.

Najczęstszy problem jest prosty: stary adres przestaje prowadzić do odpowiedniej strony. Użytkownik widzi błąd 404, a właściciel firmy zaczyna się zastanawiać, dlaczego wejścia z dotychczasowych wyników nie trafiają już tam, gdzie powinny. Ryzykiem jest też przypadkowe zablokowanie nowej wersji przez robots.txt, noindex albo ustawienia środowiska testowego.

Po migracji może pojawić się czasowe wahanie widoczności, bo system ponownie odwiedza i indeksuje adresy. Nie ma jednak gwarancji zachowania wszystkich pozycji, wejść ani ruchu. Dobre przygotowanie ogranicza ryzyko, ale nie jest magicznym przyciskiem „zachowaj wszystko”.

Lista rzeczy do zrobienia przed przeprowadzką

Zanim ktoś zacznie zmieniać domenę, DNS, strukturę adresów albo konfigurację strony, warto zatrzymać się na chwilę i przygotować plan. To mniej efektowne niż samo uruchomienie nowej wersji, ale zdecydowanie bardziej przydatne, gdy coś pójdzie nie tak.

Co przygotować jeszcze przed dniem publikacji

• Wykonaj kopię zapasową plików, bazy danych i konfiguracji.
• Przygotuj możliwość szybkiego wycofania wdrożenia, jeśli nowa wersja zacznie zachowywać się nieprawidłowo.
• Przetestuj nową stronę przed publikacją, zamiast odkrywać problemy dopiero po zmianie domeny.
• Zbierz dostęp do Search Console i danych analitycznych, aby później porównać sytuację starej i nowej wersji.
• Przygotuj listę starych adresów, mapę nowych URL-i, plan przekierowań, nowe canonicale, linkowanie wewnętrzne i sitemapę.

Listę adresów warto budować z kilku miejsc: sitemap, CMS-a, Search Console, danych analitycznych i logów serwera. Jeden raport może nie pokazać wszystkiego. Jeśli zmieniasz domenę, zweryfikuj w Search Console zarówno starą, jak i nową domenę oraz używane warianty, na przykład z „www” i bez niego, a także HTTP i HTTPS, jeśli występują.

Nie usuwaj starej domeny ani istniejących przekierowań od razu po uruchomieniu nowej wersji. Migracja powinna być zaplanowana tak, aby dało się rozpoznać, czy problem wynika ze zmiany domeny, CMS-a, struktury URL czy jeszcze innego elementu.

Mapa starych i nowych adresów bez zgadywania

Mapa URL-i to zwykłe zestawienie, które odpowiada na jedno ważne pytanie: gdzie ma trafić użytkownik wchodzący na stary adres? Bez niej łatwo wpaść w pułapkę automatycznych reguł, które niby oszczędzają czas, a później kierują ludzi w przypadkowe miejsca.

Najpierw zbierz możliwie pełną listę starych adresów. Uwzględnij nie tylko główną ofertę, lecz także wpisy, produkty, kategorie, pliki oraz adresy, które generują ruch albo mają linki. Następnie dla każdego istotnego URL-a wskaż konkretny nowy odpowiednik o możliwie zbliżonej treści i funkcji.

Arkusz, który nie zamieni się w cyfrowy chaos

Do pracy wystarczy prosty arkusz. Nie chodzi o stworzenie pomnika administracji, tylko o kontrolę nad tym, co zostało zaplanowane i wdrożone.

• Stary URL.
• Nowy URL albo decyzja dotycząca adresu bez odpowiednika.
• Typ decyzji, na przykład przekierowanie albo pozostawienie adresu bez nowej treści.
• Status wdrożenia.
• Wynik testu po publikacji.

Adres bez sensownego odpowiednika wymaga osobnej decyzji. Nie kieruj go automatycznie na stronę główną tylko dlatego, że nie znalazłeś lepszego pomysłu. Jeśli treść rzeczywiście znika, trzeba przewidzieć rozwiązanie zgodne z jej statusem, zamiast udawać, że każda stara podstrona jest nową stroną główną.

Przekierowania 301: gdzie prowadzić, a czego nie robić

Przekierowanie stałe powinno prowadzić stary adres do właściwego, finalnego adresu. Przy zmianie URL-i Google rekomenduje bezpośrednie, serwerowe przekierowania 301 lub 308. Najważniejsze słowo brzmi tu „bezpośrednie”. Stary adres nie powinien przechodzić przez kilka pośrednich stron, zanim dotrze do celu.

Przekierowuj adresy, które mają sensowny odpowiednik: ważne podstrony, wpisy, produkty, kategorie, pliki oraz adresy generujące ruch albo posiadające linki. Jeśli kilka starych adresów zostało połączonych w jedną nową treść, mogą prowadzić do tej konkretnej, scalonej strony. To zupełnie co innego niż wrzucenie całej starej witryny na jeden ogólny adres.

Dobre przekierowanie prowadzi prosto do celu

Wyobraź sobie, że ktoś szuka konkretnej usługi, klika stary wynik i ląduje na stronie głównej, gdzie musi zaczynać poszukiwania od zera. Niezbyt przyjemne. Dlatego relacja między starym i nowym adresem powinna wynikać z treści, a nie z chęci szybkiego zamknięcia tematu.

Masowe kierowanie niezwiązanych ze sobą URL-i na stronę główną może dezorientować użytkowników i zostać potraktowane jako soft 404. Samo wdrożenie 301 lub 308 również nie gwarantuje zachowania wszystkich pozycji i wejść. Przekierowanie jest ważnym elementem migracji, ale nie zastępuje mapy adresów, poprawnej konfiguracji i późniejszej kontroli.

Zmiana domeny a zmiana adresów w tej samej domenie

Zmiana domeny i zmiana ścieżek URL w obrębie tej samej domeny to dwa różne scenariusze. W obu przypadkach trzeba zadbać o przekierowania, canonicale, linkowanie wewnętrzne i sitemapę, ale nie wszystkie narzędzia służą do tego samego.

Przy przeprowadzce z jednej domeny lub subdomeny na inną, po uruchomieniu przekierowań, można skorzystać w Search Console z narzędzia Change of Address. Najpierw trzeba zweryfikować starą i nową domenę wraz z używanymi wariantami. To narzędzie nie służy do przejścia z HTTP na HTTPS ani do zwykłej zmiany ścieżek URL w tej samej domenie.

Nie zakładaj, że sama zmiana domeny załatwi resztę. Nowa wersja powinna mieć zaktualizowane canonicale wskazujące nowe adresy, poprawione linki wewnętrzne oraz sitemapę zawierającą nowe URL-e.

Co sprawdzić w dniu publikacji

Dzień publikacji nie powinien wyglądać jak loteria. Po uruchomieniu nowej wersji trzeba sprawdzić, czy najważniejsze elementy działają zgodnie z planem. Nie musisz testować każdego adresu ręcznie, ale reprezentatywna próbka starych URL-i to absolutne minimum.

Szybki test po kliknięciu przycisku „publikuj”

• Otwórz reprezentatywne stare adresy i sprawdź, czy prowadzą do właściwych nowych URL-i.
• Skontroluj kody HTTP oraz to, czy nie powstają łańcuchy przekierowań.
• Zweryfikuj canonicale, sitemapę i linkowanie wewnętrzne.
• Sprawdź robots.txt, noindex oraz ewentualne ograniczenia środowiska testowego.
• Przetestuj formularze, pliki i kluczowe funkcje nowej wersji.
• Potwierdź, że nowa domena i nowa strona są dostępne do monitorowania w Search Console.

To także dobry moment, żeby upewnić się, że stara konfiguracja przekierowań nadal działa. Nie usuwaj jej natychmiast po publikacji, bo właśnie wtedy może być najbardziej potrzebna.

Monitoring po migracji: pierwsze dni i kolejne tygodnie

Publikacja nowej strony nie kończy migracji. Dopiero wtedy zaczyna się etap obserwacji. Monitoruj starą i nową wersję w Search Console, sprawdzając indeksowanie, sitemapę, zapytania, kliknięcia i błędy crawlowania. Do tego dołóż kody HTTP, logi serwera oraz dane analityczne.

Regularnie weryfikuj, czy stare adresy trafiają do właściwych nowych URL-i, czy canonicale wskazują nowe adresy i czy nowa domena nie została przypadkiem zablokowana przez robots.txt albo noindex. Jeśli zauważysz problem, analizuj dane łącznie. Pojedynczy raport rzadko pokazuje całą historię.

Co jest sygnałem ostrzegawczym, a co normalnym wahaniem

Czasowe wahania widoczności mogą się pojawić, ponieważ system ponownie odwiedza i indeksuje adresy. Nie ma jednego stałego terminu zakończenia migracji. Tempo zależy między innymi od liczby URL-i i możliwości serwera, więc nie warto obiecywać sobie, że wszystko wróci do poprzedniego stanu natychmiast.

Inaczej należy traktować błędy crawlowania, nieprawidłowe kody HTTP, brak przekierowań albo blokadę indeksowania. To sygnały do sprawdzenia. Warto też utrzymywać stare przekierowania możliwie długo, ogólnie co najmniej przez rok. Dzięki temu przeprowadzka nie kończy się w chwili, gdy ktoś po kilku miesiącach kliknie stary adres.

Bezpieczna migracja strony z przekierowaniami 301 nie polega na samym włączeniu nowej wersji. Potrzebujesz mapy starych i nowych adresów, sensownych przekierowań bez łańcuchów, poprawnych canonicali, linkowania wewnętrznego, sitemap i kontroli po publikacji. Te działania ograniczają ryzyko, ale nie gwarantują zachowania wszystkich pozycji ani ruchu. Konkretna witryna wymaga sprawdzenia przed wdrożeniem, bo każda ma własną strukturę i historię. Masz stronę, sklep albo materiały graficzne, które proszą się o ogarnięcie? Napisz do INB Marketing i zobaczymy, co da się z tym sensownie zrobić.