Status page: perché ogni cliente della tua agenzia dovrebbe averne una

Quando un servizio grosso ha un problema — GitHub, Slack, un provider di pagamenti — nessuno chiama l'assistenza. Si apre status.github.com, si legge "stiamo indagando su un problema", e si aspetta. Quella pagina si chiama status page, ed è il modo più economico che esiste per rispondere a mille persone contemporaneamente senza rispondere a nessuna.

Il motivo per cui vale la pena averne una anche per un sito vetrina da venti pagine non è la scala. È che il problema che risolve — "il cliente non sa cosa sta succedendo e chiama te" — è identico, solo con numeri più piccoli.

Cos'è una status page, in pratica

È una pagina pubblica, separata dal sito che monitora, che dice tre cose: se in questo momento tutto funziona, com'è andata negli ultimi mesi, e se ci sono stati disservizi recenti. Nient'altro.

Sta su un indirizzo diverso da quello del sito — di solito un sottodominio tipo status.nomecliente.it — proprio perché deve restare raggiungibile quando il sito non lo è. Una pagina di stato ospitata sullo stesso server del sito che controlla è un controsenso: cade insieme a lui, esattamente nel momento in cui servirebbe.

Perché serve a un piccolo e-commerce quanto a un grande servizio

La differenza tra GitHub e il negozio online del tuo cliente non è il tipo di problema, è quante persone lo notano nello stesso minuto. La domanda che si fanno è la stessa: è rotto per tutti o solo per me, e qualcuno se ne sta occupando? E per il tuo cliente — il titolare che apre il sito dal telefono, il commerciale con un cliente in attesa, chi non riesce a completare un ordine — oggi c'è un solo modo per avere risposta: chiamare te. Anche quando il problema è già risolto da dieci minuti.

Cosa cambia per il cliente: meno telefonate, non di più

Il timore più comune, quando proponi una status page, è che dare al cliente uno strumento in più significhi dargli un motivo in più per scriverti. Succede il contrario, e per una ragione semplice: le telefonate durante un down non nascono dal problema, nascono dal silenzio. Chi vede scritto "disservizio in corso, iniziato alle 14:32" sa già le due cose che voleva sapere — non è colpa sua, e qualcuno lo sta guardando.

C'è anche un effetto secondario, meno ovvio: la status page smonta le false segnalazioni. Il "il sito non va" che arriva il martedì mattina e si rivela essere il wi-fi dell'ufficio del cliente ti costa comunque mezz'ora di verifiche. Una pagina che dice "tutti i servizi sono operativi, ultimo controllo alle 09:41" chiude la questione prima che arrivi a te.

Cosa cambia per te: è la prova visibile di un lavoro invisibile

Questa è la parte che riguarda il tuo margine più che il servizio.

Quasi tutto quello che fatturi come manutenzione è invisibile per definizione: un backup fatto bene non si vede, un aggiornamento di sicurezza applicato in tempo non si vede, un plugin abbandonato sostituito prima che diventi un problema non si vede soprattutto. È il motivo per cui la voce "manutenzione" è la prima che il cliente prova a tagliare al rinnovo — non perché non valga, ma perché non ha mai visto nulla che la rappresenti.

La status page è l'eccezione. È l'unico artefatto del lavoro di manutenzione che il cliente può aprire quando vuole, col tuo logo sopra, e che gli mostra novantanove virgola qualcosa per cento di uptime negli ultimi tre mesi. Non è una relazione che gli hai mandato tu: è una pagina che si aggiorna da sola. Ed è esattamente per questo che è credibile.

Perché deve stare sul dominio del cliente, non su quello dello strumento

Una status page all'indirizzo monitoraggio-generico.com/pagine/12345/cliente-rossi fa il suo lavoro tecnico e sbaglia tutto il resto. Comunica al cliente che c'è un fornitore in mezzo di cui non sapeva nulla, sposta la fiducia dal tuo marchio a un marchio che lui non ha scelto, e ti mette in una posizione scomoda il giorno in cui cambi strumento.

Su un dominio che controlli tu — status.nomecliente.it con un CNAME, oppure status.tuaagenzia.it se preferisci raccogliere tutti i clienti sotto il tuo marchio — la pagina è tua a tutti gli effetti: logo, colori, testo del piè di pagina. Il certificato HTTPS per quel sottodominio deve essere emesso e rinnovato automaticamente, altrimenti ti sei creato in casa esattamente il problema che stai vendendo di risolvere.

Cosa mostrarci sopra (e cosa lasciarne fuori)

Una status page utile ha tre blocchi e si ferma lì:

Il verdetto di adesso. Una riga sola: tutto operativo, oppure disservizio in corso. Con l'orario dell'ultimo controllo, che è la cosa che rende credibile il resto — "tutto operativo" senza un orario accanto non vuol dire niente.

Lo storico. Una barra per giorno sugli ultimi novanta giorni, verde quando la giornata è stata pulita, gialla quando c'è stato qualche controllo fallito, rossa quando è andata male davvero. È il blocco che al cliente interessa meno nel momento del down e di più al momento del rinnovo.

I disservizi passati, con data di inizio, data di chiusura e durata. Un elenco onesto di tre righe fa più per la fiducia di una pagina sempre perfettamente verde, che semplicemente non sembra vera.

Cosa lasciare fuori: tutto il resto. Codici di errore, grafici di latenza, nomi di server, dettagli sull'infrastruttura. Non servono al destinatario e trasformano una pagina rassicurante in una pagina preoccupante.

Il dettaglio che decide se la pagina aiuta o fa danni

Una status page è pubblica: qualunque cosa ci finisca sopra è pubblica. Un rallentamento non è un disservizio — se il sito risponde in tre secondi invece che in mezzo è un problema tuo da guardare, non un allarme da mostrare al cliente. E un singolo controllo fallito non è un down: se la pagina dichiara "disservizio in corso" perché un controllo è andato a vuoto per un problema di rete di chi controlla, hai spaventato il cliente per niente — e la volta in cui lo scriverà davvero, nessuno ci crederà.

La regola pratica è una sola: sulla pagina pubblica ci va solo quello che è stato confermato da più di un punto di osservazione. Tutto il resto resta nel tuo pannello, dove serve a te. Quali tempi ha senso promettere sopra questi dati è il tema dell'articolo sugli SLA per agenzie web.

La status page che genera Statuo

In Statuo la status page non è un modulo da configurare: è quello che ottieni scegliendo quali siti raggruppare su una pagina. Le pagine sono illimitate su tutti i piani — una per cliente, o una sola per un gruppo di siti — e il nome che il cliente vede può essere diverso da quello che usi tu nel pannello.

Sopra ci sono esattamente i tre blocchi descritti qui: verdetto attuale con l'orario dell'ultimo controllo, barre giornaliere e percentuale di uptime sugli ultimi novanta giorni, elenco degli ultimi disservizi con inizio, fine e durata. Si aggiorna da sola ogni minuto, è HTML puro (non richiede JavaScript), è esclusa dai motori di ricerca, e mostra il dettaglio per zona — "Europa · Italia", "Nord America · USA", con la latenza da ognuna — solo quando le location attive sono più di una. I rallentamenti non compaiono: restano visibili solo a te nel pannello. E un disservizio viene aperto solo dopo la conferma da due location diverse.

Una nota di onestà, perché conta più della lista di funzioni: i disservizi li scrive il sistema, con orari e durata calcolati. Non c'è (per ora) un campo per aggiungere a mano una spiegazione — "causa: manutenzione programmata del provider". La pagina dice cosa è successo e quanto è durato, non perché: se al cliente vuoi raccontarlo, resta un'email tua.

Il dominio personalizzato — status.nomecliente.it via CNAME, con il certificato HTTPS emesso e rinnovato in automatico — è incluso dal piano Agency in su. Logo, colore, piè di pagina e la scritta "Powered by Statuo" (che puoi togliere) si impostano una volta per tutta l'agenzia; la lingua si sceglie pagina per pagina tra italiano, inglese e spagnolo, con gli orari nel fuso di chi guarda.

Il modo più veloce per capire se serve ai tuoi clienti è metterne una in mano a uno di loro: la prova gratuita dura 14 giorni, senza carta di credito. I piani sono sulla pagina dei piani.