Bieżący status witryny
Sprawdź, czy aktywna witryna projektu jest zapisana jako działająca, niedostępna, przekraczająca czas lub nieosiągalna, zanim otworzysz szczegółowe dane.
Monitoring dostępności witryny dla stron SEO i sprzedażowych
Sprawdzaj, czy witryna projektu Screpy jest dostępna, mierz jej dostępność i czasy odpowiedzi z 30 dni, przeglądaj błędy HTTP oraz przywracanie po incydentach i powiadamiaj właściwą skrzynkę, nie przedstawiając dostępności jako gwarancji pozycji.
TL;DR
Za długie; nie przeczytałem
Pokaż podsumowanie Ukryj podsumowanie
TL;DR
Za długie; nie przeczytałem
Czym jest Screpy Uptime Monitoring?
Screpy Uptime Monitoring wielokrotnie sprawdza publiczną witrynę skonfigurowaną dla projektu, zapisuje dostępność HTTP i czas odpowiedzi oraz podsumowuje ostatnie 30 dni wraz z incydentami i obsługiwanymi powiadomieniami e-mail. Dostarcza zewnętrzne dowody monitoringu, nie diagnozuje infrastruktury ani nie gwarantuje widoczności w wyszukiwarce.
Skonfiguruj kontrolę projektu
- Screpy monitoruje publiczny adres URL witryny skonfigurowany dla bieżącego projektu.
- Monitoring uptime można włączyć lub wyłączyć w ustawieniach projektu.
- Dostępny interwał kontroli zależy od aktywnego planu.
- Opcjonalny adres powiadomień może otrzymywać obsługiwane wiadomości o awarii.
Odczytuj kondycję z 30 dni
- Bieżący status pokazuje wynik ostatniej ukończonej kontroli.
- Procent uptime podsumowuje udane kontrole z ostatnich 30 dni.
- Średni czas odpowiedzi korzysta z udanych kontroli z tego samego okresu.
- Data ostatniej kontroli i łączna liczba kontroli pokazują świeżość monitoringu.
Sprawdzaj dowody kontroli
- Odpowiedzi HTTP 2xx i 3xx są zapisywane jako dostępne.
- Inne odpowiedzi HTTP, przekroczenia czasu i błędy połączenia pozostają rozróżnialne.
- Ostatnie kontrole zawierają status, czas odpowiedzi, kod HTTP i sygnaturę czasu.
- Rekordy incydentów przechowują razem rozpoczęcie awarii i czas przywrócenia.
Poznaj granice
- Każdy projekt monitoruje skonfigurowaną witrynę, a nie dowolną listę endpointów.
- Zewnętrzne kontrole HTTP nie zastępują monitoringu infrastruktury ani transakcji.
- Screpy zapisuje objawy i przywrócenie, ale nie deklaruje automatycznej analizy przyczyny.
- Dostępność wspiera dostęp crawlerów, ale nie gwarantuje indeksowania ani pozycji.
Zobacz dostępność, czas odpowiedzi i incydenty w jednym widoku.
Zacznij od bieżącego stanu, a następnie wykorzystaj podsumowanie 30-dniowe, ostatnie kontrole, oś czasu odpowiedzi i sygnatury incydentów, aby zdecydować, czy witryna projektu wymaga analizy.
Procent uptime z 30 dni
Oblicz udział udanych kontroli zapisanych w ostatnim 30-dniowym oknie zamiast oceniać niezawodność na podstawie jednego żądania.
Średni czas odpowiedzi
Sprawdź średni czas odpowiedzi z udanych kontroli w tym samym okresie 30 dni, aby dostępność i opóźnienie dostarczania pozostały odrębne.
Oś czasu czasu odpowiedzi
Śledź ostatnie pomiary czasu odpowiedzi na wykresie i porównuj wolniejsze okresy z wdrożeniami, zdarzeniami ruchu lub zmianami infrastruktury.
Ostatnie kontrole HTTP
Sprawdzaj zapisany status, kod odpowiedzi HTTP, czas odpowiedzi, bezpieczny stan błędu i sygnaturę czasu ostatnich kontroli witryny projektu.
Rozkład statusów
Oddzielaj wyniki udane, niedostępne, przekraczające czas i z błędem połączenia, aby zobaczyć, czy problem jest pojedynczy czy powtarzalny w oknie raportowania.
Historia incydentów i przywróceń
Przeglądaj otwarte i rozwiązane incydenty z sygnaturami rozpoczęcia i przywrócenia, zamiast tracić zdarzenie po ponownym udostępnieniu witryny.
Powiadomienia e-mail
Wysyłaj obsługiwane powiadomienia o awarii i przywróceniu członkom projektu oraz opcjonalnemu adresowi powiadomień, gdy incydent spełnia warunki.
Monitoruj publiczną witrynę skonfigurowaną dla każdego projektu.
Screpy wysyła cykliczne zewnętrzne kontrole HTTP do witryny projektu w interwale dostępnym w aktywnym planie, a następnie łączy wynik z tą samą przestrzenią SEO.
- Używaj adresu URL witryny już skonfigurowanego dla projektu
- Zapisuj odpowiedzi HTTP 2xx i 3xx jako dostępne
- Rozróżniaj błędy HTTP, przekroczenia czasu i błędy połączenia
Odczytuj uptime i czas odpowiedzi jako wzorzec.
Kroczący widok 30-dniowy zamienia pojedyncze kontrole w użyteczną historię niezawodności, nie ukrywając ostatniego wyniku ani świeżości danych monitoringu.
- Sprawdzaj bieżący status i procent uptime z 30 dni
- Porównuj średni czas odpowiedzi z serią czasów odpowiedzi
- Analizuj ostatnie kontrole i pełny rozkład statusów
Trzymaj przestój i przywrócenie na tej samej osi czasu.
Nieudane kontrole otwierają lub aktualizują incydent, a następna udana kontrola zapisuje jego rozwiązanie, dzięki czemu awaria ma jasny początek, czas trwania i stan przywrócenia.
- Śledź osobno otwarte i rozwiązane incydenty
- Zachowuj sygnatury rozpoczęcia i rozwiązania incydentu
- Wysyłaj obsługiwane powiadomienia e-mail o awarii i przywróceniu
Skonfiguruj użyteczną pętlę monitoringu uptime.
Kontrola ma wartość, gdy cel jest publiczny, interwał odpowiada ważności witryny, powiadomienia trafiają do odpowiedniej skrzynki, a każdy incydent kończy się zweryfikowanym przywróceniem.
- 01
Użyj publicznego adresu URL witryny projektu
Wybierz stabilny publiczny cel reprezentujący witrynę, do której muszą dotrzeć odwiedzający i crawlery. Unikaj prywatnych ścieżek administracyjnych oraz celowo niedostępnych adresów.
- 02
Włącz kontrole i skonfiguruj interwał
Włącz Uptime Monitoring w ustawieniach projektu, użyj dostępnego interwału i dodaj opcjonalny e-mail powiadomień dla osoby odpowiedzialnej za działanie.
- 03
Odczytaj wzorzec 30-dniowy przed eskalacją
Porównuj bieżący status, procent uptime, historię czasu odpowiedzi, wyniki HTTP i powtarzalne stany błędów, zamiast ogłaszać awarię na podstawie jednego punktu danych.
- 04
Zbadaj i potwierdź przywrócenie
Sprawdź dane wdrożenia, DNS, TLS, hostingu, zapory i aplikacji poza Screpy, a następnie potwierdź, że późniejsza udana kontrola rozwiązuje incydent.
Nadaj priorytet witrynom, w których przestój ma realny koszt.
Używaj cyklicznych kontroli dla projektów, w których dostępność wpływa na sprzedaż, leady, kampanie, dostęp klientów lub możliwość pobierania publicznych treści przez crawlery.
Witryny przychodowe
Obejmij cyklicznymi zewnętrznymi kontrolami dostępności sklep, stronę rezerwacji, produkt subskrypcyjny lub witrynę generującą leady.
Zasoby wyszukiwania organicznego
Obserwuj publiczną witrynę, do której muszą dotrzeć crawlery i odwiedzający organiczni, zanim jakość treści lub praca nad pozycjami będzie miała znaczenie.
Witryny premier i kampanii
Śledź witrynę projektu podczas premier, migracji, redesignów i aktywnych kampanii, gdy problem z dostępnością ma natychmiastowy koszt.
Portfele wielu projektów
Sprawdzaj uptime osobno dla każdego projektu Screpy, aby agencje i zespoły wewnętrzne mogły utrzymywać witryny klientów lub marek w jednym procesie.
Poznaj granice wyniku uptime.
Screpy dostarcza zewnętrzne dane HTTP i historię incydentów dla skonfigurowanej witryny projektu. Korzystaj z infrastruktury, logów, testów transakcji i danych wyszukiwania, gdy pytanie wykracza poza ten zakres.
Jeden cel witryny projektu
Uptime Monitoring sprawdza publiczny adres URL skonfigurowany dla projektu Screpy. Nie jest ogólną listą niezależnych monitorów endpointów.
Kontrola zewnętrzna, nie telemetria infrastruktury
Wynik opisuje, czy publiczny cel odpowiedział. Nie sprawdza CPU, pamięci, kontenerów, baz danych, sieci prywatnych ani logów serwera.
Dane incydentu, nie dowód przyczyny
Status HTTP, czas i sygnatury incydentu zawężają analizę, ale nie dowodzą, czy przyczyną był DNS, TLS, hosting, wdrożenie, zapora czy kod aplikacji.
Dostępność nie gwarantuje SEO
Działająca publiczna strona jest potrzebna odwiedzającym i crawlerom, ale sam wysoki procent uptime nie gwarantuje indeksowania, pozycji, ruchu, przychodu ani konwersji.
Użyj procesu kondycji witryny odpowiedniego do awarii.
Monitoruj osiągalność w czasie, audytuj szerszą witrynę, gdy powtarzają się błędne adresy URL lub wzorce crawlu, albo sprawdzaj wydajność strony po ustabilizowaniu dostępności.
Śledź bieżący status witryny projektu, uptime z 30 dni, historię czasu odpowiedzi, ostatnie kontrole HTTP i incydenty.
Wykonaj crawl szerszej witryny, aby znaleźć powtarzające się błędne strony, problemy przekierowań, niedziałające cele i wzorce techniczne wokół problemu dostępności.
Uruchamiaj cykliczne laboratoryjne kontrole wydajności, gdy witryna jest osiągalna, ale ładowanie lub responsywność nadal wymagają analizy.
Dokumentacja Screpy
Dowiedz się, jak monitorować uptime witryny
Skorzystaj z przewodnika Screpy, aby wybrać użyteczny publiczny adres URL projektu, skonfigurować zależny od planu interwał i e-mail powiadomień, interpretować dane dostępności z 30 dni oraz weryfikować przywrócenie po incydencie.
Odpowiedzi na pytania o monitoring uptime witryny.
Poznaj docelowy adres URL, logikę statusów HTTP, interwał kontroli, historię 30-dniową, czasy odpowiedzi, przywracanie po incydentach, zakres powiadomień oraz różnicę między uptime a pełnym monitoringiem infrastruktury.
Co mierzy Screpy Uptime Monitoring?
Screpy sprawdza publiczny adres URL witryny skonfigurowany dla projektu i zapisuje status dostępności, kod odpowiedzi HTTP, czas odpowiedzi, sygnaturę kontroli oraz bezpieczny stan błędu. Dashboard podsumowuje ostatnie 30 dni procentem uptime, średnim czasem odpowiedzi, ostatnimi kontrolami, rozkładem statusów i incydentami.
Co Screpy uznaje za działanie lub niedostępność?
Ukończona odpowiedź HTTP z zakresu 200 lub 300 jest zapisywana jako działająca. Inne odpowiedzi HTTP są zapisywane jako niedostępne, a przekroczenia czasu połączenia i inne błędy żądania są rejestrowane osobno jako stany timeout lub błędu.
Jak często Screpy sprawdza uptime witryny?
Screpy używa interwału skonfigurowanego dla projektu. Dostępne wartości domyślne i dostęp do funkcji zależą od bieżącego planu, a kwalifikujące się plany mogą używać interwałów nawet jednominutowych. Dashboard pokazuje ostatnią kontrolę, aby można było bezpośrednio ocenić świeżość.
Czy Uptime Monitoring pokazuje historię czasu odpowiedzi?
Tak. Widok Uptime przedstawia ostatnie czasy odpowiedzi i 30-dniową średnią udanych kontroli. Czas odpowiedzi jest kontekstem operacyjnym, ale nie oznacza pełnej wydajności ładowania ani doświadczenia użytkownika.
Jak działają incydenty niedostępności i odzyskiwanie?
Nieudana kontrola otwiera lub aktualizuje bieżący incydent. Gdy późniejsza kontrola się powiedzie, Screpy zamyka incydent i zapisuje czas przywrócenia.
Czy Screpy wysyła alerty o przestoju?
Screpy może wysyłać e-maile członkom projektu i opcjonalnemu adresowi powiadomień o obsługiwanych awariach. Po zgłoszonym incydencie może pojawić się wiadomość o przywróceniu. Lista incydentów jest źródłem prawdy, ponieważ nie każda awaria musi wygenerować e-mail.
Czy monitoring uptime zastępuje monitoring serwera lub transakcji?
Nie. Screpy weryfikuje skonfigurowaną publiczną witrynę projektu z zewnątrz aplikacji. Nie sprawdza prywatnej infrastruktury ani wieloetapowych ścieżek, takich jak logowanie, wyszukiwanie, wysłanie formularza czy finalizacja zakupu.
Czy przestój witryny może wpływać na crawl lub indeksację?
Problemy z dostępnością mogą uniemożliwić crawlerom pobranie strony, a powtarzające się błędy serwera lub przekroczenia czasu ograniczyć crawl. Uptime Monitoring dostarcza dowodów do analizy, ale nie gwarantuje, kiedy wyszukiwarka odwiedzi, zaindeksuje lub sklasyfikuje URL.
Dowiedz się, kiedy witryna projektu staje się niedostępna.
Włącz cykliczne kontrole, kieruj obsługiwane wiadomości o incydentach do właściwej skrzynki, przeglądaj dane 30-dniowe i potwierdź przywrócenie po naprawie problemu.
Zbuduj proces SEO przy mniejszym budżecie
Zobacz, jak Screpy łączy audyty, pozycje, widoczność AI i monitoring z przejrzystymi limitami planów.