Monitoraggio uptime per agenzie: gestire 50+ domini cliente senza impazzire

Il problema del monitoraggio in agenzia#

Sono le 9:14 del mattino. Un'agenzia digitale gestisce 60 siti cliente — un mix di store Shopify, siti marketing WordPress e una o due dashboard SaaS. L'account manager on-call apre Slack e vede tre alert rossi di incident scattati durante la notte.

Quali clienti sono andati down? Quale è ancora down? Qualcuno di loro era nello SLA "Tier 1" dove l'agenzia ha promesso il 99,9% di uptime mensile? Qualcuno ha già avvisato i clienti, o stanno per scrivere chiedendo perché il loro checkout è rotto?

Questa è la realtà quotidiana di gestire il monitoraggio in scala da agenzia. La parte tecnica — pingare URL e controllare status code — è la metà facile. La metà difficile è il livello operativo che ci sta sopra: organizzare centinaia di domini, controllare chi del team può vedere cosa, instradare il giusto alert al giusto umano, comunicare con i clienti senza esaurirsi e trasformare il tutto in qualcosa di profittevole invece che in un buco nero di support.

Questa guida è il playbook. Copre i cinque pilastri che separano le agenzie che gestiscono il monitoraggio come una scocciatura che erode i margini dalle agenzie che lo gestiscono come un servizio compatto e produttizzato: organizzazione dei domini, accesso del team, notifiche multi-canale, comunicazione verso il cliente e billing.

Cosa rende diverso il monitoraggio per agenzie#

La maggior parte dei tool di uptime monitoring è progettata per un singolo team che gestisce un singolo prodotto. Le agenzie non sono così. Il monitoraggio per agenzie ha vincoli propri:

• Scala multi-tenant. Non stai monitorando 5 endpoint — ne monitori da 50 a 500+ tra molti clienti, ognuno con i propri sottodomini, siti marketing e API.
• SLA diversi per tier di cliente. Un cliente a retainer che paga $15.000 al mese riceve una risposta diversa rispetto a un sito una tantum che mantieni per $200 al mese. Il tuo monitoraggio deve riflettere questo.
• Confini di accesso del team. Uno sviluppatore junior dovrebbe vedere i tre siti che sta spedendo questa settimana — non l'intero portafoglio clienti dell'agenzia. Engineer senior e account manager hanno bisogno di una visibilità più ampia.
• Visibilità rivolta al cliente. Alcuni clienti vogliono una status page da mostrare ai loro clienti. Altri vogliono solo essere avvisati quando qualcosa va storto. Pochi vogliono silenzio assoluto e solo report trimestrali.
• Complessità di billing. Alcuni clienti ti pagano una voce separata per il monitoraggio. Altri lo hanno incluso nel retainer. In ogni caso, devi conoscere il costo-per-cliente per fare prezzi corretti.
• Routing delle notifiche. Chi viene chiamato quando il cliente X va down? Il PM? Lo sviluppatore originale che ha costruito il sito? Il cliente stesso? La risposta di solito è "dipende dal cliente e dall'orario."

Se il tuo tool di monitoraggio non sa modellare tutti e sei questi, finirai per bullonarli insieme con fogli di calcolo, canali Slack e doc Notion — ed è lì che le operazioni d'agenzia perdono silenziosamente margine.

Pilastro 1: organizzazione dei domini su scala#

La prima cosa che si rompe a 50+ domini è la dashboard stessa. Una lista piatta di "tutti i miei monitor" smette di essere utile attorno ai 20 domini. A 50 non riesci più nemmeno a scorrerla senza perdere il contesto.

La sistemata è un'organizzazione strutturata, e il cavallo di battaglia sono i tag (a volte chiamati folder o gruppi a seconda del tool).

Una strategia di tagging che scala per le agenzie di solito combina più assi:

• Per cliente. client:acme-corp, client:helio-shopify, client:beta-bank. Questo è l'asse primario — è il modo in cui fatture, report e comunicazione di incident vengono raggruppati.
• Per tier di SLA. tier-1, tier-2, tier-3. Tier 1 potrebbe significare check a 60 secondi, alert WhatsApp al fondatore e risposta 24/7. Tier 3 potrebbe significare check a 5 minuti e un digest email giornaliero.
• Per stack. stack:wordpress, stack:shopify, stack:next-js, stack:custom-saas. Quando si rompe un CDN o una dipendenza condivisa, vuoi filtrare istantaneamente "mostrami ogni sito WordPress che ospito" senza cliccare attraverso 60 card.
• Per regione. region:eu, region:us, region:apac. Utile quando un outage regionale colpisce e devi triage quali clienti sono toccati.

Nova Uptime supporta i tag come concetto first-class su ogni monitor, e puoi filtrare la dashboard per qualsiasi combinazione di essi. Combinato con le operazioni in bulk, il tagging sblocca workflow impossibili senza: seleziona tutti i domini tier-1 e porta il loro intervallo di check a 59 secondi in una singola azione; seleziona tutti i domini client:acme-corp e metti in pausa il monitoraggio durante un weekend di migrazione pianificata.

Due feature sottovalutate completano il quadro: rinomina inline (così la dashboard mostra "Acme — Checkout API" invece di https://api-prod-3.acme.internal) e ricerca su centinaia di domini con match di sottostringa. Insieme trasformano una dashboard da 200 domini da un muro di URL in qualcosa che gli umani riescono davvero a scorrere.

Per uno sguardo più approfondito su come le agenzie usano Nova Uptime end-to-end, vedi l'agency use case sulla pagina use cases.

Pilastro 2: controllo accessi del team#

Una volta che la tua agenzia cresce oltre un paio di persone, "tutti sono admin di ogni monitor" smette di essere accettabile. Un dev junior non dovrebbe avere il potere di cancellare per sbaglio il monitor di un cliente critico. Un freelance contractor che lavora a un solo progetto non dovrebbe vedere la tua intera lista clienti. Un account manager dovrebbe vedere incident e report ma non poter cambiare gli intervalli di check.

Un tool di monitoraggio costruito per le agenzie ha bisogno di role-based access control con almeno tre livelli:

• Owner / Admin — controllo totale sul workspace, incluso il billing.
• Member con accesso completo — può aggiungere, modificare e risolvere incident su qualsiasi monitor.
• Member con accesso per-dominio — può vedere e agire solo sui domini specifici a cui gli è stato dato accesso.

Il livello di accesso per-dominio è quello che rende sana la vita d'agenzia. Ingaggi uno sviluppatore Shopify freelance per un engagement di tre mesi; gli dai accesso ai quattro monitor che contano per il suo progetto, e nient'altro. Quando l'engagement finisce, revochi l'accesso in un click — niente password condivise, niente credenziali orfane.

Nova Uptime supporta l'invito di membri del team via email, inclusi ghost account per persone che non hanno ancora un login Nova Uptime (al primo sign-in ricevono un account vero, con il loro accesso già configurato). Supporta anche l'accesso read-only per gli stakeholder — utile per un account director che ha bisogno di visibilità ma non dovrebbe toccare le impostazioni.

Soprattutto, ogni azione del team viene scritta in un activity log: chi ha aggiunto un dominio, chi ha messo in pausa il monitoraggio, chi ha riconosciuto un incident, chi ha cambiato il canale di alert. Quando un cliente chiede "perché il mio sito non è stato monitorato martedì scorso?" puoi rispondere con un audit trail timestampato invece che con un'ipotesi.

Pilastro 3: notifiche multi-canale#

L'alerting solo via email andava bene quando avevi due clienti. A 50, la tua inbox diventa il cimitero degli alert — cose importanti sepolte sotto le newsletter, ogni alert che si confonde col successivo, il dev on-call che silenzia le notifiche perché ne ha ricevute 12 durante cena.

Il monitoraggio di livello agenzia ha bisogno di notifiche multi-canale, instradate per dominio e severità:

• L'email è ancora la baseline. Usala per tutti — il team, l'account manager, opzionalmente il cliente. È dove vive l'audit trail.
• WhatsApp è il canale giusto per gli incident critici che richiedono occhi umani immediati. Fondatore, CTO, on-call engineer — controllano tutti WhatsApp più velocemente dell'email. Nova Uptime supporta gli alert WhatsApp su ogni piano (1 numero su Free, 3 su Pro, 5 su Agency).
• I webhook sono il superpotere d'agenzia. Pipa gli alert direttamente nello Slack, Microsoft Teams, PagerDuty o Opsgenie esistenti del cliente. Il cliente non deve mai loggarsi nel tuo tool di monitoraggio — gli alert appaiono nel canale in cui già vive.

Il dettaglio cruciale è il routing per dominio. Cliente A vuole gli alert nel suo canale Slack #engineering. Cliente B vuole nulla durante l'orario di lavoro, poi escalation via SMS al numero on-call dopo le 18. Cliente C vuole un'email digest due volte al giorno, niente rumore real-time. Una config piatta "manda tutti gli alert a tutti i canali" non può modellare questo — ti serve la selezione del canale per dominio.

Due feature correlate completano il quadro: la pausa delle notifiche (spegni gli alert puliti durante la manutenzione pianificata, niente incident finti da ripulire dopo) e il routing per severità (un warning di response time lento va solo via email; un outage completo innesca WhatsApp + webhook). Fatto bene, ottieni segnali rumorosi quando contano e silenzio quando non contano — l'unico modo in cui l'on-call d'agenzia sopravvive nel lungo periodo.

Pilastro 4: comunicazione verso il cliente#

Il singolo unlock più grande per il monitoraggio in agenzia non è interno — è esterno. Il modo in cui i tuoi dati di monitoraggio rifluiscono ai clienti definisce l'esperienza che vivono durante gli incident e la fiducia che ti danno tra un incident e l'altro.

I widget di status embeddabili sono la feature più semplice e a maggior leva qui. Inserisci un piccolo iframe nel sito del cliente (o un sottodominio status) che mostra l'uptime live degli URL che monitori per loro. I loro clienti smettono di scrivere chiedendo "il sito è down?" perché possono auto-servirsi. Il loro team interno smette di scriverti su Slack "c'è qualcosa che non va?" perché vede i check verdi. Nova Uptime supporta widget embeddabili su ogni dominio — basati su token, con verifica dell'origine e configurabili per dominio.

I link di share pubblici sono l'alternativa più leggera — un URL che puoi incollare in un'email cliente quando un incident è in corso. Cliccano, vedono lo stato live e tu hai sostituito un avanti-e-indietro di 30 minuti con un link da 15 secondi.

I report settimanali automatici trasformano la noiosa-ma-importante domanda "è restato tutto su?" in un'email ricorrente che arriva nella inbox del cliente senza che tu faccia nulla. Per i clienti Tier 1, è la singola prova di valore più concreta che l'agenzia consegna in tutto il mese.

Gli screenshot dei guasti contano più di quanto la gente si aspetti. Quando un sito va down, uno screenshot della pagina d'errore reale (o del timeout, o del contenuto sbagliato che viene servito) è drammaticamente più utile di un codice di status. I clienti capiscono le immagini. I clienti discutono con i codici di status.

L'anti-pattern da evitare: far installare al cliente il tuo agente di monitoraggio sul loro server. Non farlo. Restare sul monitoraggio esterno basato su URL — è più veloce da onboarding, non può rompere il loro stack e funziona uguale che il sito sia sul loro hosting condiviso da quattro soldi o sulla tua infra premium.

Pilastro 5: billing e profittabilità#

Il monitoraggio dovrebbe far guadagnare soldi all'agenzia, non perderli. La matematica è semplice, ma devi farla.

I tier di prezzo di Nova Uptime sono progettati esattamente attorno a questa domanda:

• Free — 5 domini. Utile per il prospecting e per provare con piccoli clienti.
• Pro — $99/anno, 100 domini. Il tier giusto per agenzie che gestiscono 20–80 siti cliente.
• Agency — $699/anno, 1.000 domini. Il tier giusto una volta che superi i 100 domini cliente o vuoi alert WhatsApp su 5 numeri, accesso API massimo e la frequenza di check più alta.

Gli add-on di domini (+10 / +50 / +100) ti permettono di crescere senza forzare un upgrade di tier — utile quando sei a 105 domini e non vuoi saltare direttamente ad Agency.

La domanda di billing a cui ogni agenzia deve rispondere è: incluso il monitoraggio nel retainer, o lo fatturi separatamente? Includerlo è più semplice operativamente e sembra generoso con il cliente. Fatturarlo separatamente come voce ($25–$100/sito/mese è il range tipico) è più profittevole, ti dà un motivo per parlare di uptime ogni trimestre e fa auto-selezionare i clienti in un tier di servizio. La maggior parte delle agenzie mid-market finisce per fare un ibrido: monitoraggio incluso nei retainer Tier 1, fatturato separatamente per i progetti una tantum.

Qualunque cosa scegli, i report settimanali (citati prima) raddoppiano come artefatti di billing. Sono prova dello SLA che stai consegnando — e l'evidenza più facile da allegare a una conversazione di rinnovo. Per uno scoring più dettagliato dei costi, vedi la guida al confronto costi del monitoraggio uptime.

Esempio di workflow d'agenzia reale#

Ecco un giorno nella vita di un operations lead d'agenzia che fa monitoraggio su Nova Uptime:

• 9:00. Apre la dashboard. Filtra per tag tier-1. Tre incident dalla notte — due auto-risolti, uno ancora sotto investigazione. Clicca sull'incident aperto, guarda lo screenshot del guasto, scrive al PM del cliente con un aggiornamento di una riga e il link di share pubblico.
• 9:15. Triggera i report settimanali automatici per tutti i clienti tier-1. Ogni cliente riceve un'email pulita che mostra l'uptime della settimana, il conteggio di incident e lo status SLA. Fatto in una sola azione.
• 11:00. Kickoff onboarding nuovo cliente. L'agenzia ha appena firmato un retailer Shopify con 12 domini (store principale + 8 sottodomini per paese + 3 pagine marketing). Bulk-import di tutti i 12 via CSV in un colpo solo (Nova Uptime supporta il bulk import fino a 100 alla volta). Li tagga client:retailer-x e tier-2. Invita il CTO del cliente come membro del team con accesso read-only solo a quei 12 monitor.
• 14:00. Ping su Slack: un webhook scatta dal monitor client:beta-bank api-checkout mostrando response time lenti. Nessuno è down — ancora — ma il warning dà all'on-call engineer 20 minuti per investigare prima che i clienti se ne accorgano. Database sotto carico, l'autoscaler entra in azione, problema risolto.
• 16:30. Email di un cliente Tier 3: "stiamo facendo deploy di un nuovo tema domani mattina, puoi mettere in pausa gli alert così il mio team non viene svegliato da falsi positivi?" Mette in pausa il monitoraggio sui suoi tre domini, programmato per riprendere automaticamente alle 11 del giorno dopo.
• 17:30. Fine giornata. L'activity log ha 47 voci — ogni azione del team, ogni alert, ogni cambio di dominio — pulitamente timestampate. Se un cliente chiede domani cos'è successo oggi, la risposta è a un filtro di distanza.

Quello è un vero martedì in agenzia. Niente di tutto questo richiede eroismi; richiede il giusto tool configurato nel modo giusto.

Checklist di setup per agenzie#

Se parti da zero (o stai migrando da un tool che sta toccando i suoi limiti), ecco l'ordine delle operazioni:

1. Iscriviti al piano giusto. Pro per sotto i 100 domini, Agency per oltre 100 o se ti servono 5 numeri WhatsApp. Vedi pricing.
2. Bulk-add dei domini cliente. L'import CSV gestisce fino a 100 alla volta. Non aggiungerli uno per uno.
3. Tagga i domini per cliente e tier di SLA. Usa una convenzione di naming consistente (client:slug, tier-N, stack:name). Documentala nel wiki del team.
4. Invita i membri del team con i giusti accessi. Owner + admin per lo staff senior, accesso per-dominio per dev junior e contractor, read-only per gli account manager.
5. Configura gli alert WhatsApp per la rotazione on-call senior. Non metterli a tutti — annullerebbe lo scopo.
6. Configura le integrazioni webhook verso lo Slack/Teams/PagerDuty esistente di ogni cliente. È la singola integrazione a maggior impatto.
7. Embedda i widget di status sulla status page o dashboard di ogni cliente. Punti bonus: includi un link alla tua agenzia nel widget.
8. Schedula i report settimanali per tutti i clienti Tier 1 e Tier 2. Automatizza, non comporre.
9. Documenta il tuo processo di incident response. Chi acknowledg-a? Chi comunica? Chi risolve? Chi scrive il post-mortem? Scrivilo una volta, seguilo per sempre.

Per una strategia di monitoraggio più ampia oltre l'uptime, accoppia tutto questo con la guida al monitoraggio uptime per SaaS e la panoramica sul monitoraggio multi-region. E non dimenticare che l'uptime è solo metà della storia per le agenzie che servono clienti che inviano email — esegui il free email health checker su ogni nuovo cliente in onboarding per intercettare misconfigurazioni di SPF, DKIM e DMARC prima che costino al cliente la deliverability.

Conclusione#

Il monitoraggio in agenzia è un problema di operazioni travestito da problema tecnico. I ping sono facili; le persone, i clienti e il billing sono dove vive o muore. Sistema bene i cinque pilastri — organizzazione, accessi, notifiche, comunicazione cliente e billing — e il monitoraggio smette di essere un sink di margine e diventa una delle parti più difendibili del tuo servizio.

Prova il trial di 30 minuti di Nova Uptime senza signup, o salta direttamente a un piano Pro o Agency e fai bulk-import dei domini cliente oggi. Ogni feature in questa guida è inclusa nei piani standard — niente add-on, niente sorprese. Dai un'occhiata alla feature list completa per vedere cosa è incluso.

Letture correlate#

• Uptime Monitoring for SaaS: A 2026 Guide
• Uptime Monitoring Cost Comparison
• Multi-Region Monitoring: Global Coverage
• Pricing e Features
• Free Email Health Checker
• Agency use case