Jak skonfigurować monitorowanie strony internetowej za pomocą Astrina

Jak skonfigurować monitorowanie strony internetowej za pomocą Astrina

Dobre monitorowanie zaczyna się przed pierwszym powiadomieniem. Jeśli masz już Astrina na stronie, następnym krokiem jest zdecydowanie, co zasługuje na uwagę w pierwszej kolejności i dlaczego. Ten wybór kształtuje wszystko, co następuje, od ilości powiadomień po czas reakcji. Strona główna nie jest tym samym co strona kasy.

Niektóre zespoły otwierają Astrina i próbują monitorować wszystko naraz. Zły pomysł. Mniejsza lista jest łatwiejsza do zaufania, szczególnie w pierwszym tygodniu. Jeśli nadal mapujesz stos, szybki rzut oka na platforma analityki i monitorowania stron internetowychmoże pomóc w określeniu, jak produkt ma być używany w praktyce.

1. Potwierdź cel i zakres monitorowania

Zacznij od jednego pytania: co chcesz, aby Astrina oglądała? Strona główna może powiedzieć, czy strona działa. Proces logowania może powiedzieć, czy użytkownicy mogą się zalogować. Strona płatności może powiedzieć, czy pieniądze są tracone w tej chwili. To różne zadania, które wymagają różnych kontroli. Wybierz jedno na początek.

Dla wielu zespołów pierwszym monitorem powinna być prosta kontrola dostępności na głównej stronie. To szybko wychwyci awarie. Dla sklepu ścieżka płatności ma większe znaczenie niż frontowe drzwi. Dla produktu SaaS strona logowania lub proces resetowania hasła mogą być stroną, która najbardziej boli, gdy zawiedzie. Jeśli jeden uszkodzony formularz blokuje leady, monitoruj ten formularz, a nie bloga.

Używaj ryzyka biznesowego, a nie rozmiaru strony, jako przewodnika. Strona o 20 podstronach może mieć jedną stronę, która ma większe znaczenie niż pozostałe 19 razem wziętych. Portal o 2000 stronach może potrzebować tylko 12 monitorowanych tras na początku. Ta różnica oszczędza czas później, ponieważ zmęczenie alertami zaczyna się od niejasnego zakresu.

Nie próbujesz zbudować mapy całej strony w jedno popołudnie. Wybierasz pierwsze rzeczy, które spowodowałyby prawdziwe szkody, gdyby zawiodły. To jest filtr. Proste, ale niełatwe.

2. Wybierz odpowiednie strony lub ścieżki użytkowników do monitorowania

Spójrz na stronę, a potem na konsekwencje. Jeśli strona zawiedzie, kto zauważy to jako pierwszy: klienci, sprzedaż, wsparcie czy zespół finansowy? Uszkodzony błąd aplikacji na stronie płatności może być gorszy niż wolny artykuł na blogu, nawet jeśli blog ma więcej ruchu. Metryka podąża za ryzykiem.

Myśl w kategoriach podróży, a nie tylko adresów URL. Odwiedzający może trafić na stronę główną, kliknąć „Zaloguj się”, a następnie trafić na ekran płatności. Jeśli jakikolwiek krok zawiedzie, podróż się nie udaje. Monitorowanie Astrina działa lepiej, gdy opisujesz ścieżkę, którą podąża użytkownik, ponieważ w ten sposób ujawniają się prawdziwe problemy. Strona płatności, która się ładuje, ale nigdy się nie kończy, wciąż jest problemem.

Jest w tym praktyczny aspekt. Jeśli twój zespół wsparcia już otrzymuje zgłoszenia dotyczące jednej strony, ta strona powinna znaleźć się na liście. Jeśli jeden formularz generuje pięć ręcznych poprawek dziennie, ten formularz zasługuje na monitorowanie przed stroną „o nas”. Ta sama logika dotyczy stron związanych z przychodami, zgodnością lub onboardingu klientów. Używaj stron z najbardziej widocznymi konsekwencjami.

Niektóre zespoły oddzielają również strony publiczne od autoryzowanych procesów. Strony publiczne można sprawdzać z zewnątrz ściany logowania. Strony prywatne mogą wymagać innej konfiguracji i innych oczekiwań. To normalne. To także powód, dla którego czysta lista ma znaczenie od pierwszego dnia.

3. Skonfiguruj pierwszy test w Astrina

Gdy zakres jest jasny, stwórz pierwszą kontrolę w Astrina i nazwij ją tak, aby lista alertów miała sens na pierwszy rzut oka. Nazwa taka jak „Strona główna - produkcja - dostępność” jest prosta, ale działa. „Strona główna 1” nie działa. Nazwy powinny mówić ci trzy rzeczy: co jest monitorowane, gdzie działa i dlaczego istnieje.

Wybierz cel ostrożnie. Jeśli celem jest dostępność, skieruj sprawdzenie na stronę lub punkt końcowy, który najlepiej odzwierciedla rzeczywistą dostępność. Jeśli celem jest zachowanie ładowania strony, wybierz stronę, którą użytkownicy faktycznie otwierają. Jeśli celem jest podróż, pierwszy krok w podróży zazwyczaj nie wystarcza sam w sobie. Monitor powinien odpowiadać ryzyku, które zidentyfikowałeś w pierwszej sekcji.

Zachowaj pierwsze ustawienie nudne. To komplement. Nudne monitorowanie jest łatwiejsze do zaufania, a zaufanie ma większe znaczenie niż wymyślne nazewnictwo. Jeden jasny test przewyższa trzy mylące. Jeśli pierwszy test to strona logowania, powiedz to w nazwie. Jeśli to strona kasy, powiedz to również. Twoje przyszłe ja ci podziękuje.

Jeśli budujesz monitorowanie dla większej strony, pomocne jest dostosowanie nazw testów do struktury strony. A strona internetowa firmy często ma przewidywalne sekcje, co ułatwia nazewnictwo. Strony bogate w produkty są bardziej chaotyczne. Wykorzystaj ten chaos na swoją korzyść, utrzymując każdy test specyficzny.

4. Ustaw warunki powiadomień i odbiorców

Alerty powinny coś znaczyć. Jeśli Astrina wysyła wiadomość po jednym krótkim zakłóceniu, ludzie przestają czytać wiadomości. Jeśli czeka zbyt długo, użytkownicy zauważają to, zanim zespół. Złoty środek zależy od strony i kosztu opóźnienia. Strona kasy może uzasadniać szybszy alert niż statyczny artykuł.

Zdecyduj, co liczy się jako awaria. W wielu przypadkach chcesz unikać alarmowania o pojedynczym pominiętym odpowiedzi, jeśli problem sam się rozwiązuje w ciągu następnej minuty. Powtarzające się awarie są często lepszym sygnałem. Strona, która przestaje odpowiadać przez kilka sprawdzeń z rzędu, różni się od jednorazowego przekroczenia czasu. Ta różnica oszczędza ludziom gonitwę za duchami.

Wybierz odbiorców powiadomień według odpowiedzialności, a nie hierarchii. Osoba, która może działać, powinna otrzymać alert. W przypadku awarii produkcji może to być lider wsparcia i programista na dyżurze. Dla strony docelowej marketingu może to być zespół wzrostu. Dla strony płatności dodaj finansów, jeśli płatności mają znaczenie w pierwszej godzinie.

Utrzymuj ścieżki alertów proste. Jeden alert do czterech osób jest zazwyczaj lepszy niż cztery oddzielne kanały, które nikt nie monitoruje. Jeśli twój zespół korzysta z e-maila i czatu, przetestuj oba. Jeśli jeden kanał jest hałaśliwy, napraw to przed dodaniem kolejnego. Hałas jest tutaj wrogiem.

Jest druga warstwa, którą warto sprawdzić: kto nie powinien otrzymywać każdego alertu. CEO nie potrzebuje powiadomienia o krótkim przekroczeniu czasu na stronie stagingowej. Projektant nie potrzebuje alertów o dostępności produkcji, chyba że ta osoba jest właścicielem strony. Mała lista odpowiednich odbiorców jest lepsza niż długa lista niewłaściwych.

Przydatną zasadą jest kierowanie krytycznymi awariami do mniejszej liczby osób, a awariami o niższym priorytecie do szerszych grup. To utrzymuje system w uczciwości. To także utrzymuje poranek w spokoju.

5. Przeprowadź test bazowy i potwierdź, że test działa zgodnie z oczekiwaniami

Zanim polegasz na monitorze, przetestuj go raz celowo. Wyzwól sprawdzenie, przejrzyj wynik i potwierdź, że Astrina pokazuje stan, którego się spodziewałeś. Jeśli strona jest zdrowa, powinieneś zobaczyć zdrowy wynik. Jeśli symulujesz awarię, powinieneś zobaczyć awarię. To brzmi oczywiście. Nie zawsze jest to oczywiste w ustawieniu na żywo.

Sprawdź czas jako część testu. Jak długo trwało sprawdzenie? Czy alert dotarł tam, gdzie powinien? Czy status zmienił się wystarczająco szybko dla wybranej przez ciebie strony? Strona płatności, która zbyt długo rejestruje, może przegapić moment, który ma znaczenie, szczególnie jeśli problem jest krótkotrwały.

Uważaj na proste błędy. Zły URL. Złe środowisko. Zły odbiorca. Zły próg alertu. Te cztery błędy pojawiają się częściej, niż ludzie przyznają. Dobry test bazowy wychwytuje je, zanim zrobią to użytkownicy. O to właśnie chodzi.

Jeśli nie jesteś pewien, jak wygląda czysty test, porównaj go z tym, jak powinno zachowywać się stabilne sprawdzenie produkcji w czasie. Zespoły, które już mają wsparcie strony internetowej po uruchomieniu często traktują test bazowy jako pierwszy krok rutynowej konserwacji, a nie jednorazowy trik konfiguracyjny. Ten nawyk opłaca się, gdy strona znowu się zmienia.

Jeszcze jeden szczegół: prowadź rejestr pierwszego wyniku. Data, nazwa strony i status są wystarczające. Później, jeśli ktoś zapyta, czy monitor działał od pierwszego dnia, będziesz miał coś konkretnego do pokazania.

6. Organizuj monitorowanie według środowiska lub priorytetu

W miarę jak liczba kontroli rośnie, podziel je w sposób, który zespół zrozumie w 10 sekund. Produkcja i staging nie powinny być razem bez etykiet. Krytyczne strony nie powinny być mieszane z stronami o niskim priorytecie. Struktura ma znaczenie, ponieważ ludzie szybko przeglądają listy alertów, zazwyczaj podczas robienia czegoś innego.

Środowisko to najczystszy pierwszy podział. Jeśli testujesz zmiany na stagingu, trzymaj te monitory oddzielnie od strony na żywo. Awaria stagingu może być przydatna podczas rozwoju, ale bezużyteczna o 2 w nocy w piątek. Produkcja zasługuje na własny pas.

Priorytet to drugi podział. Strona główna, proces logowania i strona kasy mogą być wszystkimi kontrolami produkcyjnymi, ale nie zasługują na tę samą reakcję. Oznacz strony, które mogą zatrzymać przychody, zablokować logowanie lub przerwać onboarding. Strony o niższym priorytecie mogą poczekać nieco dłużej, jeśli zajdzie taka potrzeba. To nie jest zaniedbanie. To jest triage.

Dla większych zespołów ta struktura również redukuje zamieszanie podczas przekazywania. Zespół wsparcia może zobaczyć jedną grupę. Inżynierowie mogą zobaczyć inną. Produkt może obserwować najbardziej skierowane na klienta kontrole, nie będąc przytłoczonym hałasem. Jeśli kiedykolwiek odziedziczyłeś zagraconą listę alertów, już wiesz, dlaczego to ma znaczenie.

Niektóre strony potrzebują szerszej struktury, ponieważ sama strona jest szeroka. A skalowalny portal informacyjny i rozrywkowymoże pomieścić wiele stron, wiele podróży i wiele różnych oczekiwań dotyczących odpowiedzi. Tego rodzaju strona korzysta z grupowania kontroli, zanim lista stanie się nie do zarządzania.

Zachowaj etykiety proste. „Produkcja / krytyczne”, „Staging / test” i „Produkcja / niższy priorytet” są wystarczające dla większości zespołów. Wyszukane etykiety mają tendencję do szybkiego starzenia się.

7. Przeglądaj i utrzymuj konfigurację monitorowania w czasie

Monitorowanie nie jest jednorazowym zadaniem. Strony się zmieniają, adresy URL się przesuwają, zespoły rotują, a stare kontrole stają się nieaktualne. Jeśli monitor nadal wskazuje na stronę, która już nie ma znaczenia, to jest marnotrawstwo. Jeśli odbiorca alertu opuścił firmę, jest jeszcze gorzej. Przejrzyj ustawienia po każdej istotnej zmianie na stronie.

Prosta miesięczna kontrola często wystarcza dla mniejszych zespołów. Sprawdź, czy monitorowane strony nadal istnieją, czy odbiorcy alertów są poprawni i czy jakieś hałaśliwe kontrole powinny zostać dostosowane lub usunięte. Na bardziej ruchliwych stronach przeglądaj po każdej wersji. To jest szczególnie prawdziwe, jeśli wersja zmienia nawigację, formularze lub uwierzytelnianie.

Zwracaj uwagę na kontrole, które nikt nie otwiera. Ignorowany monitor to fałszywe poczucie bezpieczeństwa. Jeśli strona już nie wpływa na użytkowników, wycofaj kontrolę. Jeśli strona stała się ważniejsza, podnieś ją w priorytetach. Ustawienia powinny odzwierciedlać stronę taką, jaka jest teraz, a nie stronę sprzed sześciu miesięcy.

Pomaga również przeglądanie listy monitorowania po uruchomieniu nowej funkcji. Nowy krok rejestracji, proces płatności lub ścieżka resetowania hasła mogą wymagać własnej kontroli natychmiast. To samo dotyczy przekierowań po redesignie. Strona może wyglądać dobrze w przeglądarce, a mimo to nie przejść monitorowania, jeśli ścieżka się zmieniła.

Dla zespołów, które traktują monitorowanie jako część szerszej ochrony, struktura zazwyczaj znajduje się obok bezpieczeństwie strony internetowej, a nie oddzielnie. To połączenie ma sens. Jeśli strona przestaje działać z powodu złego wdrożenia lub problemu z bezpieczeństwem, monitor powinien szybko to pokazać.

Zachowaj nawyk praktyczny. Przejrzyj listę, usuń martwe kontrole, dodaj nowe i potwierdź, że ścieżka alertu nadal dociera do właściwej osoby. Małe prace konserwacyjne teraz zapobiegają większym zamieszaniom później. To jest cicha część monitorowania i ta część, która zazwyczaj decyduje, czy pozostaje użyteczna.