Jak monitorować dostępność strony internetowej

Twoja strona może być niedostępna przez 20 minut, a Ty dowiesz się o tym z e-maila od klienta. Albo wcale się nie dowiesz. Właśnie dlatego monitoring dostępności istnieje.

Czym jest monitoring dostępności?

Monitoring dostępności polega na automatycznym sprawdzaniu, czy strona odpowiada na zapytania HTTP tak, jak powinna. Zewnętrzny serwer wysyła żądanie do Twojej witryny co określony interwał, analizuje odpowiedź i jeśli coś idzie nie tak, natychmiast generuje alert.

To proste w teorii, ale diabeł tkwi w szczegółach. Nie chodzi tylko o to, czy strona “żyje”. Chodzi o kod odpowiedzi, czas ładowania, stan certyfikatu SSL, poprawność DNS i kilka innych sygnałów, które razem dają prawdziwy obraz kondycji strony.

Co warto mierzyć?

Kod odpowiedzi HTTP

Serwer powinien zwracać 200 OK. Kody z grupy 5xx (np. 500 Internal Server Error, 503 Service Unavailable) oznaczają awarię serwerową. Kody 4xx sygnalizują problemy z konfiguracją, np. błędną regułę .htaccess.

Różnica między 500 a 503 jest istotna: 503 to zazwyczaj przeciążony serwer lub zaplanowana przerwa, podczas gdy 500 sugeruje błąd w kodzie aplikacji.

Czas TTFB

TTFB, czyli Time to First Byte, to czas między wysłaniem żądania a otrzymaniem pierwszego bajtu odpowiedzi. To jeden z najlepszych wskaźników kondycji serwera.

Wartości, na które warto zwrócić uwagę:

• poniżej 200 ms: bardzo dobrze
• 200-600 ms: akceptowalnie
• powyżej 600 ms: sygnał, że coś hamuje serwer, brak cache’owania, przeciążona baza danych lub wolny hosting

Jeśli TTFB Twojej strony nagle skoczy z 150 ms do 900 ms, monitoring powinien to wykryć, nawet jeśli kod odpowiedzi nadal wynosi 200.

Certyfikat SSL

Wygasły certyfikat SSL blokuje dostęp do strony dla wszystkich przeglądarek. Użytkownik widzi wielki czerwony ekran z ostrzeżeniem i w zdecydowanej większości przypadków odchodzi.

Dobry monitoring sprawdza datę wygaśnięcia certyfikatu i ostrzega z wyprzedzeniem, zazwyczaj na 30, 14 i 7 dni przed końcem ważności. To daje czas na odnowienie zanim dojdzie do awarii.

Rekordy DNS

Jeśli Twoja domena przestaje rozwiązywać się do właściwego adresu IP, strona staje się niedostępna mimo że serwer działa poprawnie. Błędy DNS są podstępne, bo trudno je wykryć bez zewnętrznej weryfikacji.

Monitoring powinien weryfikować, czy domena wskazuje na oczekiwany adres i czy rekordy DNS są spójne.

Jak często sprawdzać?

To zależy od charakteru strony.

Dla sklepu internetowego lub aplikacji SaaS, gdzie każda minuta przestoju to utracony przychód, sprawdzanie co 1-5 minut ma sens. Dla bloga lub strony firmowej sprawdzanie co 30-60 minut jest zwykle wystarczające.

W RankVoyager plan Pro sprawdza dostępność co 5 minut, plan Free co godzinę. To dobre wartości dla większości projektów.

Alerty: kto i kiedy powinien dostać powiadomienie?

Unikaj alertów, które ignorujesz

Jeśli dostajesz powiadomienie za każdym razem, gdy serwer odpowie 20 ms wolniej niż zwykle, szybko zaczysz ignorować wszystkie alerty. To zjawisko znane jako alert fatigue i prowadzi do sytuacji, w której przegapisz prawdziwy problem.

Dobra konfiguracja alertów to:

• powiadomienie dopiero po dwóch lub trzech nieudanych sprawdzeniach z rzędu (jeden błąd to może być chwilowy problem z siecią)
• różne progi dla różnych środowisk (produkcja vs staging)
• godziny ciszy, jeśli nie chcesz budzić się o 3:00 w nocy z powodu zaplanowanego maintenance

Kanały powiadomień

E-mail jest podstawą, ale ma jedną wadę: skrzynki są pełne i powiadomienie łatwo przegapić. Discord i Slack to znacznie lepsze rozwiązania dla zespołów, gdzie alert trafia bezpośrednio do kanału deweloperskiego.

Historia i analiza trendów

Monitoring dostępności to nie tylko reagowanie na awarie. Dane historyczne pozwalają odpowiedzieć na pytania, które trudno zauważyć w czasie rzeczywistym:

• Czy serwer zwalnia o konkretnych porach dnia (np. w godzinach szczytu)?
• Ile razy w tym miesiącu był niedostępny i jak długo trwała każda awaria?
• Czy TTFB rośnie stopniowo przez ostatnie tygodnie (co może sugerować rosnące obciążenie bazy danych)?

Historia 90 dni, dostępna w RankVoyager, daje dokładny obraz tego, jak zmienia się kondycja Twojej strony w czasie.

Najczęstsze przyczyny niedostępności

Z obserwacji stron monitorowanych przez RankVoyager wynika, że awarie najczęściej powodują:

1. Przeciążony serwer przy szczytach ruchu (np. newsletter, kampania reklamowa, artykuł viralowy)
2. Wygasłe certyfikaty SSL zapomniane podczas migracji lub zmiany dostawcy hostingu
3. Błędy deploymentu po wdrożeniu nowej wersji aplikacji
4. Problemy z bazą danych przy wzroście ruchu lub nieoptymalnymi zapytaniami
5. Ataki DDoS trafiające na serwery bez odpowiedniej ochrony

Każda z tych przyczyn jest wykrywalna przez monitoring pod warunkiem, że mierzymy właściwe rzeczy.

Jak zacząć?

Jeśli dopiero konfigurujesz monitoring, zacznij od jednego kluczowego URL, np. strony głównej lub endpointu płatności. Skonfiguruj alerty na Discordzie lub e-mailu. Obserwuj przez tydzień, żeby zobaczyć punkt bazowy dla swojego TTFB. Potem dodawaj kolejne domeny i rozszerzaj zakres sprawdzania.

W RankVoyager pierwsza domena na planie Free jest bezpłatna. Konfiguracja zajmuje dosłownie 2 minuty.