Migracja strony bez porzucenia adresów: mapa, przekierowania i odbiór

Nowa strona już działa, konfetti opadło, a link z oferty wysłanej miesiąc temu prowadzi w pustkę. Tak wygląda migracja zakończona o jeden etap za wcześnie. Przy przebudowie przygotuj mapę starych adresów, dobierz właściwe cele i sprawdź przekierowania pod publiczną domeną. Dawne wiadomości, zakładki i wyniki wyszukiwania nie przeprowadzą się same tylko dlatego, że nowa witryna dostała ładniejsze mieszkanie.

Nie da się uczciwie obiecać, że zmiana witryny nigdy nie wywoła wahań widoczności. Można natomiast ograniczyć ryzyko porzucenia adresów przez inwentaryzację, właściwe cele, testy i monitoring. Poniższy warsztat dotyczy właśnie tej odpowiedzialności, a nie gwarancji zachowania określonych pozycji w wyszukiwarce.

Zbierz stare adresy z więcej niż jednego miejsca

Rozpocznij od obecnej mapy strony, nawigacji i listy artykułów. Dodaj pliki do pobrania, adresy z kampanii, wersje językowe i podstrony, których nie ma już w menu. Jeżeli masz dostęp, przejrzyj dane o wejściach oraz błędach. Żadne pojedyncze źródło nie musi obejmować całej historycznej witryny.

Zapisuj pełny adres wraz z domeną, protokołem i istotnymi parametrami. Wariant z dawną subdomeną może wymagać osobnej obsługi. Nie usuwaj automatycznie parametrów, zanim nie rozumiesz ich funkcji: część służy tylko pomiarowi kampanii, a część wybiera treść, język lub dokument.

Przy każdym adresie zanotuj tytuł, rodzaj materiału, stan i znaczenie dla użytkownika. Tę pracę połącz z architekturą informacji nowej witryny. Decyzja o nowej strukturze oraz decyzja o losie dawnych adresów powinny powstawać razem, a nie w dwóch niezależnych dokumentach.

Utwórz mapę stary adres → nowa odpowiedź

Mapa powinna wskazywać adres źródłowy, docelowy materiał, oczekiwany status i uzasadnienie. Dodaj osobę zatwierdzającą oraz wynik testu. Nie każda pozycja musi kończyć się nową podstroną. Możliwe decyzje to zachowanie adresu, przeniesienie do właściwego następcy, połączenie treści albo świadome wycofanie materiału. Przy przebudowie katalogu powiąż tę mapę z modelem treści produktów, aby następca adresu odpowiadał właściwej pozycji i jej aktualnemu zakresowi informacji.

Roboczy przykład: dwie dawne podstrony opisują kolejne etapy jednej usługi, a nowa oferta zawiera oba zakresy. Wspólny cel może być uzasadniony. Inaczej wygląda stary poradnik o wycofanym produkcie, którego nowa oferta w ogóle nie dotyczy. Przekierowanie go na przypadkową stronę nie odtwarza sensu dawnego odnośnika.

Google ostrzega przed niepowiązanymi celami przekierowań, na przykład kierowaniem wielu różnych stron na stronę główną. Naszą rekomendacją jest osobne zatwierdzenie trudnych pozycji mapy. Uproszczona reguła techniczna nie powinna zastępować decyzji redakcyjnej o znaczeniu treści.

Rozróżnij przeniesienie od braku zasobu

Status 301 oznacza trwałe przeniesienie zasobu pod adres wskazany w nagłówku Location. Przy zwykłych podstronach jest czytelnym sposobem obsługi dawnego miejsca. Google wskazuje także 308 jako trwałe przekierowanie HTTP. Szczegóły metod żądań wymagają uwagi, jeśli przenosisz adres obsługujący wysyłkę formularza, a nie tylko stronę z opisem.

404 informuje o nieznalezieniu zasobu, bez rozstrzygania, czy brak jest trwały. 410 opisuje zasób, który jest już niedostępny i stan ten uznaje się za trwały. Wybór powinien odpowiadać rzeczywistej decyzji o materiale, nie chęci ukrycia wszystkich błędów w raporcie.

Strona komunikująca brak materiału może pomóc użytkownikowi znaleźć ofertę albo wyszukiwarkę. Jej wygląd nie zastępuje właściwego statusu serwera. Napis „Nie znaleziono” przy odpowiedzi 200 to inna sytuacja niż rzeczywista odpowiedź 404. Sprawdzenie obu warstw powinno znaleźć się w protokole.

Zaprojektuj proste przekierowania i sprawdź wyjątki

Dąż do bezpośredniej drogi od starego adresu do końcowego właściwego celu. Łańcuch kolejnych przeskoków utrudnia kontrolę i zwiększa oczekiwanie. Nie dokładaj nowej reguły do starej bez sprawdzenia całej ścieżki. W mapie zapisz zarówno oczekiwany status początkowy, jak i końcowy adres.

Osobno przetestuj reguły ogólne: zmianę domeny, www, rozszerzeń oraz ukośników. Wyjątek dotyczący jednego ważnego artykułu może zostać przechwycony przez wcześniejszy wzorzec. Sprawdź również, czy reguła nie odsyła sama do siebie albo nie tworzy pętli pomiędzy dwoma wariantami.

Nie przenoś logiki migracji wyłącznie do skryptu uruchamianego po załadowaniu aplikacji, jeśli hosting pozwala odpowiedzieć odpowiednim przekierowaniem HTTP. Odbiorca powinien otrzymać właściwą odpowiedź już pod dawnym adresem. To odrębne zadanie od projektowania przycisków kierujących do oferty: taki przycisk powinien pozostać jawnym odnośnikiem wybieranym przez użytkownika.

Uporządkuj linki i adres kanoniczny

Nowa witryna nie powinna stale prowadzić przez własne stare adresy. Popraw menu, linki w artykułach, stopkę, karty i odwołania w dokumentach, które możesz zaktualizować. Przekierowanie pomaga obsłużyć historię, ale nie zastępuje porządku w nowej wersji. Prowadź odnośniki bezpośrednio do zatwierdzonego adresu.

Google opisuje canonical jako wskazanie preferowanej wersji podobnej treści. Nie jest to przekierowanie użytkownika. Po migracji porównaj canonical z rzeczywistym adresem końcowym oraz wpisem w mapie strony. Stare wskazanie może przeczyć pozostałym sygnałom nowego wdrożenia.

Przy nowych wersjach językowych nie kieruj wszystkich dawnych treści na polską stronę główną tylko dlatego, że struktura została uproszczona. Ustal, czy istnieje odpowiednik, czy materiał zostaje wycofany. Zasady adresów i publicznej treści rozszerza techniczne SEO przed publikacją.

Nie pomijaj plików i punktów kontaktu

PDF, prezentacja albo instrukcja może być częściej podsyłana bezpośrednio niż podstrona, z której kiedyś ją pobierano. Sprawdź nazwę i dostępność pliku, sens nowej wersji oraz sposób obsługi starej. Dokument o innym zakresie nie powinien podszywać się pod dawny materiał tylko po to, żeby adres odpowiadał poprawnie.

Sprawdź także formularz, kalendarz i adresy wysyłki. Podstrona kontaktu może działać, podczas gdy żądanie po kliknięciu trafia jeszcze do starej usługi. Odbiór formularza B2B wymaga przejścia całej drogi do miejsca obsługi, a nie jedynie obejrzenia komunikatu sukcesu.

Przy zmianie domeny ustal odpowiedzialność za jej dalsze utrzymanie. Bez dostępu do starego hosta lub domeny nawet prawidłowo zaplanowane przekierowania mogą przestać działać. Termin i warunki utrzymania powinny być częścią przekazania, z konkretnym właścicielem oraz przypomnieniem o odnowieniu.

Przygotuj odbiór przed uruchomieniem i po nim

Przed publikacją sprawdź mapę na środowisku, które odtwarza sposób obsługi adresów. Po publikacji powtórz testy pod prawdziwą domeną. Różnice konfiguracji hostingu mogą sprawić, że lokalny wynik nie będzie odpowiadał temu, co dostaje użytkownik. Otwórz także podstronę bez wcześniejszej wizyty na stronie głównej i odśwież kartę.

Dla każdej ważnej pozycji zanotuj pierwszy status, kolejne kroki, końcowy status, tytuł i zgodność treści z mapą. Narzędzie automatyczne pomoże przejść listę, lecz człowiek powinien ocenić sens celu. Odpowiedź 200 nie wyjaśnia, czy stary poradnik trafił do właściwego następcy.

Zapisz gotowość do cofnięcia zmiany i warunki takiej decyzji. Nie każda niejasność wymaga natychmiastowego powrotu całej witryny. Przygotuj jednak procedurę na pętle przekierowań, niedostępny kontakt lub masowy brak treści. Odpowiedzialne osoby powinny znać ją przed uruchomieniem nowej wersji.

Jak sprawdzić jeden trudny adres?

Wybierz dawny artykuł z długim adresem i parametrem używanym w kampanii. Najpierw otwórz dokładnie tę wersję, potem wariant bez parametru. Zapisz, czy oba wejścia prowadzą do zamierzonej treści, i porównaj końcowy adres z mapą. Nie zmieniaj ręcznie ścieżki w połowie testu, bo ukryjesz błąd rzeczywistego odnośnika.

Następnie użyj przycisku powrotu i otwórz stary link z nowej karty. Sprawdź również dokument lub formularz dostępny z celu. Taki scenariusz nie zastępuje kontroli całej listy, ale ujawnia zależności, których sam status pojedynczej odpowiedzi nie pokaże. Zapisz go jako przykład do ponownego odbioru po poprawce.

Nie każdy dawny adres ma odpowiedni następnik. W takich przypadkach przygotuj stronę 404 pomagającą odzyskać kontekst. Przyjazna treść błędu powinna współpracować z właściwą odpowiedzią serwera — uśmiech nie zmienia brakującej podstrony w działającą.

Monitoruj historię, zamiast kasować ją po odbiorze

Po wdrożeniu obserwuj błędy adresów, działanie kontaktu i najważniejsze cele. Nie każda odpowiedź 404 jest dowodem źle wykonanej migracji: część żądań może dotyczyć losowych, nigdy nieistniejących ścieżek. Porównuj je z mapą i rzeczywistymi dawnymi materiałami, żeby ustalić priorytet naprawy.

Google zaleca utrzymywanie przekierowań możliwie długo, zasadniczo co najmniej przez rok. Nie oznacza to automatycznego terminu usunięcia po dwunastu miesiącach. Dla odbiorców nadal używających starych linków dalsze utrzymanie może być uzasadnione. Ten punkt jest zaleceniem dostawcy wyszukiwarki, a nie obietnicą daty pełnego przetworzenia migracji.

• Mapa obejmuje podstrony, pliki i historyczne warianty.
• Cele są semantycznie właściwe, nie tylko technicznie dostępne.
• Przekierowania nie tworzą pętli ani zbędnych łańcuchów.
• Linki wewnętrzne i canonical wskazują zatwierdzone adresy.
• Kontakt przeszedł test rzeczywistego dostarczenia.
• Monitoring i utrzymanie mają właściciela.

Uwzględnij także linki zapisane poza witryną: w stopkach wiadomości, materiałach ofertowych i kodach QR. Tam, gdzie możesz je zmienić, wprowadź nowy adres. Wydrukowanego materiału nie da się jednak poprawić z poziomu menu strony. To dobry powód, by utrzymywać sensowną odpowiedź pod dawną ścieżką i nie traktować migracji jako jednorazowego sprzątania konfiguracji. Osobno sprawdź drogę z kodu QR w druku do właściwej strony, razem z celem i alternatywą bez skanowania.

Połącz te dowody z odbiorem strony i pomiarem szybkości po zmianie. Planujesz przebudowę? Sprawdź Design.