Modernizacja strony internetowej — kiedy wymusza ją kalendarz, a nie gust

Strona nie starzeje się od tego, że wygląda staro. Starzeje się dlatego, że rzeczy wokół niej przestają ją obsługiwać — przeglądarki zmieniają wymagania, wersje oprogramowania tracą wsparcie, przepisy wchodzą w życie w konkretnych datach.

To jest różnica, która decyduje o budżecie. Przebudowa wynika z tego, co Wam na stronie nie pasuje, i można ją odłożyć. Modernizacja wynika z terminów, których nikt z Was nie ustalał, i odłożyć się jej nie da — najwyżej można ją przegapić i zapłacić więcej później.

Kalendarz, którego nikt z Was nie ustalał

Sześć terminów. Wszystkie pochodzą z zewnątrz, wszystkie mają konkretne daty i żaden nie dotyczy wyglądu strony.

Trzy z nich są pilne, bo zapadają w ciągu najbliższych piętnastu miesięcy.

31 grudnia 2026 — PHP 8.2 przestaje dostawać poprawki bezpieczeństwa. To jest termin, który dotyczy największej liczby polskich stron firmowych, bo na PHP stoi WordPress, a na WordPressie stoi większość z nich. Po tej dacie według harmonogramu php.net nowe luki w tej wersji po prostu nie są łatane — nie „są łatane wolniej", tylko nie są. Rok później to samo spotka PHP 8.3.

Październik 2026 — Chrome 154 włącza szyfrowane połączenia domyślnie dla wszystkich. Strona bez certyfikatu przestaje się otwierać bez dodatkowego pytania do użytkownika. Opisujemy to szczegółowo przy okazji certyfikatów SSL.

15 marca 2026 — maksymalna ważność certyfikatu spadła do 200 dni, a w 2027 spadnie do stu. To już obowiązuje i oznacza koniec modelu „wgrywamy certyfikat raz w roku".

Czwarty termin, 28 czerwca 2025, już minął: Europejski Akt o Dostępności objął obowiązkiem zgodności usługi kierowane do konsumentów. Kogo dokładnie i pod jakim rygorem — rozpisujemy w tekście o dostępności i WCAG.

Co znaczy „przestarzała strona", jeśli przestać zgadywać

„Wygląda staro" nie jest kryterium, bo nie da się go zweryfikować ani wycenić. Cztery sprawdzenia, które da się wykonać w kwadrans i które dają odpowiedź „tak" albo „nie".

Na jakiej wersji oprogramowania to stoi. Pytanie do wykonawcy albo do panelu hostingu: jaka wersja PHP i jaka wersja systemu zarządzania treścią. Jeśli któraś jest po dacie z osi powyżej, macie odpowiedź i macie termin.

Czy da się z tego skorzystać na telefonie. Nie w podglądzie na komputerze — na własnym telefonie, w danych komórkowych. Formularz do wypełnienia bez powiększania, menu, które się rozwija, zdjęcia, które nie wypychają treści poza ekran.

Czy ktoś w firmie doda podstronę bez programisty. Poproście tę osobę, żeby zrobiła to przy Was. Różnica między „teoretycznie się da" a „w praktyce nikt tego nie robi" wychodzi w pięć minut.

Czy strona przechodzi podstawowy test dostępności. Obsługa samą klawiaturą, kontrast, etykiety pól formularza. To jest dziś wymóg dla części firm, a nie udogodnienie.

Cztery „tak" oznaczają, że modernizacja może poczekać. Jedno „nie" przy pierwszym pytaniu oznacza termin w kalendarzu.

Jak sprawdzić, na jakiej wersji stoi Wasza strona

Cały kalendarz powyżej opiera się na jednej informacji, której większość właścicieli stron nie zna: jaka wersja oprogramowania serwera obsługuje ich witrynę. Sprawdzenie zajmuje kilka minut i da się je zrobić bez niczyjej pomocy.

W panelu hostingu. Prawie każdy panel ma sekcję z wyborem wersji PHP — bywa nazwana „ustawienia PHP", „wersja PHP" albo ukryta w konfiguracji domeny. Zobaczycie tam wersję aktualnie używaną i listę dostępnych. To jest ta sama lista, którą warto porównać z osią czasu wyżej.

W panelu systemu zarządzania treścią. Popularne systemy pokazują wersję środowiska w sekcji o stanie witryny albo w informacjach o systemie. Bywa to najszybsza droga, jeśli nie macie dostępu do hostingu.

Pytaniem do wsparcia hostingu. Jedno zdanie: „jaka wersja PHP obsługuje moją domenę i do kiedy będzie dostępna". Odpowiedź powinna przyjść tego samego dnia.

Trzy odpowiedzi i co każda znaczy:

• Wersja z listy wspieranych, z datą w przyszłości — nie ma sprawy, wróćcie do tego pół roku przed terminem.
• Wersja po dacie końca wsparcia — macie zadanie z terminem, który już minął. Im dłużej to trwa, tym drożej, z powodów opisanych niżej.
• Nikt nie potrafi odpowiedzieć — to jest osobna informacja i też odpowiedź. Oznacza, że nikt tej strony nie pilnuje, więc prawdopodobnie nie są pilnowane również kopie zapasowe i certyfikat.

Warto to sprawdzić przed jakąkolwiek rozmową o wycenie. Wykonawca i tak zacznie od tego pytania, a Wy będziecie wiedzieć, czy jego odpowiedź się zgadza.

Modernizacja a przebudowa — gdzie dokładnie przebiega granica

To rozróżnienie decyduje o tym, ile zapłacicie, więc warto je mieć jasne.

Modernizacja to wymiana instalacji. Nowa wersja oprogramowania, poprawiona wydajność, zgodność z wymogami, uporządkowana warstwa techniczna. Budynek zostaje ten sam — zmienia się to, czego nie widać, i to, co przestało spełniać przepisy.

Przebudowa to zmiana układu i elewacji. Inny układ treści, nowy wygląd, inna ścieżka klienta, czasem inna technologia od zera. Wychodzi od tego, co Wam nie pasuje albo nie działa sprzedażowo.

W praktyce jedno bywa okazją do drugiego i to jest sensowne: skoro i tak trzeba ruszyć warstwę techniczną, to jest najtańszy moment na zmiany, które i tak były planowane. Odwrotna kolejność — przebudowa wyglądu na przestarzałej warstwie technicznej — oznacza, że za rok trzeba będzie zapłacić drugi raz.

Co modernizacja robi z pozycjami i adresami

To jest pierwsze pytanie, które pojawia się po zestawieniu modernizacji z przebudową, i odpowiedź jest uspokajająca — pod jednym warunkiem.

Modernizacja z definicji nie zmienia adresów. Podniesienie wersji oprogramowania, poprawa wydajności czy dostosowanie do wymogów dostępności dzieją się pod spodem; struktura adresów zostaje ta sama. Ryzyko utraty pozycji, które przy przebudowie jest realne i największe ze wszystkich, tutaj po prostu nie występuje.

Warunek brzmi: dopóki przy okazji nikt nie zmienia adresów. A zmienia się je zaskakująco często, bo modernizacja bywa okazją do „uporządkowania przy okazji" — zmiany struktury kategorii, skrócenia adresów, przeniesienia bloga do innego katalogu. Każda z tych rzeczy jest już przebudową w sensie, który dotyczy wyszukiwarki, i wymaga przekierowań adres w adres.

Trzy rzeczy warto sprawdzić po każdej modernizacji, najlepiej tego samego dnia:

• Czy adresy się nie zmieniły — wystarczy porównać kilka z listy najczęściej odwiedzanych podstron sprzed i po.
• Czy nic nie zostało zablokowane przed indeksowaniem. Środowiska testowe standardowo blokują wyszukiwarki i to ustawienie potrafi pojechać na produkcję razem z resztą. To najgroźniejszy pojedynczy błąd przy tej operacji, bo nie widać go na stronie.
• Czy strona nadal zwraca poprawne kody odpowiedzi — a nie na przykład stronę błędu z kodem sukcesu.

Efekt uboczny, który zwykle jest dodatni: szybsza strona po modernizacji bywa lepiej oceniana pod względem doświadczenia użytkownika. To pomoc na poziomie rozstrzygnięcia między dwoma podobnymi wynikami, a nie skok — ale w tę stronę, nie w przeciwną.

Co się właściwie dzieje, gdy termin minie

Warto rozbroić jedno wyobrażenie: w dniu, w którym wersja oprogramowania traci wsparcie, nic się nie dzieje. Strona działa dalej, klienci wchodzą, formularz wysyła wiadomości. I to jest właśnie powód, dla którego ten termin bywa ignorowany latami.

Konsekwencje pojawiają się później i w tej kolejności:

Najpierw przestają wychodzić poprawki. Luka znaleziona po tej dacie zostaje opisana publicznie, ale dla Waszej wersji nie powstaje łatka. Informacja o niej jest jawna, więc od tego momentu przewaga jest po stronie atakującego — i rośnie z każdym miesiącem, zamiast maleć.

Potem przestają działać rozszerzenia. Autorzy wtyczek i motywów testują je na wspieranych wersjach. Po jakimś czasie aktualizacja rozszerzenia zaczyna wymagać nowszej wersji niż Wasza, więc zostajecie na starych wersjach wszystkiego naraz — i to jest moment, w którym modernizacja robi się droższa, bo trzeba podnieść wiele rzeczy jednocześnie.

Na końcu decyduje ktoś inny. Hosting w pewnym momencie wyłącza przestarzałe wersje u siebie, zwykle z krótkim wyprzedzeniem. Wtedy modernizacja przestaje być decyzją, a staje się awarią do usunięcia w tydzień — z ceną i jakością, jakich się w takim trybie oczekuje.

Praktyczny wniosek: koszt tej pracy rośnie z czasem, a nie maleje. To odwrotnie niż przy przebudowie, którą można odłożyć bez konsekwencji, jeśli obecna strona działa.

Kto to robi — i czym różni się od wykonawcy nowej strony

To nie jest ta sama umiejętność, choć bywa sprzedawane jako to samo.

Budowa nowej strony to praca na czystej kartce. Modernizacja to praca na cudzym kodzie, którego nikt już nie pamięta, z zależnościami, o których nie ma dokumentacji. Wykonawca, który w odpowiedzi na prośbę o modernizację proponuje zbudowanie wszystkiego od nowa, czasem ma rację — a czasem po prostu nie chce wchodzić w cudzy kod. Te dwie sytuacje rozróżnia się jednym pytaniem: poproście o wskazanie konkretnie, co jest nie do uratowania i dlaczego.

Trzy rzeczy, o które warto zapytać przed zleceniem:

• Czy pracujecie na kopii, czy na żywej stronie. Poprawna odpowiedź to kopia — środowisko testowe, na którym wszystko przechodzi próbę przed wdrożeniem.
• Jak wygląda wycofanie zmian, gdyby coś poszło nie tak. Odpowiedź „mamy kopię" jest niewystarczająca; interesuje Was, ile trwa odtworzenie i kto je wykona.
• Co zostanie zapisane po zakończeniu. Lista wersji, dostępów i zależności sprawia, że następna modernizacja będzie tańsza. Jej brak oznacza, że za dwa lata ktoś znów będzie to odkrywał od zera — na Wasz koszt.

Kiedy problem jest po stronie hostingu

Zdarza się, że modernizacji nie da się wykonać, i przyczyna leży poza stroną.

Część tańszych pakietów przypina konkretną, starą wersję oprogramowania serwera i nie pozwala jej zmienić z panelu. Bywa też, że nowsza wersja jest formalnie dostępna, ale po jej włączeniu przestaje działać coś innego, bo cała reszta środowiska została przy starej konfiguracji.

Sprawdzenie zajmuje kilka minut: w panelu hostingu poszukajcie miejsca, w którym da się wybrać wersję oprogramowania serwera. Jeśli takiego wyboru nie ma albo najnowsza dostępna pozycja jest już po dacie końca wsparcia, macie odpowiedź — i wtedy modernizacja strony jest wtórna wobec zmiany hostingu.

To jest ta sama sytuacja co przy certyfikatach: dostawca, który nie daje wybrać wersji, nie daje włączyć automatycznego odnawiania i pobiera opłatę za rzeczy standardowo bezpłatne, kosztuje więcej, niż wynika z faktury. Różnicę widać dopiero wtedy, gdy trzeba coś zmienić.

Co realnie obejmuje modernizacja

Zakres bywa różny, ale w typowym projekcie wraca ten sam zestaw. Podzielony na to, co widać, i to, czego nie widać — bo to drugie jest zwykle większą częścią rachunku i tym, o co warto pytać w wycenie.

Czego nie widać, a stanowi sedno pracy:

• Podniesienie wersji oprogramowania serwera i systemu zarządzania treścią, wraz z aktualizacją wszystkiego, co od nich zależy.
• Uporządkowanie i sprawdzenie kopii zapasowych — modernizacja jest jedynym momentem, w którym ktoś je realnie testuje.
• Poprawienie wydajności: obrazy, pamięć podręczna, to, co ładuje się niepotrzebnie.
• Zgodność z wymogami dostępności w zakresie, który dotyczy Waszej firmy.
• Certyfikat i automatyczne odnawianie, jeśli działa ręcznie albo wcale.

Co widać:

• Poprawki układu na telefonie, zwykle wymuszone przez to, że przy okazji zmienia się szablon.
• Formularze — najczęściej skracane, bo przy okazji ktoś w końcu pyta, ile pól jest naprawdę potrzebnych.
• Aktualizacja treści, które zdążyły się zdezaktualizować.

Warto przy tej okazji zapytać wykonawcę o jedno: co zostanie po modernizacji zapisane, żeby za dwa lata dało się to powtórzyć taniej. Lista wersji, dostępów i zależności jest częścią pracy, a bywa pomijana.

Co zapisać, żeby następna modernizacja była tańsza

Modernizacja wraca co dwa–trzy lata, bo tyle trwa okno wsparcia. Największą częścią rachunku za drugą i trzecią jest zwykle odkrywanie od zera tego, co już raz ktoś ustalił. Da się to skrócić jednym dokumentem, spisanym w dniu zakończenia prac.

Co powinno się w nim znaleźć:

• Wersje wszystkiego — oprogramowania serwera, systemu zarządzania treścią, bazy danych. Z datami końca wsparcia, jeśli są znane.
• Lista rozszerzeń z informacją, które są krytyczne, a które da się usunąć. Przy następnym podniesieniu wersji to jest pierwsze pytanie i zwykle nikt nie zna odpowiedzi.
• Miejsca, w których coś obchodzono. Poprawki wprowadzone poza normalnym trybem znikają przy aktualizacji. Spisane — da się je odtworzyć; niespisane — znikają razem z funkcją, której dotyczyły, i nikt nie wie dlaczego.
• Kto ma jakie dostępy — do domeny, hostingu, systemu, analityki i konta certyfikatu. Wraz z adresem e-mail, na który przychodzą powiadomienia.
• Jak odtworzyć kopię zapasową — nie tylko gdzie ona jest, ale kto to robił ostatnio i ile to zajęło.

To jest jedna kartka i pół godziny pracy na końcu projektu. Przy następnej modernizacji oszczędza dzień albo dwa — i to jest cała różnica między pracą planową a odkrywaniem cudzego kodu na godziny.

Kolejność, gdyby budżet starczał tylko na część

Ile to trwa i od czego zależy

Uczciwa odpowiedź: modernizacja techniczna typowej strony firmowej to zwykle dni, nie tygodnie — pod warunkiem że nic po drodze nie okaże się niespodzianką. Niespodzianki są dwie i obie da się sprawdzić wcześniej.

Rozszerzenia i motywy bez wsparcia. Podniesienie wersji oprogramowania wywraca to, co przestało być rozwijane. Im więcej doklejonych elementów, tym większe ryzyko, że któryś zatrzyma cały projekt.

Zmiany robione „na szybko" w kodzie. Poprawki wprowadzone bezpośrednio w plikach, poza normalnym trybem, znikają przy aktualizacji. Nikt o nich nie pamięta, dopóki nie znikną.

Kwot nie podajemy, bo nasz raport o kosztach stron internetowych zbiera dane o budowie, a nie o modernizacji — a zmyślanie widełek byłoby dokładnie tym, przed czym ostrzegamy w innych tekstach. Warto natomiast wiedzieć, że wycena modernizacji zbliżająca się do wyceny nowej strony jest sygnałem, że wykonawca widzi problem głębiej, niż go opisano. Wtedy pytanie brzmi „gdzie", a nie „dlaczego tak drogo".

Czego modernizacja nie naprawi

To jest sekcja, której brakuje w tekstach pisanych przez tych, którzy modernizację sprzedają.

Nie naprawi oferty. Nowa wersja oprogramowania i uporządkowana baza danych nie sprawią, że propozycja, której klienci nie kupowali, zacznie się sprzedawać. Modernizacja ratuje przed awarią i przed wypadnięciem z wyników — nie zastępuje marketingu.

Nie przyniesie ruchu. Strona zmodernizowana, na którą nikt nie wchodzi, to strona, na którą nikt nie wchodzi — tylko na nowszej wersji oprogramowania. Skąd realnie przychodzą ludzie i czego w tym nie widać, rozkładamy osobno.

Nie rozstrzygnie pozycjonowania. Szybsza i bezpieczniejsza strona pomaga, ale jest to pomoc na poziomie rozstrzygnięcia między dwoma podobnymi wynikami, a nie dźwignia.

Uczciwe podsumowanie brzmi więc tak: modernizacja jest kosztem utrzymania, nie inwestycją w sprzedaż. Ponosi się ją z tego samego powodu, z którego wymienia się instalację w budynku — nie po to, żeby przychodziło więcej klientów, tylko po to, żeby budynek dalej można było użytkować.