Utrzymanie strony internetowej to cztery zadania: żeby działała, była szybka, miała kogoś odpowiedzialnego i przetrwała zmianę. Od czego zacząć.

Utrzymanie strony internetowej to nie jedna czynność, tylko cztery zadania: żeby strona działała, żeby była szybka, żeby ktoś za nią odpowiadał i żeby przetrwała zmianę. Każde ma w tym dziale swój tekst. Ta strona nie powtarza żadnego z nich — mówi, od którego zacząć.
Jak korzystać z tego działu. Jeśli nie macie konkretnego problemu, zacznijcie od trzech pytań tuż poniżej. Jeśli macie — znajdźcie swoje zdanie w sekcji „Sześć wejść do działu" i idźcie prosto do tekstu, który na nie odpowiada. Kalendarz na końcu mówi, co i jak często sprawdzać, gdy już wszystko jest w porządku.
Odpowiedzcie na trzy pytania. Każde zajmuje minutę, a brak odpowiedzi na którekolwiek wskazuje, od którego tekstu zacząć. To nie są pytania techniczne — na wszystkie trzy właściciel firmy powinien umieć odpowiedzieć bez dzwonienia do wykonawcy, bo każde dotyczy czegoś, co w dniu awarii będzie potrzebne w ciągu kwadransa.
Utrzymanie strony to cztery zadania
Digital Vantage
„Podpisujemy umowę na opiekę nad stroną — na co uważać?"
Oferty opisują czynności i milczą o trzech rzeczach: co dostajecie, gdy wykonawca nie dotrzyma obietnicy, czyje jest to, co napisze, i kto ma klucze po rozstaniu. Umowa na 99,9% dopuszcza 44 minuty przestoju w miesiącu, a rekompensatą bywa zwrot części opłaty, nie Wasza strata. Tekst przyda się także wtedy, gdy stroną opiekuje się Wasz pracownik — pokazuje, dlaczego jedna osoba nie zapewni dyżuru — i przed zmianą wykonawcy, bo kończy się pięcioma krokami przekazania strony innej firmie.
„PageSpeed pokazuje czerwony wynik — czy to pilne?"
Wynik, który widzicie w PageSpeed, i to, co mierzy Google, to nie ta sama lista. Trzy progi, różnica między testem a danymi od użytkowników i kolejność wydawania pieniędzy na szybkość: najpierw układ, który nie skacze, potem zdjęcia na górze strony, na końcu serwer. Przyda się każdemu, kto dostał ofertę „optymalizacji do 90+ w PageSpeed” i chce wiedzieć, o co dopytać, zanim ją przyjmie — i każdemu, czyja strona ma za mało wizyt, żeby Google w ogóle ją mierzył.
„O awarii dowiadujemy się od klientów"
Co sprawdzać poza tym, czy serwer odpowiada, co daje darmowy monitoring, kto powinien dostawać alert i dlaczego o długości awarii decyduje reakcja, a nie częstotliwość sprawdzania. Dotyczy każdej strony, która zbiera zapytania albo sprzedaje, i każdej firmy, której wykonawca zapewnia, że „pilnuje” — bo własny monitoring jest jedynym niezależnym pomiarem tego, czy umowa jest dotrzymywana.
„Strona pokazuje błąd 500, 502 albo 503"
Kod błędu serwera mówi, na którym odcinku coś zawiodło — i czy dzwonić do hostingu, czy do wykonawcy. Z tabelą „kod — miejsce — kogo wołać" i komunikatem WordPressa o krytycznym błędzie. Dotyczy sytuacji, w której błąd już jest albo pojawia się co jakiś czas i znika, zanim ktoś go zbada — w pierwszych minutach ważniejsze od „jak naprawić” jest „kto ma to zrobić”.
„Po przebudowie Google pokazuje błędy 404"
Skąd się biorą, kiedy przekierować, a kiedy zostawić, co znaczą 403, 401 i 400 — oraz mapa wszystkich kodów odpowiedzi. Najczęściej potrzebne po przebudowie, zmianie menu albo porządkach w treściach, kiedy przybywa adresów, które kiedyś działały. Jest tu też wyjaśnienie, dlaczego nasza własna strona odpowiada na nieistniejące adresy kodem 200 — i dlaczego to świadomy wybór.
„Zmieniamy hosting, domenę albo platformę"
Trzy różne operacje nazywane jednym słowem, każda z innym ryzykiem. Przeniesienie domeny, propagacja DNS i mapa przekierowań 301 — i to, dlaczego Google widzi stary adres jeszcze tygodniami. Najlepiej przeczytać przed decyzją, nie w jej trakcie: jeśli zmiany idą razem, warto je rozdzielić w czasie, bo przy spadku po trzech zmianach naraz nie da się ustalić, która go spowodowała.
Trzy ścieżki, zależnie od tego, co Was tu przywiodło.
Nic się nie stało i chcecie to po prostu uporządkować. Zacznijcie od trzech pytań wyżej, potem monitoring — to jedyny tekst w dziale, po którym coś zaczyna działać bez Waszego udziału. Na koniec obsługa strony, jeśli macie wykonawcę, żeby wiedzieć, co z tej listy robi on, a co zostaje po Waszej stronie.
Coś się już dzieje. Strona nie działa albo pokazuje błąd — idźcie prosto do błędów serwera i tabeli „kogo wołać”. Znikają podstrony z Google albo klienci trafiają na „nie znaleziono” — do błędu 404. W obu przypadkach tekst zaczyna się od tego, co sprawdzić w pierwszych minutach.
Przygotowujecie się do zmiany albo do rozmowy z wykonawcą. Przed przeprowadzką — migracja. Przed podpisaniem umowy albo zmianą firmy — obsługa strony. Przed przyjęciem oferty na „przyspieszenie strony” — Core Web Vitals. Z każdego z tych trzech tekstów wychodzi lista pytań, które da się zadać na spotkaniu.
Najlepiej widać to na szybkości, bo tę jedną rzecz mierzy się publicznie na całym internecie.
Core Web Vitals przechodzi mniej więcej połowa stron
HTTP Archive, Web Almanac 2025, rozdział Performance (CrUX)
Według Web Almanac 2025 dobry wynik ma 48% stron na telefonie i 56% na komputerze, a strony główne wypadają gorzej niż podstrony. Strona główna jest zwykle najczęściej zmienianą częścią serwisu — i każda zmiana może zepsuć wynik, który był dobry. Dlatego utrzymanie to rytm, a nie projekt. Co z tego wynika dla Waszej strony, rozkładamy w tekście o Core Web Vitals.
Jak często | Co | Gdzie opisane |
|---|---|---|
bez przerwy, automatycznie | czy strona odpowiada i czy pokazuje właściwą treść | |
co tydzień | błędy serwera i nowe 404 w Search Console | |
co miesiąc | aktualizacje po jednej pozycji, raport od wykonawcy | |
co kwartał | próbne odtworzenie kopii zapasowej, dane Core Web Vitals | |
co rok | domena, dostępy, wersja PHP, zapisy umowy | |
przy każdej przeprowadzce | mapa przekierowań i sprawdzenie, że działają |
Każdy wiersz, którego nie ma w ofercie Waszego wykonawcy, to zadanie, które zostaje po Waszej stronie — co jest w porządku, pod warunkiem, że ktoś w firmie o tym wie.
Cztery zadania: żeby strona działała (monitoring i reagowanie na błędy), żeby była szybka (Core Web Vitals), żeby ktoś za nią odpowiadał (umowa z wykonawcą) i żeby przetrwała zmianę hostingu, domeny lub platformy. Aktualizacje i kopie zapasowe opisujemy w dziale o bezpieczeństwie.
To zależy od czterech warstw rachunku: infrastruktury, licencji, pracy i przekroczeń limitów. Rozkładamy je w osobnym tekście o kosztach utrzymania strony, a dla własnej strony można je policzyć w kalkulatorze kosztu utrzymania.
Część tak: pilnowanie domeny, podstawowy monitoring, aktualizacje na prostej stronie. Trudniej z reakcją na awarię poza godzinami pracy i ze zmianami na serwerze. Większość firm zleca techniczną część wykonawcy, ale wiedza o tym, gdzie co jest i na kogo, powinna zostać w firmie.
Od trzech pytań: na kogo jest zarejestrowana domena, skąd dowiecie się o awarii i kiedy ktoś ostatnio odtworzył kopię zapasową. Brak odpowiedzi na którekolwiek wskazuje, od którego tekstu w tym dziale zacząć.
Po krótkiej rozmowie przechodzimy przez dostępy, monitoring, szybkość mierzoną przez Google i przekierowania — i mówimy, które z czterech zadań utrzymania jest u Was najsłabsze.
Utrzymanie strony internetowej to cztery zadania: żeby działała, była szybka, miała kogoś odpowiedzialnego i przetrwała zmianę. Od czego zacząć.
Błąd 500, 502, 503 czy 504 mówi, który element zawiódł: aplikacja, połączenie między serwerami czy przeciążenie. Co znaczą i kogo wołać.
Błąd 404 na własnej stronie to zwykle usunięta podstrona bez przekierowania. Co znaczą kody 4xx, co robi z nimi Google i dlaczego nasza 404 zwraca 200.
Core Web Vitals to nie wynik PageSpeed: największą wagę ma w nim metryka, której Google nie używa w rankingu. Trzy progi i co z nimi zrobić.
Obsługa strony internetowej to umowa, nie lista czynności. Czas reakcji, SLA, dostęp do domeny i prawa do kodu — to sprawdźcie przed podpisem.
Monitoring stron www: kod 200 nie znaczy, że strona działa — nasza odpowiada nim na adresy, które nie istnieją. Co sprawdzać i kto dostaje alert.
Migracja strony internetowej to trzy operacje: zmiana hostingu, domeny i adresów. Co zgłosić Google, jak przenieść domenę .pl i ułożyć 301.
Twoj Partner w Biznesie, zespół Digital Vantage
Zespół Digital Vantage to grupa doświadczonych specjalistów łączących kompetencje z zakresu web developmentu, inżynierii oprogramowania, DevOps, UX/UI designu oraz marketingu cyfrowego. Wspólnie realizujemy projekty od koncepcji po wdrożenie — strony internetowe, sklepy e-commerce, dedykowane aplikacje i strategie digitalowe. Nasz zespół łączy wieloletnie doświadczenie z korporacji technologicznych z elastycznością i bezpośredniością, jaką daje praca w mniejszej, zgranej strukturze. Pracujemy w metodykach zwinnych, stawiamy na przejrzystą komunikację i traktujemy każdy projekt jak własny biznes. Siłą zespołu jest różnorodność perspektyw — od architektury systemów i infrastruktury, przez frontend i design, po SEO i strategię content marketingową. Dzięki temu klient otrzymuje spójne rozwiązanie, w którym technologia, estetyka i cele biznesowe idą w parze.
Spis treści · 6 sekcji · 6 minut czytania
Oceń artykuł
Wróć do przewodnika: Strony internetowe — przewodnik po całym dziale

Co znaczy każda część raportu PageSpeed Insights: dane z 28 dni od użytkowników, wynik Lighthouse, telefon kontra komputer i dlaczego wynik się zmienia.

Audyt SEO sklepu w siedmiu krokach: indeksowanie, Core Web Vitals, wyniki rozszerzone i duplikaty w Search Console, potem dane w Merchant Center.

SLA co to jest: ile przestoju mieści się w 99,9%, jak wyglądają SLA AWS, Microsoft i Google, SLO, RPO i RTO oraz 10 rzeczy do sprawdzenia w umowie.

Chmura obliczeniowa według definicji NIST: pięć cech, IaaS, PaaS i SaaS, chmura publiczna, prywatna i hybrydowa oraz dane o firmach w Polsce i UE.

Low code i no code: co to jest, kim jest citizen developer, do czego platforma low code się nadaje, jakie ma limity cenowe i co zabierzecie, odchodząc.

Szablony WordPress wybiera się nie wyglądem: katalog podaje trzy pola, które mówią, ile szablon będzie kosztował za rok. I co znika przy jego zmianie.

Błąd 500, 502, 503 czy 504 mówi, który element zawiódł: aplikacja, połączenie między serwerami czy przeciążenie. Co znaczą i kogo wołać.

Błąd 404 na własnej stronie to zwykle usunięta podstrona bez przekierowania. Co znaczą kody 4xx, co robi z nimi Google i dlaczego nasza 404 zwraca 200.

Darmowa strona to realna opcja, tylko z precyzyjną granicą. Trzy drogi, co każda daje, czego nie daje i ile kosztuje po roku.