Una pagina di stato è una pagina web pubblica o privata che mostra se i tuoi servizi funzionano, e cosa stai facendo quando non funzionano. Durante un incidente sostituisce una valanga di email “è down?” con un unico posto da consultare. Al di fuori degli incidenti mostra con discrezione la tua affidabilità nel tempo. Puoi configurarne una in un pomeriggio. Questa guida spiega cosa includere, come configurarla e come scrivere aggiornamenti che le persone leggono davvero.
Perché avere una pagina di stato
Quando qualcosa si rompe, i clienti vogliono tre risposte: il problema è solo mio, ne siete al corrente e quando sarà risolto. Senza una pagina di stato, chiedono al supporto, sui social o al loro referente commerciale. Ogni domanda ti costa tempo proprio quando ne hai meno.
Una pagina di stato risponde a tutte e tre in una volta. Inoltre crea fiducia: comunicare apertamente un incidente di solito fa guadagnare più credibilità di quanta ne costi il disservizio.
Cosa mostrare
Componenti che i clienti riconoscono
Elenca le parti del tuo prodotto come le pensano i clienti: Sito web, Checkout, API, Dashboard, Notifiche email. Nomi interni come web-03 o redis-primary per loro non significano nulla. Raggruppa i componenti se sono tanti.
Stato attuale e cronologia
Mostra lo stato attuale di ogni componente e la cronologia degli ultimi giorni, così i visitatori capiscono a colpo d’occhio se oggi è una giornata anomala. Collega i componenti ai tuoi monitor di uptime, così lo stato riflette controlli reali e non dipende da qualcuno che si ricordi di aggiornarlo.
Incidenti e aggiornamenti
Ogni incidente ha un titolo, uno stato (in analisi, causa individuata, in monitoraggio, risolto) e aggiornamenti con data e ora. Lascia visibili per un po’ gli incidenti risolti, come testimonianza di come gestisci i problemi.
Modi per restare aggiornati
Inserisci i link ai tuoi canali di supporto e ai profili social, così le persone sanno dove altro guardare. Meglio ancora, permetti di iscriversi, così gli aggiornamenti arrivano senza dover ricaricare la pagina. Le pagine di stato di Uptimecheck accettano iscritti via email, Slack, Microsoft Teams, Discord o webhook, per l’intera pagina o solo per i componenti che interessano, e la pagina può essere mostrata in 9 lingue, con gli orari in UTC così ogni visitatore legge lo stesso orologio.
Puoi anche portare lo stato dove le persone si trovano già: un widget di stato sul tuo sito, un badge SVG, un riepilogo JSON o un feed Atom.
Configurare la tua pagina di stato
Scegli pubblica o privata. Pubblica per i prodotti rivolti ai clienti. Privata, con password, per gli strumenti interni o i singoli clienti di un’agenzia.
Rendila facile da trovare. Inserisci un link alla pagina di stato nel footer del sito, nel centro assistenza e nella pagina di login, così i clienti sanno dove guardare prima di scriverti.
Personalizzala con il tuo brand. Aggiungi logo e colori, così sembra parte del tuo prodotto. Con i piani Professional e Business di Uptimecheck puoi aggiungere CSS personalizzato, e con ogni piano a pagamento puoi rimuovere il branding Uptimecheck.
Aggiungi i componenti e collegali ai monitor.
Decidi sull’indicizzazione. Una pagina di stato pubblica può essere indicizzata dai motori di ricerca, oppure puoi bloccare l’indicizzazione se preferisci che si trovi solo tramite link.
Rendila facile da trovare. Inserisci il link nel footer del sito, nel centro assistenza e nelle pagine di errore. Un codice QR è utile per il materiale stampato o le sedi fisiche.
Una pagina di stato Uptimecheck ha le impostazioni per tutto questo: pagine pubbliche o protette da password, il tuo logo e il colore principale, tema scuro, chiaro o automatico, esclusione dai motori di ricerca, iscritti e branding rimovibile. Arrivi da Atlassian Statuspage? Uptimecheck importa componenti, cronologia degli incidenti, manutenzioni in programma e iscritti email confermati. Vedi l’alternativa a Statuspage.
Scrivere gli aggiornamenti sugli incidenti
Aggiornamenti chiari e regolari contano più di una formulazione perfetta. Alcune regole:
Pubblica il primo aggiornamento entro pochi minuti, anche se sai solo che qualcosa non va.
Descrivi ciò che vivono i clienti, non ciò che fa il server: “I pagamenti non vanno a buon fine al checkout”, non “Aumento di 5xx su payments-svc”.
Indica quando arriverà il prossimo aggiornamento, e mantieni la promessa.
Evita ipotesi su cause o tempi di cui non sei sicuro.
Chiudi con un riepilogo di cosa è successo e cosa cambierà.
Modelli
In analisi
Stiamo analizzando segnalazioni secondo cui [componente] [sintomo, ad es. non si carica / restituisce errori]. Pubblicheremo un aggiornamento entro 30 minuti.
Causa individuata
Abbiamo individuato la causa: [descrizione breve e semplice]. Stiamo lavorando a una soluzione. Alcuni clienti potrebbero ancora riscontrare [sintomo]. Prossimo aggiornamento alle [ora].
In monitoraggio
Abbiamo rilasciato una correzione e [componente] funziona di nuovo. Stiamo monitorando la situazione per assicurarci che resti stabile. Prossimo aggiornamento alle [ora].
Risolto
L’incidente è risolto. Tra le [ora di inizio] e le [ora di fine], [cosa hanno riscontrato i clienti]. La causa era [causa]. Per evitare che si ripeta, stiamo [modifiche]. Ci scusiamo per il disagio.
Manutenzione programmata
Il [data] tra le [inizio] e le [fine] ([fuso orario]), [componente] non sarà disponibile mentre [motivo]. [Cosa devono fare i clienti, se necessario.]
Annuncia la manutenzione in anticipo. Uptimecheck mostra la manutenzione programmata sulla pagina di stato in anticipo e può inviare un’email agli iscritti, con un promemoria prima di ogni finestra di una pianificazione ricorrente. Quando pubblichi un aggiornamento, Uptimecheck propone anche una bozza pronta per ogni fase, da Investigating a Resolved, così il primo aggiornamento è a pochi clic di distanza.
Dopo l’incidente
L’aggiornamento di risoluzione non è la fine. Entro qualche giorno, pubblica un breve riepilogo post-incidente per gli incidenti significativi:
Cosa hanno riscontrato i clienti e per quanto tempo.
Cosa l’ha causato, in parole semplici.
Cosa hai cambiato perché non si ripeta.
Non cercare colpevoli: concentrati su fatti e soluzioni. Raramente i clienti si aspettano la perfezione, ma si aspettano che tu impari. Una cronologia di riepiloghi onesti sulla tua pagina di stato è uno dei segnali di fiducia più forti che puoi offrire.
Dove ospitare la pagina di stato
Una pagina di stato che va giù insieme al tuo prodotto è peggio di nessuna pagina. Ospitala separatamente dalla tua infrastruttura principale, così resta raggiungibile quando hanno un problema i tuoi server, il tuo provider DNS o il tuo hosting. Una pagina di stato ospitata dal tuo provider di monitoraggio fa esattamente questo, ed è collegata direttamente ai controlli che rilevano il disservizio.
Imparare dalle analytics della pagina di stato
Durante un incidente, il traffico verso la pagina di stato mostra quanti clienti sono coinvolti e come lo hanno scoperto. Le analytics della pagina di stato di Uptimecheck mostrano le visite per paese, referrer e dispositivo, conteggiate senza cookie e senza memorizzare indirizzi IP. Se la maggior parte delle visite arriva da un solo paese, il problema potrebbe essere regionale. Se molte arrivano da un link nella risposta automatica del supporto, quel link sta facendo il suo lavoro. Vedi analytics della pagina di stato.
Per le agenzie: una pagina di stato per cliente
Le agenzie possono dare a ogni cliente la sua pagina di stato con un indirizzo dedicato, come app.uptimecheck.com/s/clientname (Professional e Business), che mostra solo i siti di quel cliente. I clienti consultano la pagina invece di telefonare, e l’agenzia dimostra di avere tutto sotto controllo. Raggruppa i monitor e la pagina di stato di ogni cliente in un progetto per tenere tutto in ordine.
Checklist per la pagina di stato
Scegli tra pubblica o protetta da password.
Inserisci un link alla pagina nel footer del sito e nel centro assistenza.
Aggiungi logo e colori.
Elenca i componenti con il linguaggio dei clienti e collegali ai monitor.
Inserisci il link alla pagina nel footer, nel centro assistenza e nelle pagine di errore.
Salva i modelli per gli incidenti dove il team può trovarli.
Stabilisci chi pubblica gli aggiornamenti e con quale frequenza.
Analizza le analytics dopo ogni incidente.
Riepilogo
Una buona pagina di stato è semplice: componenti riconoscibili, stato in tempo reale dai tuoi monitor e aggiornamenti onesti e regolari. Configurala prima di averne bisogno, così sarà pronta la prossima volta che qualcosa si rompe.
Le pagine di stato con analytics sono incluse in ogni piano Uptimecheck. Provalo gratis per 14 giorni, senza carta di credito.