Stato corrente del sito
Verifica se il sito attivo è registrato come online, offline, in timeout o irraggiungibile prima di aprire i dettagli.
Monitoraggio uptime per siti SEO e orientati ai ricavi
Verifica che il sito del progetto sia raggiungibile, misura disponibilità e tempi di risposta negli ultimi 30 giorni, controlla errori HTTP e ripristino degli incidenti e avvisa la casella giusta senza trasformare l'uptime in una promessa di ranking.
TL;DR
Troppo lungo; non letto
Mostra riepilogo Nascondi riepilogo
TL;DR
Troppo lungo; non letto
Che cos'è Screpy Uptime Monitoring?
Screpy Uptime Monitoring controlla ripetutamente il sito pubblico configurato per un progetto, registra disponibilità HTTP e tempo di risposta e riassume gli ultimi 30 giorni con incidenti e notifiche email supportate. Fornisce prove di monitoraggio esterno; non diagnostica l'infrastruttura e non garantisce la visibilità nella ricerca.
Configura il controllo del progetto
- Screpy monitora l'URL pubblico configurato per il progetto corrente.
- Uptime Monitoring può essere attivato o disattivato nelle impostazioni del progetto.
- L'intervallo disponibile dipende dal piano attivo.
- Un indirizzo opzionale può ricevere email di interruzione supportate.
Leggi lo stato di 30 giorni
- Lo stato corrente mostra il risultato dell'ultimo controllo completato.
- La percentuale di uptime riassume i controlli riusciti degli ultimi 30 giorni.
- Il tempo medio di risposta usa i controlli riusciti dello stesso periodo.
- Ultimo controllo e numero totale rendono visibile l'aggiornamento.
Esamina le prove dei controlli
- Le risposte HTTP 2xx e 3xx vengono registrate come disponibili.
- Altre risposte HTTP, timeout ed errori di connessione restano distinguibili.
- I controlli recenti includono stato, tempo di risposta, codice HTTP e timestamp.
- Gli incidenti conservano insieme gli orari di inizio e ripristino.
Comprendi i limiti
- Ogni progetto monitora il proprio sito configurato, non un elenco arbitrario di endpoint.
- I controlli HTTP esterni non sostituiscono il monitoraggio dell'infrastruttura o delle transazioni.
- Screpy registra sintomi e ripristino, ma non dichiara un'analisi automatica della causa principale.
- La disponibilità favorisce l'accesso dei crawler, ma non garantisce indicizzazione o ranking.
Disponibilità, risposta e incidenti in un'unica vista.
Parti dallo stato corrente, poi usa riepilogo di 30 giorni, controlli recenti, cronologia delle risposte e orari degli incidenti per decidere se il sito richiede un'analisi.
Percentuale di uptime di 30 giorni
Calcola la quota di controlli riusciti nell'ultima finestra di 30 giorni invece di giudicare l'affidabilità da una sola richiesta.
Tempo medio di risposta
Esamina il tempo medio dei controlli riusciti nello stesso periodo, mantenendo distinti disponibilità e latenza di consegna.
Cronologia dei tempi di risposta
Segui le misure recenti nel grafico e confronta i periodi lenti con deploy, eventi di traffico o modifiche all'infrastruttura.
Controlli HTTP recenti
Ispeziona stato, codice HTTP, tempo di risposta, stato di errore sicuro e timestamp dei controlli recenti.
Distribuzione degli stati
Separa risultati riusciti, down, timeout ed errori di connessione per capire se il problema è isolato o ricorrente.
Storico di incidenti e ripristini
Esamina incidenti aperti e risolti con orari di inizio e ripristino senza perdere l'evento quando il sito torna disponibile.
Notifiche email
Invia notifiche supportate di interruzione e ripristino ai membri del progetto e a un indirizzo opzionale quando l'incidente è idoneo.
Monitora il sito pubblico configurato per ogni progetto.
Screpy invia controlli HTTP esterni ricorrenti con l'intervallo disponibile nel piano attivo e mantiene il risultato nello stesso spazio di lavoro SEO.
- Usa l'URL del sito già configurato nel progetto
- Registra le risposte HTTP 2xx e 3xx come disponibili
- Distingui errori HTTP, timeout ed errori di connessione
Leggi uptime e tempi di risposta come un andamento.
La vista continua di 30 giorni trasforma i singoli controlli in uno storico utile senza nascondere l'ultimo risultato o l'aggiornamento dei dati.
- Esamina stato corrente e percentuale di uptime
- Confronta il tempo medio con la serie delle risposte
- Controlla i controlli recenti e l'intera distribuzione degli stati
Mantieni interruzione e ripristino nella stessa cronologia.
Un controllo fallito apre o aggiorna un incidente; il controllo riuscito successivo ne registra la risoluzione, con inizio, durata e ripristino chiari.
- Segui separatamente incidenti aperti e risolti
- Conserva orari di inizio e risoluzione
- Invia email supportate di interruzione e ripristino
Crea un ciclo utile di monitoraggio uptime.
Un controllo è utile quando la destinazione è pubblica, l'intervallo riflette l'importanza del sito, le notifiche raggiungono una casella responsabile e ogni incidente termina con un ripristino verificato.
- 01
Usa l'URL pubblico del progetto
Scegli una destinazione pubblica stabile che visitatori e crawler devono raggiungere. Evita percorsi admin privati o volutamente non disponibili.
- 02
Attiva i controlli e configura l'intervallo
Attiva Uptime Monitoring nelle impostazioni, usa l'intervallo del progetto e aggiungi un'email opzionale per la responsabilità operativa.
- 03
Leggi l'andamento di 30 giorni prima di escalare
Confronta stato, uptime, cronologia delle risposte, risultati HTTP e fallimenti ripetuti invece di dichiarare un'interruzione per un solo dato.
- 04
Analizza e conferma il ripristino
Controlla deploy, DNS, TLS, hosting, firewall e applicazione fuori da Screpy, poi conferma che un controllo riuscito successivo chiuda l'incidente.
Dai priorità ai siti dove il downtime ha un costo reale.
Usa controlli ricorrenti per progetti in cui la disponibilità influenza vendite, lead, campagne, accesso dei clienti o recupero dei contenuti pubblici da parte dei crawler.
Siti che generano ricavi
Tieni sotto controllo esterno ricorrente negozio, prenotazioni, prodotto in abbonamento o sito di acquisizione lead.
Proprietà della ricerca organica
Osserva il sito pubblico che crawler e visitatori organici devono raggiungere prima che contenuti o ranking possano contare.
Siti di lancio e campagne
Monitora il sito durante lanci, migrazioni, redesign e campagne attive, quando un problema di disponibilità ha un costo immediato.
Portafogli con più progetti
Esamina l'uptime separatamente per ogni progetto Screpy e gestisci siti cliente o brand nello stesso flusso.
Conosci i limiti di un risultato uptime.
Screpy offre prove HTTP esterne e storico degli incidenti per il sito configurato. Usa infrastruttura, log, test transazionali e dati di ricerca quando la domanda supera questo perimetro.
Un sito per progetto
Uptime Monitoring controlla l'URL pubblico configurato per il progetto Screpy; non è un elenco generico di monitor indipendenti.
Controllo esterno, non telemetria dell'infrastruttura
Il risultato descrive se la destinazione pubblica ha risposto. Non ispeziona CPU, memoria, container, database, reti private o log del server.
Prova dell'incidente, non della causa
Stato HTTP, tempi e orari restringono l'analisi ma non dimostrano se la causa fosse DNS, TLS, hosting, deploy, firewall o codice.
Disponibilità non è una garanzia SEO
Una pagina pubblica funzionante è necessaria a visitatori e crawler, ma un uptime elevato non garantisce indicizzazione, ranking, traffico, ricavi o conversioni.
Usa il flusso di salute del sito adatto al problema.
Monitora la raggiungibilità nel tempo, analizza l'intero sito quando errori o pattern di crawling si ripetono, oppure controlla le prestazioni dopo aver stabilizzato la disponibilità.
Segui stato corrente, uptime di 30 giorni, cronologia delle risposte, controlli HTTP recenti e incidenti del sito.
Scansiona il sito per trovare pagine fallite ricorrenti, problemi di redirect, destinazioni non funzionanti e pattern tecnici attorno a un problema di disponibilità.
Esegui controlli di prestazioni in laboratorio quando il sito è raggiungibile ma caricamento o reattività richiedono ancora analisi.
Documentazione di Screpy
Impara a monitorare l'uptime del sito
Segui la guida Screpy per scegliere un URL pubblico utile, configurare intervallo ed email in base al piano, interpretare le prove di disponibilità di 30 giorni e verificare il ripristino.
Domande sul monitoraggio uptime, con risposta.
Comprendi URL di destinazione, logica degli stati HTTP, intervallo, storico di 30 giorni, tempi di risposta, ripristino degli incidenti, ambito delle notifiche e differenza rispetto al monitoraggio completo dell'infrastruttura.
Che cosa misura Screpy Uptime Monitoring?
Screpy controlla l'URL pubblico configurato per un progetto e registra stato di disponibilità, codice HTTP, tempo di risposta, timestamp e stato di errore sicuro. La dashboard riassume gli ultimi 30 giorni con uptime, tempo medio, controlli recenti, distribuzione e incidenti.
Che cosa considera Screpy disponibile o non disponibile?
Una risposta HTTP completata nell'intervallo 200 o 300 viene registrata come disponibile. Le altre risposte sono non disponibili, mentre timeout e altri errori di richiesta sono separati.
Con quale frequenza Screpy controlla l'uptime?
Screpy usa l'intervallo configurato per il progetto. Valori predefiniti e accesso dipendono dal piano; alcuni piani consentono intervalli di un minuto. La dashboard mostra l'ultimo controllo per valutarne l'aggiornamento.
Uptime Monitoring mostra lo storico dei tempi di risposta?
Sì. La vista Uptime mostra i tempi recenti in un grafico e la media di 30 giorni dei controlli riusciti. È contesto operativo, non prestazione completa di caricamento o esperienza reale degli utenti.
Come funzionano incidenti e ripristino?
Un controllo fallito apre o aggiorna l'incidente corrente. Quando un controllo successivo riesce, Screpy risolve l'incidente aperto e registra l'ora del ripristino.
Screpy invia avvisi di downtime?
Screpy può inviare email per eventi di interruzione supportati ai membri del progetto e a un indirizzo opzionale. Può seguire un messaggio di ripristino; considera l'elenco incidenti la fonte principale perché non ogni errore genera un'email.
Il monitoraggio uptime sostituisce quello del server o delle transazioni?
No. Screpy verifica dall'esterno il sito pubblico configurato. Non ispeziona infrastruttura privata e non testa flussi multi-step come login, ricerca, moduli o checkout.
Un downtime può influire su crawling o indicizzazione?
I problemi di disponibilità possono impedire ai crawler di recuperare una pagina e gli errori ripetuti possono ridurre il crawling. Uptime Monitoring offre prove per l'analisi, ma non garantisce quando un motore eseguirà crawling, indicizzerà o classificherà un URL.
Scopri quando il sito di un progetto diventa non disponibile.
Attiva i controlli ricorrenti, indirizza le email degli incidenti alla casella giusta, esamina le prove di 30 giorni e verifica il ripristino dopo aver risolto il problema.
Il tuo lavoro SEO con un budget ridotto
Scopri come Screpy combina audit, posizioni, visibilità IA e monitoraggio con limiti chiari.