Szybka odpowiedź
Przed modernizacją wyeksportuj wszystkie wartościowe adresy, ruch, zapytania i linki. Dla każdego starego URL wskaż właściwy nowy odpowiednik, zastosuj pojedyncze przekierowanie 301, zaktualizuj linki wewnętrzne oraz sitemapę, a po publikacji kontroluj odpowiedzi serwera i indeksowanie.
Potrzebujesz pomocy przy wdrożeniu? Zobacz: Modernizacja strony internetowej: audyt i plan.
Arkusz migracyjny jest ważniejszy niż ostatnia makieta
Nowy wygląd nie pokazuje, co stanie się ze starymi adresami. Przed pracami należy zebrać sitemapę, dane z analityki, Search Console, linki zewnętrzne oraz strony znajdujące się poza menu. Dopiero połączenie tych źródeł tworzy listę do decyzji.
Główny poradnik odpowiada, kiedy modernizacja strony internetowej ma sens. Ten materiał rozwija techniczną intencję migracji SEO: jak przejść ze starej struktury do nowej bez pozostawienia robotów i użytkowników na błędnych adresach.
| Stary URL | Decyzja | Kontrola po publikacji |
|---|---|---|
| Treść zachowana | Ten sam adres albo pełny odpowiednik | 200 oraz zgodny canonical |
| Treść połączona | 301 do najmocniejszej strony docelowej | Jedno przekierowanie bez łańcucha |
| Treść usunięta bez odpowiednika | 410 lub uzasadnione 404 | Brak w menu, linkach i sitemapie |
| Adres z ruchem lub linkami | Ręczna weryfikacja decyzji | Monitoring ruchu, zapytań i błędów |
Zbuduj pełną inwentaryzację przed zmianą struktury
Sama sitemap.xml nie wystarczy. Może nie zawierać starszych stron, parametrów albo adresów nadal odwiedzanych z zewnętrznych linków. Połącz eksport sitemapy, crawla, analityki, Search Console i listy podstron z CMS. Usuń duplikaty, lecz zachowaj informację o źródle.
Przy każdym adresie zapisz tytuł, status, canonical, ruch, najważniejsze zapytania i liczbę linków wewnętrznych. Nie wszystkie pola muszą być wypełnione automatycznie. Krytyczne strony sprzedażowe oraz materiały z linkami wymagają ręcznego przeglądu.
Oznacz właściciela decyzji. SEO może wskazać ryzyko, lecz zespół biznesowy musi potwierdzić, czy usługa nadal istnieje. Programista odpowiada za wdrożenie statusu, a redakcja za właściwy odpowiednik treści. Brak odpowiedzialności prowadzi do masowego przekierowania na stronę główną.
Mapuj intencję, a nie podobne słowo w adresie
Stary artykuł powinien prowadzić do strony odpowiadającej na to samo pytanie. Podobna nazwa produktu lub usługi nie wystarcza. Jeśli treść została połączona, docelowa strona musi zawierać fragment, który rzeczywiście przejmuje jej wartość dla użytkownika.
Nie kieruj wszystkich usuniętych adresów na stronę główną. Takie przekierowanie nie rozwiązuje potrzeby i utrudnia diagnozę. Gdy nie ma odpowiednika, poprawny status braku bywa uczciwszy niż pozornie działający link do przypadkowego miejsca.
Przekierowanie powinno być pojedyncze. Łańcuch stary–pośredni–nowy zwiększa liczbę żądań i utrudnia utrzymanie. Aktualizuj reguły tak, aby każdy znany stary adres prowadził bezpośrednio do obecnego celu.
Zachowaj sygnały na nowych stronach
Każda indeksowana strona potrzebuje własnego title, opisu, H1, canonical i treści odpowiadającej intencji. Podczas migracji łatwo skopiować canonical z szablonu albo pozostawić noindex ze środowiska testowego. Te elementy muszą znaleźć się w automatycznej kontroli przed publikacją.
Linki wewnętrzne należy zmienić na nowe adresy. Nie polegaj na przekierowaniach wewnątrz serwisu. Menu, artykuły, stopka i breadcrumbs powinny prowadzić bezpośrednio. Dzięki temu użytkownik i robot nie wykonują niepotrzebnych przejść.
Dane strukturalne muszą opisywać widoczną treść. Po zmianie autorów, obrazów lub kategorii zaktualizuj schema. Błąd JSON-LD nie zawsze jest widoczny w interfejsie, dlatego wymaga osobnej walidacji.
Przetestuj wersję przed przełączeniem domeny lub katalogu
Środowisko testowe powinno być chronione przed indeksowaniem bez blokowania możliwości kontroli przez zespół. Przejdź najważniejsze szablony na telefonie i komputerze, sprawdź formularze, zgody, menu, obrazy, statusy oraz przekierowania na przygotowanej liście.
Uruchom crawl nowej wersji i porównaj liczbę indeksowalnych stron z planem. Każdy nieoczekiwany noindex, canonical do innej strony albo adres bez linków wymaga decyzji. Różnica liczby URL nie musi być błędem, jeśli wynika z zaplanowanej konsolidacji.
Zapisz kopię starej wersji, konfiguracji i bazy. Plan cofnięcia obejmuje warunek użycia oraz osobę decyzyjną. Cofnięcie nie powinno zależeć od obecności jednego wykonawcy albo prywatnego konta.
Monitoruj pierwsze dni i tygodnie według priorytetu
Bezpośrednio po publikacji sprawdź stronę główną, ofertę, formularze, robots.txt, sitemapę oraz przykładowe przekierowania. Następnie wykonaj pełny crawl. Błędy 500, pętle i blokada indeksowania wymagają reakcji przed zmianami kosmetycznymi.
W Search Console obserwuj indeksowanie, zapytania oraz strony docelowe. Spadek może wynikać z ponownego przetwarzania, ale nie należy zakładać, że każdy problem naprawi się sam. Porównuj adresy z mapą migracji i logami serwera.
Po kilku tygodniach oceń ruch oraz konwersje na poziomie najważniejszych grup stron. Nie zmieniaj ponownie całej architektury podczas obserwacji. Najpierw napraw potwierdzony błąd, zapisz datę i sprawdź, czy system ponownie przetworzył właściwy adres.
Bramka publikacyjna dla migracji SEO
Publikacja może się rozpocząć dopiero wtedy, gdy każdy wartościowy stary URL ma decyzję, a wszystkie cele odpowiadają kodem 200. Reguły przekierowań należy przetestować automatycznie oraz ręcznie na stronach krytycznych.
Druga bramka obejmuje metadane i indeksowanie. Żaden adres z sitemapy nie może mieć noindex, parametrów albo przekierowania. Canonicale wskazują na właściwe, dostępne strony. Liczba wpisów w mapie odpowiada planowanej architekturze.
Trzecia bramka dotyczy biznesu: formularz wysyła wiadomość, telefon działa, zgody blokują marketing do czasu wyboru, a analityka rejestruje zdarzenia zgodnie z konfiguracją prywatności. SEO nie kończy się na crawlerze, jeśli użytkownik nie może wykonać działania.
Jak oceniać spadki po migracji
Porównuj grupy adresów, zapytania i urządzenia, a nie tylko sumę ruchu. Jeden utracony landing może zostać ukryty przez wzrost bloga. Wróć do mapy i sprawdź status, treść, linki oraz indeksowanie konkretnego celu.
Uwzględnij sezon, kampanie i zmianę oferty. Modernizacja często łączy wiele działań. Bez zapisu stanu wyjściowego zespół nie odróżni błędu technicznego od innej przyczyny biznesowej.
Kiedy aktualizować datę artykułu
Zmiana szablonu nie jest merytoryczną aktualizacją. Datę zmień wtedy, gdy ponownie sprawdzono procedurę, źródła albo zalecenia i rzeczywiście poprawiono materiał.
Zachowaj krótką notatkę o zakresie zmiany. Użytkownik i zespół wiedzą wtedy, czy poprawiono dane, instrukcję techniczną czy tylko element prezentacji.
Checklista przed wdrożeniem
- eksport URL z co najmniej czterech źródeł
- mapa decyzji dla każdego wartościowego adresu
- pojedyncze przekierowania do zgodnych odpowiedników
- linki wewnętrzne prowadzące bezpośrednio do nowych URL
- kontrola canonical, noindex i danych strukturalnych
- sitemap.xml zgodna z planowaną architekturą
- monitoring statusów, indeksowania, ruchu i konwersji
Po przejściu listy porównaj wymagania z zakresem na stronie Modernizacja strony internetowej: audyt i plan. Jeśli projekt obejmuje wyjątki lub integracje, opisz je w briefie przed wyceną.
Najczęstsze pytania
Czy każda zmiana adresu wymaga przekierowania?
Wartościowy stary URL powinien prowadzić do najlepszego odpowiednika. Jeśli treść została trwale usunięta i nie ma zamiennika, właściwy status braku może być lepszy.
Jak długo utrzymywać przekierowania?
Długoterminowo. Stare linki mogą pozostawać w dokumentach, zakładkach i na innych stronach znacznie dłużej niż trwa ponowne indeksowanie.
Czy można zmienić wygląd bez zmiany URL?
Tak, i zwykle ogranicza to ryzyko. Nadal trzeba jednak sprawdzić treść, linki, metadane, renderowanie oraz elementy przypadkowo blokujące indeksowanie.
Czy sitemapę wysłać przed publikacją?
Nowa mapa powinna być gotowa przed przełączeniem, lecz udostępniona pod właściwym adresem razem z nową wersją. Po publikacji sprawdź jej odpowiedź i zgłoś ją w Search Console.
Powiązane materiały
Źródło uzupełniające: Google Search Central: migracja serwisu ze zmianą adresów URL. Materiał ma charakter projektowy; kwestie prawne, podatkowe i indywidualne obowiązki firmy wymagają odrębnej weryfikacji.