Co zachować ze starej strony przy przebudowie?

Przez

18 września, 2026

Rate this post

Ostatnia aktualizacja: 2026-09-16

Podczas przebudowy zachowaj to, co ma potwierdzoną wartość dla użytkowników, wyszukiwarki lub firmy: ważne adresy URL, użyteczne treści, działające ścieżki kontaktu oraz dane potrzebne do pomiaru zmian.

Nie kopiuj wszystkiego. Każdemu zasobowi przypisz decyzję: przenieść, zaktualizować, połączyć, przekierować albo usunąć.
Najpierw sporządź inwentaryzację adresów URL, treści, plików, formularzy, integracji i pomiarów.
Jeśli zmieniasz adresy, przygotuj mapę stary URL → nowy URL oraz adekwatne przekierowania.
Przed publikacją i po niej testuj indeksowanie, kluczowe funkcje oraz dane bazowe.

Lepszy wygląd nie przesądza o tym, co powinno trafić do nowej wersji serwisu. Przebudowę trzeba zacząć od rozpoznania zasobów, które już spełniają ważną funkcję, oraz elementów wymagających poprawy albo wycofania.

Zakres prac zależy od rodzaju zmiany. Sam redesign wizualny wymaga innych działań niż zmiana struktury, adresów URL, domeny, hostingu lub systemu CMS. Dlatego decyzje należy podejmować osobno dla każdej podstrony, treści, funkcji i integracji.

Z tego wpisu dowiesz się…

Nie zachowuj całej starej strony — zachowaj jej wartość

Przed przebudową zinwentaryzuj stare adresy URL, treści, pliki i inne zasoby, które mogą generować ruch lub być używane przez odbiorców.^[1] Sama obecność danego elementu nie oznacza jednak, że należy przenieść go bez zmian.

Każdy zasób powinien otrzymać jedną z pięciu decyzji: przenieść, zaktualizować, połączyć, przekierować albo usunąć. Taki podział chroni wartościowe części serwisu, a jednocześnie zapobiega automatycznemu kopiowaniu nieaktualnych treści i błędów starej wersji.

Podstawą może być jeden arkusz obejmujący adres zasobu, jego typ, pełnioną funkcję, dostępne sygnały wartości oraz planowane działanie. Przy planowaniu projektu takiego jak tworzenie stron dla firm z Pruszkowa ten sam arkusz pomaga oddzielić decyzje dotyczące lokalnej oferty od zmian czysto wizualnych.

Przebudowę należy więc traktować jako selekcję zasobów, a nie automatyczne kopiowanie witryny.^[2] Usunięcie podstrony wymagającej zastąpienia lub przekierowania może mieć konsekwencje zarówno dla użytkowników, jak i wyszukiwarki.

Jak ocenić, co na starej stronie naprawdę działa?

Wartość podstrony oceniaj na podstawie danych, użyteczności i aktualności, a nie samego wyglądu. Zachowania lub aktualizacji mogą wymagać treści mające ruch, widoczność, linki, konwersje albo nadal odpowiadające na realne pytania odbiorców.

Przed rozpoczęciem prac zapisz dane bazowe z Google Search Console i używanego systemu analitycznego. Dane o kliknięciach, wyświetleniach, zapytaniach i stronach pozwolą później porównać stan przed wdrożeniem i po nim.^[3]

Widoczność i ruch: Czy podstrona uzyskuje wyświetlenia lub kliknięcia i na jakie zapytania odpowiada?
Rola w realizacji celu: Czy prowadzi użytkownika do kontaktu, zakupu albo innego celu właściwego dla serwisu?
Aktualność: Czy informacje pozostają zgodne z obecną ofertą i nadal odpowiadają na potrzeby odbiorców?
Możliwość zastąpienia: Czy nowa podstrona będzie rzeczywistym odpowiednikiem starej, czy obsłuży inny temat?
Funkcja użytkowa: Czy zasób jest potrzebny użytkownikowi nawet wtedy, gdy nie generuje istotnego ruchu z wyszukiwarki?

Google Search Console pokazuje wyniki w Google Search, ale nie rozstrzyga samodzielnie o jakości, aktualności ani wartości biznesowej treści. Raporty mogą też przypisywać dane do adresu kanonicznego, co trzeba uwzględnić podczas porównywania starych i nowych URL-i.^[4] Do oceny efektu biznesowego potrzebne są również dane o leadach, sprzedaży lub innych celach strony.

Adresy URL i przekierowania: czego nie wolno pominąć

Ważne adresy URL najlepiej pozostawić bez zmiany. Jeśli zmiana jest konieczna, stary adres powinien otrzymać bezpośrednie przekierowanie serwerowe do odpowiadającej mu nowej strony.^[5] Przekierowanie ma sens wtedy, gdy strona docelowa jest rzeczywistym odpowiednikiem albo innym uzasadnionym miejscem docelowym.

Jak przygotować mapę stary URL → nowy URL

Mapa URL to tabela, która łączy każdy stary adres z nowym odpowiednikiem lub zaplanowaną decyzją. Powinna służyć zarówno wdrożeniu, jak i późniejszemu testowi migracji.

Element w mapie	Co zapisać	Po co jest potrzebny
Stary URL	Dotychczasowy adres podstrony lub pliku	Identyfikuje zasób podlegający ocenie
Nowy URL lub decyzja	Adres odpowiednika albo informację o usunięciu	Określa docelowe działanie
Powód decyzji	Uzasadnienie zachowania, zmiany lub usunięcia	Ułatwia weryfikację mapowania
Status przekierowania	Informację o wdrożeniu	Pomaga kontrolować przebieg prac
Wynik testu	Rezultat sprawdzenia starego i nowego adresu	Potwierdza wykonanie zaplanowanego działania

Przy zmianie adresów należy także zaktualizować linki wewnętrzne i przesłać nową sitemapę, czyli plik zawierający adresy przeznaczone do obsługi przez wyszukiwarkę.^[1] Zakres tych prac zależy od tego, czy zmieniane są ścieżki, domena, protokół, hosting czy wyłącznie wygląd strony.

Kiedy zachować adres bez zmiany, a kiedy zastosować przekierowanie

Adres warto zachować, gdy nadal prowadzi do zasobu o tej samej funkcji i nie ma technicznego lub organizacyjnego powodu do jego zmiany. Przekierowanie jest potrzebne, gdy dotychczasowy URL znika, ale jego temat lub funkcję przejmuje konkretny nowy adres.

Nie należy mechanicznie przekierowywać różnych starych podstron na stronę główną. Każde mapowanie wymaga oceny zgodności strony źródłowej z docelową. Prawidłowe przygotowanie migracji ogranicza ryzyko, ale nie gwarantuje zachowania niezmiennych wyników w wyszukiwarce.

Treści: przenieść, zaktualizować, połączyć czy usunąć?

W przypadku treści należy zachować wartość tematu i odpowiedzi udzielanej odbiorcy, niekoniecznie dotychczasową formę tekstu. Materiał może nadal generować ruch lub odpowiadać na ważne pytanie, a jednocześnie wymagać aktualizacji i dopasowania do obecnej oferty.

Decyzja	Kiedy ją rozważyć	Co trzeba skontrolować
Przenieść	Treść pozostaje aktualna, użyteczna i pełni tę samą funkcję	Czy zachowano właściwy adres, temat i dostępność materiału
Zaktualizować	Temat nadal jest potrzebny, ale informacje lub sposób przedstawienia wymagają poprawy	Czy nowa wersja pozostaje zgodna z ofertą i potrzebą użytkownika
Połączyć	Kilka stron obsługuje podobny temat, a jedna nowa strona może je sensownie zastąpić	Czy zachowano potrzebne informacje i przygotowano adekwatne mapowanie URL-i
Zarchiwizować	Materiał nie powinien pełnić dotychczasowej roli, ale istnieje uzasadnienie jego zachowania poza główną strukturą	Czy sposób udostępnienia odpowiada planowanej funkcji zasobu
Usunąć	Treść jest błędna, nieaktualna, powielona, niezgodna z ofertą lub nie ma uzasadnionej funkcji	Czy adres wymaga zastąpienia albo przekierowania

Dane z Google pomagają w ocenie widoczności, lecz nie zastępują kontroli merytorycznej i biznesowej. Ruch nie jest samodzielnym dowodem jakości treści, a jego brak nie przesądza o usunięciu strony, jeśli pełni ona ważną funkcję dla użytkownika lub procesu obsługi.

Takie podejście pozwala uprościć nową stronę bez porzucania tematów, które nadal rozwiązują problemy odbiorców. Jednocześnie nie przenosi się automatycznie tekstów przestarzałych, powielonych lub niezgodnych z aktualną ofertą.^[6]

Zachowaj także formularze, integracje i pomiar

Treść i wygląd to tylko część serwisu. Trzeba również zinwentaryzować formularze, integracje, śledzenie konwersji i kody pomiarowe, a następnie sprawdzić ich działanie po wdrożeniu.^[7] Zakres tej kontroli zależy od funkcji strony oraz wykorzystywanych narzędzi.

Spis powinien obejmować faktycznie używane ścieżki, takie jak formularz, połączenie telefoniczne, zapis, zakup, pobranie pliku, integracja z CRM lub płatność — o ile występują w danym serwisie. Dla każdej z nich trzeba określić, co ma się wydarzyć po działaniu użytkownika i gdzie ma zostać zapisany wynik.

Stan wyjściowy należy ustalić przed publikacją. Dzięki temu po starcie można ocenić nie tylko to, czy strona się wyświetla, lecz także czy użytkownicy nadal mogą realizować jej cele. Same dane z Search Console nie zastępują informacji o leadach, sprzedaży ani innych efektach biznesowych.^[8]

Kontrola przed publikacją i po wdrożeniu

Przed uruchomieniem nowej wersji przetestuj przekierowania, linki, indeksowanie i kluczowe funkcje. Po publikacji porównuj wyniki z zapisanym stanem wyjściowym. Kontrola musi obejmować wersję produkcyjną, a nie tylko środowisko testowe.

Przed publikacją: URL-e, indeksowanie i funkcje

Porównaj wdrożenie z mapą starych i nowych adresów URL.
Przetestuj przekierowania oraz odpowiadające im strony docelowe.
Sprawdź zaktualizowane linki wewnętrzne i sitemapę.
Skontroluj formularze, integracje, kody pomiarowe i zdarzenia.
Zweryfikuj adresy kanoniczne oraz dostępność najważniejszych podstron.
Upewnij się, że wersja produkcyjna nie odziedziczyła reguły noindex ani blokad przeznaczonych dla środowiska testowego.

noindex to reguła informująca wyszukiwarkę, że dana strona nie powinna znaleźć się w indeksie. Jeśli była używana na wersji testowej, przed publikacją trzeba zweryfikować jej usunięcie z wersji produkcyjnej.^[9] Sposób kontroli zależy od systemu CMS, konfiguracji serwera i wdrożonych reguł dotyczących robotów.

Po publikacji: monitoring danych i kluczowych ścieżek

Sprawdzaj dostępność ważnych starych i nowych adresów.
Kontroluj działanie przekierowań oraz kluczowych linków wewnętrznych.
Weryfikuj indeksowanie i ewentualne błędy dotyczące nowych stron.
Testuj formularze, kontakt i pozostałe istotne funkcje.
Porównuj ruch, widoczność i realizację celów z zapisanymi danymi bazowymi.

Usunięcie reguły noindex nie oznacza natychmiastowego pojawienia się strony w wynikach. Podobnie poprawnie wykonana migracja może ograniczyć ryzyko, ale nie gwarantuje stałych pozycji, ruchu ani konwersji. Monitoring ma umożliwić szybkie wykrycie problemu i przypisanie go do konkretnego obszaru wdrożenia.