W skrócie
- Strażnik domeny i strony to bezpłatny alarm e-mail. Napisze, gdy strona przestanie odpowiadać, gdy do końca opłaty za domenę zostanie 30, 7 i 1 dzień oraz gdy do końca ważności certyfikatu SSL zostanie 14 i 3 dni.
- Dostępność strony sprawdzamy co 10 minut. Alarm wysyłamy po dwóch nieudanych próbach z rzędu, a po powrocie strony wysyłamy wiadomość, że znowu działa.
- Datę wygaśnięcia domeny bierzemy z publicznego rejestru (dla .pl z rejestru NASK), a datę certyfikatu z publicznych logów Certificate Transparency.
- Zapis wymaga potwierdzenia e-mailem. W każdym e-mailu jest link do wypisania, a po wypisaniu dane usuwamy od razu. Nie wysyłamy newslettera ani ofert.
Najczęstsze powody, dla których strona małej firmy nagle znika, są banalne: nikt nie opłacił domeny, wygasł certyfikat SSL albo padł serwer. Przypomnienie od rejestratora poszło na adres byłego pracownika albo do spamu, a o awarii pierwszy dowiaduje się klient, który dzwoni, że „strona nie działa”. Strażnik ma wyłapać te trzy sytuacje, zanim zauważą je klienci. Poniżej opisuję, jak działa, skąd bierze dane i gdzie są jego granice.
Jak włączyć Strażnika
- Wejdź na stronę Strażnik domeny i strony, wpisz domenę (np.
twojafirma.pl) i adres e-mail, na który mają przychodzić alarmy. - Zaznacz zgodę na e-maile z alarmami i kliknij „Włącz Strażnika”.
- Otwórz e-mail potwierdzający i kliknij przycisk na stronie, do której prowadzi link. Potwierdzenie wymaga kliknięcia przycisku, a nie samego otwarcia linku. Dzięki temu skaner bezpieczeństwa w Twojej skrzynce nie potwierdzi zapisu za Ciebie.
- Od razu dostaniesz pierwszy raport: datę wygaśnięcia domeny, datę wygaśnięcia certyfikatu i stan strony.
Jeden adres e-mail może pilnować do trzech stron. Niepotwierdzone zapisy usuwamy po 48 godzinach. Najlepiej podać adres, który na pewno czytasz i który nie zniknie razem z pracownikiem, np. adres właściciela, a nie biuro@.
Kiedy Strażnik napisze
| Sytuacja | Jak sprawdzamy | Kiedy wyślemy e-mail |
|---|---|---|
| Strona nie działa | co 10 minut | po 2 nieudanych próbach z rzędu, a potem jeszcze raz, gdy strona wróci |
| Kończy się opłata za domenę | raz na dobę | 30, 7 i 1 dzień przed datą wygaśnięcia |
| Kończy się certyfikat SSL | raz na dobę | 14 i 3 dni przed datą wygaśnięcia |
Każdy próg wysyłamy tylko raz. Jeśli zapiszesz się, gdy do końca domeny zostało 5 dni, dostaniesz jeden alarm „7 dni”, a nie trzy naraz. Gdy opłacisz domenę albo certyfikat się odnowi, nowa data pojawi się przy następnym sprawdzeniu i progi liczą się od nowa.
Awaria strony: co uznajemy za „nie działa”
Co 10 minut otwieramy stronę główną przez https, tak jak zrobiłaby to przeglądarka. Strona „nie działa”, gdy:
- nie odpowie w ciągu 15 sekund,
- nie da się z nią połączyć (np. serwer leży albo wygasł certyfikat i połączenie https się nie udaje),
- zwróci błąd serwera, czyli kod 500 lub wyższy. Tak kończy się m.in. błąd krytyczny WordPressa i często błąd połączenia z bazą danych.
Alarm wysyłamy dopiero po drugiej nieudanej próbie z rzędu, czyli po 10–20 minutach awarii. Pojedyncze potknięcie serwera, które samo mija po minucie, nie powinno budzić Cię w nocy. W e-mailu podajemy, od kiedy strona nie odpowiada i jaki błąd zobaczyliśmy, a po powrocie strony wysyłamy krótką wiadomość, że strona znowu działa, z godziną początku awarii.
Domena: skąd bierzemy datę wygaśnięcia
Data wygaśnięcia domeny jest publiczna. Dla domen .pl pobieramy ją z rejestru prowadzonego przez NASK przez protokół RDAP, który zastępuje stary WHOIS. Gdy RDAP nie odpowiada, korzystamy z WHOIS NASK. Dla innych końcówek (.com, .eu i innych) pytamy rejestry RDAP danej końcówki. Przy niektórych końcówkach data może być niedostępna i wtedy piszemy o tym w pierwszym raporcie.
Dlaczego to ważne? Domena jest wynajmowana na określony czas i trzeba ją odnawiać. Jeśli odnowienie się nie uda, bo wygasła karta albo faktura przyszła na nieaktualny adres, strona i poczta firmowa przestają działać, a po pewnym czasie domenę może zarejestrować ktoś inny. Szczegóły odnowienia, kodu AuthInfo i przenoszenia domeny .pl opisuję w tekście Domena .pl: odnowienie, AuthInfo i transfer.
Alarm na 30 dni przed końcem daje czas, żeby spokojnie sprawdzić, kto i czym płaci. Alarm na 1 dzień przed to ostatni dzwonek.
Certyfikat SSL: skąd bierzemy datę i dlaczego to coraz ważniejsze
Każdy publicznie zaufany certyfikat SSL jest zapisywany w publicznych logach Certificate Transparency. Logi istnieją po to, żeby każdy mógł sprawdzić, jakie certyfikaty wystawiono dla danej domeny. Z nich odczytujemy datę wygaśnięcia najnowszego ważnego certyfikatu dla Twojej domeny. Jeśli certyfikat odnowi się automatycznie, nowy wpis pojawi się w logach i alarmu nie będzie. Publiczna wyszukiwarka tych logów (crt.sh) bywa przeciążona i czasem nie odpowiada. Wtedy datę certyfikatu sprawdzamy ponownie następnego dnia, a gdy certyfikat mimo to wygaśnie, strona przestanie się łączyć przez https i dostaniesz alarm o awarii.
Certyfikaty żyją coraz krócej. Na mocy uchwały CA/Browser Forum (SC-081) od 15 marca 2026 r. maksymalna ważność certyfikatu to 200 dni, od 15 marca 2027 r. 100 dni, a od 15 marca 2029 r. 47 dni. Darmowe certyfikaty Let’s Encrypt, z których korzysta większość hostingów, ważne są 90 dni i odnawiają się automatycznie. Zwykle działa to bez zarzutu, ale automatyczne odnowienie potrafi się zatrzymać, np. po zmianie DNS, przeniesieniu strony na inny serwer albo włączeniu proxy. Im krótsza ważność, tym częściej odnowienie musi się udać i tym szybciej wychodzi na jaw, gdy się nie uda.
Gdy certyfikat wygaśnie, przeglądarka pokaże pełnoekranowe ostrzeżenie, a większość klientów na tym skończy wizytę. Alarm na 14 dni przed końcem wystarcza, żeby hosting albo osoba od strony naprawiła odnowienie.
Czego Strażnik nie zrobi
- Nie sprawdza podstron, formularzy ani sklepu. Patrzymy na stronę główną. Jeśli ona działa, a formularz kontaktowy nie wysyła wiadomości, Strażnik tego nie zauważy. O tym, jak testować formularz, piszę w tekście o formularzu kontaktowym.
- Nie wykrywa włamań ani podmiany treści. Strona z wstrzykniętym spamem często odpowiada poprawnie. Co robić po włamaniu, opisuję w tekście WordPress po włamaniu: pierwsze 24 godziny.
- Nie naprawia. Strażnik daje znać. Naprawa jest po Twojej stronie albo po stronie osoby, która opiekuje się stroną.
- Nie zastąpi kopii zapasowych. Gdy strona padnie na dobre, liczy się to, czy jest z czego ją odtworzyć. Zobacz zasadę 3-2-1.
- Sprawdza z jednego miejsca w sieci i co 10 minut. Bardzo krótkich przerw albo problemów widocznych tylko w jednym kraju może nie wychwycić.
Co robimy z danymi
Przechowujemy adres e-mail, domenę i wyniki sprawdzeń, wyłącznie po to, żeby wysyłać alarmy. Podstawą jest Twoja zgoda, którą wycofujesz linkiem w każdym e-mailu. Po wypisaniu usuwamy dane od razu, a nie po 30 dniach. E-maile wysyłamy przez Brevo, a dane trzymamy w infrastrukturze Cloudflare. Formularz chroni Cloudflare Turnstile, bez uciążliwego przepisywania znaków. Pełne informacje są w polityce prywatności.
Dostałem alarm. Co teraz?
- Domena: zaloguj się do panelu rejestratora albo zapytaj firmę, która rejestrowała domenę, kto i czym płaci. Odnów domenę i sprawdź, czy dane kontaktowe abonenta są aktualne.
- Certyfikat: napisz do hostingu, że certyfikat się nie odnawia, i podaj datę z e-maila. Zwykle wystarczy ponowne wystawienie certyfikatu w panelu.
- Awaria: sprawdź, czy hosting jest opłacony i czy na stronie statusu hostingu nie ma awarii. Jeśli widzisz błąd WordPressa, zacznij od poradnika o błędzie krytycznym. Gdy to nie pomoże, zajrzyj do naprawy WordPressa.
Jeśli wolisz, żeby to ktoś pilnował i naprawiał za Ciebie, w Opiece WordPress pilnujemy aktualizacji, kopii zapasowych i bezpieczeństwa strony.
Włącz Strażnika w minutę.
Strażnik domeny i strony jest bezpłatny, nie wymaga bycia naszym klientem i wypisujesz się jednym kliknięciem. A jeśli chcesz wiedzieć, w jakim stanie jest sama strona, sprawdź ją testem Ile lat ma Twoja strona?.
Źródła
- NASK, Rejestr domen .pl (RDAP i WHOIS): dns.pl (dostęp: 10.11.2026)
- IETF, RFC 9082 i RFC 9083: Registration Data Access Protocol (RDAP): rfc-editor.org (dostęp: 10.11.2026)
- Certificate Transparency, How CT works: certificate.transparency.dev (dostęp: 10.11.2026)
- CA/Browser Forum, Ballot SC-081v3: Introduce Schedule of Reducing Validity and Data Reuse Periods: cabforum.org (dostęp: 10.11.2026)
- Let’s Encrypt, FAQ (ważność certyfikatów 90 dni): letsencrypt.org (dostęp: 10.11.2026)
- crt.sh, wyszukiwarka logów Certificate Transparency: crt.sh (dostęp: 10.11.2026)
- MDN Web Docs, HTTP response status codes: developer.mozilla.org (dostęp: 10.11.2026)