Nowa strona firmowa, stare adresy — przekierowania 301 i jak nie stracić pozycji w Google

Wyobraźmy sobie, że wykonawca pokazuje gotową, nową stronę firmową. Jest szybsza, ładniejsza, ma nowe menu. W dniu uruchomienia stary adres z cennikiem, który od lat wyświetla się w Google, nagle prowadzi do komunikatu „nie znaleziono strony”. Klient, który kliknął w wynik wyszukiwania, widzi błąd i wraca do wyników, żeby sprawdzić konkurencję.

Taki scenariusz grozi przy każdej przebudowie, w której zmieniają się adresy, i da się go uniknąć jednym, dość nudnym zabiegiem: przekierowaniami. Poniżej tłumaczymy, czym są, jak je ułożyć i co sprawdzić po uruchomieniu. Opieramy się na dokumentacji Google dotyczącej przenoszenia witryn oraz na dokumentacji Cloudflare Pages, na której działa wiele małych stron firmowych. Nie podajemy własnych „statystyk strat ruchu”, bo takich danych nie mamy — opisujemy to, co mówią oficjalne źródła.

1. Dlaczego zmiana adresów to realne ryzyko

Każda podstrona ma swój adres, czyli URL. Google zapamiętuje te adresy, ocenia je i pokazuje w wynikach wyszukiwania. Inne strony linkują do nich. Ty sam wpisujesz je w wizytówce Google, w podpisie e-mail, w reklamach i w profilach społecznościowych.

Gdy adres się zmienia, a stary przestaje działać, wszystkie te miejsca zaczynają prowadzić donikąd. Porównajmy to do przeprowadzki firmy: jeśli nie zostawisz na starych drzwiach kartki „przenieśliśmy się na ulicę X”, klienci uznają, że przestałeś istnieć.

Adresy zmieniają się częściej, niż się wydaje. Typowe sytuacje:

• zmiana domeny, na przykład po rebrandingu albo przejściu z .com.pl na .pl,
• przejście z HTTP na HTTPS albo z wersji www na bez www,
• przebudowa strony na inne narzędzie (z WordPressa na nowocześniejszą technologię), po której zmieniają się ścieżki, np. /oferta/ksiegowosc.html na /ksiegowosc,
• scalenie dwóch serwisów albo usunięcie starych podstron.

Google opisuje takie sytuacje w osobnym przewodniku o przenoszeniu witryn ze zmianą adresów URL. Jego sedno brzmi: przygotuj nową stronę, ułóż mapę „stary adres → nowy adres”, włącz przekierowania i pilnuj, co się dzieje z ruchem.

2. Czym jest przekierowanie i który rodzaj wybrać

Przekierowanie to instrukcja dla serwera: „kto prosi o stary adres, ma dostać nowy”. Użytkownik zwykle tego nie zauważa — klika w stary link i ląduje na właściwej podstronie. Robot Google dostaje przy tym dodatkową informację: czy zmiana jest na stałe, czy tylko na chwilę.

Na stałe czy tymczasowo

Dokumentacja Google rozróżnia dwa typy:

• Przekierowanie stałe (kody 301 i 308) mówi: „ta strona przeniosła się na zawsze”. Adres docelowy staje się tym, który Google pokazuje w wynikach. Używaj go, gdy masz pewność, że nie wrócisz do starego adresu.
• Przekierowanie tymczasowe (kody 302, 303, 307) mówi: „to chwilowe”. Stary adres może dalej wyświetlać się w wynikach wyszukiwania.

Dla zmiany strony firmowej prawie zawsze chodzi o przekierowanie stałe. Kod 302 użyty „z rozpędu” to jeden z najczęstszych drobnych błędów — opisujemy go niżej, bo dotyczy także Cloudflare Pages.

Jak to jest wykonane technicznie

Google zaleca przekierowania po stronie serwera, czyli takie, które serwer wykonuje, zanim cokolwiek wyświetli się w przeglądarce. Dokumentacja wymienia też inne metody: odświeżenie w kodzie strony (tzw. meta refresh) i przekierowanie w JavaScripcie. Przy JavaScripcie ostrzega, że Google może nie zobaczyć przekierowania, jeśli kod nie zostanie poprawnie wykonany. Dlatego dla właściciela firmy reguła jest prosta: poproś o przekierowania serwerowe, a wykonawcę, który proponuje „skrypt, który przerzuca na nową stronę”, zapytaj, dlaczego nie robi tego na serwerze.

Dodatkowo Google opisuje trzecią, najsłabszą metodę: zwykły link „Przenieśliśmy się” prowadzący do nowej strony. Dla użytkownika to pomoc, ale nie każda wyszukiwarka rozpozna go jako informację o przeniesieniu. Traktuj go jako dodatek, nie zamiennik.

Czy przekierowanie obniża pozycję

To pytanie zadaje prawie każdy właściciel firmy. Google odpowiada wprost w przewodniku o przenoszeniu witryn: przekierowania 301 i inne stałe nie powodują utraty tzw. PageRank, czyli „wartości”, jaką linki przekazują stronie. Nie oznacza to, że pozycje się nie ruszą. Ten sam przewodnik zastrzega, że po przeniesieniu mogą wystąpić wahania w wynikach wyszukiwania.

3. Mapa adresów — najważniejszy dokument projektu

Najwięcej błędów powstaje nie przy samym włączaniu przekierowań, tylko wcześniej: wykonawca nie wie, jakie adresy w ogóle istnieją. Dlatego zanim cokolwiek ruszy, potrzebna jest mapa adresów — tabela z dwiema kolumnami: stary adres i nowy adres.

Google podpowiada, skąd wziąć listę starych adresów:

• mapy witryny (sitemapy),
• logi serwera i dane z narzędzi analitycznych,
• Google Search Console, w tym zestawienie linków prowadzących do Twojej strony,
• panel administracyjny strony (CMS).

Przewodnik zwraca uwagę, że przenieść trzeba także adresy obrazów, filmów oraz plików, jak PDF-y z cennikiem czy regulaminem. Dla firmy to częsta pułapka: strona działa, ale link do PDF-a z ofertą, który rozesłałeś klientom e-mailem, nie.

Prosta tabela może wyglądać tak:

Nie wszystko musi mieć odpowiednik

Jeśli treść usunięto i nic jej nie zastępuje, uczciwą odpowiedzią serwera jest błąd 404 lub 410 („tej strony nie ma”). Google tak właśnie zaleca dla treści usuniętych lub scalonych bez następcy.

Uwaga na pokusę, którą zna wielu wykonawców: przekierowanie wszystkich starych adresów na stronę główną. Wygląda na wygodne, ale przewodnik Google ostrzega, że kierowanie wielu starych adresów na jedną, nietrafioną stronę — jak strona główna nowej witryny — może mylić użytkowników i być potraktowane jako tzw. soft 404, czyli „udawany błąd”. Wyjątek: jeśli kilka starych podstron faktycznie zastąpiła jedna, nowa, scalona strona, kierowanie ich wszystkich tam jest w porządku.

Unikaj łańcuchów

Czasem przekierowanie trafia na adres, który przekierowuje dalej, a ten jeszcze dalej. To łańcuch przekierowań. Google pisze, że robot potrafi przejść do 10 takich kroków, ale zaleca kierować od razu na adres końcowy. Jeśli się nie da, łańcuch ma być jak najkrótszy — dokumentacja podaje: najlepiej nie więcej niż 3 kroki i poniżej 5. Dłuższy łańcuch wydłuża też czas ładowania dla użytkownika.

Łańcuchy powstają najczęściej wtedy, gdy strona była przenoszona już wcześniej. Stare przekierowanie z poprzedniej przebudowy zostaje, a nowe dokłada się na końcu. Przy każdej kolejnej zmianie poproś więc, żeby mapa adresów prowadziła zawsze od adresu pierwotnego do aktualnego, a nie przez wszystkie pośrednie.

4. Dzień uruchomienia — lista kontrolna dla właściciela

Nie musisz sam konfigurować serwera, ale warto wiedzieć, co powinno się wydarzyć. Na podstawie przewodnika Google przygotowaliśmy listę pytań do wykonawcy.

Przed zmianą

1. Czy zmieniamy tylko jedną rzecz naraz? Google radzi, żeby planować zmiany po kolei, a nie wszystkie jednocześnie — na przykład najpierw przenieść domenę, a dopiero później zmieniać wygląd czy narzędzie. Gdy po przeprowadzce coś się popsuje, łatwiej znaleźć przyczynę.
2. Czy nowa strona jest przetestowana na osobnym adresie? Zanim ruszy zmiana, nowa wersja powinna działać w całości.
3. Czy zdjęto blokady z czasu budowy? W trakcie prac nowa strona bywa schowana przed wyszukiwarkami (znacznik noindex albo blokada w pliku robots.txt). Przewodnik Google wymienia zapomniane blokady wśród typowych błędów — nowa strona działa, ale wyszukiwarka dostała zakaz jej wyświetlania.
4. Czy w Google Search Console zweryfikowano wszystkie warianty adresu? Chodzi o wersje z www i bez, z HTTP i z HTTPS. O samym narzędziu piszemy w tekście Google Search Console dla MŚP — jak sprawdzić stronę bez SEO-specjalisty.
5. Czy termin wypada w spokojniejszym okresie? Google sugeruje, by przenosiny robić, gdy ruch jest mniejszy. Dla sklepu to nie jest tydzień przed Black Friday.

W dniu zmiany

• Włączenie przekierowań z mapy adresów.
• Sprawdzenie, czy nowe strony wskazują same siebie jako adres główny (tzw. adres kanoniczny) i czy zniknęły znaczniki noindex z czasów budowy.
• Przetestowanie przekierowań — nie na kilku adresach „na oko”, tylko całej listy. Google wskazuje narzędzia wiersza poleceń i skrypty do testowania dużej liczby adresów oraz narzędzie Kontrola adresu URL w Search Console.
• Wysłanie nowej mapy witryny do Google.
• Zaktualizowanie linków wewnętrznych, żeby nowa strona nie linkowała do starych adresów, tylko do nowych.

Tylko przy zmianie domeny

Jeśli zmieniasz domenę (albo subdomenę), w Search Console jest narzędzie Zmiana adresu (Change of Address), które zgłasza Google przeprowadzkę. Przewodnik podkreśla, że to narzędzie dotyczy tylko przejścia z jednej domeny lub subdomeny na inną. Nie jest potrzebne przy zmianie z HTTP na HTTPS, z www na bez www ani przy zmianie ścieżek w obrębie tej samej domeny. Przy domenie trzeba je zgłosić dla każdego zweryfikowanego wariantu starej domeny.

5. Po zmianie: pilnowanie i cierpliwość

Po włączeniu przekierowań nie ma jeszcze powodu do świętowania. Według Google przeniesienie jest ukończone dopiero wtedy, gdy robot odwiedzi każdy stary i nowy adres przynajmniej raz — dzieje się to adres po adresie i bez z góry ustalonego harmonogramu. Dokumentacja podaje ogólną regułę: dla średnich stron może minąć kilka tygodni lub dłużej, zanim Google zacznie pokazywać nowe adresy zamiast starych, a dla większych jeszcze dłużej.

Co sprawdzać w pierwszych tygodniach

• W Search Console: raport map witryn (możesz wysłać mapę starych i nowych adresów — ostrzeżenia o przekierowaniach w starej mapie są według Google normalne) oraz raport indeksowania stron.
• W logach serwera: czy robot Google nie natrafia na nieoczekiwane błędy.
• W narzędziu analitycznym: ruch na starych adresach powinien spadać, a na nowych rosnąć.

Przewodnik opisuje też typowe pomyłki: zapomniane blokady wyszukiwarek, przekierowania prowadzące na nieistniejące adresy, nagły wzrost błędów, serwer, który nie wytrzymuje wzmożonego odwiedzania przez roboty, oraz nieaktualne mapy witryny.

Jak długo trzymać przekierowania

To pytanie wykonawcy często pada za późno. Google zaleca trzymać przekierowania tak długo, jak to możliwe, zwykle co najmniej rok. Ten czas pozwala przenieść sygnały na nowe adresy, w tym ponownie przeanalizować linki z innych stron. Dla użytkowników warto je zostawić jeszcze dłużej: stary link w czyimś e-mailu z 2021 roku nadal powinien działać.

Praktyczna konsekwencja: nie usuwaj przekierowań „bo porządkujemy plik”. Jeśli utrzymujesz relację z wykonawcą na abonamencie, dopisz to wprost do zakresu — zdanie „plik przekierowań nie jest czyszczony bez zgody właściciela strony” kosztuje nic, a chroni zasięg.

Zaktualizuj świat poza stroną

Przewodnik wskazuje, że po przeniesieniu warto też poprawić linki zewnętrzne (poprosić o zmianę serwisy, które do Ciebie linkują), profile w mediach społecznościowych i kampanie reklamowe. Łatwo przeoczyć ostatni punkt: reklama płatna może dalej prowadzić na stary adres, który przekierowuje. Działa, ale każdy klikający dostaje dodatkowy krok.

6. Przekierowania na Cloudflare Pages — trzy pułapki

Jeśli Twoja strona jest zbudowana jako zestaw plików statycznych i leży na Cloudflare Pages (o takim wyborze hostingu piszemy w tekście Hosting dla strony firmowej MŚP 2026), przekierowania ustawia się w specjalnym pliku o nazwie _redirects. To zwykły plik tekstowy, w którym każda linia to jedna zasada. Składnia według dokumentacji Cloudflare wygląda tak:

/stary-adres /nowy-adres 301
/oferta/* /uslugi/:splat 301

Pierwsza linia kieruje pojedynczy adres, druga — całą grupę podstron o wspólnym początku. Dokumentacja Cloudflare, aktualizowana w sierpniu 2026, wymienia trzy rzeczy, o które warto zapytać wykonawcę.

1. Domyślny kod to 302, czyli tymczasowy

Jeśli w linii pominięto kod, Cloudflare Pages użyje 302. Dla zmiany na stałe oznacza to przekierowanie tymczasowe — dokładnie ten typ, o którym pisaliśmy wyżej. Dlatego każda linia w pliku powinna mieć wpisane 301 (lub 308) wprost. To drobiazg, który łatwo przeoczyć, a znaczenie jest takie, jak opisuje Google: stare adresy mogą dłużej zostawać w wynikach.

2. Limit i kolejność zasad

Plik może zawierać 2000 przekierowań statycznych i 100 dynamicznych (z gwiazdką lub oznaczeniem typu :splat), łącznie 2100. Zasady są sprawdzane od góry — jeśli kilka ma ten sam adres źródłowy, wygrywa pierwsza. Dla małej strony firmowej limit jest z zapasem wystarczający. Dla większego sklepu, który przenosi tysiące produktów, dokumentacja wskazuje osobne rozwiązanie o nazwie Bulk Redirects, które pozwala przekroczyć ten limit.

3. Funkcje po stronie serwera omijają plik

Dokumentacja ostrzega, że zasady z pliku _redirects nie są stosowane do żądań obsługiwanych przez tzw. Pages Functions, czyli fragmenty kodu uruchamiane po stronie serwera (np. endpoint formularza kontaktowego). Jeśli Twoja strona z takich funkcji korzysta, wykonawca musi sprawdzić, czy przekierowanie na pewno działa dla adresów, które funkcja obsługuje.

To dobry przykład sytuacji, w której „u mnie działa” nie wystarcza. Lista testowa z mapy adresów, przepuszczona przez skrypt, wychwyci takie przypadki w kilka minut.

Dokumentacja podaje też, czego mechanizm _redirects nie obsługuje: przekierowań całych domen, przekierowań zależnych od kraju czy języka oraz dopasowania po parametrach adresu. Przy przeprowadzce na nową domenę dochodzi więc osobna konfiguracja — wykonawca powinien wiedzieć, gdzie ją zrobić.

7. Jak my to robimy

W Monaltro przy każdej zmianie struktury strony zaczynamy od mapy adresów, a nie od przekierowań. Listę starych adresów budujemy z mapy witryny i z Search Console, dopisujemy pliki do pobrania, a potem przechodzimy listę skryptem po wdrożeniu i sprawdzamy kod odpowiedzi dla każdej pozycji. W pliku przekierowań każdą zasadę zapisujemy z kodem wprost, bez polegania na domyślnym. Jeśli chcesz sprawdzić, jak taka przeprowadzka powinna wyglądać w Twoim przypadku, chętnie podpowiemy, od czego zacząć.

Podsumowanie

• Zmiana adresów podstron bez przekierowań oznacza, że stare linki, wizytówka, reklamy i wyniki Google prowadzą do błędu.
• Dla zmiany na stałe wybieraj przekierowanie 301 (lub 308) wykonywane po stronie serwera, nie tymczasowe 302 ani skrypt w JavaScripcie.
• Zbuduj mapę „stary adres → nowy adres” z mapy witryny, Search Console i panelu strony, razem z plikami i obrazami; nie kieruj wszystkiego na stronę główną.
• Unikaj łańcuchów przekierowań: kieruj od razu na adres końcowy, a jeśli się nie da, trzymaj się najwyżej 3 kroków.
• W dniu zmiany sprawdź zapomniane blokady wyszukiwarek, przetestuj całą listę adresów i wyślij nową mapę witryny; przy zmianie domeny użyj narzędzia Zmiana adresu.
• Trzymaj przekierowania co najmniej rok i nie usuwaj ich przy „porządkach”.
• Na Cloudflare Pages wpisuj kod 301 wprost i sprawdź adresy obsługiwane przez funkcje serwerowe.

Wskazówka: przed podpisaniem zlecenia przebudowy strony poproś wykonawcę o jedną rzecz na piśmie — wykaz starych adresów z przypisanymi nowymi. Jeśli takiej tabeli nie ma, przekierowania powstaną „na oko”, a ich skutki zobaczysz dopiero w statystykach.