Przebudowa czy nowa strona? Kiedy naprawiać, a kiedy przestać reanimować trupa

Przebudowa czy całkiem nowa strona? Wyjaśniamy, kiedy warto ratować istniejący serwis, a kiedy stary fundament zaczyna kosztować więcej niż budowa od nowa.
Nie każda stara strona potrzebuje pełnej przebudowy. Nie każda też zasługuje na kolejne dwa lata łatania dziur. Czasami wystarczy poprawić strukturę, odświeżyć wygląd, uporządkować treści i naprawić techniczne zaniedbania. Czasami natomiast próbujesz zrobić nowoczesny samochód z auta, które ma nowy lakier, świeże felgi i ramę pamiętającą trzy poprzednie kolizje. Da się. Pytanie tylko, ile razy chcesz jeszcze płacić za prostowanie tej samej ramy?
Przebudowa strony brzmi niewinnie. W praktyce pod tą nazwą może kryć się wszystko od kosmetycznego odświeżenia wyglądu po niemal pełną odbudowę serwisu z zachowaniem domeny, części treści i widoczności w Google. Dlatego zanim zaczniesz pytać o cenę, warto odpowiedzieć na bardziej podstawowe pytanie: co z obecnej strony naprawdę warto ratować? Nie dlatego, że stare jest automatycznie złe. Dlatego, że przy pewnym poziomie długu technicznego koszt zachowania starego zaczyna przewyższać wartość tego, co zachowujesz.
Przebudowa ma sens, kiedy fundament jest zdrowy
Jeżeli obecny serwis ma sensowną strukturę techniczną, treści nadal odpowiadają biznesowi, adresy są logiczne, CMS da się rozwijać, a problemy wynikają głównie z przestarzałego wyglądu, słabej nawigacji albo niewykorzystanego potencjału SEO, przebudowa może być bardzo dobrym ruchem. Nie ma żadnej nagrody za wyrzucenie działającego systemu tylko dlatego, że ktoś powiedział “zróbmy wszystko od nowa”. Tak samo nie wymieniasz silnika w samochodzie tylko dlatego, że tapicerka pamięta czasy Nokii 3310.
Sprawdź nasze usługi.
W takim przypadku warto zachować to, co ma realną wartość: domenę, adresy z historią, treści generujące ruch, działające integracje, dane analityczne i elementy, które użytkownicy już znają. Przebudowa nie powinna być konkursem na to, kto usunie więcej rzeczy. Powinna być kontrolowaną zmianą, która poprawia to, co działa słabo, bez rozwalania tego, co działa dobrze.
Nowa strona ma sens, kiedy stary system dyktuje już wszystkie decyzje
Najgorszy moment przychodzi wtedy, kiedy każdy nowy pomysł zaczyna się od zdania: “tego nie możemy, bo stara strona…”. Nie możemy zmienić struktury, bo szablon. Nie możemy uprościć formularza, bo wtyczka. Nie możemy poprawić wersji mobilnej, bo kreator. Nie możemy ruszyć procesu zakupu, bo coś się posypie. Nie możemy aktualizować, bo jedna wtyczka przestała istnieć w 2021 roku. To już nie jest system wspierający biznes. To jest oprawca z panelem administracyjnym.
Jeżeli architektura informacji powstała dla firmy, która pięć lat temu sprzedawała trzy usługi, a dziś ma dwanaście; jeżeli WordPress jest obudowany przypadkowymi fragmentami kodu, kreatorami i zależnościami, których nikt nie chce dotknąć; jeżeli baza danych zawiera lata śmieci, środowisko testowe nie istnieje, a aktualizacja produkcji odbywa się metodą “kliknij i zobaczymy”, to kolejna zmiana wyglądu może jedynie założyć świeżą koszulę na ten sam problem. Technicznie strona będzie wyglądać nowo. Operacyjnie nadal będziesz jeździć autem, w którym radio jest warte więcej niż skrzynia biegów.
Najważniejsze pytanie: co konkretnie boli w obecnej stronie?
Jeżeli odpowiedź brzmi “jest brzydka”, prawdopodobnie nie potrzebujesz od razu pełnej odbudowy. Jeżeli brzmi “nie da się z niej korzystać na telefonie”, trzeba sprawdzić, czy problem leży w projekcie czy konstrukcji. Jeżeli “Google nas nie widzi”, potrzebujesz audytu technicznego i treściowego, a nie automatycznie nowej strony. Jeżeli “każda zmiana kosztuje pół dnia, bo nikt nie wie, co się rozpadnie”, problem jest już znacznie głębszy.
Dobra decyzja o przebudowie zaczyna się od diagnozy, nie od makiety pierwszego ekranu. Zanim ktoś wybierze fonty i gradient, powinien sprawdzić strukturę adresów, ruch organiczny, treści, konwersje, zachowanie użytkowników, technologię, zależności, integracje i stan CMS. Jeżeli stara strona ma dobre elementy, zachowujemy je. Jeżeli ma złe, nie przenosimy ich do nowego projektu tylko dlatego, że “tak było wcześniej”. Migracja bałaganu nadal jest bałaganem, tylko na nowym serwerze.
SEO podczas przebudowy: najłatwiej stracić coś, czego nikt wcześniej nie zinwentaryzował
Jednym z najbardziej kosztownych błędów podczas przebudowy jest potraktowanie starych adresów jak śmieci po remoncie. Zespół buduje piękną nową strukturę, publikuje stronę, a potem ktoś zauważa, że adresy, które od lat zbierały widoczność i linki, zwracają 404 albo zostały wszystkie przekierowane na stronę główną. To trochę jak przeprowadzka firmy, podczas której wyrzucasz jedyną książkę adresową klientów, bo była wydrukowana na starym papierze.
Przebudowa powinna więc obejmować mapę starego i nowego serwisu, decyzję co zachowujemy, co łączymy, co usuwamy oraz dokąd prowadzą przekierowania. Trzeba wiedzieć, które podstrony mają ruch, linki zewnętrzne i wartość biznesową. Nie wszystko trzeba zachowywać. Ale usuwanie powinno być decyzją, a nie efektem tego, że programista nie wiedział, iż dany adres w ogóle istnieje.
Nie każda przebudowa potrzebuje rebrandingu, a każdy rebranding nie potrzebuje przebudowy
Firmy bardzo lubią wrzucać kilka problemów do jednego projektu. Skoro i tak ruszamy stronę, to może nowe logo. Skoro nowe logo, to nowa komunikacja. Skoro komunikacja, to zmieńmy ofertę. Skoro ofertę, to CRM. I zanim ktokolwiek się obejrzy, projekt strony internetowej stał się transformacją organizacji, tylko budżet nadal wygląda jak za stronę główną i pięć podstron. Czasami ma to sens. Częściej dobrze jest oddzielić rzeczy zależne od siebie od rzeczy, które po prostu kuszą, bo “już robimy zmiany”.
Kiedy ja powiedziałabym: naprawiamy
Naprawiałabym, jeżeli system jest aktualny albo rozsądnie aktualizowalny, baza i kod nie wyglądają jak stanowisko archeologiczne, struktura treści ma sens, a głównym problemem jest wygląd, UX, wydajność lub brak kilku funkcji. Naprawiałabym również wtedy, kiedy strona ma mocną widoczność i dużo wartościowych treści, a zmiany można wprowadzać etapami. Nie ma sensu rozbierać domu do fundamentów dlatego, że kuchnia jest z 1998 roku.
Kiedy powiedziałabym: budujemy od nowa
Budowałabym od nowa, jeżeli technologia blokuje rozwój, nikt nie potrafi bezpiecznie aktualizować systemu, obecna architektura nie odpowiada już biznesowi, każda zmiana wymaga obejścia kolejnego obejścia albo koszty napraw zaczynają przypominać restaurację klasy premium serwowaną w pomieszczeniu z dziurą w podłodze. Szczególnie wtedy, kiedy firma planuje nowe procesy, integracje, kilka języków, sprzedaż online albo znaczny rozwój treści. W takim przypadku stary fundament może być pozorną oszczędnością.
A jeśli nie wiesz? Najpierw audyt, potem wycena
Nie musisz wiedzieć, czy potrzebujesz przebudowy. Od tego powinien być ktoś, kto oceni stan obecny. Bardzo nie lubię modelu, w którym klient mówi “chyba potrzebuję nowej strony”, a wykonawca po czternastu sekundach odpowiada “tak, nowa strona będzie kosztowała 4990 euro”. Być może klient faktycznie potrzebuje nowej strony. Być może potrzebuje dwóch dni sensownej pracy nad obecną. Sprzedawanie największego produktu przed diagnozą jest równie rozsądne jak wymiana silnika dlatego, że samochód zaczął ściągać w prawo.
Przebudowa strony ma sens wtedy, kiedy decyzja wynika z problemu, a nie z wieku strony. Nowa strona ma sens wtedy, kiedy stara przestała być fundamentem, a zaczęła być ograniczeniem. W obu przypadkach najdroższy błąd jest ten sam: zacząć projektować rozwiązanie, zanim ktokolwiek porządnie sprawdził, co właściwie jest zepsute.
Odkryj więcej artykułów
- Kiedy WordPress czeka, zanim cokolwiek załaduje: baza danych, backend i wolna strona
- Czerwony błąd, zielony sukces? WCAG mówi jasno: sam kolor nie wystarczy
- GitHub przepisał 832 tys. linii kodu z pomocą agentów AI. Najciekawsze nie jest to, ile napisały
- AI może polecać markę i nie wysyłać ruchu. Nowe badanie pokazuje różnicę między wzmianką, cytowaniem i kliknięciem
- Przykładowa domena z dokumentacji może kiedyś stać się pułapką. Właśnie mamy bardzo dobry przykład
- Jak NIE zamawiać strony internetowej
- WooCommerce podpowiada, jak przygotować sklep pod agentów AI. Problemem może być... katalog produktów
- WPML na ponad 1,5 mln stron miał lukę SQL Injection. Wystarczało konto subskrybenta
- Claude wszedł na prawdziwy internet podczas testów. Anthropic ujawnia czwarty incydent i skanuje 481 mln rozmów