{"id":3413,"date":"2019-07-08T09:58:30","date_gmt":"2019-07-08T07:58:30","guid":{"rendered":"https:\/\/www.supermonitoring.pl\/blogpl\/?p=3413"},"modified":"2020-10-08T14:27:37","modified_gmt":"2020-10-08T12:27:37","slug":"jak-monitorowac-funkcjonowanie-strony-internetowej","status":"publish","type":"post","link":"https:\/\/www.supermonitoring.pl\/blogpl\/jak-monitorowac-funkcjonowanie-strony-internetowej\/","title":{"rendered":"Jak monitorowa\u0107 prawid\u0142owe funkcjonowanie strony internetowej"},"content":{"rendered":"

W czasach b\u0142yskawicznego dost\u0119pu do informacji serwis internetowy jest dla ka\u017cdej firmy g\u0142\u00f3wnym punktem komunikacji z rynkiem. Tutaj cz\u0119sto buduje si\u0119 to kluczowe pierwsze wra\u017cenie, generuje leady, sprzedaje, realizuje obs\u0142ug\u0119 klienta, kontaktuje z mediami, rekrutuje itd.<\/p>\n

To na firmow\u0105 stron\u0119 WWW kieruje si\u0119 ruch z kampanii reklamowych – i to nie tylko tych internetowych. Po obejrzeniu spotu reklamowego w telewizji czy og\u0142oszenia w prasie w naturalny spos\u00f3b odbiorcy wpisuj\u0105 na smartfonie lub komputerze adres strony – albo nawet sam\u0105 nazw\u0119 firmy.<\/p>\n

\"monitoring<\/p>\n

Nieprawid\u0142owe dzia\u0142anie serwisu internetowego firmy generuje wi\u0119ksze straty ni\u017c awaria telefonu albo konieczno\u015b\u0107 tymczasowego zamkni\u0119cia sklepu firmowego. Z trudem przyci\u0105gni\u0119ci na stron\u0119 u\u017cytkownicy nie tylko nie zostan\u0105 skonwertowani (na leady, zam\u00f3wienia, subskrypcje newslettera itd.) ale odnios\u0105 negatywne wra\u017cenie i najprawdopodobniej natychmiast przejd\u0105 na stron\u0119 konkurencji.<\/p>\n

Kampani\u0119 internetow\u0105 mo\u017cna wstrzyma\u0107, \u017ceby zminimalizowa\u0107 straty – chocia\u017c ruchu organicznego z wyszukiwarki nie zatrzymamy. Ale wydrukowanych reklam prasowych nie da si\u0119 cofn\u0105\u0107, tak jak nie da si\u0119 natychmiast zdj\u0105\u0107 plakat\u00f3w outdoorowych. Jedynym ratunkiem jest niezw\u0142oczne usuni\u0119cie usterki – a to jest uwarunkowane natychmiastowym wykryciem awarii.<\/p>\n

Monitoring stron<\/h2>\n

Us\u0142ugi s\u0142u\u017c\u0105ce do monitorowania dost\u0119pno\u015bci<\/a> i prawid\u0142owego funkcjonowania serwis\u00f3w i aplikacji internetowych istniej\u0105 prawie od tak dawna, jak same strony internetowe. I rozwijaj\u0105 si\u0119 razem ze stosowanymi na nich technologiami. Ich g\u0142\u00f3wnym zadaniem jest wykrywanie problem\u00f3w i informowanie w\u0142a\u015bciciela strony. Tak, \u017ceby o ka\u017cdej awarii i usterce dowiadywa\u0142 si\u0119 w pierwszej kolejno\u015bci – zanim u\u017cytkownicy zauwa\u017c\u0105.<\/p>\n

W historii testu monitoruj\u0105cego, opr\u00f3cz podstawowych informacji o ka\u017cdej awarii (czas wykrycia, d\u0142ugo\u015b\u0107, typ) mo\u017cna znale\u017a\u0107 wiele dodatkowych informacji, pomagaj\u0105cych w analizie zdarzenia i poszukiwaniu jej przyczyn. Chodzi o nag\u0142\u00f3wki HTTP, zapis HTML, zrzuty ekranu, pliki HAR itp.<\/p>\n

Dodatkowym zastosowaniem monitoringu jest weryfikowanie dost\u0119pno\u015bci i wydajno\u015bci w skali miesi\u0105ca – na przyk\u0142ad w celu por\u00f3wnania z poziomami gwarantowanymi w umowach SLA.<\/p>\n

Niedost\u0119pno\u015b\u0107 strony<\/h2>\n

Ca\u0142kowita niedost\u0119pno\u015b\u0107 serwisu internetowego najcz\u0119\u015bciej wynika z problem\u00f3w infrastrukturalnych. Mo\u017ce to by\u0107 usterka sprz\u0119towa (np. dysku), programowa (np. b\u0142\u0105d konfiguracji systemu), sieciowa (brak dost\u0119pu do Internetu). W gr\u0119 wchodz\u0105 zar\u00f3wno przypadki losowe, jak te\u017c zaniedbania oraz \u015bwiadome szkodliwe dzia\u0142ania (np. atak DDoS).<\/p>\n

W wi\u0119kszo\u015bci przypadk\u00f3w dostawca us\u0142ug hostingowych od razu ma \u015bwiadomo\u015b\u0107 awarii, poniewa\u017c korzysta z w\u0142asnego monitoringu. Ale i tak warto wys\u0142a\u0107 zg\u0142oszenie – na wypadek gdyby awaria by\u0142a rozleg\u0142a a dostawca realizowa\u0142 naprawy w kolejno\u015bci zg\u0142osze\u0144. Albo gdyby jego monitoring nie zadzia\u0142a\u0142.<\/p>\n

Tego typu awarii nie da si\u0119 unikn\u0105\u0107 – zdarzaj\u0105 si\u0119 nawet najwi\u0119kszym. Ale mo\u017cna minimalizowa\u0107 ryzyko korzystaj\u0105c z rozwi\u0105za\u0144 chmurowych, uruchamiaj\u0105c dodatkowe serwery albo nawet zapasowe centra danych.<\/p>\n

Niedost\u0119pno\u015b\u0107 strony internetowej mo\u017ce te\u017c by\u0107 wynikiem przekroczenia parametr\u00f3w serwera. Us\u0142uga hostingowa musi by\u0107 dostosowana do popularno\u015bci strony internetowej. Im wi\u0119kszy ruch, tym wi\u0119cej zasob\u00f3w jest konsumowane. Oczywi\u015bcie bardzo istotna jest optymalizacja silnika serwisu, \u017ceby nie konsumowa\u0142 on zb\u0119dnej pami\u0119ci czy czasu procesora. <\/p>\n

Jednak czasem zdarza si\u0119, \u017ce marka zyskuje nag\u0142\u0105, niespodziewan\u0105 popularno\u015b\u0107. Na przyk\u0142ad po udanym dzia\u0142aniu PR, kt\u00f3re zaskutkowa\u0142o wieloma publikacjami w mediach. Je\u017celi infrastruktura nie jest przygotowana na skok ruchu rz\u0119du kilku tysi\u0119cy procent, du\u017cej liczbie u\u017cytkownik\u00f3w strona si\u0119 nie wy\u015bwietli.<\/p>\n

Jak wykrywa\u0107 niedost\u0119pno\u015b\u0107 strony<\/h3>\n

Ca\u0142kowita niedost\u0119pno\u015b\u0107 strony jest naj\u0142atwiejsza do wykrycia – radz\u0105 sobie z ni\u0105 nawet najprostsze us\u0142ugi monitoruj\u0105ce. Ich dzia\u0142anie polega na nawi\u0105zaniu po\u0142\u0105czenia ze stron\u0105 i sprawdzeniu kodu odpowiedzi serwera. Je\u017celi odpowied\u017a brzmi “200 OK”, to wszystko jest w porz\u0105dku. Inna odpowied\u017a (np. “500 Internal Server Error”, “503 Service Unavailable”), lub brak odpowiedzi w ci\u0105gu np. 10 sekund oznacza awari\u0119. S\u0105 te\u017c kody przekierowa\u0144 (np. “301 Moved Permanently”, “302 Found”), kt\u00f3re zasadniczo nie oznaczaj\u0105 awarii – chyba, \u017ce jest ich zbyt wiele i nast\u0119puje zap\u0119tlenie przekierowa\u0144.<\/p>\n

Niew\u0142a\u015bciwa zawarto\u015b\u0107 strony<\/h2>\n

Awaria bazy danych, b\u0142\u0105d programisty albo atak hakerski mog\u0105 spowodowa\u0107, \u017ce na stronie wy\u015bwietla\u0107 si\u0119 b\u0119dzie nie to, co powinno. Na przyk\u0142ad, tylko po\u0142owa strony, puste szablony bez tre\u015bci, albo obca strona wstawiona przez hakera. To gorsza sytuacja ni\u017c zwyk\u0142a niedost\u0119pno\u015b\u0107 strony, bo u\u017cytkownicy mog\u0105 pomy\u015ble\u0107, \u017ce niew\u0142a\u015bciwa tre\u015b\u0107, kt\u00f3r\u0105 widz\u0105, jest wy\u015bwietlana zgodnie z zamierzeniami w\u0142a\u015bciciela strony.<\/p>\n

Jak wykrywa\u0107 niew\u0142a\u015bciw\u0105 zawarto\u015b\u0107 strony<\/h3>\n

Podstawowy monitoring dost\u0119pno\u015bci nie zauwa\u017cy tego typu awarii. Zarejestruje prawid\u0142ow\u0105 odpowied\u017a serwera (“200 OK”) i uzna, \u017ce strona dzia\u0142a prawid\u0142owo. Dlatego trzeba korzysta\u0107 z test\u00f3w weryfikuj\u0105cych zawarto\u015b\u0107 strony<\/a> – sprawdzaj\u0105cych obecno\u015b\u0107 (lub brak) zdefiniowanej frazy, lub fragmentu kodu. Mo\u017cna skonfigurowa\u0107 taki test, \u017ceby szuka\u0142 na stronie na przyk\u0142ad fragmentu tekstu wy\u015bwietlanego w stopce, pochodz\u0105cego z bazy danych (czyli nie zakodowanego na sta\u0142e w szablonie). Brak takiego tekstu na stronie b\u0119dzie oznacza\u0107, \u017ce strona nie wczyta\u0142a si\u0119 w ca\u0142o\u015bci lub awarii uleg\u0142 serwer bazy danych.<\/p>\n

Spowolnienie dzia\u0142ania strony<\/h2>\n

U\u017cytkownicy – szczeg\u00f3lnie mobilni – s\u0105 coraz mniej cierpliwi. Wystarczy, \u017ce strona nie za\u0142aduje si\u0119 w ci\u0105gu kilku sekund, \u017ceby zrezygnowali i – najcz\u0119\u015bciej – powr\u00f3cili do wynik\u00f3w wyszukiwania i przeszli na stron\u0119 konkurencji. Stron\u0119 nawet nie\u017ale zoptymalizowan\u0105 pod k\u0105tem szybko\u015bci wczytywania mo\u017cna bardzo \u0142atwo “zepsu\u0107” – na przyk\u0142ad publikuj\u0105c zbyt du\u017c\u0105, nieskompresowan\u0105 grafik\u0119. Oczywi\u015bcie r\u00f3wnie\u017c problemy z serwerem hostingowym mog\u0105 wyd\u0142u\u017cy\u0107 czas \u0142adowania strony.<\/p>\n

Powolna strona w d\u0142u\u017cszym okresie mo\u017ce r\u00f3wnie\u017c wp\u0142yn\u0105\u0107 – oczywi\u015bcie negatywnie – na pozycj\u0119 w wynikach wyszukiwania. Ju\u017c od d\u0142u\u017cszego czasu Google traktuje szybko\u015b\u0107 strony jako jeden z czynnik\u00f3w rankingowych.<\/p>\n

Jak wykrywa\u0107 spowolnienie strony<\/h3>\n

Monitorowanie czasu wczytywania stron<\/a> to funkcja, kt\u00f3ra nie jest oferowana przez wszystkich dostawc\u00f3w us\u0142ug monitoruj\u0105cych. G\u0142\u00f3wnie dlatego, \u017ce jest skomplikowana i zasoboch\u0142onna. Takie monitorowanie wymaga wczytania za ka\u017cdym razem strony w ca\u0142o\u015bci – ze wszystkimi osadzonymi elementami w\u0142\u0105cznie. Mowa tutaj o stylach CSS, czcionkach, grafikach i skryptach JavaScript.<\/p>\n

Konfiguracja takiego testu polega na okre\u015bleniu granicznego dopuszczalnego czasu \u0142adowania strony. Je\u017celi zostanie on przekroczony, zostanie zarejestrowana awaria a w\u0142a\u015bciciel strony otrzyma powiadomienie. Oczywi\u015bcie przy za\u0142o\u017ceniu, \u017ce problem zostanie potwierdzony z kilku lokalizacji.<\/p>\n

Usterka kluczowej funkcji<\/h2>\n

Sytuacja, kt\u00f3ra zdarza si\u0119 wcale nie tak rzadko: strona internetowa jest dost\u0119pna, wczytuje si\u0119 w ca\u0142o\u015bci i ca\u0142kiem szybko, ale jedna z kluczowych funkcji (np. dodanie produktu do koszyka) nie dzia\u0142a. Bez odpowiedniego monitoringu o takiej usterce w\u0142a\u015bciciel strony dowie si\u0119 najprawdopodobniej dopiero obserwuj\u0105c nag\u0142y spadek sprzeda\u017cy. Mniej prawdopodobne jest, \u017ce jednemu z u\u017cytkownik tak bardzo b\u0119dzie zale\u017ca\u0142o na skorzystaniu z danej funkcji, \u017ce zg\u0142osi problem.<\/p>\n

Jak wykrywa\u0107 usterki kluczowych funkcji<\/h3>\n

Najbardziej zaawansowan\u0105 funkcj\u0105 monitoruj\u0105c\u0105 strony internetowe jest monitoring proces\u00f3w wed\u0142ug scenariuszy<\/a>. Dzia\u0142anie takiego testu polega na cyklicznym udawaniu rzeczywistego u\u017cytkownika korzystaj\u0105cego z prawdziwej przegl\u0105darki i wykonuj\u0105cego ci\u0105g czynno\u015bci wed\u0142ug zdefiniowanego scenariusza. Wype\u0142nianie formularzy, klikanie przycisk\u00f3w, oczekiwanie na pojawienie si\u0119 elementu itd. <\/p>\n

Je\u017celi na kt\u00f3rymkolwiek z krok\u00f3w scenariusz wyst\u0105pi problem – np. brak oczekiwanego elementu albo niew\u0142a\u015bciwa reakcja na dan\u0105 czynno\u015b\u0107 – monitoring zarejestruje i zg\u0142osi awari\u0119, informuj\u0105c, na kt\u00f3rym kroku wyst\u0105pi\u0142a i wykonuj\u0105c zrzut ekranu.<\/p>\n

Wyga\u015bni\u0119cie certyfikatu SSL lub domeny<\/h2>\n

Zabezpieczenie strony poprzez szyfrowanie wszelkiej komunikacji (https zamiast http) to obecnie konieczno\u015b\u0107. Ale wi\u0105\u017ce si\u0119 z konieczno\u015bci\u0105 odnawiania certyfikatu SSL na serwerze i pami\u0119tania o dacie jego wyga\u015bni\u0119cia. Oczywi\u015bcie dostawca certyfikatu informuje o zbli\u017caj\u0105cym si\u0119 terminie wyga\u015bni\u0119cia. Ale czasem zdarza si\u0119, \u017ce kupuj\u0105c certyfikat u\u017cyjemy adresu email, kt\u00f3ry rzadko sprawdzamy. Albo \u017ce takie powiadomienia trafi\u0105 do folderu spam i ujd\u0105 naszej uwadze. <\/p>\n

W ten sam spos\u00f3b mo\u017cna przegapi\u0107 termin odnowienia domeny. Niezale\u017cnie, czy wygas\u0142 certyfikat czy domena, z punktu widzenia u\u017cytkownika strona b\u0119dzie niedost\u0119pna.<\/p>\n

Jak monitorowa\u0107 wygasanie certyfikatu SSL i domeny<\/h3>\n

Alert w momencie wyga\u015bni\u0119cia certyfikatu lub domeny to sygna\u0142 informuj\u0105cy, \u017ce nast\u0105pi\u0142a sytuacja krytyczna. Oczywi\u015bcie du\u017co lepiej jest zapobiega\u0107 i unika\u0107 ni\u017c reagowa\u0107. Dlatego monitoring certyfikat\u00f3w SSL i domen<\/a> sprawdza dat\u0119 wyga\u015bni\u0119cia i informuje w\u0142a\u015bciciela odpowiednio wcze\u015bniej (kilkakrotnie), \u017ce zbli\u017ca si\u0119 termin wyga\u015bni\u0119cia.<\/p>\n

Co jeszcze mo\u017cna i warto monitorowa\u0107<\/h2>\n

Us\u0142ugi monitoruj\u0105ce pozwalaj\u0105 wykrywa\u0107 r\u00f3wnie\u017c inne problemy, na przyk\u0142ad:<\/p>\n