Monitoraggio uptime per SaaS — lo sai prima del primo ticket.
Uptimia assegna alla tua API pubblica, al tuo flusso di login e al job di fatturazione della notte scorsa un controllo ciascuno, invece di farti tirare a indovinare da una homepage che continua a caricarsi. Un guasto viene confermato da più di un'area geografica prima di avvisare chi è reperibile — su Slack, PagerDuty o ovunque il tuo team guardi.
Step breakdown
All 2 steps passedFailed at step 2244 ms · 02:13236 ms · 02:147-day averagesLast runAssertions — step 2
3 of 3 passing0 of 3 passedResponse — step 2
200 · 96 ms502 · 84 msRecent Runs
every minute · rotating locations
New York✗ Failed at step 20.24 s
Frankfurt✗ Failed at step 20.24 s
London✓ All 2 steps passed0.25 s
Sydney✓ All 2 steps passed0.26 s
Amsterdam✓ All 2 steps passed0.23 sNew York✓ All 2 steps passed0.24 s
Tokyo✓ All 2 steps passed0.25 sQuattro convinzioni che fanno perdere clienti SaaS
Ognuna sembra ragionevole — e ognuna lascia un guasto attivo finché non lo scopre un cliente.
"Se qualcosa si rompesse, i clienti ce lo direbbero."
Chi te lo dice è chi ti è già fedele. Un potenziale cliente che trova una registrazione rotta chiude la scheda e non diventa mai cliente — non c'è nessuno che si lamenta, e nulla nella tua casella da indagare.
"Siamo su AWS — l'uptime è compito loro."
Il loro SLA copre la loro infrastruttura, non il tuo prodotto. Un deploy sbagliato, un certificato scaduto, un worker della coda bloccato sono tutti affari tuoi — e la pagina di stato del provider resta verde per tutta la durata del problema.
"L'app si carica, quindi siamo online."
Un SaaS è un insieme di funzionalità, non una singola pagina. La dashboard può caricarsi mentre l'API pubblica smette di rispondere, il login fallisce o il job di fatturazione salta silenziosamente una notte — ognuno si rompe per conto suo, e "online" li nasconde tutti.
"Ammettere gli incidenti in pubblico ci fa fare brutta figura."
Il silenzio fa più brutta figura. Un cliente che trova una nota di stato non apre nessun ticket — e ricorda che gliel'hai detto prima che lo chiedesse. Un cliente che non trova nulla presume che non lo sappia neanche tu.
"Tre nove è praticamente perfetto" è la convinzione più diffusa. Un uptime del 99,9% permette 43 minuti di inattività al mese. Su un sito vetrina è un errore di arrotondamento — ma i clienti lavorano dentro un SaaS. Moltiplica 43 minuti per 500 clienti: 21.500 minuti-cliente, 358 ore al mese in cui qualcuno trova il tuo prodotto rotto.
I rinnovi non li decide la tua percentuale di uptime. Li decide chi se n'è accorto per primo, e quanto in fretta è stato risolto.
Ecco come appare quel guasto quando una catena sta osservando l'endpoint.↓ minuto per minuto
Un'interruzione API, dall'inizio alla fine
L'endpoint account ha smesso di funzionare. La dashboard si caricava ancora, il ping della homepage restava verde, e ogni integrazione che chiamava quell'endpoint stava già fallendo.
L'API è coperta. Ma un SaaS si rompe su quattro livelli — app, API, flussi, job — e ognuno fallisce per conto suo.↓ ogni livello
Ogni livello del tuo prodotto, sotto controllo
I controlli colpiscono la tua API e le tue pagine, un browser reale replica login e registrazione, i tuoi job inviano un ping, e uno snippet riporta cosa vivono davvero gli utenti — tutto confluisce in un'unica dashboard, su un'unica lista contatti.
Pensato per come si rompe un SaaS
L'API che chiamano i tuoi clienti
Una homepage che si carica non dice nulla sull'endpoint chiamato dalle loro integrazioni — così oggi te lo dice un cliente. Uptimia esegue invece una catena di richieste reali contro la tua API pubblica, fino a ogni minuto: accede, recupera il token, chiama l'endpoint protetto, legge la risposta.
- Catene fino a 15 passaggi — ogni passaggio controlla la risposta ricevuta e passa quello che serve al successivo
- Accede per primo — effettua il login, poi chiama gli endpoint raggiungibili solo da un cliente autenticato
- Confermato, non instabile — un passaggio fallito viene controllato da fino a tre postazioni prima che si apra un incidente
Login e registrazione, testati prima dei tuoi clienti
Dopo un deploy, la prima persona a provare il login dovrebbe essere un robot. Uptimia replica login e registrazione in un browser reale da 13 postazioni, fino a ogni 10 minuti, e apre un incidente nel momento in cui un passaggio fallisce — con uno screenshot della pagina nell'istante in cui si è rotta.
- Un browser reale — apre la pagina, compila i campi, clicca, controlla cosa appare
- Screenshot in caso di guasto — il waterfall mostra il passaggio che si è rotto e com'era la pagina
- Tempistiche per passaggio — durata di ogni passaggio, così un flusso che rallenta si vede prima che fallisca
Il job di fatturazione che non è mai partito
Un cron che muore non lo dice — dall'esterno nulla sembra "down" mentre le fatture silenziosamente non partono. Gli heartbeat ribaltano la situazione: il tuo job invia un ping a Uptimia quando finisce, e un ping mancante è l'incidente.
- Un solo URL di ping — una riga alla fine di un cron, worker o script di backup
- Decidi tu quando è previsto — una pianificazione e un periodo di tolleranza; un ping che non arriva apre l'incidente
- Anche segnali di avvio & fallimento — cattura un job che è partito ma non ha mai finito, o che ha segnalato da solo il proprio fallimento
Una pagina di stato sul tuo dominio
Prima di aprire un ticket, un cliente cerca una pagina che dica che lo sai già. Mettine una sul tuo dominio — con il tuo logo, il badge Uptimia disattivato — che mostri lo stato in tempo reale, 90 giorni di storico e ogni nota sugli incidenti, con gli iscritti avvisati via email a ogni aggiornamento.
- Il tuo dominio, SSL automatico —
status.tuaapp.comsu HTTPS, badge "Powered by Uptimia" rimovibile - Sezioni & iscritti — raggruppa i monitor per area, pubblica aggiornamenti su incidenti e manutenzioni, avvisa gli iscritti
- Pubblica o privata — aperta ai tuoi clienti, oppure protetta da password
Un incidente, il tuo team e la tua pagina di stato
Lo stesso incidente confermato avvisa chi è reperibile e aggiorna la pagina che i tuoi clienti stanno già ricaricando.
Microsoft Teams12 canali di avviso, un'unica lista contatti — e la pagina di stato che i tuoi clienti tengono d'occhio, aggiornata dallo stesso incidente.
Sfoglia l'elenco completo delle integrazioni →Un'interruzione dovrebbe avvisare te.Non i tuoi clienti.
La prova di 30 giorni sblocca ogni tipo di monitor — catene API, flussi di login, heartbeat e controlli uptime.
Configura il monitoraggio SaaS in tre passaggi
I percorsi critici del tuo prodotto possono essere sotto controllo già questo pomeriggio.
Punta i controlli sul tuo prodotto
Aggiungi un controllo uptime sull'app, una catena di richieste contro la tua API pubblica e una replica del login in un browser reale.
Collega gli heartbeat ai tuoi job
Inserisci l'URL di ping alla fine di ogni cron, worker o backup — un ping mancato diventa un incidente.
curl -fsS uptimia.com/p/hb_9f3c…
Instrada gli avvisi & pubblica lo stato
Invia gli avvisi a Slack e PagerDuty, scegli chi avvisare dopo se nessuno prende in carico, e metti uptime e flussi su una pagina di stato.
Incluso anche
Osserva cosa vivono davvero gli utenti
Uno snippet JavaScript passivo riporta i tempi di caricamento dei visitatori reali per dispositivo, browser e area geografica.
Automatizza dall'API
Crea monitor e pagine di stato dai tuoi strumenti — avvia controlli direttamente in uno script di deploy.
Finestre di manutenzione
Stai rilasciando una release? Pianifica la finestra — i controlli si mettono in pausa, gli avvisi restano silenziosi, la pagina di stato mostra il lavoro programmato.
Un incidente, un avviso
Una tempesta di guasti diventa un unico riepilogo, non cento ping — con un link firmato per prendere in carico e l'MTTA tracciato.
Avvisi di ripristino
Quando l'API torna attiva, anche gli ingegneri avvisati ricevono il cessato allarme.
Strumenti gratuiti per il debug successivo
Traccia un redirect header per header con il HTTP Status Checker, oppure scopri cosa permette ogni "nove" con il Uptime Calculator.
Cos'è il monitoraggio uptime per il SaaS?
Il monitoraggio uptime per SaaS consiste nel sorvegliare le parti di un prodotto da cui dipendono i clienti — l'API pubblica, i flussi di login e registrazione, e i job in background dietro di essi — così il tuo team viene avvisato nell'istante in cui uno di questi si rompe. Il ping della homepage resta verde mentre la tua API smette di rispondere, il login fallisce o un job notturno si ferma.
Verde mentre i clienti restano bloccati
Il tuo controllo passa mentre ciò per cui i clienti pagano è down — lo scopri da un ticket.
Sorvegli ogni livello
I controlli su API, flussi e job alimentano un'unica pipeline — il guasto raggiunge un ingegnere, non un cliente.
Quanto tempo di inattività permette ogni "nove"
"99,9% di uptime" sembra una garanzia assoluta finché non lo traduci in minuti — ecco cosa permette ogni livello.
Apri il calcolatore di uptime →| Uptime | Inattività / mese | Inattività / anno |
|---|---|---|
| 99% | 7h 18m | 3d 15h |
| 99.9% | 43m 49s | 8h 46m |
| 99.95% | 21m 54s | 4h 23m |
| 99.99% | 4m 23s | 52m 35s |
| 99.999% | 26s | 5m 15s |
FAQ sul monitoraggio SaaS
01Cos'è il monitoraggio uptime per il SaaS?+
02In cosa è diverso dal semplice ping della mia homepage?+
03Posso monitorare la mia API pubblica?+
{{token}} tra un passaggio e l'altro. Viene eseguita fino a ogni minuto su ogni piano, e un passaggio fallito viene rieseguito da fino a tre postazioni prima che si apra un incidente. Una catena è il controllo più pesante da eseguire, quindi i monitor API hanno un limite proprio per piano — i numeri sono nella pagina prezzi.04Riesce a cogliere un login o una registrazione rotti?+
05Posso essere avvisato quando un job in background si ferma?+
06Con che frequenza può controllare?+
07Posso offrire ai miei clienti una pagina di stato?+
08Posso limitare un collega a solo alcuni monitor?+
09Supportate lo SSO, e posso ottenere report SLA?+
10Quali canali di avviso può usare il mio team?+
11Devo installare qualcosa nella mia app?+
curl verso l'URL di ping); il RUM è un piccolo snippet JavaScript. Nessun agente, a meno che tu non voglia anche le metriche server.La tua API, i tuoi flussi e i tuoi job, sotto controllo
Metti API, flusso di login e job in background sotto controllo già questo pomeriggio — e smetti di scoprire le interruzioni dai tuoi clienti.