Najpierw zbuduj kompletny spis adresów URL
Zanim cokolwiek zmapujesz, potrzebujesz pełnej listy adresów URL obecnie w użyciu — nie tylko tych, które pamiętasz, ale każdej strony produktu, kategorii i kolekcji, strony blogu czy treści oraz wszelkich niestandardowych stron docelowych istniejących na obecnej stronie. Pobierz to z mapy strony, raportów stron narzędzia analitycznego oraz przeskanowania żywej strony i porównaj te trzy źródła ze sobą, ponieważ każde z nich zwykle pomija coś, co wychwytują pozostałe.
Zwróć szczególną uwagę na adresy URL generujące ruch organiczny lub mające zewnętrzne linki zwrotne, nawet jeśli to strony, które uznałbyś za mniej istotne. Wpis na blogu o niskim ruchu, ale z kilkoma dobrymi linkami zwrotnymi, warto poprawnie zmapować; ciche jego utracenie to mała, ale możliwa do uniknięcia strata.
Zmapuj każdy adres URL na jego nowy odpowiednik — i celowo zdecyduj o wyjątkach
Dla każdego adresu URL w Twoim spisie zdecyduj o jego celu na nowej platformie. Większość stron produktów i kategorii będzie miała rozsądnie bezpośredni odpowiednik, gdy mapowanie danych zostanie ustalone. Strony bez czystego odpowiednika (wycofany produkt, jednorazowa strona docelowa, kategoria, która już nie istnieje) nadal wymagają jawnej decyzji — zwykle przekierowania do najbliższej pasującej kategorii, odpowiedniej strony zbiorczej lub w rzadkich przypadkach celowego, akceptowanego błędu 404 — zamiast domyślnego przekierowania na stronę główną albo przypadkowego błędu 404.
Podejście „przekieruj wszystko na stronę główną” to powszechny skrót, który aktywnie szkodzi: rozmywa sygnały trafności i daje użytkownikom gorsze doświadczenie w porównaniu do trafienia na najbliższą odpowiednią stronę.
Wdróż przekierowania 301 i sprawdź łańcuchy oraz pętle
Używaj trwałych przekierowań (301) dla adresów URL, które faktycznie przeniosły się na stałe — to sygnał informujący wyszukiwarki, by przenieść sygnały rankingowe na nowy adres URL. Gdy Twoje przekierowania będą już aktywne, aktywnie sprawdzaj łańcuchy przekierowań (adres A → B → C, podczas gdy wystarczyłoby A → C) oraz pętle (A → B → A), ponieważ oba są częstym efektem ubocznym iteracyjnych edycji mapy przekierowań i oba marnują budżet indeksowania oraz zwiększają opóźnienie. Celem jest przekierowanie jednym skokiem z każdego starego adresu URL wprost do ostatecznego nowego celu.
Przetestuj ręcznie reprezentatywną próbkę przekierowań po uruchomieniu — wyrywkowo sprawdź strony o wysokim ruchu, kilka o niskim ruchu i kilka celowych wyjątków — zamiast zakładać, że mapa jest poprawna tylko dlatego, że zwalidowała się w arkuszu kalkulacyjnym.
Celowo obsłuż tagi kanoniczne
Tagi kanoniczne informują wyszukiwarki, który adres URL jest wersją referencyjną, gdy podobna treść jest dostępna pod więcej niż jednym adresem. Po migracji upewnij się, że tag kanoniczny każdej strony wskazuje na jej własny żywy, poprawny nowy adres URL — nie na pozostały stary adres URL i nie przez pomyłkę na adres URL innej strony ze skopiowanego szablonu. Błąd w tym miejscu może zmylić wyszukiwarki co do tego, którą wersję strony indeksować, nawet gdy same przekierowania są poprawne.
Jeśli nowa platforma generuje tagi kanoniczne automatycznie, zweryfikuj jej domyślne zachowanie, zamiast zakładać, że jest właściwe dla Twojej konfiguracji — automatyczna kanonizacja czasem wskazuje na nieoczekiwane adresy URL na stronach z parametrami czy paginacją.
Prześlij ponownie mapę strony XML i zaktualizuj linki wewnętrzne
Gdy nowa strona jest już aktywna z działającymi przekierowaniami, wygeneruj i prześlij świeżą mapę strony XML odzwierciedlającą nową strukturę adresów URL przez Google Search Central i narzędzia dla webmasterów innych wyszukiwarek, aby roboty indeksujące mogły efektywnie odkrywać nowe strony, zamiast polegać wyłącznie na podążaniu za przekierowaniami ze starych adresów URL.
Jednocześnie zaktualizuj linki wewnętrzne w całej witrynie — nawigację, stopkę, linki do powiązanych produktów, treść bloga — aby wskazywały bezpośrednio na nowe adresy URL, a nie przez przekierowanie. Linki wewnętrzne, które nadal wskazują na stare adresy URL, dodają niepotrzebne skoki przekierowań przy każdym kliknięciu i łatwo je przeoczyć, ponieważ nie psują niczego widocznie — po prostu działają mniej efektywnie.
Monitoruj status indeksowania po przełączeniu
Praca SEO związana z migracją nie kończy się na uruchomieniu. W tygodniach po przełączeniu obserwuj Search Console (lub odpowiednik dla innych wyszukiwarek) pod kątem błędów indeksowania, nagłego skoku błędów 404, stron, które nie są indeksowane, lub spadku wyświetleń/kliknięć dla stron, które powinny działać normalnie. Porównuj to z wynikiem sprzed migracji, aby wychwytywać rzeczywiste regresje, a nie normalną krótkoterminową fluktuację.
Bądź cierpliwy, ale nie bierny: ponowna indeksacja czasem trwa nawet, gdy wszystko jest ustawione poprawnie, ale błąd przekierowania czy tagu kanonicznego niezauważony przez tygodnie jest dużo droższy do naprawienia niż taki wychwycony w pierwszych dniach po uruchomieniu.
Najczęstsze pytania
Czy migracja na pewno zaszkodzi moim pozycjom w wyszukiwarce?
Nie, jeśli ciągłość adresów URL jest właściwie obsłużona — kompletna mapa przekierowań, poprawne tagi kanoniczne i ponownie przesłana mapa strony to podstawowe zabezpieczenia. Nikt nie może zagwarantować, że konkretne pozycje się utrzymają, ponieważ ranking zależy od wielu czynników poza samą migracją, ale właściwe mapowanie adresów URL to pojedynczy, największy kontrolowalny czynnik zachowania tego, co miałeś.
Czy powinienem użyć przekierowań 301 czy 302?
Używaj przekierowań 301 (trwałych) dla adresów URL, które przeniosły się na stałe — to normalny przypadek przy migracji platformy. Przekierowania 302 (tymczasowe) sygnalizują, że przeniesienie nie jest trwałe, a wyszukiwarki mogą nie przenosić sygnałów rankingowych w ten sam sposób, więc są złym wyborem dla mapy przekierowań zakończonej migracji.
Co jeśli dwa stare adresy URL powinny wskazywać na tę samą nową stronę?
To normalne i częste — na przykład dwa stare adresy URL kategorii, które zostały scalone w jeden na nowej platformie. Przekieruj oba stare adresy URL bezpośrednio na ten jeden nowy adres. Czego chcesz unikać, to sytuacji odwrotnej: jednego starego adresu URL, który jest niejednoznaczny co do tego, na którą nową stronę powinien się mapować, co zwykle oznacza, że decyzja o mapowaniu faktycznie jeszcze nie została podjęta.
Jak długo powinienem utrzymywać stare przekierowania?
Bezterminowo, jeśli to praktyczne. Linki zwrotne, zakładki i stare wyniki wyszukiwania odwołujące się do poprzednich adresów URL mogą utrzymywać się długo po migracji, a koszt utrzymania reguły przekierowania jest niewielki. Zbyt wczesne usunięcie przekierowań to częsty sposób na zamienienie jednorazowego kosztu migracji w powtarzające się źródło zerwanych linków.