Monitoring uptime w pakiecie z Core Web Vitals

Strona wygląda normalnie, a zamówienia stanęły

Serwer przestaje odpowiadać, a CDN nadal serwuje stronę główną z cache'u. Albo release psuje checkout, podczas gdy reszta stron działa normalnie. Nikt niczego nie zauważa, dopóki klient nie napisze maila z pytaniem, dlaczego nie może zapłacić.

CoreDash pilnuje obu tych rzeczy w tym samym projekcie, w którym masz Core Web Vitals.

Mail i wiadomość na Slacku, gdy strona padnie

Gdy strona padnie lub odpowie błędnym statusem, dostajesz maila i wiadomość na Slacku, a kolejną – gdy znów zacznie działać. Dodaj najważniejsze strony, zaczynając od strony głównej i checkoutu, a CoreDash sprawdzi każdą z nich co 30 minut.

Monitor zmienia status na Down dopiero po dwóch nieudanych sprawdzeniach z rzędu z dwóch różnych serwerów, więc chwilowy problem z siecią cię nie obudzi.

Wszystkie monitorowane strony na jednej liście, z uptime'em z ostatnich 7 dni i certyfikatami wygasającymi w ciągu dwóch tygodni.

Zobacz awarię, którą ukrywa CDN

CDN może nadal serwować strony z cache'u, kiedy serwer nie działa. Strona główna ciągle się wczytuje, ale zalogowani klienci, koszyki i każda strona spoza cache'u zwracają błąd. CoreDash i tak oznacza stronę jako Down: wpisz adres IP serwera w sekcji Advanced podczas dodawania lub edycji monitora, a każde sprawdzenie zapyta bezpośrednio serwer, z pominięciem CDN.

Ile z czasu oczekiwania odwiedzających to sam serwer

W tym przykładzie około połowa czasu oczekiwania odwiedzających to sam serwer. CoreDash zestawia czas odpowiedzi z każdego sprawdzenia z TTFB realnych odwiedzających na poziomie p75: około 950 ms z checkera, ze skokiem każdego wieczoru, wobec 1,92 s u odwiedzających.

Największy obraz ani nagłówek nie pojawią się, zanim serwer nie odpowie. Szybszy LCP zaczyna się więc od serwera.

Wychwyć checkout, który przestał działać po ostatnim release

Po release strona główna może nadal odpowiadać, podczas gdy checkout zwraca „nie znaleziono strony”. Monitor na stronie głównej nie widzi wtedy problemu.

Tutaj checkout ma osobny monitor. Działał przez pięć dni, a od release sprzed dwóch dni zwraca 404, co CoreDash oznacza jako Unexpected status. W tym przypadku również dostajesz maila i wiadomość na Slacku – a kolejną, gdy checkout znów zacznie działać.

Brak fałszywych alarmów z firewalla i certyfikaty wykrywane dwa tygodnie przed wygaśnięciem

Firewall blokujący checkera nigdy nie wywoła fałszywego alertu o awarii. Monitor pokazuje wtedy status Blocked, linkuje do rozwiązania i nie zalicza tego jako przestój.

Lista monitorów zlicza też każdy certyfikat, który wygasa w ciągu 14 dni. Zapomniane odnowienie pojawi się na niej dwa tygodnie przed tym, jak przeglądarki zaczną ostrzegać odwiedzających.

Co się dzieje po awarii o 19:50

Serwer przestaje odpowiadać o 19:50. O 20:00 pierwszy serwer nie dostaje odpowiedzi, a monitor zmienia status na Failing – alert jeszcze nie wychodzi. Pół godziny później drugi serwer również nie dostaje odpowiedzi. Monitor przechodzi w stan Down, po czym wychodzi mail i wiadomość na Slacku.

Przy pierwszym sprawdzeniu, które znów otrzyma odpowiedź, monitor wraca do stanu Up i tą samą drogą wychodzi powiadomienie o powrocie do normy. W zależności od tego, kiedy serwer przestanie odpowiadać, dowiadujesz się o tym od 30 do 60 minut później.

Uptime w projekcie, do którego zespół już zagląda

Każdy monitor należy do projektu w CoreDash, a wszyscy w projekcie widzą go obok LCP, INP i CLS tej samej strony. Jest wliczony w subskrypcję, którą już masz, a także w okres próbny. Zapytaj Claude'a „czy moja strona leżała w tym tygodniu?” na tym samym czacie, na którym pytasz, dlaczego wzrósł LCP na mobile. Połącz Claude z CoreDash.

Kiedy potrzebujesz osobnego narzędzia do uptime'u

CoreDash sprawdza stronę co 30 minut z dwóch serwerów w jednym regionie i wysyła alerty mailem oraz na Slacka. Krótki przestój między dwoma sprawdzeniami może umknąć, nie ma też publicznej strony statusowej ani SMS-ów. Jeśli potrzebujesz sprawdzania co minutę z wielu krajów, warto zapłacić za osobne narzędzie do uptime'u.

Żeby wiedzieć, że strona i checkout działają, i jak szybko odpowiada serwer – nie potrzebujesz osobnego narzędzia. Masz to już w projekcie CoreDash, bez dodatkowych kosztów.