Jak monitorować strony WWW, BIP i e-usługi urzędu?

Co oznacza monitoring stron i e-usług w JST?

W przypadku jednostek samorządu terytorialnego pojęcie monitoringu może odnosić się do kilku różnych obszarów. Warto je rozróżnić, ponieważ każdy z nich odpowiada na inne potrzeby i wymaga zastosowania innych narzędzi.

Dostępność, wydajność i prawidłowe funkcjonowanie

Czy strona internetowa urzędu, BIP lub portal e-usług jest dostępny? Czy działa wystarczająco szybko? Czy wyświetla prawidłową treść? Czy użytkownik może wypełnić formularz, zalogować się albo przejść przez cały proces realizacji e-usługi?

To właśnie ten rodzaj monitoringu jest głównym tematem tego artykułu.

Jego zadaniem jest ciągłe, automatyczne kontrolowanie publicznie dostępnych stron i usług internetowych z perspektywy ich użytkownika oraz szybkie wykrywanie i zgłaszanie awarii, spowolnień i innych nieprawidłowości.

Dostępność cyfrowa (WCAG)

Osobnym obszarem jest dostępność cyfrowa, czyli zapewnienie, aby strony internetowe i aplikacje mobilne podmiotów publicznych były możliwe do obsługi również przez osoby z niepełnosprawnościami.

Wymagania w tym zakresie wynikają z przepisów dotyczących dostępności cyfrowej podmiotów publicznych, a Ministerstwo Cyfryzacji prowadzi monitoring zgodności stron i aplikacji oraz udostępnia materiały, szkolenia i narzędzia pomocne w ich ocenie. Więcej informacji można znaleźć na stronie Dostępność cyfrowa stron jednostek samorządu terytorialnego – zasoby, szkolenia, walidatory.

Ten rodzaj monitoringu odpowiada więc na pytanie, czy z serwisu mogą poprawnie korzystać osoby o różnych potrzebach i ograniczeniach, a nie na pytanie, czy sama usługa jest w danej chwili dostępna i działa prawidłowo.

Cyberbezpieczeństwo

Kolejnym obszarem jest monitorowanie bezpieczeństwa systemów teleinformatycznych, obejmujące między innymi wykrywanie podatności, nieautoryzowanych działań, prób włamań, złośliwego oprogramowania oraz innych zagrożeń.

Z bezpieczeństwem systemów administracji publicznej wiążą się również wymagania określone w Krajowych Ramach Interoperacyjności (KRI), dotyczące między innymi standardów dla systemów teleinformatycznych, wymiany danych i bezpieczeństwa informacji.

Monitoring dostępności i prawidłowego działania usług internetowych nie zastępuje narzędzi klasy SIEM, SOC, EDR ani systemów zarządzania podatnościami. Może jednak stanowić ich ważne uzupełnienie, ponieważ pozwala wykrywać widoczne z zewnątrz skutki incydentów bezpieczeństwa, takie jak niedostępność strony, problemy z certyfikatem SSL, zmiany treści czy nieprawidłowe działanie aplikacji.

Efektywność usług publicznych (SMUP)

Jeszcze innym znaczeniem monitoringu jest analiza jakości i efektywności usług świadczonych przez jednostki samorządu terytorialnego.

Do tego celu służy między innymi System Monitorowania Usług Publicznych (SMUP), który umożliwia analizę i porównywanie usług publicznych na podstawie określonych wskaźników, takich jak ich dostępność, jakość czy efektywność kosztowa.

SMUP odpowiada więc na pytanie, jak skutecznie i efektywnie dana usługa publiczna jest realizowana, natomiast techniczny monitoring stron WWW, BIP i e-usług odpowiada na pytanie, czy dana usługa w danej chwili rzeczywiście działa i jest dostępna dla użytkownika.

W dalszej części artykułu skupimy się właśnie na tym ostatnim obszarze: ciągłym monitorowaniu dostępności, wydajności i prawidłowego funkcjonowania stron WWW, Biuletynów Informacji Publicznej oraz e-usług urzędu.

Dlaczego strony WWW, BIP i e-usługi urzędu wymagają monitoringu 24/7?

Strona internetowa urzędu, Biuletyn Informacji Publicznej oraz portale e-usług są dostępne dla mieszkańców przez całą dobę, niezależnie od godzin pracy urzędu. Oznacza to, że również problemy z ich działaniem mogą wystąpić w dowolnym momencie — wieczorem, w nocy, w weekend albo w dzień wolny od pracy.

W praktyce awaria, która rozpocznie się po zakończeniu pracy administratora, może pozostać niezauważona przez wiele godzin, jeżeli nie funkcjonuje automatyczny monitoring.

Usługa może przestać działać poza godzinami pracy urzędu

Przyczyną problemu nie musi być awaria całego serwera. Niedostępność może wynikać z błędu aplikacji lub bazy danych, problemu z serwerem WWW albo DNS, wygaśnięcia lub błędnej konfiguracji certyfikatu SSL, przeciążenia infrastruktury czy błędnej aktualizacji. Źródłem awarii może być również zewnętrzny dostawca, sieć lub centrum danych.

Bez zewnętrznego monitoringu pierwszą osobą, która zauważy problem, może być mieszkaniec próbujący skorzystać z usługi.

Sama obecność administratora nie wystarcza

Nawet jeżeli urząd posiada własny dział IT albo korzysta z usług zewnętrznego wykonawcy, ręczne sprawdzanie działania wszystkich serwisów i aplikacji nie daje ciągłości nadzoru.

Automatyczny monitoring może wykonywać testy przez całą dobę, w regularnych odstępach czasu, bez udziału człowieka. Po wykryciu problemu informacja może zostać natychmiast przekazana do wskazanych osób odpowiedzialnych za obsługę techniczną.

Dzięki temu administrator nie musi samodzielnie sprawdzać, czy strona lub portal e-usług nadal działa — otrzymuje alert dopiero wtedy, gdy pojawi się rzeczywisty problem.

Dostępność ma znaczenie dla mieszkańców i pracowników urzędu

Niedostępność publicznej usługi internetowej może uniemożliwić mieszkańcowi odnalezienie informacji na stronie urzędu lub w Biuletynie Informacji Publicznej, złożenie formularza, zalogowanie się do portalu mieszkańca, dokonanie płatności, rezerwację wizyty czy sprawdzenie statusu sprawy. W praktyce może więc zablokować wykonanie niemal każdej czynności oferowanej w ramach e-usługi.

W przypadku części usług problem może mieć dodatkowe znaczenie wtedy, gdy użytkownik próbuje wykonać określoną czynność przed upływem terminu.

Ważna jest nie tylko dostępność, ale również szybkość działania

Serwis nie musi być całkowicie niedostępny, aby jego działanie było problematyczne.

Nagłe wydłużenie czasu wczytywania strony lub odpowiedzi aplikacji może świadczyć o przeciążeniu, problemie z bazą danych, awarii jednego z komponentów albo błędach po wdrożeniu nowej wersji systemu.

Dlatego monitoring powinien obejmować nie tylko pytanie:

„Czy usługa działa?”

ale również:

„Czy działa prawidłowo i wystarczająco szybko?”

Pozwala to wykrywać pogarszającą się wydajność jeszcze zanim problem doprowadzi do całkowitej niedostępności serwisu.

Monitoring 24/7 skraca czas reakcji

Największą korzyścią z ciągłego monitoringu jest skrócenie czasu pomiędzy wystąpieniem problemu a rozpoczęciem reakcji.

Jeżeli awaria zostanie automatycznie wykryta po kilku minutach i od razu zgłoszona odpowiedniej osobie, administrator lub zewnętrzny dostawca może rozpocząć diagnostykę znacznie wcześniej niż w sytuacji, gdy problem zostanie zauważony dopiero po zgłoszeniu użytkownika.

W przypadku usług publicznych monitoring pełni więc prostą, ale istotną funkcję: pozwala dowiedzieć się o problemie możliwie szybko — niezależnie od pory dnia i godzin pracy urzędu.

Co właściwie należy monitorować w JST?

Zakres monitoringu w jednostce samorządu terytorialnego powinien obejmować wszystkie publicznie dostępne serwisy i aplikacje, których niedostępność lub nieprawidłowe działanie może utrudnić mieszkańcom dostęp do informacji albo realizację spraw urzędowych.

Najczęściej będą to nie tylko główne strony internetowe urzędu, ale również Biuletyny Informacji Publicznej, portale e-usług i inne systemy dostępne przez przeglądarkę.

Strona internetowa urzędu

Główna witryna urzędu jest podstawowym źródłem informacji dla mieszkańców. Warto kontrolować nie tylko jej dostępność i poprawność odpowiedzi serwera, ale również obecność oczekiwanej treści, czas odpowiedzi i wczytywania, ważność certyfikatu SSL oraz prawidłowe działanie domeny.

Warto pamiętać, że serwis może formalnie odpowiadać kodem HTTP 200, a mimo to wyświetlać stronę błędu, pustą zawartość albo komunikat pochodzący z warstwy pośredniej. Dlatego samo sprawdzanie, czy serwer odpowiada, nie zawsze wystarcza.

Biuletyn Informacji Publicznej

BIP powinien być traktowany jako odrębna, istotna usługa.

Monitoring może obejmować zarówno jego dostępność, jak i sprawdzanie, czy na stronie znajduje się określona treść charakterystyczna dla poprawnie działającego serwisu.

Pozwala to wykryć sytuację, w której serwer BIP odpowiada, ale zamiast właściwej zawartości użytkownik otrzymuje komunikat błędu, stronę zastępczą albo niekompletną treść.

Portal e-usług publicznych

W przypadku portali e-usług zwykły monitoring dostępności jest niewystarczający.

Aplikacja może się otwierać poprawnie, ale jeden z kluczowych procesów może być uszkodzony. Problem może ujawnić się dopiero podczas logowania, wyboru rodzaju sprawy, przechodzenia pomiędzy kolejnymi krokami, wypełniania formularza, załączania plików, zatwierdzania danych, wykonywania płatności albo wysyłania wniosku.

Dlatego portale e-usług warto monitorować za pomocą scenariuszy odtwarzających rzeczywiste działania użytkownika.

Formularze elektroniczne

Osobnej kontroli mogą wymagać formularze dostępne na stronie urzędu lub w portalach usługowych.

Monitoring powinien sprawdzać nie tylko, czy formularz się wyświetla, ale również czy można go wypełnić, przejść przez walidację i poprawnie zakończyć proces.

Awaria formularza jest typowym przykładem problemu, który nie zostanie wykryty przez prosty test dostępności strony.

Systemy rezerwacji wizyt

Jeżeli urząd umożliwia mieszkańcom rezerwowanie wizyt online, warto objąć monitoringiem również ten proces.

Monitoring może sprawdzać, czy system rezerwacji się otwiera, czy użytkownik może przejść przez kolejne kroki, wybrać usługę i termin oraz czy cały proces kończy się prawidłowym potwierdzeniem.

Portale mieszkańca i systemy płatności

Do monitoringu mogą również należeć portale mieszkańca, systemy opłat lokalnych, płatności internetowe oraz inne aplikacje wymagające kilku kolejnych operacji.

W takich przypadkach kluczowe jest monitorowanie pełnego procesu, a nie tylko strony startowej systemu.

Inne publiczne aplikacje internetowe

W zależności od urzędu i zakresu świadczonych usług monitoring może obejmować także systemy konsultacji społecznych i zgłaszania usterek, platformy budżetu obywatelskiego, wyszukiwarki dokumentów, systemy składania deklaracji, mapy i geoportale, serwisy jednostek organizacyjnych oraz inne aplikacje dostępne dla mieszkańców lub przedsiębiorców.

W praktyce dobra zasada jest prosta: jeżeli użytkownik może wejść do danej usługi przez Internet i jej awaria utrudniłaby mu uzyskanie informacji albo załatwienie sprawy, warto rozważyć objęcie jej monitoringiem.

Monitoring dostępności to za mało

Podstawowy monitoring stron internetowych najczęściej sprowadza się do sprawdzenia, czy serwer odpowiada i czy wskazany adres URL jest dostępny. To dobry punkt wyjścia, ale w przypadku stron urzędów, BIP i e-usług zwykle nie wystarcza.

Serwis może odpowiadać poprawnie od strony technicznej, a jednocześnie być praktycznie bezużyteczny dla mieszkańca.

Serwer działa, ale usługa nie

Typowy przykład to sytuacja, w której strona zwraca prawidłowy kod HTTP, ale zamiast właściwej treści wyświetla komunikat błędu aplikacji, pustą lub niepełną stronę, stronę techniczną czy zastępczą albo treść pochodzącą z systemu pośredniego.

Dlatego monitoring powinien sprawdzać nie tylko samą odpowiedź serwera, ale również to, czy odpowiedź zawiera oczekiwaną treść.

W przypadku strony urzędu lub BIP może to być charakterystyczny fragment tekstu, nazwa serwisu albo inny element, którego obecność potwierdza, że użytkownik otrzymał właściwą stronę.

Częściowa awaria może pozostać niezauważona

Jeszcze trudniejsze do wykrycia są awarie częściowe.

Strona główna urzędu może działać bez zarzutu, podczas gdy formularz kontaktowy nie wysyła danych, wyszukiwarka nie zwraca wyników, logowanie do portalu mieszkańca nie działa, przycisk przejścia dalej nie reaguje albo system płatności kończy się błędem. Problem może też dotyczyć tylko jednej podstrony lub modułu.

Prosty test dostępności strony głównej takiego problemu nie wykryje.

Dlatego w przypadku bardziej złożonych serwisów konieczne jest monitorowanie konkretnych podstron, elementów oraz procesów istotnych z punktu widzenia użytkownika.

Kod HTTP to tylko jeden z sygnałów

Kody odpowiedzi HTTP są ważnym elementem diagnostycznym, ale nie powinny być jedynym kryterium oceny.

Odpowiedź 200 OK nie gwarantuje, że strona działa prawidłowo, podobnie jak pojedynczy błąd 500 nie zawsze musi oznaczać długotrwałą awarię.

Skuteczny monitoring powinien łączyć kilka rodzajów weryfikacji: sprawdzanie kodu odpowiedzi i zawartości strony, pomiar czasu odpowiedzi i wczytywania, wykonywanie scenariuszy użytkownika oraz powtórne potwierdzanie wykrytego problemu.

Monitoring powinien odwzorowywać rzeczywiste korzystanie z usługi

Najbardziej użyteczny monitoring odpowiada na pytanie:

„Czy mieszkaniec może rzeczywiście skorzystać z tej usługi?”

To wymaga spojrzenia szerszego niż samo sprawdzenie infrastruktury.

W przypadku prostej strony informacyjnej wystarczające może być połączenie monitoringu dostępności, treści i wydajności.

W przypadku BIP warto dodatkowo kontrolować obecność oczekiwanej zawartości.

Natomiast w przypadku portalu e-usług konieczne może być automatyczne przejście przez cały proces — od otwarcia aplikacji, przez wypełnienie formularza, aż po sprawdzenie prawidłowego rezultatu.

Dopiero takie podejście pozwala wykrywać nie tylko całkowite awarie, ale również sytuacje, w których usługa jest formalnie dostępna, lecz faktycznie nie działa prawidłowo.

Jak monitorować wydajność stron i e-usług?

Dostępność usługi to tylko jeden z elementów jej jakości. Strona internetowa urzędu, BIP lub portal e-usług może działać, ale reagować tak wolno, że korzystanie z niego staje się uciążliwe albo wręcz praktycznie niemożliwe.

Dlatego monitoring powinien obejmować również wydajność.

Czas odpowiedzi a czas wczytywania

Warto rozróżnić dwa podstawowe parametry. Czas odpowiedzi serwera określa, jak szybko serwer zaczyna odpowiadać na żądanie, natomiast czas wczytywania strony pokazuje, jak długo trwa załadowanie całej strony wraz z jej zasobami.

Krótki czas odpowiedzi serwera nie zawsze oznacza szybkie działanie serwisu. Strona może zacząć odpowiadać szybko, ale później długo pobierać skrypty, arkusze stylów, obrazy lub dane z zewnętrznych usług.

Z punktu widzenia mieszkańca liczy się przede wszystkim to, jak długo rzeczywiście czeka na możliwość skorzystania ze strony lub e-usługi.

Spowolnienie może być pierwszym sygnałem problemu

Nagły wzrost czasu odpowiedzi lub czasu wczytywania może świadczyć o przeciążeniu serwera lub łącza, problemach z bazą danych, niewydajnej aktualizacji aplikacji, błędzie po wdrożeniu nowej wersji, awarii jednego z komponentów albo problemie z zewnętrznym API, CDN czy DNS.

Wydajność warto więc monitorować nie tylko po to, aby oceniać komfort użytkownika, ale również jako wczesny sygnał pogarszającego się stanu usługi.

Progi alarmowe dla wydajności

Monitoring może reagować nie tylko na całkowitą niedostępność, ale również na przekroczenie ustalonego czasu odpowiedzi lub czasu wczytywania.

Dzięki temu administrator może otrzymać alert jeszcze zanim usługa całkowicie przestanie działać.

Przykładowo alarm może zostać uruchomiony, gdy czas odpowiedzi przekroczy ustalony próg, pełne wczytanie strony trwa zbyt długo albo pogorszenie wydajności utrzymuje się przez kilka kolejnych pomiarów. Można też reagować na spowolnienia pojawiające się tylko w określonych godzinach.

Takie podejście pozwala wychwycić problemy, które w przeciwnym razie mogłyby być zauważone dopiero po skargach użytkowników.

Wydajność trzeba mierzyć z perspektywy użytkownika

Tak samo jak w przypadku monitoringu dostępności, również pomiar wydajności powinien być wykonywany z zewnątrz.

Pomiar wewnątrz serwera może wskazywać, że aplikacja działa poprawnie, podczas gdy użytkownik z Internetu doświadcza opóźnień związanych z siecią, DNS, warstwą pośrednią, zewnętrznymi zasobami albo samą przeglądarką.

Dlatego szczególnie wartościowe są pomiary odtwarzające rzeczywiste ładowanie strony przez przeglądarkę.

Wydajność e-usług to także szybkość poszczególnych kroków

W przypadku aplikacji internetowych i portali e-usług nie wystarczy zmierzyć tylko stronę startową.

Proces może działać prawidłowo na początku, a spowolnienie ujawnić się dopiero podczas logowania, wyszukiwania danych, przechodzenia do kolejnego etapu formularza, zapisywania informacji, generowania dokumentu, wykonywania płatności albo wysyłania wniosku.

Dlatego monitoring procesów może być wykorzystany również do oceny wydajności poszczególnych etapów e-usługi.

Pozwala to łatwiej ustalić, w którym miejscu procesu pojawia się problem z wydajnością.

Liczy się nie pojedynczy wynik, ale trend

Pojedynczy wolniejszy pomiar nie musi oznaczać awarii. Znacznie ważniejsze jest obserwowanie zmian w czasie.

Regularne pomiary pozwalają zauważyć, że strona stopniowo działa coraz wolniej, wydajność pogarsza się po określonych wdrożeniach, problemy powtarzają się o konkretnych porach albo wybrane usługi mają wyraźnie gorsze parametry niż pozostałe.

Dzięki temu monitoring wydajności może służyć nie tylko do alarmowania o bieżących problemach, ale również do długoterminowej oceny jakości działania stron internetowych i e-usług urzędu.

Monitoring procesów i scenariuszy użytkownika

W przypadku portali e-usług, formularzy i innych aplikacji internetowych samo sprawdzenie dostępności strony nie daje pewności, że użytkownik może rzeczywiście załatwić swoją sprawę.

Aplikacja może się otwierać poprawnie, a mimo to jeden z kolejnych etapów procesu może nie działać.

Dlatego bardziej złożone usługi warto monitorować za pomocą scenariuszy użytkownika.

Na czym polega monitoring scenariuszy

Monitoring scenariuszowy polega na automatycznym odtwarzaniu określonego procesu w taki sposób, w jaki wykonałby go rzeczywisty użytkownik korzystający z przeglądarki internetowej.

Scenariusz może obejmować otwarcie wskazanej strony, wybór odpowiedniej opcji, przejście do kolejnego kroku, wpisanie danych do formularza, kliknięcie przycisku, zalogowanie się do systemu, wybór terminu lub rodzaju sprawy oraz sprawdzenie komunikatu końcowego i prawidłowego rezultatu operacji.

Każdy z tych kroków może być osobno kontrolowany.

Monitoring formularzy

Formularze są jednym z najczęstszych elementów e-usług, które mogą przestać działać mimo dostępności całego serwisu.

Problem może dotyczyć niewczytującego się pola, błędnej walidacji, niedziałającego przycisku „Dalej”, obsługi załącznika, błędu po wysłaniu formularza albo nieprawidłowego komunikatu końcowego.

Monitoring scenariuszowy pozwala automatycznie przechodzić przez formularz i sprawdzać, czy każdy etap działa zgodnie z oczekiwaniami.

Monitoring logowania

Jeżeli portal wymaga uwierzytelnienia użytkownika, warto sprawdzać również proces logowania.

Sama dostępność strony logowania nie oznacza jeszcze, że mechanizm uwierzytelniania działa prawidłowo.

Monitoring może wykryć sytuacje, w których formularz logowania nie działa, odpowiedź po logowaniu jest błędna, sesja użytkownika nie zostaje utworzona albo system zwraca błąd mimo podania poprawnych danych.

Kontrola rezultatu jest równie ważna jak wykonanie akcji

W dobrze zaprojektowanym scenariuszu nie wystarczy samo kliknięcie przycisku.

Po wykonaniu operacji należy jeszcze sprawdzić, czy pojawił się oczekiwany rezultat.

Oczekiwanym rezultatem może być odpowiedni komunikat, przejście do właściwej strony, pojawienie się konkretnej treści, zmiana statusu, wygenerowanie dokumentu albo wyświetlenie potwierdzenia.

Dzięki temu monitoring nie tylko „przechodzi” przez aplikację, ale rzeczywiście weryfikuje prawidłowość działania procesu.

Scenariusz powinien odzwierciedlać realne zachowanie użytkownika

Największą wartość daje monitorowanie tych procesów, które są istotne z punktu widzenia mieszkańca.

W praktyce nie ma potrzeby automatyzować każdego możliwego działania w systemie. Lepiej skupić się na najważniejszych ścieżkach, takich jak logowanie, złożenie formularza, rezerwacja wizyty, dokonanie płatności, wysłanie wniosku czy sprawdzenie statusu sprawy.

Takie podejście pozwala regularnie sprawdzać kluczowe funkcje portalu e-usług bez konieczności ręcznego testowania ich przez pracownika.

Monitoring scenariuszowy wykrywa awarie niewidoczne dla prostych testów

To jedna z najważniejszych zalet tego typu monitoringu.

Prosty test może potwierdzić, że portal odpowiada poprawnie. Scenariusz może natomiast wykazać, że użytkownik nie jest w stanie przejść do kolejnego kroku, zatwierdzić formularza, zalogować się, wykonać płatności albo zakończyć całego procesu.

W ten sposób monitoring procesów odpowiada na najważniejsze pytanie z punktu widzenia JST:

czy użytkownik rzeczywiście może skorzystać z e-usługi od początku do końca?

Monitoring Biuletynu Informacji Publicznej (BIP)

Biuletyn Informacji Publicznej jest jednym z podstawowych kanałów publikowania informacji przez urząd. Z punktu widzenia monitoringu powinien być traktowany jako odrębna, istotna usługa, a nie tylko kolejna podstrona serwisu internetowego.

Samo sprawdzenie, czy adres BIP odpowiada, nie zawsze wystarcza. Serwer może działać, ale użytkownik może otrzymać niepełną treść, stronę błędu, komunikat zastępczy albo zawartość inną niż oczekiwana.

Monitoring dostępności BIP

Podstawowy monitoring powinien regularnie sprawdzać, czy Biuletyn Informacji Publicznej jest dostępny z Internetu i czy serwer zwraca prawidłową odpowiedź.

Pozwala to szybko wykrywać całkowitą niedostępność BIP, błędy serwera, problemy z DNS lub certyfikatem SSL, długotrwałe przekroczenia czasu odpowiedzi oraz awarie po stronie operatora hostingu lub dostawcy infrastruktury.

W przypadku wykrycia problemu odpowiednia osoba może otrzymać alert bez konieczności ręcznego sprawdzania serwisu.

Sprawdzanie obecności oczekiwanej treści

Znacznie skuteczniejszy jest monitoring, który poza samą odpowiedzią serwera kontroluje również obecność charakterystycznej treści.

Może to być na przykład nazwa urzędu, tytuł Biuletynu Informacji Publicznej albo inny fragment tekstu, który powinien zawsze pojawiać się na stronie.

Dzięki temu można wykryć sytuację, w której serwer zwraca kod HTTP 200 i strona formalnie się otwiera, ale właściwa treść BIP nie jest dostępna.

To ważne, ponieważ z technicznego punktu widzenia serwis może wyglądać na działający, mimo że użytkownik faktycznie nie ma dostępu do oczekiwanych informacji.

Warto monitorować także wybrane podstrony

W przypadku bardziej rozbudowanego BIP warto rozważyć monitoring nie tylko strony głównej, ale również szczególnie istotnych sekcji.

Mogą to być na przykład podstrony z danymi kontaktowymi, informacjami o władzach jednostki, dokumentami i uchwałami, zamówieniami publicznymi, ogłoszeniami, rejestrami i wykazami, a także formularzami lub plikami do pobrania.

Dzięki temu można wykryć awarię pojedynczej części serwisu, nawet jeśli strona główna nadal działa poprawnie.

Monitoring BIP powinien być niezależny od infrastruktury urzędu

Wewnętrzne systemy monitorujące mogą informować administratora, że serwer i aplikacja działają. Nie zawsze oznacza to jednak, że BIP jest rzeczywiście dostępny z Internetu.

Zewnętrzny monitoring sprawdza usługę z perspektywy użytkownika końcowego. Dzięki temu może ujawnić skutki problemów z DNS, certyfikatem SSL, routingiem, warstwą pośrednią, konfiguracją serwera WWW albo dostępnością usługi wyłącznie z sieci publicznej.

BIP powinien być objęty takim samym nadzorem jak inne e-usługi

Biuletyn Informacji Publicznej nie jest jedynie statycznym dodatkiem do strony urzędu. Jest publicznie dostępną usługą informacyjną, z której mieszkańcy, przedsiębiorcy, media i inne podmioty mogą korzystać w dowolnym momencie.

Dlatego jego dostępność i prawidłowe działanie powinny być monitorowane całodobowo, tak samo jak główna strona WWW urzędu czy portal e-usług.

Najlepszy efekt daje połączenie kilku mechanizmów: monitoringu dostępności, kontroli treści, pomiaru wydajności oraz automatycznych powiadomień o wykrytych problemach.

Monitoring technicznych elementów usług

Prawidłowe działanie strony internetowej lub e-usługi zależy nie tylko od samej aplikacji. Problemy mogą pojawić się również w warstwie technicznej odpowiedzialnej za domenę, certyfikat SSL czy reputację adresu IP lub domeny.

Dlatego monitoring usług publicznych warto uzupełnić o kontrolę tych elementów.

Certyfikaty SSL

Ważny i prawidłowo skonfigurowany certyfikat SSL jest niezbędny do bezpiecznego korzystania ze stron i aplikacji udostępnianych przez HTTPS.

Monitoring może kontrolować poprawność i termin ważności certyfikatu, jego zgodność z nazwą domeny oraz ewentualne błędy w łańcuchu certyfikacji.

Pozwala to uniknąć sytuacji, w której użytkownicy nagle zaczynają otrzymywać ostrzeżenia o niezaufanym połączeniu albo tracą możliwość wejścia do serwisu.

Szczególnie istotne jest wcześniejsze wykrywanie zbliżającego się terminu wygaśnięcia certyfikatu.

Domeny

Wygaśnięcie domeny może spowodować całkowitą niedostępność wszystkich usług działających pod danym adresem.

Monitoring terminu ważności domeny pozwala odpowiednio wcześnie przypomnieć o konieczności jej odnowienia.

W przypadku urzędu jedna domena może obsługiwać wiele usług jednocześnie, dlatego jej wygaśnięcie może mieć znacznie większe konsekwencje niż awaria pojedynczej aplikacji.

Czarna lista i reputacja

Domena lub adres IP mogą zostać umieszczone na czarnej liście, na przykład w wyniku błędnej konfiguracji, przejęcia serwera albo wcześniejszej działalności innego użytkownika danego adresu IP.

Obecność na blacklistach może powodować problemy z dostarczaniem poczty, reputacją domeny lub dostępem do wybranych usług.

Dlatego warto monitorować również ten element infrastruktury.

Blokowanie robotów wyszukiwarek

Nieprawidłowa konfiguracja pliku robots.txt, nagłówków HTTP lub innych mechanizmów może przypadkowo zablokować dostęp robotom wyszukiwarek.

W przypadku strony urzędu albo BIP może to prowadzić do pogorszenia widoczności informacji publicznych w wynikach wyszukiwania.

Monitoring może wykrywać sytuacje, w których serwis zaczyna zwracać sygnały blokujące indeksowanie, mimo że wcześniej był dostępny dla robotów wyszukiwarek.

Warstwa techniczna jest częścią dostępności usługi

Dla użytkownika nie ma znaczenia, czy problem wynika z błędu aplikacji, certyfikatu SSL, domeny czy konfiguracji serwera.

Efekt jest taki sam: usługa nie działa albo jest trudno dostępna.

Dlatego skuteczny monitoring strony WWW, BIP i e-usług powinien obejmować nie tylko samą aplikację, ale również najważniejsze elementy techniczne, od których zależy jej dostępność.

Dlaczego monitoring powinien być zewnętrzny?

Wewnętrzne systemy monitorowania infrastruktury są bardzo przydatne, ale odpowiadają głównie na pytanie, czy działają serwery, usługi systemowe i elementy sieci znajdujące się pod kontrolą administratora.

Nie zawsze pozwalają natomiast stwierdzić, czy mieszkaniec rzeczywiście może otworzyć stronę urzędu, wejść do BIP albo skorzystać z e-usługi.

Dlatego monitoring publicznie dostępnych usług powinien być realizowany również z zewnątrz, z perspektywy użytkownika korzystającego z Internetu.

Perspektywa mieszkańca jest najważniejsza

Z punktu widzenia użytkownika nie ma znaczenia, że serwer działa, proces aplikacji jest uruchomiony, a baza danych odpowiada poprawnie.

Jeżeli strona nie otwiera się z Internetu, formularz nie działa albo portal e-usług zwraca błąd, usługa jest dla mieszkańca niedostępna.

Monitoring zewnętrzny pozwala więc odpowiadać na znacznie bardziej praktyczne pytanie:

„Czy użytkownik spoza infrastruktury urzędu może rzeczywiście skorzystać z usługi?”

Bez instalowania agentów i dodatkowego oprogramowania

Dużą zaletą monitoringu zewnętrznego jest brak konieczności ingerowania w monitorowane środowisko.

Nie trzeba instalować agentów, dodatkowych usług ani komponentów na serwerach urzędu.

Monitoring realizowany jest całkowicie z zewnątrz, podobnie jak dostęp zwykłego użytkownika do strony internetowej lub aplikacji.

Ułatwia to wdrożenie, ogranicza zakres zmian w infrastrukturze i pozwala objąć monitoringiem także usługi utrzymywane przez zewnętrznych dostawców.

Monitoring zewnętrzny uzupełnia monitoring wewnętrzny

Oba podejścia nie konkurują ze sobą, lecz wzajemnie się uzupełniają.

Monitoring wewnętrzny może kontrolować wykorzystanie CPU i pamięci, stan usług systemowych, dostępność bazy danych, obciążenie serwera, stan urządzeń sieciowych oraz logi i zdarzenia systemowe.

Monitoring zewnętrzny sprawdza natomiast efekt końcowy widoczny dla użytkownika: czy strona odpowiada i zawiera właściwą treść, czy ładuje się wystarczająco szybko, czy formularz działa oraz czy użytkownik może przejść przez cały proces e-usługi.

Dopiero połączenie obu perspektyw daje pełniejszy obraz działania systemu.

Zewnętrzny monitoring może wykryć problemy niewidoczne od środka

Zdarzają się sytuacje, w których wszystkie wewnętrzne elementy systemu wyglądają na sprawne, a mimo to użytkownik nie może skorzystać z usługi.

Przyczyną mogą być błędy konfiguracji serwera WWW, problem z certyfikatem SSL, awaria pośredniej warstwy aplikacyjnej lub usługi zewnętrznego dostawcy, błędne przekierowanie, awaria widoczna tylko z sieci publicznej albo nieprawidłowe działanie interfejsu użytkownika.

Zewnętrzny monitoring ma tę przewagę, że nie ocenia wyłącznie stanu poszczególnych komponentów, ale sprawdza rzeczywisty rezultat działania całej usługi.

Szczególnie ważne przy usługach utrzymywanych przez dostawców zewnętrznych

Wiele urzędów korzysta z systemów i portali utrzymywanych poza własną infrastrukturą.

W takiej sytuacji administrator nie zawsze ma dostęp do serwera, logów czy narzędzi diagnostycznych dostawcy.

Monitoring zewnętrzny pozwala niezależnie sprawdzać, czy usługa działa prawidłowo, niezależnie od tego, kto odpowiada za jej hosting i utrzymanie.

Daje to urzędowi własne, niezależne źródło informacji o dostępności i jakości działania usługi.

Niezależna kontrola ma znaczenie operacyjne

Zewnętrzny monitoring jest szczególnie wartościowy tam, gdzie usługa ma być dostępna przez całą dobę.

Jeżeli awaria wystąpi poza godzinami pracy urzędu albo po stronie zewnętrznego wykonawcy, system monitorujący może ją wykryć i zgłosić bez udziału użytkowników.

W praktyce pozwala to skrócić czas reakcji i zmniejszyć ryzyko, że problem pozostanie niezauważony przez wiele godzin.

Jak ograniczyć fałszywe alarmy?

Skuteczny monitoring powinien reagować szybko, ale nie może generować alarmu przy każdym chwilowym problemie z połączeniem.

Pojedynczy nieudany test nie zawsze oznacza rzeczywistą awarię monitorowanej usługi. Przyczyną może być krótkotrwały problem sieciowy, przeciążenie pośredniego operatora albo chwilowa niedostępność tylko z jednej lokalizacji.

Dlatego ważnym elementem monitoringu jest potwierdzanie wykrytych awarii z niezależnych stacji monitorujących.

Potwierdzenie z kilku lokalizacji

Jeżeli główna stacja monitorująca wykryje problem, test może zostać automatycznie powtórzony z innych lokalizacji.

Dopiero gdy niedostępność zostanie potwierdzona niezależnie, system może uznać zdarzenie za rzeczywisty incydent i uruchomić powiadomienia.

Takie podejście pomaga odróżnić rzeczywistą awarię strony lub aplikacji od lokalnego problemu z połączeniem, chwilowego problemu po stronie operatora albo błędu występującego tylko na jednej trasie sieciowej.

Mniej fałszywych alarmów oznacza większą skuteczność

Zbyt duża liczba niepotrzebnych powiadomień szybko obniża zaufanie do systemu monitorującego.

Jeżeli administrator regularnie otrzymuje alerty, które nie wymagają żadnej reakcji, z czasem może zacząć traktować je mniej poważnie.

Dlatego ograniczenie fałszywych alarmów ma znaczenie nie tylko techniczne, ale również organizacyjne.

Dobrze skonfigurowany monitoring powinien dążyć do tego, aby powiadomienia trafiały do odpowiednich osób przede wszystkim wtedy, gdy rzeczywiście potrzebna jest reakcja.

Niezależne stacje monitorujące zwiększają wiarygodność pomiarów

W przypadku usług publicznych szczególnie istotne jest, aby informacja o awarii była wiarygodna.

Potwierdzanie problemu z różnych lokalizacji daje znacznie większą pewność, że usługa jest rzeczywiście niedostępna dla użytkowników, a problem nie dotyczy wyłącznie jednej stacji monitorującej.

Pozwala to również lepiej ocenić skalę zdarzenia — na przykład rozróżnić całkowitą awarię od problemu występującego tylko w części sieci.

Warto stosować także odpowiednie progi i opóźnienia

Nie każdy chwilowy wzrost czasu odpowiedzi powinien powodować alarm.

W zależności od rodzaju usługi można stosować odpowiednie progi czasu odpowiedzi, ponawiać test po pierwszym błędzie, wymagać kilku kolejnych nieudanych pomiarów albo eskalować alert dopiero po określonym czasie trwania problemu.

Dzięki temu monitoring pozostaje czuły na rzeczywiste awarie, ale jednocześnie nie reaguje nadmiernie na krótkotrwałe zakłócenia.

Celem jest wiarygodny sygnał, a nie maksymalna liczba alertów

Dobry system monitorujący nie powinien informować o każdym możliwym odchyleniu.

Jego zadaniem jest dostarczenie wiarygodnej informacji o problemie, który może wpływać na użytkowników usługi.

W praktyce najlepsze rezultaty daje połączenie częstych testów, automatycznego potwierdzania awarii z niezależnych lokalizacji oraz dobrze dobranych progów alarmowych.

Powiadamianie o incydentach 24/7

Samo wykrycie awarii nie wystarczy. Informacja o problemie musi jeszcze szybko dotrzeć do osoby, która może zareagować.

W przypadku stron urzędów i e-usług ma to szczególne znaczenie poza standardowymi godzinami pracy — wieczorem, w nocy, w weekendy oraz dni wolne.

Dlatego skuteczny monitoring powinien umożliwiać automatyczne powiadamianie o incydentach przez całą dobę.

Różne kanały powiadomień

W zależności od znaczenia usługi i organizacji pracy urzędu alerty mogą być dostarczane różnymi kanałami, między innymi:

• e-mailem,
• SMS-em,
• poprzez połączenie głosowe,
• przez integracje z zewnętrznymi systemami i komunikatorami.

W przypadku mniej krytycznych zdarzeń wystarczający może być e-mail, natomiast poważna awaria portalu e-usług może wymagać dodatkowego SMS-a lub połączenia telefonicznego.

Wielu odbiorców alertów

Za działanie usług publicznych często odpowiada więcej niż jedna osoba.

Powiadomienia mogą trafiać jednocześnie do administratora IT, pracownika odpowiedzialnego za stronę internetową lub e-usługi, kierownika działu, a także do zewnętrznej firmy utrzymującej serwis lub dostawcy konkretnej aplikacji.

Dzięki temu alert nie jest uzależniony od dostępności jednej osoby.

Powiadomienia także do dostawców zewnętrznych

Wiele stron, BIP-ów i portali e-usług jest utrzymywanych przez firmy zewnętrzne.

W takiej sytuacji szczególnie praktyczne jest kierowanie alertów bezpośrednio także do wykonawcy odpowiedzialnego za daną usługę.

Pozwala to skrócić ścieżkę reakcji — informacja o awarii nie musi najpierw trafić do urzędu, a dopiero potem zostać przekazana dalej.

Eskalacja po określonym czasie

Nie każdy incydent musi być rozwiązany natychmiast, ale dłuższa awaria powinna skutkować dodatkową eskalacją.

Można więc stosować kolejne alerty po określonym czasie trwania zdarzenia.

Przykładowy schemat może zakładać pierwszy alert po potwierdzeniu awarii, kolejny po kilkunastu lub kilkudziesięciu minutach oraz dodatkowe powiadomienie do następnej osoby, jeżeli problem nadal trwa. Osobny komunikat może zostać wysłany po zakończeniu incydentu.

Takie podejście ułatwia organizację reakcji i zmniejsza ryzyko, że długotrwały problem pozostanie bez obsługi.

Indywidualne godziny otrzymywania alertów

Nie wszyscy odbiorcy muszą otrzymywać wszystkie alerty przez całą dobę.

Dla poszczególnych osób można ustawić różne zasady powiadamiania. E-mail może być wysyłany przez całą dobę, SMS-y tylko w określonych godzinach, a połączenia głosowe wyłącznie w przypadku krytycznych usług. Nocne alerty mogą trafiać tylko do osoby pełniącej dyżur.

Pozwala to dopasować system do rzeczywistej organizacji pracy urzędu.

Szybkie powiadomienie skraca czas niedostępności

Celem całodobowego monitoringu jest nie tylko samo zarejestrowanie awarii, ale przede wszystkim skrócenie czasu od wystąpienia problemu do rozpoczęcia reakcji.

Jeżeli odpowiednia osoba otrzyma wiarygodny alert kilka minut po wystąpieniu awarii, może rozpocząć diagnostykę znacznie wcześniej niż w sytuacji, gdy pierwszy sygnał pochodzi dopiero od mieszkańca.

W przypadku publicznych usług internetowych to właśnie szybkie i dobrze skierowane powiadomienie często decyduje o tym, jak długo awaria będzie odczuwalna dla użytkowników.

Raporty i dokumentacja incydentów

Monitoring nie powinien kończyć się na wysłaniu alertu. Równie ważne jest zachowanie historii działania usług, czasu trwania incydentów oraz danych pomagających później ustalić ich przyczynę.

Dla JST ma to znaczenie zarówno operacyjne, jak i organizacyjne — pozwala ocenić jakość działania usług w dłuższym okresie i udokumentować konkretne zdarzenia.

Historia dostępności i awarii

System monitorujący powinien przechowywać historię kolejnych pomiarów i wykrytych incydentów, w tym czas rozpoczęcia i zakończenia awarii, łączny czas niedostępności, liczbę zdarzeń, poziom dostępności usługi oraz zmiany czasu odpowiedzi i wydajności.

Dzięki temu można łatwo sprawdzić, czy problem był pojedynczym zdarzeniem, czy częścią powtarzającego się zjawiska.

Raporty okresowe i na żądanie

Przydatnym elementem monitoringu są raporty generowane automatycznie lub na żądanie.

Raporty mogą być generowane tygodniowo lub miesięcznie, na żądanie, dla pojedynczej usługi albo zbiorczo dla kilku czy kilkunastu usług.

Pozwala to przygotować jeden dokument obejmujący np. stronę urzędu, BIP, portal e-usług oraz inne monitorowane systemy.

Takie zestawienia mogą być użyteczne przy wewnętrznych przeglądach, analizie jakości usług, współpracy z dostawcami zewnętrznymi oraz ocenie spełniania uzgodnionych poziomów dostępności.

Materiały diagnostyczne

W przypadku awarii sama informacja „usługa nie działała” często nie wystarcza.

Bardzo pomocne są dodatkowe materiały pokazujące, co dokładnie zobaczył system monitorujący w chwili wystąpienia problemu.

W zależności od rodzaju testu mogą to być między innymi:

• zrzuty ekranu,
• kopie HTML strony,
• pliki HAR,
• kody odpowiedzi HTTP,
• czasy odpowiedzi i ładowania,
• dane z kolejnych kroków scenariusza.

Takie materiały pozwalają szybciej ocenić, czy problem wynikał z błędu aplikacji, warstwy front-end, zasobu zewnętrznego czy innego elementu procesu.

Dokumentacja pomaga w rozmowie z dostawcą

Wiele usług publicznych jest utrzymywanych przez zewnętrzne firmy.

W takiej sytuacji dokładna historia incydentu i materiały diagnostyczne mogą znacząco ułatwić zgłoszenie problemu.

Zamiast informacji:

„portal nie działał”

można przekazać wykonawcy konkretne dane: kiedy wystąpił problem, jak długo trwał, jaki kod błędu został zwrócony, co było widoczne na ekranie i który krok procesu się nie powiódł.

To zwykle znacznie przyspiesza analizę i ogranicza liczbę pytań potrzebnych do odtworzenia zdarzenia.

Raportowanie pozwala patrzeć szerzej niż na pojedyncze awarie

Pojedynczy incydent może być przypadkowy. Seria podobnych zdarzeń może już wskazywać na problem wymagający szerszej analizy.

Dzięki raportom można zauważyć powtarzające się awarie o podobnych porach, stopniowe pogarszanie wydajności, częste krótkie przerwy w działaniu, problemy występujące po wdrożeniach oraz usługi, które są mniej stabilne niż pozostałe.

Monitoring staje się w ten sposób nie tylko narzędziem alarmowym, ale również źródłem danych wspierających ocenę jakości i niezawodności usług publicznych w dłuższej perspektywie.

Planowane prace i okna serwisowe

Nie każda niedostępność strony lub e-usługi oznacza awarię.

Część przerw w działaniu jest planowana z wyprzedzeniem, na przykład w związku z aktualizacją systemu, pracami administracyjnymi, migracją danych albo zmianami w infrastrukturze.

Dlatego system monitorujący powinien umożliwiać definiowanie okien serwisowych, podczas których alerty dla wybranych usług są czasowo wstrzymywane.

Planowana niedostępność nie powinna generować alarmów

Jeżeli administrator wie, że dana usługa będzie niedostępna przez określony czas, nie ma potrzeby wysyłania w tym okresie powiadomień o awarii.

W przeciwnym razie planowane prace mogą generować niepotrzebne alerty e-mail, SMS lub połączenia głosowe.

Okno serwisowe pozwala oznaczyć taki okres z wyprzedzeniem i uniknąć fałszywego alarmowania osób odpowiedzialnych za utrzymanie usługi.

Okna jednorazowe i cykliczne

Prace techniczne mogą mieć charakter jednorazowy lub powtarzalny.

Dlatego przydatna jest możliwość definiowania zarówno jednorazowych, jak i cyklicznych okien serwisowych oraz różnych harmonogramów dla różnych usług.

Przykładowo portal e-usług może mieć regularne prace techniczne w każdą sobotę w nocy, podczas gdy strona WWW urzędu jest wyłączana tylko sporadycznie.

Monitoring nadal może rejestrować przebieg prac

W zależności od konfiguracji okno serwisowe nie musi oznaczać całkowitego wyłączenia monitoringu.

System może nadal wykonywać testy i rejestrować wyniki, ale bez uruchamiania standardowych alertów.

Dzięki temu po zakończeniu prac można sprawdzić, kiedy usługa rzeczywiście przestała działać i kiedy wróciła do prawidłowego stanu.

Osobne okna dla różnych usług

Urząd może monitorować jednocześnie wiele systemów: stronę WWW, BIP, portal mieszkańca, formularze, system rezerwacji i inne e-usługi.

Nie wszystkie z nich są serwisowane w tym samym czasie.

Dlatego możliwość definiowania okien serwisowych osobno dla poszczególnych usług pozwala zachować ciągłość monitoringu tam, gdzie nie są prowadzone żadne prace.

Dobrze zaplanowane prace nie zakłócają monitoringu operacyjnego

Celem okien serwisowych jest zachowanie wiarygodności systemu alarmowego.

Administrator powinien otrzymywać alert wtedy, gdy wystąpi nieoczekiwany problem, a nie wtedy, gdy niedostępność była wcześniej zaplanowana.

Dzięki temu planowane prace techniczne nie powodują szumu informacyjnego i nie obniżają zaufania do systemu monitoringu.

Publiczne strony statusów

W przypadku awarii użytkownicy często nie wiedzą, czy problem leży po ich stronie, czy dotyczy usługi urzędu.

Publiczna strona statusowa może pełnić rolę prostego i niezależnego kanału informacyjnego, pokazującego aktualny stan wybranych usług.

Aktualny status usług w jednym miejscu

Na stronie statusowej można prezentować dostępność strony internetowej urzędu, BIP, portalu e-usług, systemu rezerwacji wizyt, portalu mieszkańca i innych publicznych aplikacji internetowych.

Dzięki temu użytkownik może szybko sprawdzić, czy problem został już wykryty i czy dotyczy konkretnej usługi.

Dodatkowy kanał komunikacji podczas awarii

Strona statusowa może ograniczyć liczbę zgłoszeń typu:

„Czy portal działa?”

albo:

„Czy problem jest po mojej stronie?”

Jeżeli informacja o awarii jest publicznie dostępna, użytkownik od razu wie, że urząd ma świadomość problemu.

Może to odciążyć pracowników obsługujących zgłoszenia oraz poprawić komunikację z mieszkańcami.

Informowanie o planowanych pracach

Strona statusowa może być wykorzystywana nie tylko podczas awarii, ale również do informowania o zaplanowanych przerwach technicznych.

Pozwala to wcześniej zakomunikować użytkownikom, że dana usługa będzie czasowo niedostępna z powodu aktualizacji, prac serwisowych, migracji, zmian infrastrukturalnych lub innych działań administracyjnych.

Niezależność od głównej strony urzędu

Warto, aby strona statusowa była dostępna niezależnie od monitorowanej infrastruktury.

Jeżeli główna strona urzędu przestanie działać, informacja o awarii nadal powinna być dostępna dla mieszkańców.

To szczególnie istotne w przypadku poważniejszych incydentów obejmujących większą część infrastruktury.

Transparentność i lepsza komunikacja

Publiczna strona statusowa nie zastępuje systemu monitoringu ani alertów dla administratorów.

Jest natomiast jego uzupełnieniem od strony komunikacyjnej.

Monitoring odpowiada na pytanie:

„Czy usługa działa?”

Alerty odpowiadają na pytanie:

„Kto powinien zareagować?”

A strona statusowa odpowiada użytkownikom:

„Czy urząd wie o problemie i jaki jest aktualny stan usługi?”

W przypadku usług publicznych taki kanał może zwiększyć przejrzystość komunikacji i zmniejszyć frustrację użytkowników podczas awarii.

Monitoring a cyberbezpieczeństwo

Monitoring dostępności i prawidłowego działania stron internetowych oraz e-usług nie zastępuje systemów cyberbezpieczeństwa.

Rozwiązania klasy SIEM, SOC, EDR, systemy wykrywania podatności czy narzędzia do analizy logów odpowiadają na inne potrzeby niż monitoring dostępności usług publicznych.

Jednocześnie oba obszary są ze sobą powiązane, ponieważ część incydentów bezpieczeństwa daje widoczne z zewnątrz objawy, które mogą zostać wykryte przez monitoring.

Jakie skutki incydentów bezpieczeństwa może wykryć monitoring

Zewnętrzny monitoring może zarejestrować całkowitą niedostępność albo znaczne spowolnienie strony czy aplikacji, pojawienie się nieoczekiwanej treści lub brak oczekiwanej zawartości, problemy z certyfikatem SSL, błędy formularzy oraz nieprawidłowe rezultaty scenariuszy użytkownika.

Takie objawy mogą być skutkiem zwykłej awarii, błędu wdrożenia albo właśnie incydentu bezpieczeństwa.

Monitoring nie zawsze wskaże więc przyczynę problemu, ale może bardzo szybko wykryć jego zewnętrzny efekt.

Atak lub naruszenie bezpieczeństwa nie zawsze wygląda jak klasyczna awaria

Nie każdy incydent powoduje całkowite wyłączenie usługi.

Przykładowo strona może nadal odpowiadać poprawnym kodem HTTP, ale wyświetlać zmienioną treść, przekierowywać użytkownika w nieoczekiwane miejsce, działać znacznie wolniej, mieć uszkodzoną część funkcji albo zwracać błędy dopiero na konkretnym etapie procesu.

Dlatego monitorowanie treści i scenariuszy użytkownika może być ważnym uzupełnieniem prostego sprawdzania dostępności.

Monitoring zewnętrzny uzupełnia narzędzia wewnętrzne

Systemy bezpieczeństwa działające wewnątrz infrastruktury analizują między innymi logi, zdarzenia systemowe, ruch sieciowy i zachowanie urządzeń.

Monitoring zewnętrzny obserwuje natomiast usługę od strony użytkownika.

Te dwie perspektywy mogą się wzajemnie uzupełniać.

System bezpieczeństwa może wykryć podejrzane zdarzenie wewnątrz infrastruktury, a monitoring zewnętrzny potwierdzić, czy incydent wpłynął na dostępność lub prawidłowe działanie usługi.

Szybkie wykrycie objawów skraca czas reakcji

W przypadku incydentów bezpieczeństwa czas ma duże znaczenie.

Jeżeli monitoring wykryje nagłą niedostępność, zmianę treści lub awarię kluczowego procesu i natychmiast wyśle alert, zespół techniczny może szybciej rozpocząć analizę.

Nie oznacza to, że monitoring zastępuje narzędzia bezpieczeństwa.

Jego wartość polega na tym, że może dostarczyć niezależny i szybki sygnał o widocznym dla użytkowników skutku incydentu.

Monitoring jest elementem szerszego podejścia do odporności usług

W praktyce dobrze zabezpieczona i dobrze utrzymywana e-usługa powinna być zarówno chroniona, jak i stale obserwowana.

Cyberbezpieczeństwo odpowiada między innymi za zapobieganie, wykrywanie i analizowanie zagrożeń.

Monitoring dostępności odpowiada za bieżące sprawdzanie, czy usługa nadal działa prawidłowo z perspektywy użytkownika.

Dopiero połączenie tych obszarów pozwala budować pełniejszy obraz niezawodności i odporności cyfrowych usług publicznych.

Jak powinna wyglądać dobra usługa monitoringu dla JST?

Usługa monitoringu dla jednostki samorządu terytorialnego powinna być przede wszystkim niezależna, całodobowa i możliwie mało inwazyjna dla infrastruktury urzędu.

Nie chodzi wyłącznie o sprawdzanie, czy serwer odpowiada, ale o rzeczywistą kontrolę tego, czy mieszkańcy mogą korzystać ze strony WWW, BIP i e-usług w oczekiwany sposób.

Monitoring zewnętrzny

Usługa powinna działać z zewnątrz, z perspektywy użytkownika korzystającego z Internetu.

Takie podejście pozwala wykrywać problemy, których nie zawsze widać w systemach monitorujących działających wewnątrz infrastruktury.

Dodatkową zaletą jest brak konieczności instalowania agentów lub dodatkowego oprogramowania po stronie urzędu.

Monitoring 24/7

Publiczne strony i e-usługi są dostępne również poza godzinami pracy urzędu, dlatego monitoring powinien działać bez przerw.

Testy powinny być wykonywane automatycznie i regularnie, a wykryte problemy powinny być zgłaszane natychmiast po ich wiarygodnym potwierdzeniu.

Różne rodzaje testów

Dobra usługa monitoringu powinna pozwalać dobrać sposób kontroli do rodzaju usługi.

W przypadku prostych stron wystarczające mogą być:

• monitoring dostępności,
• sprawdzanie treści,
• pomiar czasu odpowiedzi,
• pomiar czasu wczytywania.

W przypadku e-usług potrzebne mogą być bardziej zaawansowane testy:

• scenariusze użytkownika,
• logowanie,
• wypełnianie formularzy,
• wykonywanie kolejnych kroków procesu,
• sprawdzanie rezultatów operacji.

Kontrola elementów technicznych

Poza samą stroną lub aplikacją warto kontrolować również elementy techniczne mające wpływ na dostępność i zaufanie użytkownika, takie jak ważność certyfikatu SSL i domeny, obecność domeny lub adresu IP na czarnych listach oraz nieumyślne blokowanie robotów wyszukiwarek.

Potwierdzanie awarii

System powinien ograniczać fałszywe alarmy poprzez dodatkową weryfikację problemu.

Dobrym rozwiązaniem jest potwierdzanie awarii z niezależnych stacji monitorujących.

Dzięki temu pojedynczy problem sieciowy po stronie stacji nie musi od razu powodować wysłania alarmu do administratora.

Elastyczne powiadomienia

Różne usługi mogą wymagać różnych zasad informowania o incydentach.

Ważne jest więc, aby można było wskazać wielu odbiorców, korzystać z różnych kanałów alertów, wysyłać powiadomienia również do dostawców zewnętrznych, definiować dodatkowe alerty po określonym czasie oraz indywidualnie ustalać godziny powiadomień.

Raporty i historia zdarzeń

Usługa powinna przechowywać historię pomiarów oraz umożliwiać generowanie raportów dla pojedynczych usług i całych grup.

Istotne są także materiały diagnostyczne związane z incydentami, takie jak zrzuty ekranu, kopie HTML, pliki HAR, kody HTTP oraz dane dotyczące czasu odpowiedzi i ładowania.

Okna serwisowe

System powinien pozwalać definiować planowane przerwy techniczne.

Dzięki temu zapowiedziane prace administracyjne nie będą generować niepotrzebnych alarmów.

Przydatna jest obsługa zarówno jednorazowych, jak i cyklicznych okien serwisowych.

Strony statusowe

Dodatkowym atutem jest możliwość udostępnienia publicznej strony statusowej.

Może ona stanowić niezależny kanał informowania mieszkańców o aktualnej dostępności usług, trwających awariach i planowanych pracach.

Proste wdrożenie i obsługa

W przypadku JST znaczenie ma również sposób wdrożenia usługi.

Dobra usługa monitoringu powinna nie wymagać instalacji po stronie urzędu, pozwalać szybko uruchomić podstawowe testy i później rozszerzać ich zakres. Powinna też oferować czytelne raporty i alerty oraz nadawać się zarówno do monitorowania jednej strony, jak i większego zestawu usług.

W praktyce najlepiej sprawdza się rozwiązanie, które łączy monitoring dostępności, wydajności, prawidłowego funkcjonowania, scenariuszy użytkownika, alertów i raportowania w jednej usłudze.

Super Monitoring jako sprawdzone rozwiązanie dla JST

Wymagania opisane wcześniej nie wymagają budowania osobnego systemu od podstaw ani łączenia wielu niezależnych narzędzi.

Super Monitoring od lat oferuje monitoring stron urzędów, obejmujący zewnętrzne monitorowanie dostępności, wydajności i prawidłowego funkcjonowania stron internetowych oraz aplikacji webowych, a jej zakres dobrze odpowiada potrzebom jednostek samorządu terytorialnego.

Monitoring z perspektywy mieszkańca

Super Monitoring działa całkowicie z zewnątrz i nie wymaga instalowania żadnego oprogramowania ani komponentów w infrastrukturze urzędu.

Testy wykonywane są w sposób zbliżony do rzeczywistego korzystania z serwisu przez użytkownika. Dzięki temu można sprawdzać nie tylko stan infrastruktury technicznej, ale przede wszystkim to, czy strona WWW, BIP lub e-usługa jest rzeczywiście dostępna i działa prawidłowo z Internetu.

Od prostego monitoringu dostępności do całych procesów

Zakres monitoringu można dostosować do charakteru konkretnej usługi.

Dla strony internetowej urzędu lub BIP monitoring może obejmować między innymi:

• dostępność serwisu,
• obecność oczekiwanej treści,
• czas odpowiedzi i wczytywania,
• certyfikat SSL,
• termin ważności domeny,
• obecność na czarnych listach,
• przypadkowe blokowanie robotów wyszukiwarek.

W przypadku portali e-usług możliwe jest monitorowanie całych procesów według zdefiniowanych scenariuszy.

System może korzystać ze zwykłej przeglądarki internetowej i symulować działania użytkownika: wybierać opcje, wypełniać formularze, klikać przyciski, logować się, przechodzić pomiędzy ekranami i sprawdzać rezultaty poszczególnych operacji.

Pozwala to weryfikować nie tylko dostępność portalu, ale również rzeczywiste działanie najważniejszych e-usług od początku do końca.

Automatyczne potwierdzanie awarii

Wykryty problem może zostać dodatkowo zweryfikowany z niezależnych stacji monitorujących.

Dzięki temu można ograniczyć liczbę fałszywych alarmów wynikających z chwilowego problemu sieciowego po stronie pojedynczej lokalizacji pomiarowej.

Dopiero potwierdzony incydent może uruchomić skonfigurowane powiadomienia.

Alerty również poza godzinami pracy urzędu

Super Monitoring pracuje całodobowo.

O wykrytych i potwierdzonych incydentach mogą być informowani różni odbiorcy — zarówno pracownicy urzędu, jak i zewnętrzni dostawcy odpowiedzialni za utrzymanie strony lub aplikacji.

Alerty mogą być dostarczane między innymi:

• e-mailem,
• SMS-em,
• poprzez połączenie głosowe,
• za pomocą integracji z zewnętrznymi systemami.

Możliwe jest także konfigurowanie dodatkowych powiadomień po określonym czasie trwania zdarzenia oraz alertów po jego zakończeniu.

Pozwala to zorganizować monitoring również poza godzinami pracy urzędu bez konieczności ciągłego ręcznego sprawdzania usług.

Raporty i materiały diagnostyczne

Super Monitoring przechowuje historię działania monitorowanych usług i umożliwia generowanie raportów na żądanie, tygodniowych i miesięcznych, zarówno dla pojedynczej usługi, jak i zbiorczo dla wybranej grupy usług.

W przypadku incydentów dostępne mogą być również materiały pomagające w diagnozie problemu, takie jak zrzuty ekranu, kopie HTML czy pliki HAR.

Ułatwia to analizę przyczyny zdarzenia oraz przekazanie konkretnych informacji zewnętrznemu wykonawcy odpowiedzialnemu za daną usługę.

Obsługa planowanych prac i publiczne strony statusowe

Planowane prace techniczne można uwzględnić za pomocą jednorazowych lub cyklicznych okien serwisowych, dzięki czemu zapowiedziane przerwy nie powodują niepotrzebnych alarmów.

Dla wybranych usług można również uruchomić publiczną stronę statusową, prezentującą ich aktualną dostępność.

Może ona stanowić dodatkowy kanał komunikacji z mieszkańcami podczas awarii lub prac technicznych.

Doświadczenie we współpracy z sektorem publicznym

Super Monitoring działa od ponad 15 lat.

W tym czasie z usługi korzystały między innymi urzędy gmin i miast, instytucje centralne, spółki Skarbu Państwa oraz ministerstwa.

Oznacza to, że model współpracy z jednostkami publicznymi nie jest rozwiązaniem przygotowanym specjalnie na potrzeby jednego projektu, lecz sprawdzonym w praktyce sposobem świadczenia usługi.

Rozliczenia dostosowane do jednostek publicznych

Oprócz płatności online możliwe są również tradycyjne przelewy bankowe na podstawie dokumentu pro forma.

Na życzenie na fakturze VAT może zostać uwzględniony dodatkowy podmiot, co ułatwia obsługę sytuacji, w których nabywca i odbiorca usługi są różnymi jednostkami.

Jedna usługa do monitorowania całego zestawu e-usług

W praktyce w jednym systemie można objąć nadzorem stronę WWW urzędu, BIP, portal e-usług, formularze internetowe, system rezerwacji, portal mieszkańca oraz inne publiczne aplikacje webowe.

Dzięki temu urząd otrzymuje jeden punkt kontroli dla wielu różnych usług, wspólny mechanizm alertowania oraz spójne raportowanie.

Super Monitoring może więc pełnić rolę zewnętrznego, całodobowego systemu monitorowania stanu usług publicznych udostępnianych przez urząd, bez konieczności ingerowania w jego infrastrukturę i z możliwością dopasowania zakresu monitoringu do konkretnych potrzeb JST.

FAQ – monitoring stron i e-usług JST

Czy monitoring wymaga instalowania oprogramowania w infrastrukturze urzędu?

Nie. Monitoring może być realizowany całkowicie z zewnątrz, bez instalowania agentów, usług ani dodatkowych komponentów na serwerach urzędu.

Dzięki temu wdrożenie jest proste i możliwe również w przypadku serwisów utrzymywanych przez zewnętrznych dostawców.

Czy można monitorować stronę internetową urzędu i BIP?

Tak. Monitoring może obejmować zarówno główną stronę urzędu, jak i Biuletyn Informacji Publicznej.

Można sprawdzać między innymi dostępność, obecność oczekiwanej treści, czas odpowiedzi, czas wczytywania, certyfikat SSL oraz inne wybrane elementy techniczne.

Czy monitoring wykryje sytuację, w której strona działa, ale wyświetla błędną treść?

Tak. Sam kod HTTP 200 nie oznacza jeszcze, że serwis działa prawidłowo.

Monitoring może sprawdzać obecność określonego fragmentu treści, dzięki czemu możliwe jest wykrycie sytuacji, w której serwer odpowiada, ale użytkownik otrzymuje stronę błędu, pustą zawartość lub inną nieprawidłową treść.

Czy można monitorować portale e-usług publicznych?

Tak. W przypadku bardziej złożonych aplikacji można wykorzystać monitoring scenariuszowy.

Pozwala on automatycznie wykonywać kolejne kroki procesu użytkownika, np. logowanie, wybór opcji, wypełnianie formularzy, klikanie przycisków i sprawdzanie rezultatów.

Czy można monitorować formularze internetowe?

Tak. Monitoring może sprawdzać nie tylko to, czy formularz się otwiera, ale również czy można go poprawnie wypełnić, przejść przez walidację i zakończyć cały proces.

Czy monitoring może działać poza godzinami pracy urzędu?

Tak. Monitoring działa całodobowo, 24 godziny na dobę, 7 dni w tygodniu.

Alerty mogą być wysyłane również wieczorem, w nocy, w weekendy i dni wolne od pracy.

Jak można otrzymywać powiadomienia o awarii?

Powiadomienia mogą być dostarczane e-mailem, SMS-em, poprzez połączenie głosowe oraz za pomocą integracji z zewnętrznymi systemami i komunikatorami.

Możliwe jest także kierowanie alertów do wielu odbiorców jednocześnie.

Czy alerty mogą otrzymywać również firmy zewnętrzne?

Tak. Powiadomienia mogą być wysyłane nie tylko do pracowników urzędu, ale również do zewnętrznych dostawców odpowiedzialnych za utrzymanie strony, BIP lub konkretnej e-usługi.

Jak ograniczyć fałszywe alarmy?

Wykryty problem może być automatycznie potwierdzany z niezależnych lokalizacji monitorujących.

Pozwala to odróżnić rzeczywistą awarię od chwilowego problemu z połączeniem występującego tylko w jednej lokalizacji.

Czy można monitorować wydajność strony lub aplikacji?

Tak. Monitoring może mierzyć czas odpowiedzi i czas wczytywania strony oraz reagować na przekroczenie zdefiniowanych progów.

Pozwala to wykrywać nie tylko całkowite awarie, ale również istotne spowolnienia działania usług.

Czy można monitorować certyfikat SSL?

Tak. Monitoring może kontrolować poprawność i termin ważności certyfikatu SSL oraz ostrzegać z wyprzedzeniem o zbliżającym się wygaśnięciu.

Czy można monitorować termin ważności domeny?

Tak. Monitoring terminu ważności domeny pozwala odpowiednio wcześnie wykryć zbliżający się termin jej wygaśnięcia.

Czy można monitorować obecność domeny lub adresu IP na czarnych listach?

Tak. Monitoring może wykrywać pojawienie się domeny lub adresu IP na wybranych blacklistach.

Czy można wykrywać przypadkowe blokowanie robotów wyszukiwarek?

Tak. Monitoring może sprawdzać, czy serwis nie został nieumyślnie zablokowany dla robotów wyszukiwarek, np. przez błędną konfigurację pliku robots.txt lub nagłówków HTTP.

Czy monitoring zastępuje narzędzia cyberbezpieczeństwa?

Nie. Monitoring dostępności nie zastępuje systemów klasy SIEM, SOC, EDR ani narzędzi do zarządzania podatnościami.

Może jednak stanowić ich uzupełnienie, ponieważ pozwala wykrywać widoczne z zewnątrz skutki incydentów bezpieczeństwa, np. niedostępność, spowolnienie, zmianę treści lub nieprawidłowe działanie aplikacji.

Czy można zdefiniować planowane prace techniczne?

Tak. Możliwe jest definiowanie jednorazowych i cyklicznych okien serwisowych, podczas których standardowe alerty mogą być czasowo wstrzymywane.

Czy można generować raporty dla kilku usług jednocześnie?

Tak. Raporty mogą być przygotowywane zarówno dla pojedynczej usługi, jak i zbiorczo dla wybranej grupy usług.

Dostępne mogą być raporty na żądanie, tygodniowe i miesięczne.

Czy dostępne są materiały pomagające analizować awarie?

Tak. W zależności od rodzaju monitoringu mogą być dostępne zrzuty ekranu, kopie HTML, pliki HAR, kody odpowiedzi HTTP, informacje o czasie odpowiedzi i ładowania oraz dane z kolejnych kroków scenariusza.

Czy można udostępnić publiczną stronę statusową?

Tak. Dla wybranych usług można uruchomić publiczną stronę statusową prezentującą ich aktualną dostępność.

Może ona służyć jako dodatkowy kanał informowania mieszkańców o awariach i planowanych pracach technicznych.

Czy Super Monitoring jest odpowiedni dla jednostek samorządu terytorialnego?

Tak. Super Monitoring od ponad 15 lat świadczy usługę zewnętrznego monitoringu stron internetowych i aplikacji webowych.

Z rozwiązania korzystały między innymi urzędy gmin i miast, instytucje centralne, spółki Skarbu Państwa oraz ministerstwa.

Usługa nie wymaga instalacji po stronie urzędu i może być dostosowana do monitorowania stron WWW, BIP, portali e-usług oraz innych aplikacji dostępnych publicznie.

O Autorze

Robert Koch – doświadczony projektant aplikacji SaaS i konsultant ds. optymalizacji biznesu przez automatyzację. W wolnym czasie zapalony piwowar domowy i serowar.