Monitoruj coś więcej niż stronę główną. Kompletna konfiguracja obejmuje stronę główną, każdą ścieżkę konwersji (logowanie, rejestrację, koszyk z płatnością i wyszukiwarkę), endpointy API, od których zależą Twoje aplikacje, callbacki płatności i webhooki, zadania cykliczne, certyfikaty SSL, rejestrację domeny, rekordy DNS łącznie z MX, serwery pod spodem oraz usługi zewnętrzne, na których polegasz. Stronie małej firmy wystarczy kilka sprawdzeń; sklep lub produkt SaaS potrzebuje ich kilkudziesięciu. Zacznij od tego, co zarabia pieniądze, a potem dodaj to, co może wygasnąć albo przestać działać bez żadnego sygnału. Szerszy obraz znajdziesz w artykule o tym, jak niezawodne monitorowanie dostępności pomaga Twojej stronie działać lepiej.
Ta checklista omawia każdy punkt po kolei, wyjaśnia, co sprawdzać i dlaczego, a na końcu pokazuje przykładowe konfiguracje dla małej strony, sklepu internetowego, produktu SaaS i agencji oraz konwencję nazewnictwa, dzięki której wszystko pozostaje czytelne.
1. Strona główna
Strona główna to oczywisty pierwszy monitor i dobry wybór: jeśli ona nie działa, nie działa nic. Często jednak jest serwowana z CDN lub cache stron, więc może być dostępna, podczas gdy aplikacja za nią przestała działać. Monitoruj ją sprawdzeniem HTTP(S) co minutę i weryfikuj fragment stałej treści, na przykład nazwę firmy w stopce, aby strona błędu z cache nie była liczona jako dostępna. Potem przejdź do stron, które mówią więcej.
2. Ścieżki konwersji
To strony, które zarabiają pieniądze lub utrzymują klientów, a zależą od bazy danych, sesji i kodu aplikacji, które strona główna może pomijać:
Logowanie: potwierdza, że sesje i baza użytkowników działają. Monitoruj stronę logowania i sprawdzaj, czy formularz jest na miejscu.
Rejestracja: początek drogi każdego nowego klienta.
Koszyk i finalizacja zamówienia: w sklepie najważniejsze strony w całym serwisie. Monitoruj samą stronę finalizacji zamówienia, a nie tylko strony produktów.
Wyszukiwarka: często działa na osobnej usłudze, więc może zawieść niezależnie od reszty. Monitoruj adres URL wyników wyszukiwania z zapytaniem, które zawsze zwraca wyniki, i sprawdzaj, czy wynik się pojawia.
Formularze rezerwacji lub kontaktowe, jeśli to przez nie trafiają do Ciebie leady.
Sprawdzaj je co minutę. W większości firm zepsuta finalizacja zamówienia kosztuje za każdą minutę więcej niż cokolwiek innego z tej listy. Monitorowanie dostępności w Uptimecheck obsługuje własne metody i nagłówki oraz weryfikuje kod statusu, słowa kluczowe i JSON na każdej stronie. Aby sprawdzić, czy logowanie lub finalizacja zamówienia faktycznie działa, a nie tylko się wczytuje, monitor przepływu przechodzi przez nie krok po kroku, opcjonalnie w prawdziwej przeglądarce, przenosząc wartości między krokami i chroniąc sekrety.
3. Endpointy API
Jeśli masz aplikację mobilną, frontend typu single-page albo integracje z partnerami, to API jest produktem. Monitoruj:
Endpoint health check, który sprawdza bazę danych, cache i dysk. Zobacz, jak zbudować endpoint health check.
Główny endpoint odczytu, z nagłówkiem klucza API, który wysyłają Twoi klienci.
Jeden endpoint zapisu z bezpiecznymi danymi testowymi, jeśli zapisy są krytyczne.
Weryfikuj treść odpowiedzi, a nie tylko kod statusu: API, które zwraca 200 z komunikatem o błędzie, nadal nie działa. Więcej znajdziesz w opisie monitorowania API i w checkliście monitorowania API.
4. Callbacki płatności i webhooki
Operatorzy płatności, firmy kurierskie i inne platformy odpytują Twoją stronę zwrotnie, aby potwierdzać zamówienia i aktualizować ich status. Jeśli endpoint odbierający przestanie działać, płatności mogą przechodzić, a zamówienia nigdy nie zostaną oznaczone jako opłacone. Nikt nie zobaczy strony błędu, bo nie bierze w tym udziału żaden odwiedzający.
Zwykle nie da się wysłać prawdziwego callbacku z monitora, ale można sprawdzić, czy endpoint odpowiada. Wiele odbiorników webhooków zwraca kod 4xx na żądanie bez prawidłowego podpisu; jeśli to oczekiwana odpowiedź, monitoruj właśnie ją. Kod 5xx lub przekroczenie limitu czasu oznacza wtedy, że zepsuł się sam odbiornik. Połącz to z logami dostarczania po stronie operatora, które pokazują nieudane callbacki z jego perspektywy.
5. Cron joby i zadania w tle
Kopie zapasowe, importy, wystawianie faktur, eksporty feedów, wysyłki newslettera i workery kolejek nie mają adresu URL, który można sprawdzić. Zawodzą po cichu. Daj każdemu z nich heartbeat: zadanie po zakończeniu wywołuje unikalny adres URL, a gdy wywołanie nie dotrze na czas, wysyłany jest alert. W planach Uptimecheck heartbeaty liczą się osobno od monitorów, więc nie zabierają limitu na sprawdzenia stron.
6. Certyfikaty SSL
Wygasły certyfikat pokazuje każdemu odwiedzającemu pełnoekranowe ostrzeżenie przeglądarki i od razu psuje działanie klientów API. Monitoruj certyfikat na każdej obsługiwanej nazwie hosta, w tym www, subdomenie API, domenie strony statusu i panelach administracyjnych, i otrzymuj przypomnienia na kilka tygodni przed wygaśnięciem. Automatyczne odnawianie sprawia, że wygaśnięcie zdarza się rzadziej, ale nie jest niemożliwe. Typowe przyczyny problemów opisuje artykuł o monitorowaniu wygasania certyfikatów SSL.
7. Rejestracja domeny
Gdy rejestracja domeny wygaśnie, strona, poczta i API działające na tej domenie przestają działać jednocześnie. Przypomnienia od rejestratora często trafiają na nieaktualny adres. Śledź datę wygaśnięcia każdej posiadanej domeny, w tym wariantów krajowych, domen kampanijnych i starych nazw marek, które wciąż przekierowują.
8. Rekordy DNS, w tym MX
DNS decyduje, dokąd trafia ruch i poczta. Obserwuj zmiany w rekordach:
A i AAAA: skąd wczytuje się strona.
NS: kto kontroluje strefę. Zmiana w tym miejscu zawsze zasługuje na uwagę.
MX: kto odbiera Twoją pocztę, w tym potwierdzenia zamówień i resety haseł.
TXT: SPF, DKIM i DMARC. Usunięty rekord może sprawić, że Twoje wiadomości trafią prosto do spamu. Monitor domeny w Uptimecheck sprawdza też SPF, DKIM i DMARC dwa razy dziennie i podpowiada, jak naprawić każdy problem, a gdy wystarczy do tego rekord DNS, podaje go gotowego do wklejenia; zobacz monitorowanie uwierzytelniania poczty.
CNAME i CAA: aliasy CDN oraz to, które urzędy certyfikacji mogą wystawiać certyfikaty dla domeny.
Nieoczekiwana zmiana to albo pomyłka, albo atak. Monitorowanie DNS wysyła alert ze starą i nową wartością. Jeśli masz własny serwer pocztowy, dodaj też dla niego sprawdzenie portu, na przykład SMTP na porcie 465.
9. Serwery
Jeśli utrzymujesz własne serwery lub VPS-y, monitoruj CPU, pamięć, dysk, sieć i restarty. Dzięki temu wychwycisz przyczyny awarii, zanim staną się objawami: dysk, który zapełni się w czwartek, wyciek pamięci, restart, po którym jakaś usługa się nie uruchomiła. Monitorowanie serwerów działa obok sprawdzeń dostępności, więc przyczyna i objaw pojawiają się na tym samym ekranie. Przy w pełni zarządzanym hostingu często możesz ten punkt pominąć i zdać się na dostawcę.
10. Zależności od usług zewnętrznych
Twoja strona zależy od usług, których nie utrzymujesz: operatorów płatności, wysyłki e-maili, wyszukiwarki, headless CMS, dostawcy uwierzytelniania, CDN. Gdy jedna z nich zawiedzie, strona może się wczytywać, a funkcja, która od niej zależy, nie działa. Monitoruj publiczne endpointy, na których polegasz, albo własne endpointy, które z nich korzystają, aby w ciągu kilku minut móc powiedzieć klientowi, czy problem leży po Twojej stronie, czy u dostawcy. Kieruj te alerty na kanał o niższym priorytecie, bo sam ich nie naprawisz.
Monitorowanie usług zewnętrznych w Uptimecheck śledzi strony statusu 31 usług, takich jak Klarna, Swish, Shopify, Cloudflare i OpenAI, albo dowolnej strony hostowanej w Statuspage, dzięki czemu ich incydenty pojawiają się obok Twoich własnych monitorów.
11. Kondycja strony
Niektóre problemy nigdy nie wyłączają strony: niedziałający link po migracji, obrazek wczytywany przez zwykłe HTTP, strona, która zwolniła po instalacji nowej wtyczki. Wychwyci je codzienne skanowanie. Monitor kondycji strony w Uptimecheck codziennie przeszukuje Twoją stronę i jej mapę witryny pod kątem niedziałających linków i mieszanej treści oraz mierzy szybkość strony i Core Web Vitals za pomocą Google Lighthouse na urządzeniach mobilnych i komputerach.
Ilu monitorów potrzebujesz?
Poniższe konfiguracje to przykłady do dopasowania, a nie gotowe przepisy:
Rodzaj stronyPrzykładowa konfiguracjaStrona małej firmy, np. fjordstudio.seStrona główna, strona z formularzem kontaktowym, SSL, domena, DNS dla A i MX, jeden heartbeat dla kopii zapasowej. Około 3 monitorów HTTP plus sprawdzenia wygasania i DNS.Sklep internetowy, np. northwind.shopStrona główna, strona kategorii, strona produktu, koszyk, finalizacja zamówienia, logowanie, wyszukiwarka, callback płatności, endpoint health check, SSL na każdej nazwie hosta, domena, DNS, heartbeaty dla kopii zapasowych, eksportów feedów i synchronizacji zamówień oraz serwery. Mniej więcej od 10 do 15 monitorów HTTP.Produkt SaaS, np. lumenanalytics.ioStrona marketingowa, logowanie do aplikacji, rejestracja, health check API, główne endpointy API, odbiornik webhooków, strona statusu, SSL, domeny, DNS, heartbeaty dla każdego workera i zadania cyklicznego oraz serwery. Często od 15 do 40 monitorów.AgencjaZestaw dla małej strony dla każdego klienta, plus finalizacja zamówienia i logowanie w sklepach klientów, pogrupowane według klientów. Zwykle kilka monitorów na klienta, pomnożone przez liczbę klientów.
Zacznij od ścieżek konwersji i sprawdzeń wygasania, poczekaj dwa tygodnie, a potem dodaj to, czego zabrakło Ci przy pierwszym incydencie.
Konwencje nazewnictwa
Nazwa monitora to pierwsza rzecz, jaką ktoś czyta w nocnym alercie. Niech odpowiada na pytanie „co się zepsuło, gdzie i jak poważnie”, bez otwierania czegokolwiek:
[client or product] – [environment] – [what] – [check type]
Northwind – prod – Checkout – HTTPS
Northwind – prod – Payment callback – HTTPS
Northwind – prod – Nightly backup – heartbeat
Lumen – prod – API health – HTTPS
Lumen – staging – API health – HTTPS
Fjord Studio – prod – MX record – DNS
Stosuj wszędzie tę samą kolejność, aby alerty dało się szybko przejrzeć i posortować.
Nazywaj rzeczy tak, jak mówi o nich zespół, a nie według wewnętrznych nazw hostów.
Wyraźnie oznaczaj środowiska, aby alert ze stagingu nigdy nie wyglądał jak alert z produkcji.
W agencjach zaczynaj od nazwy klienta i grupuj monitory według klientów w projektach, aby monitory i alerty każdego klienta trzymały się razem.
Checklista
Strona główna, z weryfikacją treści.
Logowanie, rejestracja, finalizacja zamówienia i wyszukiwarka.
Health check API i główne endpointy.
Callbacki płatności i odbiorniki webhooków.
Heartbeat dla każdego ważnego zadania cyklicznego.
SSL na każdej nazwie hosta i rejestracja każdej domeny.
Rekordy DNS: co najmniej A, AAAA, NS, MX i TXT.
Serwery, jeśli utrzymujesz własne.
Kluczowe usługi zewnętrzne, na kanale o niższym priorytecie.
Kondycja strony: niedziałające linki, mieszana treść i szybkość strony, skanowane codziennie.
Jasne nazwy i alerty kierowane do osoby odpowiedzialnej za dany element.
Uptimecheck obejmuje strony, API, wieloetapowe przepływy, heartbeaty, SSL, domeny, DNS, serwery, usługi zewnętrzne i kondycję strony w jednym koncie. Wypróbuj za darmo przez 14 dni, bez karty kredytowej.