Jak skonfigurować przekierowania 301 przy migracji

Jak krok po kroku skonfigurować przekierowania 301 podczas migracji strony internetowej

Migracja strony internetowej nigdy nie jest tylko technicznym przeniesieniem. Jeśli planujesz przekierowania 301 migracja strony, jeden błędny adres URL i strona, która wcześniej dobrze się pozycjonowała, konwertowała lub była linkowana z newslettera, trafia donikąd. Dlatego przekierowania 301 trzeba zaplanować przed dniem uruchomienia, a nie po nim.

Ten przewodnik pokazuje, jak krok po kroku skonfigurować przekierowania 301 podczas migracji strony internetowej, bez zrzucania całej pracy na samą warstwę przekierowań. Jeśli zastanawiasz się, jak zrobić przekierowania 301, najpierw zmapujesz starą witrynę, zdecydujesz, co rzeczywiście wymaga przekierowania, a potem sprawdzisz efekty, zanim luki zauważą wyszukiwarki i użytkownicy.

1. Określ typ migracji i cele przekierowań

Zacznij od jednego prostego pytania: jaki rodzaj migracji strony internetowej prowadzisz? Zmiana domeny wymaga innego podejścia niż zmiana platformy, a zmiana struktury adresów URL to jeszcze inna historia. Jeśli wszystkie trzy rzeczy dzieją się naraz, zapisz to od razu. Nie później.

Na przykład zmiana marki z oldsite.com na newsite.com może wymagać przekierowania niemal każdej aktywnej strony, podczas gdy zmiana systemu CMS z jednego szablonu na drugi może pozostawić te same adresy URL i zmienić tylko sposób renderowania stron. To nie jest to samo zadanie. Jeśli potraktujesz je jak jedno i to samo, plan przekierowań szybko się skomplikuje, zwłaszcza gdy w grę wchodzi migracja witryny przekierowania URL.

Ustal jeden cel dla warstwy przekierowań: zachować wartość stron, które już mają znaczenie. Chodzi o ruch, linki i intencję użytkownika. Strona produktu powinna prowadzić do najbliższej strony produktu. Wpis na blogu powinien trafiać do najbliższego wpisu, a nie na stronę główną.

Spisz zasady migracji prostym językiem. Krótko. „Stare strony kategorii przechodzą do nowych kategorii”. „Wycofane strony promocyjne nie potrzebują przekierowań”. „Cienkie strony archiwalne można usunąć”. Takie decyzje oszczędzają później wiele godzin, bo przekierowania 301 powinny wynikać z rzeczywistej struktury serwisu, a nie z domysłów z tygodnia przed startem.

Jeśli migracja zmienia też własność treści albo konfigurację analityki, pokaż to zespołowi. Przeniesienie witryny często dotyka więcej niż jednej grupy, a mapa przekierowań musi odpowiadać zarówno planowi biznesowemu, jak i planowi adresów URL. Szersze spojrzenie na działania wspierające taki ruch znajdziesz w artykule ile kosztuje miesięczna obsługa strony internetowej.

2. Zbierz tylko te adresy URL, które wymagają przekierowania

Nie twórz listy każdego historycznego adresu URL, chyba że naprawdę tego potrzebujesz. Na papierze brzmi to porządnie, ale marnuje czas i wprowadza szum. Zacznij od stron, folderów i plików, które nadal mają wartość: stron docelowych, stron usług, wpisów blogowych, stron kategorii, obrazów, jeśli są publicznie linkowane, oraz PDF-ów, które wciąż są odwiedzane.

Pobieraj adresy URL z kilku miejsc. Użyj aktualnej mapy witryny, analityki, logów serwera i dawnych eksportów z crawlera, jeśli już je masz. Adres bez ruchu i bez linków może nie wymagać uwagi. Adres z linkami zewnętrznymi już tak. Taki URL może mieć znaczenie nawet sześć miesięcy po migracji.

Wyłącz strony, które mają zostać celowo wycofane. Sezonowa kampania z 2021 roku nie potrzebuje nowego miejsca tylko dlatego, że istnieje. Podobnie stara strona testowa wewnętrzna. To moment, w którym pomaga dyscyplina. Mniej przekierowań może być lepsze niż zbyt wiele, o ile te ważne są objęte planem.

Podziel inwentarz na proste grupy: strony, foldery, pliki i przypadki specjalne. Pomagają w tym liczby. Lista 12 adresów URL może być obsłużona w jeden sposób. Lista 1200 adresów wymaga reguł opartych na wzorcach, a nie ręcznie tworzonych reguł dla każdej pozycji. Jeśli pominiesz ten krok, mapa przekierowań będzie trudna do audytu.

Skup się na starej witrynie, nie na nowej. Stara witryna jest źródłem prawdy o tym, co dziś istnieje. Nowa witryna jest celem. Zbyt wczesne mieszanie obu utrudnia zauważenie brakujących stron i przypadkowych duplikatów.

3. Dopasuj stare adresy URL do właściwych nowych odpowiedników

Teraz zbuduj mapowanie. Czysta relacja jeden do jednego to najprostszy przypadek: jeden stary adres URL prowadzi do jednego nowego, a związek jest oczywisty. Artykuł blogowy o cenach przechodzi do nowego artykułu o cenach. Strona usługowa o audytach trafia na nową stronę audytu. Proste.

Rzeczywiste migracje rzadko są tak uporządkowane. Czasem jedna stara strona staje się dwiema nowymi, albo trzy stare strony łączą się w jedną silniejszą. W takich przypadkach zdecyduj, po co użytkownik prawdopodobnie przyszedł. Jeśli stara strona obejmowała zarówno „konfigurację”, jak i „wsparcie”, a nowa witryna dzieli to na osobne strony, wybierz najlepsze dopasowanie do głównej intencji, a pozostałe elementy połącz później wewnętrznie.

Nie przekierowuj wszystkiego na stronę główną. To przez chwilę wydaje się wygodne, ale później kosztuje miesiącami. Wyszukiwarki nie lubią słabej trafności, a użytkownicy zauważają to jeszcze szybciej. Osoba szukająca strony z cennikiem nie chce ogólnej strony docelowej. Chce strony z cennikiem albo najbliższego działającego odpowiednika.

W przypadku usuniętych treści podejmij decyzję. Jeśli nie ma zamiennika ani sensownego odpowiednika, pomiń taki adres w mapie przekierowań. To czyściej niż wymuszanie złego dopasowania. Strona o wydarzeniu z 2019 roku nie potrzebuje fikcyjnego celu tylko po to, by zapełnić wiersz w arkuszu.

Dodaj notatki obok trudnych adresów URL. Użyj krótkiego wyjaśnienia dla połączonych stron, rozdzielonych stron i wycofanych treści. Takie notatki są ważne, kiedy ktoś dwa dni przed startem przegląda plan i pyta, dlaczego strona A prowadzi do strony B. Odpowiedź powinna być widoczna w mapie, a nie ukryta na czacie.

4. Wybierz odpowiednią metodę wdrożenia przekierowań 301

To, gdzie umieścisz przekierowania 301, zależy od tego, jak hostowana jest migrowana witryna. W niektórych środowiskach najczystszą drogą będzie konfiguracja serwera. W innych lepiej sprawdzi się CMS, CDN albo warstwa routingu aplikacji. Wybierz miejsce, które będzie obsługiwać przekierowania niezawodnie, bez dokładania zbędnych elementów po drodze.

Jeśli strona działa na tradycyjnym serwerze webowym, reguły na poziomie serwera mogą być najprostszą opcją. Jeśli witryna jest zarządzana w CMS-ie z wbudowanymi narzędziami do przekierowań, to może wystarczyć przy mniejszych migracjach. Jeśli ruch przechodzi przez CDN, reguły na brzegu sieci mogą pomóc, szczególnie gdy potrzebujesz szybkich aktualizacji dla wielu URL-i.

Każda opcja ma swoją cenę. Reguły serwerowe są mocne, ale wymagają ostrożności. Wtyczki CMS są wygodne, ale mogą się zaśmiecać. Reguły CDN są szybkie, ale trzeba dokładnie wiedzieć, jak współpracują z cache’em i dopasowaniem ścieżek. Wybieraj na podstawie migrowanej witryny, a nie przyzwyczajenia.

Jeśli migracja zmienia też ustawienia bezpieczeństwa, hosting albo tracking, skoordynuj tę pracę w tym samym oknie czasowym. Warstwa przekierowań zależna od złej nazwy hosta albo niedokończonej konfiguracji certyfikatu może zawieść w dziwny sposób. Zobacz też powiązane planowanie ochrony serwisu w artykule bezpieczeństwo strony internetowej.

W większych zespołach opisz metodę w jednym miejscu. Dodaj właściciela, platformę i ścieżkę wdrożenia obok mapy przekierowań. Dzięki temu osoba zmieniająca reguły wie, czy należą one do Nginx, Apache, tabeli CMS, panelu CDN czy kodu aplikacji.

5. Napisz i uporządkuj reguły 301

Teraz zamień mapę na rzeczywiste przekierowania 301. Utrzymuj reguły w porządku. Jeden wzorzec powinien robić jedną rzecz. Jeśli reguła próbuje obsłużyć zbyt wiele kształtów adresów URL, może złapać niewłaściwe strony i odesłać użytkowników w dziwne miejsce.

Uważaj na pętle. Pętla powstaje wtedy, gdy strona A przekierowuje do strony B, a strona B odsyła z powrotem do strony A, albo gdy dwie strony nieustannie odsyłają się nawzajem. To ślepa uliczka zarówno dla crawlerów, jak i dla użytkowników. Marnuje też budżet crawlowania, czyli jedną z tych nudnych fraz, które stają się bardzo ważne, gdy nic nie chce się poprawnie zindeksować.

Unikaj też łańcuchów. Łańcuch oznacza, że jedno przekierowanie prowadzi do kolejnego, a potem do następnego. Strona A przechodzi do B, a potem B do C. Działa to słabo i wszystko spowalnia. Jeśli możesz skierować A bezpośrednio do C, zrób właśnie tak.

Używaj spójnych nazw i grupowania w pliku lub interfejsie. Grupuj reguły według sekcji: stare ścieżki blogowe, stare ścieżki usług, stare ścieżki produktów, wycofane zasoby. Uporządkowana lista jest łatwiejsza do testowania. Łatwiej też przekazać ją innemu deweloperowi o 18:00 w dniu uruchomienia bez długich wyjaśnień.

Miej na uwadze wyjątki. Szeroka reguła typu „przekieruj wszystko z /blog/ do /insights/” może wyglądać wydajnie, ale może popsuć tagi, strony autorów albo stare linki do mediów. Jeśli wzorzec ma wyjątki, wytnij je przed wdrożeniem. To oszczędzi późniejszych poprawek.

6. Sprawdź działanie przekierowań przed uruchomieniem i po nim

Testy powinny odbywać się przed startem, a nie po pierwszym zgłoszeniu od użytkownika o niedziałającej stronie. Sprawdź wybrane pojedyncze adresy URL z mapy, potem przetestuj wzorce grupowe, a następnie przypadki nietypowe, takie jak końcowe ukośniki, ścieżki z wielkimi literami, parametry query string i pliki z rozszerzeniami. Przekierowanie, które działa dla jednego URL-a, może zawieść dla bardzo podobnego.

Potwierdź, że kod odpowiedzi to prawdziwe 301, a nie 302 albo miękkie przepisywanie, które tylko wygląda jak przekierowanie w przeglądarce. Ta różnica ma znaczenie. Wyszukiwarki traktują przeniesienie stałe inaczej niż tymczasowe, a użytkownicy nie powinni zgadywać, co się stało. Sprawdź kod statusu narzędziem, które pokazuje rzeczywistą odpowiedź.

Testuj więcej niż oczywiste ścieżki. Stare pliki PDF, adresy obrazów i zagnieżdżone foldery są często pomijane. Jeden brakujący adres pliku może stworzyć ślad błędów 404, który po uruchomieniu ciągle się powiększa, zwłaszcza jeśli te zasoby były osadzone na stronach lub udostępniane w mediach społecznościowych lata temu.

Wykonuj sprawdzenia w dwóch etapach: raz przed uruchomieniem w środowisku stagingowym i raz od razu po uruchomieniu na żywej stronie. Druga runda wyłapuje problemy wdrożeniowe, niespodzianki związane z cache’em i każdą regułę, która zachowuje się inaczej, gdy działa już prawdziwy host. To właśnie wtedy wiele zespołów znajduje jeden adres URL, o którym zapomnieli.

Jeśli migracja obejmuje też nowe analityki lub monitoring, upewnij się, że przekierowania nie psują tych systemów. Zmiana jest łatwiejsza do zaufania, gdy widać razem ruch, kody odpowiedzi i zachowanie crawlera. Dla zespołów porównujących narzędzia pomiarowe przy takim projekcie przydatnym odniesieniem będzie ile kosztują analityki strony internetowej.

7. Zaktualizuj elementy wspierające po migracji

Przekierowania 301 nie powinny dźwigać całej migracji samodzielnie. Zaktualizuj linki wewnętrzne, aby nowa strona wskazywała na samą siebie. Jeśli nawigacja nadal prowadzi do starych adresów, każde kliknięcie generuje jeszcze jeden niepotrzebny krok. To dodatkowe opóźnienie dla użytkowników i więcej pracy dla crawlerów.

Odśwież mapy witryny XML z nowymi adresami URL. Prześlij je tam, gdzie trzeba. Usuń stare adresy URL z aktywnej mapy witryny, jeśli teraz przekierowują, i pozostaw tam tylko adresy docelowe. Mapa witryny pełna nieaktualnych adresów wysyła mieszane sygnały, nawet jeśli przekierowania działają idealnie.

Sprawdź tagi canonical. Powinny wskazywać na nową stronę, a nie na starą. To mała linijka kodu, ale ważna. Tag canonical nadal odnoszący się do starego URL-a może rozmyć komunikat wysyłany do wyszukiwarek, szczególnie podczas pierwszego cyklu crawlowania po uruchomieniu.

Zaktualizuj zewnętrzne odniesienia tam, gdzie to możliwe. Może to oznaczać strony partnerów, profile społecznościowe, szablony e-maili albo katalog, nad którym masz kontrolę. Nie wyłapiesz wszystkiego i to w porządku. Celem jest ograniczenie niepotrzebnego ruchu przez warstwę przekierowań, a nie naprawienie całego internetu.

Jeśli migracja jest częścią większego redesignu, warto porównać pracę nad przekierowaniami z szerszymi decyzjami dotyczącymi treści i budżetu. Artykuł budżet na redesign strony a budżet na utrzymanie może pomóc lepiej zobaczyć różnicę między pracami rozwojowymi a bieżącą obsługą.

8. Monitoruj problemy z crawlowaniem i ruchem w pierwszym oknie po uruchomieniu

Pierwsze dni po uruchomieniu to moment, w którym problemy wychodzą na wierzch. Sprawdzaj pominięte adresy URL, niespodziewane błędy 404, anomalie przekierowań i skoki w żądaniach do starych ścieżek. Jeśli strona jest duża, rób to początkowo codziennie. Dwa razy dziennie to nie przesada, gdy migracja jest świeża.

Patrz jednocześnie na logi serwera, analitykę i dane z Search Console. Jedno źródło nie pokaże tego, co widzą pozostałe. Błąd 404 w logach może oznaczać uszkodzony link wewnętrzny. Błąd crawlowania może dotyczyć przekierowanego URL-a z literówką. Spadek ruchu na kluczowej stronie może znaczyć, że stary adres wciąż jest gdzieś ważnie udostępniany.

Łataj luki szybko. Jeśli jakiś URL został pominięty, dodaj go. Jeśli wzorzec jest zbyt szeroki, zawęź go. Jeśli pojawi się łańcuch, uprość go. Mapa przekierowań nie jest gotowa w dniu startu; to dokument żywy przynajmniej przez pierwsze dni po przeprowadzce.

Śledź najważniejsze strony w pierwszych 7 dniach, a potem ponownie po 30 dniach, jeśli migracja była duża. Daje to dwa punkty kontrolne: jeden dla natychmiastowych awarii i jeden dla wolniejszych efektów crawlowania oraz indeksowania. Jeśli wyniki wyglądają źle, nie czekaj, aż same się naprawią.

Informuj zespół konkretnie, a nie ogólnikowo. „Cztery adresy produktów nadal zwracają 404” jest pomocne. „Nadal są pewne problemy” — nie. Jeśli kampania marketingowa, wzmianka w prasie albo strona z dużą liczbą linków nadal prowadzi do starego adresu, napraw tę ścieżkę jako pierwszą. Jeden pominięty URL może mieć większe znaczenie niż kilkanaście stron o niskiej wartości.

Gdy pierwsza fala się ustabilizuje, ponownie oceń warstwę przekierowań na podstawie rzeczywistego ruchu. Niektóre stare adresy okażą się ważniejsze, niż sugerował inwentarz. Inne nigdy nie zostaną wywołane. Te dane pomagają dopracować plan przekierowań i utrzymać serwis w czystości, gdy migracja się uspokaja.