Monitoring strony firmowej dla MŚP — jak wiedzieć, że witryna padła, zanim klienci Ci powiedzą

Twoja strona nie działała przez 3 godziny w środę rano. Potencjalny klient kliknął w reklamę Google, zobaczył biały ekran albo komunikat błędu, zamknął zakładkę i poszedł do konkurencji. Ty tego nie wiedziałeś — nikt nie zadzwonił, bo dlaczego miałby dzwonić z informacją, że strona nie działa?

Większość właścicieli firm dowiaduje się o przestoju strony od przypadkowego klienta, który jest na tyle uprzejmy, żeby napisać maila, albo od pracownika, który akurat próbował coś sprawdzić. To jest typowy scenariusz — i w pełni do uniknięcia. Monitoring strony kosztuje zero złotych i zajmuje konfigurację raz na zawsze.

Co naprawdę tracisz podczas przestoju strony

Intuicja podpowiada: „strona nie działała godzinę, nic się nie stało”. W praktyce wyglądać to może inaczej, zależnie od tego, co w tym czasie się działo.

Kampania reklamowa nadal się wyświetlała. Google Ads i Meta Ads nie sprawdzają, czy strona docelowa działa — płacisz za kliknięcia niezależnie od stanu serwera. Każde kliknięcie podczas przestoju to wyciek budżetu bez żadnej szansy na konwersję. Przy budżecie 200 zł dziennie i 4-godzinnym przestoju tracisz ok. 33 zł na samych kliknięciach — plus reputację wśród osób, które trafiły na Twoją stronę pierwszą w życiu.

Google też to widzi. Kiedy Googlebot próbuje pobrać Twoją stronę i dostaje błąd serwera (kod 5xx), odnotowuje to w raporcie Coverage w Google Search Console. Pojedynczy incydent poniżej kilku godzin zwykle nie ma trwałego wpływu na pozycje — Google daje margines błędu. Ale jeśli błędy 5xx powtarzają się regularnie albo przestój trwa ponad dobę, Google może tymczasowo obniżyć rankingi stron z danej domeny lub oznaczyć je jako „niedostępne”. Odbudowanie pozycji po takim incydencie trwa zwykle kilka tygodni.

Certyfikat SSL może wygasnąć z dnia na dzień. Przeglądarki blokują wejście na strony z wygasłym certyfikatem, wyświetlając ostrzeżenie „To połączenie nie jest prywatne”. Większość użytkowników natychmiast zamknie kartę. Certyfikaty Let’s Encrypt ważne są 90 dni — automatyczne odnowienie działa w ~99% przypadków, ale jeśli coś pójdzie nie tak (zmiana DNS, problem z serwerem), certyfikat wygaśnie bez żadnego ostrzeżenia.

Cztery rzeczy, które monitor strony sprawdza za Ciebie

Dedykowane narzędzia do monitorowania strony (zwane monitorami uptime) działają prosto: co kilka minut wysyłają automatyczne zapytanie do Twojej strony i sprawdzają, czy odpowiedź jest prawidłowa. Jeśli coś jest nie tak — wysyłają alert.

1. HTTP/HTTPS check — czy serwer odpowiada

Podstawowy check: czy serwer odpowiada kodem 200 (OK). Kod 5xx (błąd serwera), 404 (strona nie znaleziona) albo brak odpowiedzi = alert. To wykrywa typowe awarie hostingu, przepełniony serwer, błąd aplikacji. Monitor wysyła zapytanie GET pod wskazany URL i sprawdza odpowiedź — tak jak Twoja przeglądarka, tyle że automatycznie, co kilka minut, z wielu lokalizacji na świecie.

Warto monitorować kilka URL jednocześnie: stronę główną, formularz kontaktowy i przynajmniej jedną podstronę usługową. Każda z nich może paść niezależnie (np. błąd konkretnego komponentu CMS przy odpowiadającej stronie głównej).

2. Keyword check — czy właściwa treść jest na stronie

Monitor pobiera stronę i sprawdza, czy zawiera konkretne słowo lub frazę (np. nazwę firmy, tytuł strony głównej). To ważne, bo strona technicznie może odpowiadać kodem 200, ale wyświetlać komunikat błędu „Brak połączenia z bazą danych” — serwer działa, ale strona jest zepsuta.

Dobrą praktyką jest monitorowanie frazy trudnej do przypadkowego zmieniania, np. tytułu firmy w nagłówku. Unikaj monitorowania tekstów promocyjnych (które często się zmieniają) — fałszywy alarm po aktualizacji treści sprawia, że zaczynasz ignorować alerty.

3. SSL check — czy certyfikat jest ważny

Monitor sprawdza datę wygaśnięcia certyfikatu SSL i ostrzega np. 30, 14 i 7 dni przed wygaśnięciem. Masz czas, żeby sprawdzić, czy automatyczne odnowienie zadziałało, zanim przeglądarka zacznie blokować wejście na stronę. Certyfikaty Let’s Encrypt ważne są 90 dni i odnawiają się automatycznie — ale zdarzają się przypadki, gdy automatyczne odnowienie się nie powiodło (zmiana DNS, problem z konfiguracją serwera). SSL alert jest prostym zabezpieczeniem przed takim scenariuszem.

4. Response time alert — czy strona nie odpowiada za wolno

Monitor mierzy czas odpowiedzi i wysyła alert, gdy przekracza ustawiony próg (np. 3000 ms). Strona, która odpowiada za wolno, technicznie „działa” — ale użytkownik porzuca ją w połowie ładowania. Powolna odpowiedź jest często wczesnym sygnałem problemów z serwerem przed faktyczną awarią.

Ustawienie progu response time wymaga trochę kalibracji. Zacznij od obserwacji przez kilka dni: jeśli Twoja strona normalnie odpowiada w 400–600 ms, próg 3000 ms daje spory margines. Jeśli normalna odpowiedź to 1200 ms (np. wolniejszy hosting shared), ustawiaj próg wyżej — 5000 ms — żeby nie dostawać alertów przy normalnych skokach obciążenia.

Ostrzeżenie: Response time alert to jeden z najcenniejszych sygnałów — serwer zaczyna zwalniać przed całkowitym zatrzymaniem. Ustawiony próg 3–5 sekund daje Ci czas na reakcję przed tym, jak klienci zaczną widzieć błędy.

UptimeRobot — darmowy monitoring w 30 sekund

UptimeRobot to jeden z najbardziej popularnych serwisów do monitorowania strony — korzysta z niego ponad 3,2 miliona użytkowników. Nie wymaga instalacji niczego na serwerze — całość działa w chmurze. Plan darmowy (50 monitorów, interwał 5 minut, etykieta „for hobby projects”) pozwala sprawdzić narzędzie lub uruchomić monitoring dla mniejszej strony. Do regularnego użytku biznesowego UptimeRobot oferuje plan Solo (~7 USD/miesiąc) — daje interwały sprawdzania co minutę, pełne wsparcie SSL monitoring certyfikatów i priorytetowe alerty.

Konfiguracja pierwszego monitora zajmuje dosłownie minutę:

1. Załóż konto na uptimerobot.com (email, bez karty kredytowej).
2. Wybierz „New Monitor” → Typ: HTTP(s).
3. Wpisz nazwę (np. „Strona główna”) i URL swojej strony (np. https://twojafirma.pl).
4. Wybierz interwał sprawdzania — na darmowym planie minimum 5 minut.
5. Dodaj kanał powiadomień: email (domyślny), Slack, SMS przez integrację, aplikacja mobilna.
6. Zapisz.

Od tej chwili UptimeRobot co 5 minut sprawdza Twoją stronę z wielu lokalizacji geograficznych i natychmiast wysyła alert, gdy strona przestaje odpowiadać.

Co warto monitorować na jednym koncie:

Darmowy plan obejmuje do 50 monitorów — dla większości małych firm to znacznie więcej niż potrzeba.

Publiczna strona statusu — UptimeRobot pozwala wygenerować publiczną stronę pokazującą historię uptime Twojej strony (np. status.twojafirma.pl). Jeśli klient pyta, czy „strona znowu padła”, możesz odesłać do transparentnej historii — zamiast tłumaczyć.

Integracje, które mają sens dla MŚP:

• Email — klasyczny, wystarczający dla większości firm.
• Slack — jeśli masz wspólny workspace, alert pojawi się w dedykowanym kanale #monitoring.
• Webhooks — możesz podpiąć powiadomienia do n8n lub Make i zautomatyzować reakcję (np. wysłać SMS przez Twilio).
• Aplikacja mobilna — powiadomienie push bezpośrednio na telefon.

Warto skonfigurować przynajmniej dwa kanały powiadomień — email + jeden dodatkowy. Jeśli serwer poczty elektronicznej Twojej domeny też padnie razem ze stroną (tak, to się zdarza przy awarii całego hostingu), email może nie dotrzeć.

Co zrobić po otrzymaniu alertu downtime:

1. Sprawdź, czy problem jest globalny — odwiedź stronę z telefonu (innej sieci niż Wi-Fi w biurze). Czasem problem leży po stronie dostawcy internetu lub Twojej sieci, nie serwera.
2. Sprawdź panel hostingodawcy — większość ma stronę statusu (np. status.twojhost.pl). Jeśli to problem hostingu, zgłoś incydent i czekaj.
3. Sprawdź logi błędów serwera (error.log w cPanel / panelu hostingu). Błąd 500 z komunikatem „Out of memory” sugeruje problem z aplikacją lub zasobami, 502/503 to często tymczasowe przeciążenie.
4. Jeśli używasz Cloudflare — sprawdź, czy CDN serwuje stronę z cache’u. W trybie awaryjnym Cloudflare może wyświetlać zacache’owaną wersję strony nawet gdy origin jest niedostępny.
5. Poinformuj hostingodawcę — ticket z informacją „strona nie odpowiada od 10:32, monitor UptimeRobot potwierdza” przyspiesza reakcję wsparcia.

Cloudflare Health Checks — gdy strona stoi za CDN

Jeśli Twoja strona jest obsługiwana przez Cloudflare (co jest coraz powszechniejsze dla firm korzystających z Cloudflare Pages, Workers lub Proxy), monitoring od strony użytkownika może nie wykryć awarii origin serwera. Dlaczego? Bo Cloudflare może serwować stronę z cache’u nawet gdy oryginalny serwer jest wyłączony — użytkownik widzi stronę, ale wersję sprzed kilku godzin.

Cloudflare oferuje własne narzędzie — Health Checks — które monitoruje bezpośrednio Twój origin serwer (z pominięciem cache CDN). Health Checks działają z sieci edge Cloudflare i powiadamiają o problemach w czasie zbliżonym do rzeczywistego.

Dostępność zależy od planu Cloudflare:

Konfiguracja Health Check w Cloudflare:

1. Zaloguj się do dashboardu Cloudflare → wybierz domenę.
2. Przejdź do Traffic → Health Checks.
3. Wybierz Create i wypełnij formularz: adres do sprawdzania, interwał, regiony sprawdzania, liczbę prób (retries) przed oznaczeniem origin jako niedostępny.
4. Opcjonalnie: Response body — fraza, która musi pojawić się w odpowiedzi (jak keyword check w UptimeRobot).
5. Zapisz i wdróż.

Health Checks Analytics pokazuje historię uptime origin serwera, czas odpowiedzi, powód awarii i logi zdarzeń — przydatne przy diagnozowaniu przyczyn incydentów po fakcie.

Od 2026 roku funkcjonalność Health Checks jest integrowana w ramach Smart Shield — Cloudflare’s origin server safeguard — jako część szerszego pakietu ochrony i monitorowania serwera.

Ostrzeżenie: Jeśli Twoja strona jest za Cloudflare na planie Free, Cloudflare Health Checks nie są dostępne. W takim przypadku UptimeRobot pozostaje dobrym wyborem — ale skonfiguruj go tak, żeby monitorował bezpośrednio origin (jeśli znasz jego IP), nie tylko domenę przez Cloudflare Proxy.

Co robi Google, gdy Twoja strona nie działa

Google Search Console może być nieocenionym narzędziem post-mortem — czyli po tym, gdy awaria już się skończyła. Raport Coverage (w nowym interfejsie: Indeksowanie) pokazuje, które URL-e Google próbowało pobrać i jakie napotkało błędy:

• Server errors (5xx) — Googlebot dostał błąd serwera. Jeśli widzisz tu skoki w historii, masz dowód na przeszłe awarie z dokładnymi datami.
• Crawled – currently not indexed — strona pobrana, ale nie zindeksowana. Może być efektem przestoju.

Narzędzie do sprawdzania adresów URL (URL Inspection) pozwala sprawdzić na żywo, czy konkretna podstrona jest dostępna z perspektywy Google: czy Googlebot może ją pobrać, kiedy ostatnio ją widział i czy jest zindeksowana. To przydatne, gdy chcesz sprawdzić, czy po incydencie strona wróciła do normalnego stanu z punktu widzenia wyszukiwarki. Więcej o tym, co możesz sprawdzić w Google Search Console bez pomocy SEO-specjalisty, opisaliśmy wcześniej w osobnym poście.

Jak Google reaguje na przestój:

Krótki przestój (do kilku godzin, bez powtarzania) zwykle nie ma trwałego wpływu na pozycje — Google pamięta poprzednią wersję strony i nie usuwa jej z indeksu po pierwszym błędzie. Problem pojawia się przy regularnych lub długich przestojach: jeśli Googlebot wielokrotnie nie może pobrać strony, może oznaczyć ją jako „tymczasowo niedostępną” i obniżyć priorytety indeksowania. Odbudowanie pozycji po takim incydencie może trwać kilka tygodni.

Dobre praktyki po incydencie:

1. Sprawdź raport Coverage w GSC — czy są błędy 5xx z okresu przestoju.
2. Użyj URL Inspection dla kluczowych podstron — sprawdź, czy są dostępne.
3. Jeśli błędy widoczne — wyślij prośbę o ponowne indeksowanie z Google Search Console.
4. Sprawdź, czy Googlebot nie jest zablokowany przez tymczasowe reguły w robots.txt (czasem przy awaryjnych interwencjach hostingodawca modyfikuje ten plik).

Minimalna konfiguracja dla MŚP — co zrobić dziś

Jeśli zaczynasz od zera, oto minimum, które uchroni Cię przed nieprzyjemnymi niespodziankami:

Krok 1: UptimeRobot (15 minut konfiguracji)

• Plan darmowy: 50 monitorów, interwał 5 min — wystarczy na start.
• Plan Solo (~7 USD/mies.): interwał co minutę, SSL monitoring certyfikatów, priorytetowe alerty.
• Skonfiguruj: 1 monitor HTTP dla strony głównej + 1 SSL dla domeny + alert na email i Slack.
• Ustaw response time alert: próg 5000 ms (wykrywa serwer działający, ale za wolno).

Krok 2: Weryfikacja kanałów alertu Sprawdź, czy alert faktycznie dotarł — UptimeRobot pozwala wysłać testowy alert. Zdarza się, że email trafia do spamu albo integracja Slack wymaga odświeżenia tokenu.

Krok 3: Co miesiąc — 5-minutowy przegląd Sprawdź w UptimeRobot historię uptime za ostatnie 30 dni. Jeśli uptime jest poniżej 99,9% — warto dowiedzieć się dlaczego. Dobre hostingi gwarantują 99,9% uptime w SLA (Service Level Agreement), co odpowiada ok. 45 minutom niedostępności miesięcznie. Jeśli Twoja strona regularnie schodzi poniżej tego progu, problem może leżeć w hostingu, nie w kodzie strony.

Opcjonalnie, jeśli korzystasz z Cloudflare Pro+ Dodaj Cloudflare Health Check dla origin serwera — to uzupełnienie UptimeRobot, nie zamiennik.

Więcej o tym, co powinna zawierać minimalna konfiguracja bezpieczeństwa strony firmowej, opisaliśmy w poście o bezpieczeństwie strony MŚP w 2026.

Podsumowanie

Monitoring strony to jedno z tych zadań konfiguracyjnych, które robi się raz i o których przez długi czas się nie myśli — ale przynoszą ogromną wartość, gdy strona faktycznie padnie.

• UptimeRobot w wersji darmowej pokrywa potrzeby większości małych firm — 50 monitorów, alerting na email i Slack, SSL check, status page.
• Cloudflare Health Checks to uzupełnienie dla firm z Cloudflare Pro+, które chcą monitorować origin serwer niezależnie od CDN cache.
• Google Search Console jest retrospektywnym narzędziem — sprawdź po incydencie, czy Google widział problem i jak szybko wrócił do normalnego indeksowania.

Wskazówka: Skonfiguruj dwa kanały powiadomień — email i jeden dodatkowy (Slack lub push na telefon). Jeśli hosting padnie razem z pocztą, wiesz o tym z aplikacji mobilnej, nie od klienta.

Jeśli Twoja strona jest zbudowana i hostowana przez Monaltro, monitoring uptime konfigurujemy w standardzie przy każdym wdrożeniu. Jeśli strona jest u innego dostawcy i chcesz wiedzieć, jakie masz możliwości — zajrzyj do naszej oferty webowej.