Mapa URL przed wdrożeniem nowej witryny
Przekierowanie 301 przy zmianie strony wymaga mapy starych adresów i ich docelowych odpowiedników. Zbierz URL-e z obecnej witryny, danych o ruchu i linkach. Każdemu przypisz nowy adres o tej samej funkcji albo decyzję o usunięciu bez przekierowania. Następnie sprawdź kod odpowiedzi, adres docelowy i dostępność treści po przejściu.
Mapa powinna powstać przed uruchomieniem nowej wersji, a nie dopiero po zgłoszeniu niedziałających linków. Dzięki niej osoba zamawiająca przebudowę może uzgodnić z wykonawcą, które treści zostają i jak odebrać wdrożenie. Samo przekierowanie nie gwarantuje jednak zachowania pozycji ani ruchu.
Które stare adresy zebrać?
Zbierz adresy podstron, plików i historycznych wejść, które mogą prowadzić użytkownika do przenoszonej treści. Nie ograniczaj listy do aktualnego menu. Podstrona usunięta z nawigacji może nadal mieć ruch lub linki z innych witryn.
- Przeskanuj obecną stronę narzędziem do crawlowania. Zachowaj adres, kod odpowiedzi i tytuł podstrony.
- Wyeksportuj adresy z CMS i map witryny XML, także dla wpisów, kategorii i dokumentów.
- Dołącz strony z raportu skuteczności Google Search Console oraz strony wejścia z analityki.
- Sprawdź raport linków w Search Console i logi serwera. Uwzględnij również starsze adresy z istniejących przekierowań.
- Dodaj obrazy i pliki PDF, jeśli zmieniają lokalizację, a użytkownicy lub zewnętrzne serwisy do nich odsyłają.
Połącz eksporty w jednym arkuszu i usuń identyczne rekordy. Zachowaj pełny adres z protokołem i domeną. Nie scalaj automatycznie URL-i różniących się parametrem, wielkością liter lub końcowym ukośnikiem. Najpierw sprawdź, czy serwer traktuje je jako tę samą stronę.
Dokumentacja migracji Google wskazuje między innymi sitemapy, CMS, analitykę, logi i raport linków jako źródła starego inventory. Żaden z pojedynczych eksportów nie musi obejmować całej historii serwisu. Jeśli nie masz dostępu do analityki, zapisz ten brak przy liście zamiast uznawać ją za kompletną.
Jak dopasować stary URL do nowego?
Dopasuj adres według celu wizyty i zawartości strony, nie tylko podobieństwa nazwy. Stara podstrona konkretnej usługi powinna prowadzić do strony, która nadal wyjaśnia tę usługę. Przeniesiony poradnik powinien otwierać odpowiadający mu materiał, a nie ogólną listę wpisów.
Przykład: dawny adres /oferta/projektowanie-www/ może prowadzić do /strony-internetowe/, jeśli nowa podstrona opisuje tę samą usługę. Z kolei archiwalny regulamin promocji nie staje się odpowiednikiem aktualnej oferty tylko dlatego, że oba dokumenty dotyczą sprzedaży.
Przy łączeniu kilku artykułów przypisz wspólny cel tylko wtedy, gdy nowy materiał rzeczywiście obejmuje ich temat. Gdy jeden dawny artykuł dzielisz na kilka, wybierz stronę najlepiej odpowiadającą jego głównej intencji. Ewentualnie przygotuj stronę zbiorczą, która wyjaśnia temat i prowadzi do części szczegółowych. Jeden stary URL nie rozdzieli pojedynczego wejścia między kilka celów.
Uzgodnij mapę z osobą odpowiedzialną za ofertę, zanim wykonawca wdroży reguły. Przy zamawianiu tworzenia strony internetowej warto potraktować mapowanie i testy jako element zakresu prac. Arkusz nie jest jednak konfiguracją serwera: wykonawca musi przełożyć decyzje na reguły właściwe dla hostingu, CMS lub warstwy CDN.
Kiedy stosować przekierowanie 301, a kiedy brak odpowiednika?
Zastosuj przekierowanie 301, gdy treść przenosi się trwale pod inny adres i istnieje jej trafny odpowiednik. Jeśli podstrona znika bez zastępstwa, pozostaw odpowiedź HTTP 404 lub 410. Nie twórz przekierowania wyłącznie po to, żeby w raporcie nie było błędu.
Adres, który się nie zmienia i nadal udostępnia właściwą treść, pozostaw z odpowiedzią 200. Przejściowe przeniesienie wymaga natomiast osobnej decyzji, zwykle przekierowania tymczasowego 302 lub 307. Według dokumentacji przekierowań Google kody 301 i 308 oznaczają trwałą zmianę lokalizacji, a przekierowania tymczasowe pełnią inną funkcję.
Nie przekierowuj wszystkich usuniętych adresów na stronę główną. Osoba szukająca instrukcji lub konkretnej usługi nie znajduje tam obiecanej treści. Google w wyjaśnieniu błędów 404 ostrzega też, że masowe przekierowania do niepowiązanej strony mogą zostać potraktowane jako soft 404, czyli pozornie poprawna odpowiedź bez oczekiwanej zawartości.
Przy rzeczywistym usunięciu przygotuj pomocny komunikat i nawigację do dostępnych treści, ale zachowaj status 404 lub 410. Sama plansza „nie znaleziono” zwracająca 200 nie jest poprawnym zamiennikiem. Zasady opisuje dokumentacja kodów HTTP Google.
Jak zapisać decyzje i status testu w mapie URL?
Każdy wiersz arkusza powinien zawierać stary URL, nowy URL lub brak celu, decyzję oraz status testu. Oddziel plan od wyniku: wpisanie „301” w kolumnie decyzji nie oznacza, że serwer już tak odpowiada.
Poniższy wzór zawiera wyłącznie przykłady, a nie wyniki testów abcx.pl. Pełne adresy z domeną example.com zastąp adresami swojej witryny.
| Stary URL | Nowy URL | Decyzja | Status testu |
|---|---|---|---|
| https://example.com/oferta/projektowanie-www/ | https://example.com/strony-internetowe/ | 301, ta sama usługa | Do testu: 301 bezpośrednio do celu, potem 200 |
| https://example.com/poradnik-a/ | https://example.com/poradnik-zbiorczy/ | 301, treść włączona do nowego poradnika | Do testu: statusy i obecność przeniesionej treści |
| https://example.com/promocja-archiwalna/ | Brak | 410, usunięcie bez odpowiednika | Do testu: rzeczywisty kod 410 |
| https://example.com/kontakt/ | https://example.com/kontakt/ | Bez zmiany, 200 | Do testu: 200 bez przekierowania |
Po wdrożeniu wpisz do ostatniej kolumny wynik, końcowy URL i datę kontroli. Jeśli test zawiedzie, nazwij problem, na przykład „cel zwraca 404” albo „dodatkowy przeskok przez stary katalog”. Przy większym zespole dodaj osobę odpowiedzialną i uzasadnienie nietypowej decyzji.
Przekierowanie 301: zmiana domeny czy tylko ścieżek?
Zmiana domeny wymaga obsługi starego hosta i przekierowań do nowego serwisu. Przebudowa ścieżek w tej samej domenie wymaga reguł dla zmienionych adresów, ale nie zgłoszenia zmiany adresu witryny w Search Console.
Jeśli przenosisz całą witrynę na inną domenę, utrzymaj kontrolę nad starą domeną, DNS i serwerem obsługującym przekierowania. Dla starych adresów HTTPS potrzebny jest także działający certyfikat. Po uruchomieniu przekierowań zgłoś migrację narzędziem Zmiana adresu w Search Console, zgodnie z jego wymaganiami dotyczącymi własności obu usług.
Jeżeli zmienia się wyłącznie /oferta/ na /uslugi/, nie używaj tego narzędzia. Google wyklucza również samo przejście z HTTP na HTTPS i zmianę wariantu www. Gdy zmieniasz domenę oraz strukturę jednocześnie, mapuj stare adresy od razu do końcowych URL-i. Nie zakładaj, że wystarczy podmienić samą nazwę domeny. Jeśli możesz rozdzielić migrację domeny i redesign, Google zaleca wprowadzanie takich zmian osobno.
Jak wykryć pętle i łańcuchy przekierowań 301?
Sprawdź pełną drogę każdego starego URL-a, a nie tylko adres widoczny w pasku przeglądarki. Łańcuch występuje, gdy stary adres prowadzi przez kolejny przekierowujący URL. Pętla powstaje wtedy, gdy przejścia wracają do już odwiedzonego adresu i nie dochodzą do treści.
Przykład łańcucha: /stara-oferta/ kieruje do /oferta/, a dopiero potem do /uslugi/. Popraw regułę pierwszego adresu, aby od razu prowadził do /uslugi/. Przy pętli sprawdź reguły w CMS, serwerze i CDN: jedna warstwa może wymuszać www, a druga usuwać ten wariant.
Wykonawca może wyświetlić nagłówki wszystkich przejść poleceniem poniżej. Jest to szablon do uruchomienia po podmianie adresu, nie zapis wykonanego pomiaru.
curl -sS -L -D - -o /dev/null --max-redirs 10 'https://example.com/stary-adres/'Odczytaj kolejne statusy HTTP i nagłówki Location. Dla zaplanowanej pojedynczej zmiany oczekuj 301 do właściwego celu, a następnie 200. Powrót do wcześniejszego adresu wskazuje pętlę. Zakończenie komunikatem o przekroczeniu limitu przekierowań wymaga przejrzenia całej ścieżki, bo przyczyną może być też zbyt długi łańcuch. Znaczenie opcji opisuje dokumentacja curl.
Przy większej mapie uruchom test listy URL-i w crawlerze z raportem przekierowań. Porównaj końcowy adres z arkuszem, nawet jeśli narzędzie nie zgłasza błędu. Technicznie działające przejście do niewłaściwej usługi nadal jest błędem mapowania.
Co sprawdzić po uruchomieniu przekierowania 301?
Po publikacji przetestuj całą mapę URL i sprawdź, czy strony docelowe pokazują właściwą treść. Kontrola samego kodu 200 nie wystarczy: cel może zawierać pusty szablon, komunikat błędu albo inną ofertę.
- Porównaj rzeczywisty kod starego URL-a, końcowy adres i kod celu z decyzją w arkuszu.
- Otwórz strony docelowe. Sprawdź nagłówek, treść, pliki do pobrania i działanie formularzy, jeśli należały do przenoszonej strony.
- Zweryfikuj, czy docelowe strony przeznaczone do indeksacji nie mają noindex ani blokady w robots.txt. Sprawdź canonical wskazujący ich właściwy nowy adres.
- Popraw linki wewnętrzne, aby prowadziły bezpośrednio do nowych URL-i. Zaktualizuj sitemapę XML, a przy serwisie wielojęzycznym także hreflang.
- W Search Console skontroluj wybrane adresy narzędziem inspekcji URL. Następnie obserwuj raport indeksowania, skuteczność i logi serwera pod kątem nieoczekiwanych błędów.
Zapisz wyniki po wdrożeniu, a po zmianach konfiguracji ponów test mapy. Porównując ruch, uwzględnij przeniesione adresy i sezonowość zamiast patrzeć wyłącznie na stary URL. Google uprzedza o możliwych wahaniach wyników podczas ponownego przetwarzania witryny. Poprawna mapa ogranicza błędy migracji, ale nie stanowi gwarancji utrzymania pozycji.
Jeśli problem wykracza poza mapowanie adresów, zakres audytu strony internetowej pomoże oddzielić kontrolę wdrożenia od prac projektowych. Do rozmowy o usłudze prześlij opis problemu i dostępne dane: starą i nową domenę, arkusz URL-i, informację o CMS oraz eksporty błędów. Nie wysyłaj haseł w wiadomości. Brak części danych opisz wprost, aby można było ustalić, co trzeba jeszcze zebrać.
Najczęstsze pytania
Jak długo utrzymywać przekierowanie 301 po migracji?
Google w dokumentacji migracji zaleca utrzymywanie przekierowań możliwie długo, zwykle co najmniej przez rok. Dla użytkowników warto pozostawić je dłużej, jeśli stare linki nadal służą jako wejścia. Przy zmianie domeny wymaga to dalszego utrzymania starej domeny i działającej obsługi żądań.
Czy przekierowanie 301 zastępuje aktualizację linków w reklamach?
Nie. Zmień docelowe adresy reklam, profili firmowych i innych kontrolowanych materiałów na aktualne URL-e. Przekierowanie obsłuży starszy link, ale nie powinno zastępować aktualizacji miejsc, które możesz poprawić bezpośrednio.
Czy trzeba przekierować pliki PDF i obrazy?
Tak, jeśli plik zmienił adres i nadal ma odpowiadający mu zasób w nowej witrynie. Dodaj stary i nowy URL pliku do mapy oraz sprawdź, czy po przejściu otwiera się właściwy dokument lub obraz. Samo przeniesienie podstrony, na której był link do pliku, nie naprawia jego dawnego adresu.
Czy przekierowanie 301 wymaga instalowania wtyczki WordPress?
Nie, reguły można obsługiwać także w konfiguracji serwera lub innej warstwie infrastruktury. Wtyczka jest jednym z rozwiązań, jeśli udostępnia potrzebne reguły i pasuje do środowiska. Przed wdrożeniem ustal, gdzie już działają przekierowania, aby nie tworzyć sprzecznych reguł w kilku miejscach.
Czy mapa musi obejmować adresy z parametrami?
Tak, jeśli parametry identyfikują odrębne treści lub ważne warianty wejścia. Przy dawnym URL-u typu /index.php?id=12 sprawdź, jaką treść wskazywał, i przypisz jej odpowiednik. Parametry śledzące rozpatrz osobno: nie powinny przypadkiem zmieniać wyboru strony docelowej ani gubić danych potrzebnych do pomiaru kampanii.
Czy po zmianie samego wyglądu strony potrzebne jest przekierowanie 301?
Nie, jeśli publiczne URL-e pozostają identyczne, a treści nadal są dostępne pod tymi adresami. Zmiana szablonu lub hostingu sama w sobie nie uzasadnia przekierowania każdego URL-a. Sprawdź jednak, czy nowy CMS nie zmienił niejawnie ścieżek, protokołu lub końcowych ukośników.
Czy można zablokować stare URL-e w robots.txt po migracji?
Nie blokuj starych adresów, jeśli Google ma odczytać ich przekierowania. Robot musi móc pobrać odpowiedź ze starego URL-a, aby zobaczyć nową lokalizację. Blokada crawlowania nie zastępuje reguły przeniesienia ani usunięcia strony.
