Monitoraggio siti web per sviluppatori, integrato nel tuo stack.
Uptimia esegue le tue vere chiamate API — accedi, prendi il token, effettua l'ordine, rileggilo — e verifica ogni risposta. Dai a ogni cron job un URL heartbeat, crea monitor dal tuo script di deploy, e ricevi un avviso su Slack, Discord o PagerDuty.
Step breakdown
All 4 steps passedFailed at step 31.66 s · 14:251.38 s · 14:327-day averagesLast runAssertions — step 3
3 of 3 passing1 of 3 passedResponse — step 3
201 · 624 ms500 · 612 msRecent Runs
every 5 min · 12 locations
New York✗ Failed at step 31.41 s
Frankfurt✗ Failed at step 31.38 s
London✓ All 4 steps passed1.62 s
Sydney✓ All 4 steps passed1.71 sNew York✓ All 4 steps passed1.58 s
Tokyo✓ All 4 steps passed1.64 sQuattro guasti che non lanciano mai un'eccezione
Tutte e quattro sono vere il giorno del deploy. Nessuna resta vera da sola — e quando una smette di esserlo, non scatta nessuna eccezione.
"Se qualcosa si rompesse, vedremmo un'eccezione."
Gli strumenti di error tracking vedono solo il codice che viene eseguito. Una voce cron che non parte mai, un worker bloccato a metà job, un certificato che scade silenziosamente — nessuno di questi lancia un'eccezione. I guasti peggiori non sono stack trace; sono silenzio.
"La pipeline è verde, quindi la produzione va bene."
La CI dimostra che il codice era corretto al momento del deploy. Token scaduti, dischi pieni, quote esaurite e configurazioni che si disallineano accadono tutti tra un deploy e l'altro — nel sistema in esecuzione che la tua test suite non rivede mai più.
"Lo scopriremmo subito — siamo online tutto il giorno."
Sei davanti a una tastiera 40 delle 168 ore della settimana — nessuno guarda per le altre 128. E gli utenti raramente segnalano un checkout rotto: riprovano una volta e se ne vanno.
"Funzionava in staging, quindi funziona."
Lo staging non ha mai il traffico, il volume di dati, le quote di terze parti o il DNS della produzione. Le modalità di guasto che ti avvisano alle 03:00 sono esattamente quelle che lo staging non può riprodurre.
"Abbiamo un endpoint /health — siamo coperti" è la più grande di tutte. Un health check a un minuto ti dice 1.440 volte al giorno che un processo risponde (24 × 60). Il numero di quei controlli che dimostra che il checkout si completa, che il backup notturno è andato a buon fine o che la coda si sta svuotando: zero.
"Un processo risponde" e "il sistema funziona" sono affermazioni diverse — e solo una delle due è quella che interessa ai tuoi utenti.
Ecco come si presenta un cron job morto silenziosamente quando un heartbeat sta ascoltando.↓ minuto per minuto
Cosa succede quando un cron job si ferma silenziosamente
Un deploy ha riscritto il crontab e ha perso una riga. Quella notte l'invoice worker non è partito, non ha sollevato nulla, e ogni dashboard è rimasta verde — la coda non si è mai mossa.
Questo copre il job che è morto. Ma cron è solo una delle superfici che si guastano senza far rumore — ogni convinzione qui sopra ha la sua.↓ un monitor per ciascuna
Catene, ping e agenti
Catene API per i servizi, ping in ingresso per i job, flussi con browser reale per i checkout, un agente a una riga per la macchina. Superfici diverse, un unico flusso di incidenti, un'unica API.
Catene, heartbeat e scalette di escalation
Chiamate concatenate, verificate a ogni passo
Un endpoint /health dimostra che un processo risponde. Non dimostra nulla sul flusso che c'è dietro. La catena esegue le vere chiamate in ordine e controlla ogni risposta — il codice di stato, il tempo impiegato, un valore dentro il JSON — anche fino a una volta al minuto su ogni piano a pagamento, da ogni località o solo da quelle che scegli.
- Fino a 15 passaggi — GET, POST, PUT, PATCH, DELETE o HEAD, eseguiti in ordine
- Estrai e riutilizza — prendi un valore da una risposta e inseriscilo nella successiva con
{{token}} - Verifica ciò che conta — codice di stato, tempo di risposta, un valore JSONPath, un header o il testo del corpo, per ogni passaggio
/health risponde bene per tutto questo tempo — e non dimostra nessuna di queste quattro chiamate.
0 su 4 dimostrate
Il job che non è mai partito
Un job che smette di funzionare diventa silenzioso, non rosso — non lancia eccezioni, quindi non genera avvisi. Dagli un URL heartbeat a cui inviare un ping quando viene eseguito, e il ping mancante diventa l'allarme: manca la finestra oltre il periodo di grazia e Uptimia apre un incidente. Segnala anche l'inizio e la fine, e vengono individuati anche i job che si bloccano invece di fermarsi.
- Intervallo o pianificazione cron — un semplice intervallo o un'espressione cron a 5 campi nel fuso orario del tuo account
- Una riga da collegare — snippet pronti da copiare e incollare per Crontab, Bash, PowerShell, GitHub Actions e PHP
- Individua i blocchi, non solo le mancate esecuzioni — invia un ping di avvio e un limite di durata segnala un job che non finisce mai
Monitor creati dal tuo passaggio di deploy
Nessuno clicca nulla — è lo script che ha rilasciato il servizio a creare il suo monitor. Crea e gestisci i monitor tramite la REST API da un passaggio della CI, e quando si apre un incidente, un webhook personalizzato lo invia con una POST a qualsiasi cosa tu già usi: una status board, un bot, un flusso ChatOps.
- Una REST API — crea, leggi, aggiorna ed elimina monitor su ogni piano (i monitor API e gli heartbeat vivono sulla v2), con chiavi API dell'account gestite nelle impostazioni
- Webhook personalizzati — invia con POST un corpo JSON fisso con i tuoi header a qualsiasi endpoint su un evento del monitor
- Sicuro per impostazione predefinita — la consegna del webhook è verificata via TLS, blocca il DNS al momento dell'invio e rifiuta le destinazioni su rete privata
curl -X POST …/api/v2/api-monitor
-d '{"name":"Checkout API","interval":60}'
Prima Slack, poi PagerDuty se nessuno prende in carico
Nel canale che il tuo team già guarda, non in una casella di posta che nessuno apre di notte. La scaletta di escalation fa salire un ping Slack senza risposta fino a un avviso PagerDuty secondo il tuo calendario, e una sola presa in carico — toccata direttamente nell'avviso, senza login — mette in pausa ogni passaggio in sospeso per tutti.
- Avvisi dove lavori — Slack, Discord, Telegram, MS Teams, Mattermost, PagerDuty, email, SMS, webhook e altro
- Scalette di escalation — fino a 10 passaggi temporizzati per policy; prendi in carico dall'avviso e la scaletta si mette in pausa
- Confermato prima — le interruzioni vengono verificate da più aree geografiche — e i job in ritardo oltre il loro periodo di grazia — prima che qualcuno venga avvisato
Avvisato dove lavori già, non in un'altra dashboard
Un worker che si è fermato, una catena che si è rotta, una macchina senza spazio su disco — arriva tutto agli stessi canali, ed è tutto scriptabile dalla REST API.
Microsoft TeamsUn'unica lista di contatti — impostala dall'API o dall'interfaccia, una volta sola.
Sfoglia l'elenco completo delle integrazioni →Un deploy rotto dovrebbe avvisare te.Non i tuoi utenti.
La prova di 30 giorni sblocca ogni tipo di monitor e ogni canale di avviso.
Configura il tuo primo monitor in tre passaggi
Puntalo a una superficie, instrada l'avviso e lascialo girare.
Scegli la superficie
Una catena API, un URL heartbeat, un flusso browser o l'agente a una riga — crealo nell'interfaccia o tramite la REST API.
Instrada l'avviso
Invialo a Slack, Discord o PagerDuty, aggiungi un webhook, e decidi chi viene avvisato dopo se nessuno lo prende in carico.
Lascialo girare
I controlli partono da oltre 171 sonde e confermano un guasto prima di avvisarti — con il passaggio o il job che si è rotto indicato per nome.
Incluso anche
Agente server a una riga
CPU, memoria, disco e carico dall'interno della macchina — un'installazione bash verificata via checksum, nessun collector da scrivere. Linux, tramite un timer systemd o cron.
Monitoraggio delle transazioni
Riproduci un login o un checkout in un browser reale — costruito passo dopo passo nell'editor, con uno screenshot di ciò che ogni passaggio ha visto.
Finestre di manutenzione
Fai il deploy stasera? Programma la finestra — i controlli si mettono in pausa, gli avvisi restano silenziosi, nessun falso avviso durante una release pianificata.
Avvisi di ripristino
Quando un servizio torna attivo, anche le persone che erano state avvisate lo vengono a sapere — nessun "è ancora down?" che aleggia nel canale.
Cronologia degli incidenti
Ogni incidente viene registrato con cosa è scattato, quando, quanto è durato il ripristino e — dove è in corso una scaletta di escalation — chi lo ha preso in carico.
Un'unica lista per catene e job
Catene API, heartbeat, server e controlli di uptime condividono un'unica dashboard, un'unica spina dorsale degli avvisi e un'unica API — non quattro strumenti separati.
Cos'è il monitoraggio siti web per sviluppatori?
Il monitoraggio siti web per sviluppatori è la pratica di osservare le superfici che rilasci — API HTTP, job in background, server e flussi utente — e avvisarti attraverso gli strumenti che già usi quando una di esse si rompe. Integri il monitoraggio nello stack: un controllo API multi-step dall'esterno, un ping heartbeat che un cron job invia, un agente dentro la macchina, e una REST API e webhook dove preferisci scriptarlo.
Risponde, eppure è comunque rotto
Un ping superficiale resta verde mentre il flusso da cui dipendono i tuoi utenti fallisce.
La catena lo intercetta
L'asserzione che fallisce indica il nome esatto della chiamata — così inizi a fare debug, non a indovinare.
Quale monitor osserva cosa
Ogni famiglia osserva una superficie diversa — tutte condividono un'unica dashboard, un'unica spina dorsale degli avvisi e un'unica REST API. Ognuna viene anche conteggiata separatamente, e una catena è la riga più costosa da eseguire — la pagina prezzi riporta i numeri per ogni piano.
Vedi tutti i tipi di Monitor →| Superficie | Cosa individua | Come funziona |
|---|---|---|
| Catena API | Flussi multi-step rotti | Fino a 15 passaggi ordinati con asserzioni per ogni passaggio, controllati anche fino a una volta al minuto |
| Heartbeat | Cron e worker che si fermano silenziosamente | URL di ping in ingresso; una finestra mancata oltre il periodo di grazia apre un incidente |
| Uptime | Interruzioni, errori del server | Controlli dall'esterno anche fino a ogni 30 s su Professional e piani superiori, confermati da fino a 3 aree geografiche |
| Agente server | Pressione su CPU, memoria, disco | Agente Linux a una riga che riporta /proc + df ogni 30 s |
| Transazione | Login e checkout rotti | Flussi multi-step riprodotti in un browser reale |
Domande frequenti sul monitoraggio per sviluppatori e DevOps
01Cos'è il monitoraggio siti web per sviluppatori?+
02Posso monitorare un flusso API multi-step, non solo un singolo endpoint?+
{{token}}, e verifica il codice di stato, il tempo di risposta, un valore JSONPath, un header o il testo del corpo per ogni passaggio. Se un passaggio fallisce, l'avviso lo indica per nome — sai esattamente quale chiamata si è rotta.03Come monitoro un cron job o un worker in background?+
curl così invia un ping quando viene eseguito. Imposta un intervallo o una pianificazione cron con un periodo di grazia, e se il ping non arriva, si apre un incidente. Un ping di avvio più un limite di durata individuano anche i job che si bloccano. Gli snippet coprono Crontab, Bash, PowerShell, GitHub Actions e PHP.04Esiste un'API di monitoraggio uptime per creare e gestire monitor?+
curl pronto da copiare. Non esiste un provider Terraform né un'app Zapier.05Posso rilasciare una chiave API separata per ogni membro del team?+
06Dove arrivano gli avvisi, e posso incanalarli nei miei strumenti?+
07Gestite i turni di reperibilità?+
08L'agente server funziona su Windows?+
/proc e df per CPU, memoria, disco e carico. Un collector PowerShell per Windows e uno per macOS vengono forniti insieme e inviano lo stesso payload — meno i valori per-core e di attesa I/O che solo Linux espone — ma non ti vengono consegnati come una riga singola. Gli host Windows possono anche essere osservati dall'esterno con monitor di uptime, API o transazione.09Posso importare un comando cURL o una spec OpenAPI nell'editor API?+
10Quante catene, heartbeat e agenti include un piano?+
Rilascialo. Ci pensiamo noi a tenerlo d'occhio.
Collega una catena API, un heartbeat e un agente server nella prova gratuita — gli avvisi ti raggiungono dove sei già.