Jak przenieść stronę bez utraty pozycji w Google?

Autor: Ernest Moskała · Opublikowano: 07.09.2026

Aby przenieść stronę bez utraty pozycji, przygotuj mapę starych i nowych adresów, zachowaj treść i linkowanie, a potem ustaw stałe przekierowania. Przed publikacją sprawdź indeksowanie, adresy kanoniczne, mapę witryny i analitykę. Po migracji obserwuj Search Console i szybko naprawiaj błędy. Krótkie wahania widoczności mogą się pojawić.

Na czym polega bezpieczna migracja strony?

Migracja może obejmować zmianę domeny, systemu zarządzania treścią, hostingu lub struktury adresów. Czasem łączy kilka takich zmian. Google musi rozpoznać, że dotychczasowe strony mają nowe odpowiedniki, a następnie pobrać je, zinterpretować i dodać do indeksu.

Samo skopiowanie tekstów nie wystarczy. Każdy ważny stary adres powinien prowadzić do właściwego nowego adresu. Trzeba też zachować spójność linków wewnętrznych, danych strukturalnych, metadanych i wersji kanonicznych.

Sposób działania zależy od rodzaju zmiany. Przy przeprowadzce na nową domenę zmieniają się adresy widoczne dla użytkowników i Google. Jeśli zmieniasz hosting bez modyfikacji URL-i, skup się na dostępności serwera, konfiguracji DNS i prawidłowym udostępnianiu treści. Każdy z tych scenariuszy wymaga innych testów.

Google zaleca zaplanowanie migracji, zmapowanie adresów, wdrożenie przekierowań i monitorowanie witryny po zmianie. Przetworzenie nowych adresów może zająć czas. (źródło: https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=pl)

Jak przenieść stronę krok po kroku?

Przygotuj dane i mapę adresów

Najpierw zapisz stan witryny przed migracją. Wyeksportuj adresy z mapy strony, systemu CMS, narzędzi analitycznych i Google Search Console. Uwzględnij podstrony, do których prowadzą linki zewnętrzne.

Zapisz dane potrzebne do późniejszych porównań: liczbę indeksowanych stron, ruch z wyszukiwarki, najczęściej odwiedzane adresy i zapytania generujące kliknięcia. Po wdrożeniu łatwiej ustalisz, czy problem dotyczy całej witryny, jednego katalogu czy określonego typu podstron.

W rozbudowanym serwisie oznacz adresy o największym ruchu i znaczeniu biznesowym. Przetestuj je w pierwszej kolejności.

Każdemu wartościowemu adresowi przypisz odpowiednik w nowej witrynie. Użytkownik powinien trafić na stronę o tym samym celu i podobnej treści. Nie kieruj wszystkich usuniętych podstron na stronę główną, bo nie odpowiada ona na wcześniejszą potrzebę użytkownika.

Mapa powinna zawierać pełne adresy: protokół, subdomenę, ścieżkę i parametry, które wpływają na treść. Pozwoli to wykryć różnice między HTTP i HTTPS, wersją z „www” i bez niej oraz adresami z końcowym ukośnikiem. Przed uruchomieniem sprawdź próbki z każdej sekcji, nie samą stronę główną.

Jeżeli w nowej strukturze brakuje odpowiednika, oceń wartość starej podstrony. Możesz zachować jej adres albo przenieść potrzebną treść do najbliższej tematycznie sekcji.

Zbuduj nową wersję bez usuwania wartościowych elementów

Zmiana techniczna nie powinna przypadkowo zmieniać całej strategii treści. Zachowaj tematykę stron, główne fragmenty tekstu, tytuły i logiczne linkowanie. Jeśli jednocześnie przebudujesz zawartość, trudniej będzie ustalić przyczynę ewentualnego spadku.

Porównaj najważniejsze szablony w starej i nowej wersji. Sprawdź, czy po zmianie CMS-a nadal są widoczne nagłówki, opisy produktów lub usług, obrazy, teksty alternatywne, odnośniki i dane strukturalne.

Skontroluj też treści ładowane przez skrypty i elementy dostępne dopiero po wykonaniu interakcji. Poprawny wygląd podstrony w przeglądarce nie oznacza, że robot może łatwo odczytać całą zawartość.

Sprawdź nawigację, wersję mobilną, szybkość działania i dostępność zasobów. Robot wyszukiwarki powinien widzieć główną treść bez logowania i nietypowych interakcji. Środowisko testowe może być zablokowane, lecz blokady nie mogą trafić do wersji publicznej.

Przed przełączeniem usuń z produkcji wymóg hasła, ograniczenia dostępu i dyrektywy noindex. Upewnij się również, że nowy serwer poradzi sobie z większą liczbą odwiedzin robota. Po migracji może on częściej sprawdzać stare i nowe adresy.

Ustaw przekierowania ze starych adresów

Po publikacji stare adresy powinny automatycznie prowadzić do przypisanych im nowych stron. Użyj stałych przekierowań po stronie serwera. Informują wyszukiwarkę, że zasób zmienił lokalizację.

Przed uruchomieniem przetestuj reguły na reprezentatywnym zestawie adresów. Uwzględnij zwykłe podstrony, pliki, obrazy, adresy z parametrami i warianty wielkości liter, jeśli serwer je rozróżnia. Po wdrożeniu sprawdź kod odpowiedzi starego adresu oraz końcową odpowiedź strony docelowej.

Unikaj łańcuchów przekierowań. Każdy dodatkowy etap zwiększa ryzyko błędu i wydłuża drogę użytkownika oraz robota. Stary adres powinien prowadzić bezpośrednio do docelowego URL-a.

Jeżeli w serwisie działają wcześniejsze reguły, zaktualizuj je. Nie prowadź ruchu przez pośrednią domenę lub nieaktualną strukturę.

Nie wyłączaj starej domeny tuż po wdrożeniu, ponieważ nadal musi obsługiwać przekierowania. Odnów jej certyfikat bezpieczeństwa, jeśli stare adresy korzystają z szyfrowanego połączenia. Google zaleca utrzymywanie przekierowań możliwie długo, co najmniej przez rok. Daje to czas na przeniesienie sygnałów, a użytkownicy starych odnośników nadal trafiają do właściwych treści.

Sprawdź indeksowanie i sygnały techniczne

Strony przeznaczone do wyświetlania w wynikach nie mogą mieć dyrektywy blokującej indeksowanie. Plik robots.txt powinien umożliwiać pobranie ważnych adresów i zasobów. Sprawdź odpowiedzi serwera, znaczniki canonical oraz wersje adresów z różnymi protokołami i subdomenami.

Adres kanoniczny powinien wskazywać docelową wersję strony. Linki wewnętrzne również mają prowadzić bezpośrednio do nowych adresów, aby robot nie przechodził stale przez przekierowania. Zaktualizuj URL-e w danych strukturalnych, znacznikach hreflang i innych elementach wskazujących lokalizację strony.

Sprzeczne sygnały mogą opóźnić rozpoznanie zmiany. Przykładem jest przekierowanie na nowy URL połączone z canonicalem prowadzącym do starej domeny.

Przygotuj aktualną mapę witryny zawierającą wyłącznie strony przeznaczone do indeksowania i prześlij ją w Google Search Console. Mapa pomaga Google odkrywać strony, ale nie gwarantuje ich indeksacji.

Podczas migracji możesz pozostawić mapę starych adresów, aby ułatwić wykrycie przekierowań, i osobno przesłać mapę nowych URL-i. Dzięki temu zobaczysz, jak stare adresy są zastępowane nowymi.

Przy zmianie domeny dodaj i zweryfikuj w Search Console obie witryny. Jeśli przeprowadzka obejmuje całą domenę, użyj narzędzia zmiany adresu. Nie zastępuje ono przekierowań, lecz przekazuje Google dodatkową informację o migracji.

Jeśli po zmianie witryna znika z wyników, pomocne będzie wyjaśnienie „Dlaczego strona firmowa nie pojawia się w Google?”. Pozwala ono odróżnić brak indeksacji od spadku pozycji.

Uruchom stronę i monitoruj wyniki

Po wdrożeniu przetestuj najważniejsze adresy ręcznie i za pomocą crawlera. Szukaj błędnych przekierowań, niedostępnych stron, pętli, uszkodzonych linków oraz zasobów ładowanych ze starej domeny.

Osobno sprawdź odpowiedzi 404 i 5xx oraz przekierowania prowadzące do stron o innej tematyce. Kontroluj logi serwera. Pokazują one, które stare adresy odwiedza Googlebot i jakie odpowiedzi otrzymuje.

Jeżeli często pobierany URL zwraca błąd lub trafia w pętlę, logi pomogą znaleźć regułę wymagającą poprawy.

W Search Console obserwuj raport indeksowania, statystyki wyszukiwania i wyniki kontroli poszczególnych adresów. Porównuj kliknięcia i wyświetlenia dla całych grup stron, nie wyłącznie dla pojedynczych fraz. Sprawdzaj też, czy Google wybiera oczekiwane adresy kanoniczne.

Nie oceniaj migracji na podstawie jednego dnia. Roboty muszą ponownie odwiedzić adresy i przetworzyć przekierowania. Obserwuj kierunek zmian i liczbę wykrytych błędów.

W pierwszych dniach kontroluj serwis częściej, a później wydłużaj odstępy między przeglądami. Analityka powinna zbierać dane od chwili uruchomienia, aby okres przejściowy nie stał się luką w pomiarach.

Kiedy migracja może spowodować spadek pozycji?

Nie można zagwarantować, że widoczność pozostanie bez zmian. Ryzyko rośnie, gdy jednocześnie zmieniasz domenę, strukturę, technologię, treści i wygląd. Wyszukiwarka otrzymuje wtedy wiele nowych sygnałów naraz.

Problemy pojawiają się również wtedy, gdy część starych adresów nie ma przekierowań. Podobny skutek daje kierowanie wielu różnych stron do jednego, niedopasowanego miejsca. Użytkownicy tracą wtedy dostęp do oczekiwanej treści.

Przekierowanie nie zachowa widoczności słabej lub usuniętej zawartości, jeśli nowy adres odpowiada na inne pytanie. Nie naprawi też ręcznych działań, naruszeń zasad ani wcześniejszych problemów z jakością.

Szybkiej reakcji wymagają przypadkowe blokady indeksowania, błędne adresy canonical i awarie serwera. Bez naprawy Google może uznać nowe strony za niedostępne, zduplikowane lub nieprzeznaczone do wyników.

Ryzyko rośnie także po zbyt wczesnym wyłączeniu starej domeny, wygaśnięciu jej certyfikatu lub przeciążeniu nowego hostingu. Sama mapa adresów wtedy nie wystarczy. Robot musi otrzymać stabilną odpowiedź, aby przetworzyć zmianę.

Kiedy skorzystać z pomocy specjalisty?

Pomoc specjalisty może być potrzebna przy zmianie domeny, migracji dużego sklepu, serwisu wielojęzycznego lub witryny z rozbudowaną strukturą adresów. Rozważ ją także wtedy, gdy strona ma dużo ruchu organicznego albo prowadzą do niej wartościowe linki zewnętrzne. Koszt błędu może być wtedy wysoki.

Konsultacja przyda się, gdy po wdrożeniu rośnie liczba błędów, nowe strony nie trafiają do indeksu lub Google wybiera niewłaściwe wersje kanoniczne. Analiza powinna objąć przekierowania, logi serwera, indeksowanie i dane o ruchu.

Reaguj od razu, jeśli zniknęły całe grupy podstron. Szybka diagnoza skraca czas działania błędnej konfiguracji.

Przed analizą przygotuj mapę przekierowań, datę wdrożenia, dostęp do Search Console i analityki oraz informacje o zmianach w CMS-ie, hostingu i treściach. Te dane pomogą odróżnić błąd techniczny od okresu potrzebnego na przetworzenie nowych adresów.

Co zrobić po migracji?

Po uruchomieniu sprawdź dostępność strony, indeksowanie, adresy kanoniczne, mapę witryny i działanie analityki. Następnie monitoruj dane i naprawiaj wykryte błędy.

Zaktualizuj główne linki w kontrolowanych profilach, wizytówkach i własnych serwisach, aby prowadziły bezpośrednio do nowej domeny. Zachowaj jednak przekierowania starych URL-i. Zewnętrzne odnośniki, zapisane zakładki i wyniki wyszukiwania mogą jeszcze długo kierować użytkowników do poprzedniej lokalizacji.

Migrację można uznać za zakończoną dopiero wtedy, gdy użytkownicy i Google trafiają do właściwych treści, a monitoring nie wykazuje błędów wymagających naprawy.

Najczęstsze pytania

Czy po migracji strony pozycje zawsze spadają?

Nie, ale krótkie wahania są możliwe, ponieważ Google musi ponownie przetworzyć adresy i przekierowania. Trwały spadek częściej wskazuje na brakujące strony, błędne przekierowania, zmienioną treść lub problemy z indeksowaniem.

Czy mogę przekierować wszystkie stare adresy na stronę główną?

Nie jest to dobre rozwiązanie. Każdy stary adres powinien prowadzić do najbardziej zbliżonej tematycznie podstrony, aby zachować sens wizyty użytkownika i relację między treściami.

Czy przy zmianie hostingu trzeba zmieniać adresy URL?

Nie. Jeśli domena i struktura adresów pozostają takie same, migracja hostingu może odbyć się bez zmiany URL-i. Trzeba jednak sprawdzić konfigurację serwera, certyfikat, dostępność plików i działanie strony po przełączeniu.

Co zrobić, jeśli po migracji nowych stron nie ma w Google?

Sprawdź konkretny adres w Google Search Console. Zweryfikuj odpowiedź serwera, możliwość indeksowania, canonical, przekierowanie ze starej strony oraz obecność nowego adresu w mapie witryny i linkowaniu wewnętrznym.

Czy podczas migracji warto od razu zmieniać treści?

Lepiej ograniczyć jednoczesne zmiany, szczególnie na stronach generujących ruch. Najpierw potwierdź poprawność migracji, a większe modyfikacje treści wprowadzaj później i oceniaj jako osobny etap.