2025-09-24 · Redakcja Baduno · 7 blog.readMin · Blog & Wiedza
Relaunch strony bez utraty widoczności: lista kontrolna
Klasyczny wypadek przy relaunchu: piękna nowa strona, o połowę mniejszy ruch. Do uniknięcia – dzięki dyscyplinie w przekierowaniach i terminach.
Przed przeprowadzką: inwentaryzacja
Zbierz wszystkie zindeksowane adresy URL (mapa witryny, Search Console, crawler) i udokumentuj ich pozycje. Czego nie znasz, nie możesz przekierować – to tutaj powstaje najwięcej strat.
Serce: mapowanie 301
Każdy stary adres URL otrzymuje trwałe przekierowanie na najlepszy nowy odpowiednik – indywidualnie, nie zbiorczo na stronę główną. W przypadku witryn wielojęzycznych dotyczy to każdej wersji językowej; macierz hreflang musi zostać przeniesiona na nowe adresy URL.
Dzień przeprowadzki
Przetestuj przekierowania przed uruchomieniem, natychmiast prześlij nową mapę witryny, pozostaw starą mapę tymczasowo dostępną, zaostrz monitorowanie. Pierwszy tydzień w Search Console pokaże, czy Google rozumie przeprowadzkę.
Co jest wahaniem, a co alarmem
Kilka tygodni niepokoju jest normalne. Sygnałami alarmowymi są góry błędów 404 w raporcie pokrycia i utrata pozycji na stronach dochodowych – wtedy brakuje przekierowań, a każdy tydzień oczekiwania kosztuje trwałą utratę pozycji.
SEO strukturalne: architektura strony i hierarchia URL
Relaunch to szansa na optymalizację struktury strony. Płaskie hierarchie (maksymalnie trzy kliknięcia do strony docelowej) poprawiają efektywność indeksowania. Upewnij się, że Twoje najważniejsze treści nie giną w nawigacji. Unikaj głębokich struktur folderów (np. /de/produkte/kategorie/unterkategorie/produkt.html); lepiej: /de/produkt/produktname. Utrzymuj czytelne breadcrumbs, które dostarczają kontekstu zarówno użytkownikom, jak i wyszukiwarkom. Przykład: Sklep internetowy z tysiącami produktów reorganizuje je według kategorii produktów zamiast marek, co wzmacnia linkowanie wewnętrzne i równomierniej rozkłada PageRank. Płaski model URL ułatwia także łączenie hreflang w projektach wielojęzycznych. Zaplanuj nową architekturę strony przed mapowaniem, w przeciwnym razie będziesz musiał później dostosować dziesiątki adresów URL – czasu, którego nie masz.
Budżet crawlowania i indeksacja: priorytety dla Google
Z każdym relaunchem rośnie liczba nowych adresów URL, które muszą być przeszukane. Jednocześnie Google traci orientację w starych ścieżkach. Użyj pliku robots.txt, aby wykluczyć nieistotne zasoby (np. dynamiczne filtry, wewnętrzne wyniki wyszukiwania). Stosuj tagi kanoniczne tylko w przypadku rzeczywiście identycznej treści – nie jako protezę dla złego mapowania. Sprawdź statystyki indeksowania w Search Console: jeśli liczba przeszukanych stron spada, być może blokujesz zbyt wiele. Przykład: Portal informacyjny wdraża nowy CMS i nagle linkuje tysiące stron archiwalnych bez wartości dodanej – to marnuje budżet crawlowania. Lepiej: oznacz archiwa tylko noindex albo ogranicz do archiwów rocznych. Wykorzystaj informację o ‚ostatniej zmianie’ w mapie witryny, aby zasygnalizować Google, które strony są rzeczywiście nowe. W ten sposób nie utoniesz w delta crawlowania.
Migracja treści: teksty, metadane i duplikaty
Zmieniają się nie tylko adresy URL – często również treści są redakcyjnie aktualizowane. Relaunch to idealny moment na odświeżenie przestarzałych tekstów. Niesie to jednak ryzyko: jeśli treść znacząco się zmieni, Google może ponownie ocenić jej trafność. Zachowaj strony kluczowe (z wysokimi pozycjami) jak najbardziej zgodne z oryginałem, dopóki nowe adresy URL nie będą ustabilizowane. Dostosuj metadane (Title, Description) tylko wtedy, gdy już nie pasują – i to jeden do jednego. Przykład: Firma B2B zmienia na stronie głównej claim z „szybko” na „zrównoważenie”. Google interpretuje to jako zmianę tematu, a pozycje spadają. Lepiej: nowe claimy wdrożyć dopiero cztery tygodnie po migracji, gdy przekierowania są stabilne. Uważaj na duplikaty: jeśli dwa stare adresy URL prowadzą do tego samego nowego (np. przez połączenie), ustaw kanoniczny na pożądany. W przeciwnym razie powstaną konflikty.
Klasyczny wypadek przy relaunchu: piękna nowa strona, o połowę mniejszy ruch. Do uniknięcia – dzięki dyscyplinie w przekierowaniach i terminach.
Monitorowanie i wycofywanie: Plan awaryjny
Nawet przy najlepszym planowaniu coś może pójść nie tak. Przed ponownym uruchomieniem określ, które KPI sprawdzać codziennie: wyświetlenia w Search Console, zmiany pozycji 20 najważniejszych stron, błędy indeksowania (404/500). Użyj narzędzia, które automatycznie alarmuje, gdy ruch spadnie o więcej niż 20%. Przygotuj scenariusz wycofania: kopię zapasową starej witryny wraz ze wszystkimi przekierowaniami. Jeśli w ciągu 48 godzin nie nastąpi poprawa – na przykład przy górze 404 przekraczającej 100 stron – powinieneś móc przełączyć przełącznik. Przykład: Sklep e-commerce uruchamia nowe wyszukiwanie produktów, które nagle przekierowuje wszystkie adresy URL filtrów na stronę główną. Wycofanie przywraca starą maskę przekierowań, dopóki problem nie zostanie rozwiązany. Komunikuj plan z zespołem programistów; ponowne uruchomienie to nie sprint, ale precyzyjne dostrajanie.
Ustawienia międzynarodowe: migracja tagów hreflang i wersji językowych
W przypadku wielojęzycznych stron internetowych prawidłowa migracja tagów hreflang stanowi jedno z największych wyzwań podczas relaunchu. Każdy stary adres URL, który przekierowuje na nowy, musi zostać zaktualizowany w macierzy hreflang wszystkich wersji językowych. Częstym błędem jest przenoszenie starych adnotacji hreflang na nowe adresy URL bez sprawdzania, czy strony docelowe są rzeczywiście równoważne. Dlatego przed migracją należy stworzyć kompletną tabelę mapowania hreflang, w której dla każdej strony odnotujesz równoważność we wszystkich językach. Użyj adnotacji x-default dla treści niespecyficznych językowo. Upewnij się, że tagi hreflang są samoodnoszące – każda strona musi wskazywać na samą siebie. W przypadku dużych projektów sztuczna inteligencja może sugerować połączenia, ale ręczna weryfikacja jest niezbędna: niemieckojęzyczny tekst produktu, błędnie oznaczony jako duplikat wariantu francuskiego, prowadzi do ogromnych spadków widoczności. Użyj mapy witryny hreflang jako dodatkowego narzędzia sterującego. Zweryfikuj tagi przed uruchomieniem za pomocą narzędzi online. Tymczasowo pozostaw stare tagi hreflang, dopóki Google nie zindeksuje nowych. W ten sposób unikniesz sytuacji, w której wersje językowe nagle staną się osierocone i wypadną z indeksu.
Zapewnienie jakości: Ręczna weryfikacja jako kluczowy krok
Choć sztuczna inteligencja i automatyzacja przyspieszają relaunch, ręczne zapewnienie jakości pozostaje niezbędne. Przed uruchomieniem zaplanuj systematyczne testowanie próbki: wybierz losowo od 50 do 100 starych adresów URL z różnych obszarów (strona główna, kategorie, produkty, blog) i sprawdź, czy przekierowanie prowadzi do prawidłowej nowej strony. Chodzi nie tylko o techniczne przekierowanie, ale także o zgodność treści: czy tekst jest kompletny? Czy obrazy, filmy i pliki do pobrania są dostępne? Czy działa śledzenie? Szczególnie krytyczne są strony z wysokimi pozycjami lub dochodami – tutaj każdy adres URL należy ręcznie przejrzeć. Zaangażuj redaktorów i testerów QA, którzy nie są zaznajomieni z mapowaniem: często odkrywają problemy z użytecznością, które umykają programistom. Przykład: stara strona produktu technicznie przekierowuje prawidłowo na nową, ale brakuje opisu – klient odchodzi. Użyj listy kontrolnej z kryteriami: typ przekierowania (301 zamiast 302), czas ładowania, spójność nawigacji, działanie formularzy i pól wyszukiwania. Przeprowadź testy na serwerze stagingowym, który odzwierciedla dokładne środowisko produkcyjne. Udokumentuj wszystkie odchylenia i usuń je przed przełączeniem. Po uruchomieniu powtórz próbkę – liczba błędów maleje z każdym przebiegiem.
Migracja backlinków i zewnętrznych odniesień
Backlinki to sygnały zaufania wskazujące na Twoje stare adresy URL. Podczas relaunchu musisz zapewnić, że te linki nie prowadzą donikąd. Przed migracją zidentyfikuj najważniejsze źródła backlinków (np. za pomocą Google Search Console lub specjalistycznych narzędzi). Udokumentuj domeny odsyłające i linkowane adresy URL. Po relaunchu skontaktuj się z webmasterami stron odsyłających i poproś o aktualizację linków do nowych adresów URL – szczególnie w przypadku artykułów redakcyjnych, artykułów prasowych lub stron partnerskich. Alternatywnie upewnij się, że Twoje przekierowania 301 pozostają trwałe; Google przekazuje link juice przez przekierowanie, o ile jest stabilne. Uważaj, aby przekierowania nie były wielokrotnie łańcuchowane (np. ze starego do pośredniego do nowego), ponieważ może to osłabić siłę linku. Przykład: portal branżowy linkuje do Twojego starego badania. Jeśli 301 jest poprawnie ustawione, nowy adres URL korzysta z wartości linku. Po czterech do sześciu tygodniach sprawdź w Search Console, czy linki odsyłające prowadzą do nowych celów. Wykorzystaj również swoje wewnętrzne linkowanie: zastąp wszystkie stare linki wewnętrzne w systemie zarządzania treścią nowymi, w przeciwnym razie powstaną martwe końce. Gruntowny audyt backlinków przed relaunchem zapobiega późniejszym stratom w rankingu. Migracja zewnętrznych odniesień jest czasochłonna, ale niezbędna dla widoczności Twojej marki.
Wydajność i Core Web Vitals podczas relaunchu
Nowa odsłona strony internetowej często wiąże się ze zmienionym frontendem – a tym samym z potencjalnie nowymi problemami z wydajnością. Przed relauchem należy zmierzyć Core Web Vitals obecnej strony (LCP, FID/INP, CLS) i określić docelowe wartości dla nowej. Szczególnie krytyczny jest Largest Contentful Paint (LCP): powinien wynosić poniżej 2,5 sekundy. Optymalizuj obrazy, stosuj leniwe ładowanie dla niewidocznych elementów i unikaj renderujących bibliotek JavaScript na najważniejszych podstronach. Cumulative Layout Shift (CLS) jest często powodowany przez doładowujące się czcionki lub dynamicznie wyświetlane banery – zarezerwuj miejsce w układzie. Relaunch to idealny moment, aby postawić na lżejszy CMS lub wdrożyć cachowanie po stronie serwera. Przykład: magazyn online z wieloma obrazami przechodzi na nowy motyw, podwajając czas ładowania. Konsekwencja: wyższy współczynnik odrzuceń i gorsze pozycje. Przetestuj wszystkie kluczowe podstrony za pomocą Lighthouse i PageSpeed Insights, także na urządzeniach mobilnych. Upewnij się, że czas ładowania nowej strony nie jest gorszy niż starej – w przeciwnym razie ryzykujesz spadek pozycji i gorsze doświadczenia użytkownika. Udokumentuj wartości wydajności przed i po uruchomieniu oraz porównaj je z Search Console. Lepsze czasy ładowania mogą pozytywnie wpłynąć na indeksację, ponieważ Google preferencyjnie indeksuje szybkie strony.
blog.faqT
Ile czasu zajmie Google pełne indeksowanie nowych adresów URL?
Po ponownym uruchomieniu może minąć od dwóch do sześciu tygodni, zanim Google odkryje wszystkie nowe adresy URL i doda je do indeksu. Czas trwania zależy od liczby stron, częstotliwości indeksowania oraz jakości nowej mapy witryny. Prześlij mapę witryny natychmiast i upewnij się, że stare adresy URL przekierowują prawidłowo. Monitoruj raport pokrycia w Search Console; jeśli po czterech tygodniach nadal pojawia się wiele stron „Nieindeksowanych”, sprawdź możliwość indeksowania.
Co zrobić, jeśli po ponownym uruchomieniu spadną pozycje, ale nie pojawią się błędy 404?
Utrata pozycji bez błędów 404 często wskazuje na problemy jakościowe: zmienioną treść, błędne znaczniki kanoniczne lub strukturę linków wewnętrznych. Porównaj bieżącą wersję strony z starą w pamięci podręcznej (Wayback Machine). Sprawdź, czy ważne linki wewnętrzne prowadzą do nowych adresów URL, czy do starych (przekierowanych). Czas ładowania mógł się również pogorszyć. Przeanalizuj Search Console pod kątem działań ręcznych lub aktualizacji algorytmu. Najczęściej pomaga stopniowe przywracanie zmian na dotkniętych stronach.
