Agency-uptime-monitoring: 50+ klantdomeinen beheren zonder gek te worden

Het agency-monitoringprobleem#

Het is 9:14 's ochtends. Een digital agency runt 60 klantwebsites — een mix van Shopify-storefronts, WordPress-marketingsites en één of twee SaaS-dashboards. De on-call accountmanager opent Slack en ziet drie rode incident-alerts die 's nachts zijn afgegaan.

Welke klanten gingen plat? Welke is nog plat? Zaten ze in de "Tier 1"-SLA waar het agency 99,9% maandelijkse uptime beloofde? Heeft iemand de klanten al ingelicht, of staan ze op het punt te mailen waarom hun checkout kapot is?

Dit is de dagelijkse realiteit van monitoring runnen op agency-schaal. Het technische deel — URL's pingen en statuscodes checken — is de makkelijke helft. De moeilijke helft is de operations-laag eroverheen: honderden domeinen organiseren, beheersen wie in je team wat kan zien, de juiste alert naar de juiste persoon routen, met klanten communiceren zonder op te branden, en alles omzetten naar iets winstgevends in plaats van een support-zwart-gat.

Deze gids is het playbook. Het behandelt de vijf pijlers die agencies die monitoring runnen als marge-erodende klusjes scheiden van agencies die het runnen als een strakke, geproductiseerde service: domeinorganisatie, teamtoegang, multi-channel-notificaties, klantgerichte communicatie en facturatie.

Wat agency-monitoring anders maakt#

De meeste uptime-monitoring-tools zijn ontworpen voor één team dat één product runt. Agencies zijn dat niet. Agency-monitoring heeft zijn eigen beperkingen:

• Multi-tenant-schaal. Je monitort niet 5 endpoints — je monitort er 50 tot 500+ over veel klanten heen, elk met zijn eigen subdomeinen, marketingsites en API's.
• Verschillende SLA's per klant-tier. Een retainer-klant die $15.000 per maand betaalt krijgt een ander antwoord dan een eenmalige site die je voor $200 per maand onderhoudt. Je monitoring moet dat weerspiegelen.
• Grenzen aan teamtoegang. Een junior developer zou de drie sites moeten zien waar hij deze week aan shipt — niet de hele klantportefeuille van het agency. Senior engineers en accountmanagers hebben bredere zichtbaarheid nodig.
• Klantgerichte zichtbaarheid. Sommige klanten willen een statuspagina die ze hun klanten kunnen tonen. Anderen willen alleen ingelicht worden wanneer er iets mis is. Een paar willen absolute stilte en alleen kwartaalrapporten.
• Facturatie-complexiteit. Sommige klanten betalen je een aparte monitoring-line item. Anderen hebben het in de retainer gebundeld. Hoe dan ook, je moet de cost-per-client weten om correct te prijzen.
• Notificatie-routering. Wie wordt gepaged wanneer klant X plat gaat? De PM? De originele developer die de site bouwde? De klant zelf? Het antwoord is meestal "het hangt af van de klant en het tijdstip".

Kan je monitoring-tool al deze zes niet modelleren, dan bout je ze aan elkaar met spreadsheets, Slack-kanalen en Notion-docs — en daar bloedt agency-operations stilletjes marge.

Pijler 1: domeinorganisatie op schaal#

Het eerste wat breekt bij 50+ domeinen is het dashboard zelf. Een platte lijst van "al mijn monitors" stopt nuttig te zijn rond de 20-domein-grens. Bij 50 kun je er niet eens doorheen scrollen zonder context te verliezen.

De fix is gestructureerde organisatie, en het werkpaard zijn tags (afhankelijk van de tool soms folders of groepen genoemd).

Een tagging-strategie die schaalt voor agencies combineert meestal een paar assen:

• Per klant. client:acme-corp, client:helio-shopify, client:beta-bank. Dit is de primaire as — zo worden facturen, rapporten en incident-communicatie gegroepeerd.
• Per SLA-tier. tier-1, tier-2, tier-3. Tier 1 betekent misschien 60-seconden-checks, WhatsApp-alerts naar de oprichter en 24/7-respons. Tier 3 betekent misschien 5-minuten-checks en een dagelijkse e-maildigest.
• Per stack. stack:wordpress, stack:shopify, stack:next-js, stack:custom-saas. Wanneer een CDN of gedeelde dependency breekt, wil je direct kunnen filteren naar "toon me elke WordPress-site die ik host" zonder door 60 cards te klikken.
• Per regio. region:eu, region:us, region:apac. Nuttig wanneer een regionale outage toeslaat en je moet triageren welke klanten worden geraakt.

Nova Uptime ondersteunt tags als first-class concept op elke monitor, en je kunt het dashboard filteren op elke combinatie ervan. In combinatie met bulk-operaties ontgrendelt taggen workflows die zonder onmogelijk zijn: selecteer alle tier-1-domeinen en bump hun check-interval naar 59 seconden in één enkele actie; selecteer alle client:acme-corp-domeinen en pauzeer monitoring tijdens een gepland migratieweekend.

Twee onderschatte features maken het rond: inline rename (zodat het dashboard "Acme — Checkout API" toont in plaats van https://api-prod-3.acme.internal) en search over honderden domeinen met substring-matching. Samen veranderen ze een 200-domein-dashboard van een muur van URL's in iets dat mensen daadwerkelijk kunnen scannen.

Voor een diepere blik op hoe agencies Nova Uptime end-to-end gebruiken, zie de agency-use-case op de use-cases-pagina.

Pijler 2: toegangscontrole voor het team#

Zodra je agency voorbij een paar mensen groeit, stopt "iedereen is admin op elke monitor" acceptabel te zijn. Een junior dev zou niet de macht moeten hebben om per ongeluk de monitor van een kritische klant te verwijderen. Een freelance contractor die aan één project werkt zou je volledige klantenlijst niet moeten zien. Een accountmanager moet incidents en rapporten zien maar geen check-intervallen kunnen wijzigen.

Een monitoring-tool gebouwd voor agencies heeft role-based access control met minimaal drie lagen nodig:

• Owner / Admin — volledige controle over de workspace, inclusief facturatie.
• Member met volledige toegang — kan op elke monitor incidents toevoegen, bewerken en oplossen.
• Member met per-domein-toegang — kan alleen de specifieke domeinen zien en op acteren waarop ze toegang hebben gekregen.

De per-domein-toegangslaag is degene die het agency-leven werkbaar maakt. Je haalt een freelance Shopify-developer binnen voor een engagement van drie maanden; je geeft ze toegang tot de vier monitors die er voor hun project toe doen, en niets meer. Wanneer de engagement eindigt, trek je toegang in met één klik — geen gedeelde wachtwoorden, geen verweesde credentials.

Nova Uptime ondersteunt het uitnodigen van teamleden via e-mail, inclusief ghost accounts voor mensen die nog geen Nova Uptime-login hebben (ze krijgen een echt account bij de eerste sign-in, met hun toegang al geconfigureerd). Het ondersteunt ook read-only-toegang voor stakeholders — handig voor een account director die zichtbaarheid nodig heeft maar geen instellingen zou moeten omzetten.

Bovenal wordt elke teamactie weggeschreven naar een activity log: wie een domein toevoegde, wie monitoring pauzeerde, wie een incident bevestigde, wie het alertkanaal wijzigde. Wanneer een klant vraagt "waarom werd mijn site afgelopen dinsdag niet gemonitord?", kun je antwoorden met een audit trail van timestamps in plaats van een gok.

Pijler 3: multi-channel-notificaties#

Alleen-via-e-mail-alerteren was prima toen je twee klanten had. Bij 50 wordt je inbox het alert-kerkhof — belangrijke dingen begraven onder nieuwsbrieven, elke alert vervaagt in de volgende, de on-call dev die notificaties dempt omdat hij er 12 kreeg tijdens het diner.

Agency-grade monitoring heeft multi-channel-notificaties nodig, gerouteerd op domein en severity:

• E-mail is nog steeds de baseline. Gebruik het voor iedereen — het team, de accountmanager, optioneel de klant. Daar leeft het audit trail.
• WhatsApp is het juiste kanaal voor kritische incidents die direct menselijke ogen nodig hebben. Founder, CTO, on-call engineer — ze checken WhatsApp allemaal sneller dan e-mail. Nova Uptime ondersteunt WhatsApp-alerts op elk plan (1 nummer op Free, 3 op Pro, 5 op Agency).
• Webhooks zijn de agency-superkracht. Pijp alerts rechtstreeks in de bestaande Slack, Microsoft Teams, PagerDuty of Opsgenie van de klant. De klant hoeft nooit in te loggen op je monitoring-tool — alerts verschijnen in het kanaal waar ze al wonen.

Het cruciale detail is per-domein-routering. Klant A wil alerts in zijn Slack #engineering-kanaal. Klant B wil niets tijdens kantooruren, dan SMS-geëscaleerd naar het on-call-nummer na 18:00. Klant C wil twee keer per dag een digest-e-mail, geen real-time-ruis. Een platte "stuur alle alerts naar alle kanalen"-config kan dit niet modelleren — je hebt per-domein-kanaalselectie nodig.

Twee gerelateerde features maken het plaatje af: notificatie-pauze (zet alerts schoon uit tijdens gepland onderhoud, geen nep-incidents om achteraf op te ruimen) en severity-based routing (een trage-respons-warning gaat alleen naar e-mail; een volledige outage triggert WhatsApp + webhook). Goed gedaan krijg je luide signalen wanneer het ertoe doet en stilte wanneer dat niet zo is — wat de enige manier is waarop agency-on-call op de lange termijn overleeft.

Pijler 4: klantgerichte communicatie#

De allergrootste unlock voor agency-monitoring is niet intern — hij is extern. De manier waarop je monitoring-data terugvloeit naar klanten definieert de ervaring die ze hebben tijdens incidents en het vertrouwen dat ze in je stellen tussen incidents door.

Inbedbare statuswidgets zijn de simpelste, hoogst-leverage feature hier. Drop een kleine iframe in de site van de klant (of een status-subdomein) die live uptime toont voor de URL's die je namens hen monitort. Hun klanten stoppen met mailen om te vragen "is de site plat?" omdat ze zichzelf kunnen bedienen. Hun interne team stopt jou te slacken "is er iets mis?" omdat ze groene vinkjes kunnen zien. Nova Uptime ondersteunt inbedbare widgets op elk domein — token-gebaseerd, origin-geverifieerd en per-domein configureerbaar.

Publieke share-links zijn het lichtgewicht-alternatief — een URL die je in een klant-e-mail kunt plakken wanneer een incident in volle gang is. Ze klikken, ze zien de live status, en je hebt een 30-minuten heen-en-weer-conversatie vervangen door een 15-seconden-link.

Wekelijkse geautomatiseerde rapporten zetten de saaie-maar-belangrijke "is alles wel up gebleven?"-vraag om in een terugkerende e-mail die in de inbox van de klant landt zonder dat jij iets doet. Voor Tier 1-klanten is dit de meest concrete proof-of-value die het agency de hele maand levert.

Failure-screenshots doen er meer toe dan mensen verwachten. Wanneer een site plat gaat is een screenshot van de daadwerkelijke errorpagina (of de timeout, of de verkeerde inhoud die wordt geserveerd) dramatisch nuttiger dan een statuscode. Klanten begrijpen plaatjes. Klanten redetwisten met statuscodes.

Het anti-patroon om te vermijden: de klant je monitoring-agent op zijn server laten installeren. Doe het niet. Houd het op URL-gebaseerde externe monitoring — het is sneller te onboarden, kan hun stack niet breken, en werkt hetzelfde of de site nu op hun goedkope shared host of jouw premium-infra staat.

Pijler 5: facturatie & winstgevendheid#

Monitoring zou agencies geld moeten opleveren, niet kosten. De rekensom is rechttoe-rechtaan, maar je moet hem maken.

De pricing-tiers van Nova Uptime zijn ontworpen rond precies deze vraag:

• Free — 5 domeinen. Nuttig voor prospecting en uitproberen op kleine klanten.
• Pro — $99/jaar, 100 domeinen. De juiste tier voor agencies die 20–80 klantsites runnen.
• Agency — $699/jaar, 1.000 domeinen. De juiste tier zodra je voorbij 100 klantdomeinen bent of WhatsApp-alerts wilt op 5 nummers, max-API-toegang en de hoogste check-frequentie.

Domein-add-ons (+10 / +50 / +100) laten je groeien zonder een tier-upgrade te forceren — handig wanneer je op 105 domeinen zit en niet direct naar Agency wilt springen.

De facturatievraag die elk agency moet beantwoorden is: monitoring in de retainer bundelen, of apart factureren? Bundelen is operationeel simpeler en voelt royaal voor de klant. Apart factureren als line item ($25–$100/site/maand is het typische bereik) is winstgevender, geeft je een reden om kwartaalsgewijs over uptime te praten, en laat klanten zelf in een tier of service kiezen. De meeste mid-market-agencies doen uiteindelijk een hybride: monitoring gebundeld in Tier 1-retainers, apart gefactureerd voor eenmalige projecten.

Wat je ook kiest, de wekelijkse rapporten (eerder genoemd) verdubbelen als facturatie-artefacten. Ze zijn bewijs van de SLA die je levert — en het makkelijkste bewijs om aan een verleningsgesprek te hechten. Voor een diepere kostenbreakdown, zie de uptime monitoring cost comparison guide.

Voorbeeld van een echte agency-workflow#

Hier is een dag uit het leven van een agency-operations-lead die monitoring runt op Nova Uptime:

• 9:00. Open het dashboard. Filter op tier-1-tag. Drie incidents van 's nachts — twee auto-resolved, één nog onder onderzoek. Klik in het open incident, bekijk de failure-screenshot, bericht de PM van de klant met een one-line update en de publieke share-link.
• 9:15. Trigger de wekelijkse geautomatiseerde rapporten voor alle tier-1-klanten. Elke klant krijgt een schone e-mail die zijn weekuptime, incidentaantal en SLA-status toont. Klaar in één actie.
• 11:00. Onboarding-kickoff voor nieuwe klant. Het agency heeft net een Shopify-retailer met 12 domeinen getekend (hoofdwinkel + 8 land-subdomeinen + 3 marketingpagina's). Bulk-importeer alle 12 via CSV in één keer (Nova Uptime ondersteunt bulk-import tot 100 tegelijk). Tag ze client:retailer-x en tier-2. Nodig de CTO van de klant uit als teamlid met read-only-toegang tot alleen die 12 monitors.
• 14:00. Slack pingt: een webhook gaat af vanaf monitor client:beta-bank api-checkout met trage responstijden. Niemand is plat — nog niet — maar de waarschuwing geeft de on-call engineer 20 minuten om te onderzoeken voordat klanten het merken. Database onder belasting, autoscaler schopt erin, probleem opgelost.
• 16:30. Tier 3-klant mailt: "we deployen morgenochtend een nieuw thema, kun je alerts pauzeren zodat mijn team niet wakker wordt door false positives?" Pauzeer monitoring op hun drie domeinen, gepland om de volgende dag om 11:00 automatisch te hervatten.
• 17:30. Eind van de dag. De activity log heeft 47 entries — elke teamactie, elke alert, elke domeinwijziging — netjes van timestamp voorzien. Vraagt een klant morgen wat er vandaag gebeurde, dan is het antwoord één filter weg.

Dat is een echte agency-dinsdag. Niets ervan vereist heldendaden; het vereist de juiste tool op de juiste manier geconfigureerd.

Setup-checklist voor agencies#

Begin je vanaf nul (of migreer je vanaf een tool die zijn limieten bereikt), dan is dit de volgorde van operations:

1. Meld je aan voor het juiste plan. Pro voor onder 100 domeinen, Agency voor boven 100 of als je 5 WhatsApp-nummers nodig hebt. Zie pricing.
2. Bulk-add klantdomeinen. CSV-import handelt tot 100 tegelijk af. Voeg ze niet één voor één toe.
3. Tag domeinen op klant en SLA-tier. Gebruik een consistente naamgevingsconventie (client:slug, tier-N, stack:name). Documenteer hem in je team-wiki.
4. Nodig teamleden uit met passende toegang. Owners + admins voor senior staff, per-domein-toegang voor junior devs en contractors, read-only voor accountmanagers.
5. Configureer WhatsApp-alerts voor de senior on-call-rotatie. Zet ze niet bij iedereen — dat ondermijnt het doel.
6. Zet webhook-integraties op naar de bestaande Slack/Teams/PagerDuty van elke klant. Dit is de integratie met de hoogste impact.
7. Embed statuswidgets op de statuspagina of het dashboard van elke klant. Bonuspunten: voeg een link naar je agency toe in de widget.
8. Plan wekelijkse rapporten voor alle Tier 1- en Tier 2-klanten. Automatiseer, componeer niet.
9. Documenteer je incident-respons-proces. Wie bevestigt? Wie communiceert? Wie lost op? Wie schrijft het post-mortem? Schrijf het één keer op, volg het voor altijd.

Voor een bredere monitoring-strategie voorbij uptime, koppel dit aan de SaaS-uptime-monitoringsgids en het overzicht van multi-region-monitoring. En vergeet niet dat uptime maar de helft van het verhaal is voor agencies die klanten bedienen die e-mail draaien — run de gratis e-mail-health-checker op elke nieuwe klant bij onboarding om SPF-, DKIM- en DMARC-misconfiguraties op te vangen voordat ze de klant deliverability kosten.

Conclusie#

Agency-monitoring is een operations-probleem vermomd als een technisch. De pings zijn makkelijk; de mensen, de klanten en de facturatie — daar leeft of sterft het. Krijg de vijf pijlers goed — organisatie, toegang, notificaties, klantcommunicatie en facturatie — en monitoring stopt een margesink te zijn en wordt een van de meest verdedigbare delen van je service.

Probeer de Nova Uptime 30-minuten-trial zonder signup, of spring direct naar een Pro- of Agency-plan en bulk-importeer vandaag je klantdomeinen. Elke feature in deze gids zit in de standaardplannen — geen add-ons, geen verrassingen. Bekijk de volledige feature list om te zien wat er inbegrepen is.

Gerelateerde reading#

• Uptime Monitoring voor SaaS: een gids voor 2026
• Uptime Monitoring Cost Comparison
• Multi-Region Monitoring: Global Coverage
• Pricing en Features
• Gratis Email Health Checker
• Agency-use-case