Monitoring van uptime, prestaties en fouten
Zinn Digital® bewaakt de webadressen die u ons doorgeeft — uptime, Core Web Vitals en brongebruik ten opzichte van uw rechten — en toont dit per site in het dashboard. Meldingen worden verzonden naar e-mail, Telegram, Slack of uw eigen webhook, en onze statuspagina bevindt zich buiten het platform, zodat deze nog steeds bereikbaar is wanneer wij dat niet zijn. Uptime- en paginasnelheidsbewaking is nu live: voeg elk gewenst webadres toe — drie gratis bij elk account, en we hoeven het niet te hosten — en we controleren het elke minuut van buiten ons eigen netwerk. Beschikbaarheid: foutopsporing per site en bronstatistieken per site zijn actief in ontwikkeling en nog niet beschikbaar. Al het overige dat hier wordt beschreven, is vandaag al live.
Hostingdashboards laten u meestal zien waar u voor betaalt. Het onze laat zien wat uw site doet. Elke site die u bij ons host, rapporteert per site dezelfde set signalen, zonder dat u een agent hoeft te installeren of iets hoeft te koppelen.
Continue beschikbaarheidscontroles per site, vergeleken met de eigen geschiedenis van de site, zodat een tijdelijke hapering en een daadwerkelijke uitval direct herkenbaar zijn. De uptime-status is een primair signaal waarop het platform actie onderneemt, niet zomaar een grafiek die niemand bekijkt.
Echte prestatiegegevens per site — de statistieken waarop Google daadwerkelijk rangschikt. Trage pagina's worden weergegeven als een meetwaarde waarop u actie kunt ondernemen, direct naast de cachingknoppen waarmee u ze oplost.
HTTP- en PHP-foutlogboeken zijn per site beschikbaar, zodat u een fatale fout door een mislukte plug-in-update of een haperende implementatie direct kunt opsporen in plaats van ernaar te moeten raden.
Bandbreedte per site, plus het aan uw pakketlimiet gemeten resourcegebruik — inclusief LVE-statistieken per site — zodat u kunt zien welke site het zwaarst wordt belast en of deze een limiet nadert.
Een dashboard waarvan u moet onthouden het te openen, is geen monitoring. Elk signaal voedt de meldingenlaag van het platform en u kiest waar het terechtkomt.
Een statuspagina die wordt gehost op de infrastructuur die deze bewaakt, is precies op het moment dat u deze nodig hebt nutteloos. Die van ons bevindt zich bewust ergens anders.
Onze openbare statuspagina wordt zelf gehost op een afzonderlijke infrastructuur, volledig buiten het platform — een aparte machine, een ander storingsdomein dan het controlepaneel en de servers waarover gerapporteerd wordt. Wanneer er iets misgaat met het platform, blijft de statuspagina antwoorden, omdat niets waarvan deze afhankelijk is zich binnen het incident bevindt.
Het is voorzien van uw eigen merkidentiteit, wordt gevoed door dezelfde monitoring die uw waarschuwingen per site aanstuurt, en is ontworpen om onafhankelijk te zijn — niet per ongeluk. De publieke frontend volgt hetzelfde principe: de marketingsite en het helpcentrum worden gescheiden van het control-plane-cluster geïmplementeerd, zodat een incident op het platform onze documentatie niet mee omlaag trekt.
Dit is dezelfde logica die door de rest van het platform loopt: gescheiden storingsdomeinen, geen gedeeld lot en niets dat zowel het element als het hulpmiddel dat u gebruikt om het te diagnosticeren, kan uitschakelen.
Signalen zijn waardevoller wanneer er actie op kan worden ondernomen. De onze zijn gekoppeld aan de assistent en de MCP-server, en zitten niet opgesloten in een graaf.
Wanneer u een ticket begint aan te maken, voert de assistent eerst een live diagnose uit op de betreffende site — uptime, HTTP- en PHP-fouten, SSL- en DNS-status, bronlimieten en LVE-fouten, malware-meldingen, plugin-conflicten, databasestatus en cache — nog voordat er een mens aan te pas komt.
Binnen uw machtigingen en de veiligheidskaders van het platform zal het de cache wissen, PHP-workers herstarten, SSL repareren of vernieuwen, databasetabellen herstellen, een plugin met een fatale fout uitschakelen of het CDN leegmaken — om vervolgens het signaal opnieuw te controleren en te bevestigen of het daadwerkelijk is opgelost.
Als er alsnog een medewerker nodig is, arriveert het ticket vooraf ingevuld met de diagnostische gegevens, wat er geprobeerd is en wat er gebeurd is — zo begint de ondersteuning direct bij de feiten in plaats van u te vragen het symptoom te beschrijven.
Verbind elke AI-tool die geschikt is voor MCP en deze kan de sitestatus, recente logs, statistieken, uptime en fouten als bronnen uitlezen — zodat uw eigen agent diagnoses kan stellen voordat deze actie onderneemt, onder OAuth 2.1 met herroepbare tokens op organisatie- en rolniveau en een volledig controlelogboek.
Prestatiebewaking hoort thuis naast de tools die prestaties veranderen. Op ons platform bevindt het zich tussen de caching-stack en de SEO-laag.
Achter uw dashboard bevindt zich dezelfde observability-stack waarop wij het platform draaien: Prometheus en Grafana voor statistieken, OpenTelemetry voor gedistribueerde tracering over de engine, workflows en stuurprogramma's, en gecentraliseerde gestructureerde logboeken die zijn getagd per tenant met afzonderlijk bewaarde auditgegevens.
Statistieken worden verzameld per dienst, per worker en per tenant, met LVE-statistieken per site vanuit de isolatielaag. Elke workflowuitvoering — provisioning, migratie, handhaving — is van begin tot eind zichtbaar, waardoor een ondersteuningsantwoord specifiek kan zijn in plaats van een gissing.
Monitoring op schaal is een datavolumeprobleem, en daarom is het ook zo ontworpen. Statistieken met een hoog volume worden op tijd gesplitst en samengevoegd in plaats van voor altijd per site per minuut te worden bewaard, traces worden bemonsterd, en cardinaliteitscontroles per tenant voorkomen dat één druk account de dashboards van alle anderen vertraagt. Het ontwerpdoel is een miljoen sites, niet het aantal dat we vandaag beheren.
Waarschuwingen worden via Alertmanager doorgestuurd naar ons oproeprooster met gedefinieerde en bijgehouden SLO's — bewust gescheiden gehouden van de bovenstaande klantmeldingen, zodat operationele ruis nooit in uw inbox terechtkomt en uw waarschuwingen nooit achter de onze in de wachtrij staan.
Per site: uptime, Core Web Vitals en prestaties, bandbreedte en resourcegebruik gemeten ten opzichte van uw pakketlimiet — inclusief LVE-statistieken per site vanuit de isolatielaag. Het wordt allemaal per site weergegeven in het dashboard, zonder dat u een agent hoeft te installeren.
Via welke kanalen u ook koppelt: e-mail, Telegram, Slack of uw eigen webhook-endpoint. Meldingsvoorkeuren worden per organisatie en per gebruiker ingesteld, zodat u bepaalt welke gebeurtenissen welk kanaal en welke persoon bereiken. Webhook-afleveringen zijn voorzien van een HMAC-handtekening, worden opnieuw geprobeerd met backoff en gelogd, zodat u elke aflevering kunt inspecteren of opnieuw kunt afspelen.
Dat is precies wat het moet voorkomen. De statuspagina wordt zelf gehost op een afzonderlijke infrastructuur, volledig buiten het platform, in een ander storingsdomein dan het control plane en de vloot waarover deze rapporteert — omdat een statuspagina die draait op de infrastructuur die zij bewaakt, nutteloos is tijdens een storing.
Het is het uptime-doel waarvoor wij bouwen en opereren, en het wordt vermeld als een zekerheid bij Footprint-Free-pakketten. Het is een toezegging over hoe het platform is ontworpen — geïsoleerde rekenkracht per site, horizontaal schaalbare staatloze diensten, gescheiden storingsdomeinen — in plaats van een gepubliceerde meting van de beschikbaarheid in het verleden. Onze contractuele toezegging is iets aparts en beperkters, en deze is gepubliceerd: zie de Uptime SLA op /legal/sla, waarin het niveau staat vermeld dat wij garanderen en de servicecredits die wij uitkeren wanneer wij dit niet halen.
Ja. Websitestatus, recente logs, statistieken, uptime en foutgegevens worden als bronnen beschikbaar gesteld via onze gehoste MCP-server, zodat elke AI-tool met MCP-ondersteuning — Claude, Cursor, ChatGPT en andere — deze kan lezen en een diagnose kan stellen alvorens te handelen. Toegang verloopt via OAuth 2.1, is afgestemd op uw organisatie en de rol van de verbindende gebruiker, kan per tool worden ingetrokken en elke actie wordt vastgelegd in een auditlogboek. Klantwebhooks bieden dezelfde functionaliteit voor conventionele integraties.
De hier beschreven observabiliteitssignalen maken deel uit van het platform en worden weergegeven in uw dashboard voor de sites die u bij ons host, en de gratis SEO Basics-tegel — geïndexeerd, Trust Flow, Core Web Vitals van de homepage — is inbegrepen bij elk pakket. Diepgaandere SEO-monitoring, zoals positietracking en backlink-monitoring, wordt verkocht als afzonderlijke betaalde add-ons, en praktische snelheidsoptimalisatie is een optioneel aan te schaffen extra.
Ja. De Footprint-Free-proefperiode duurt 14 dagen, vereist geen creditcard en dekt maximaal 5 sites — geen betalingsgegevens, geen verplichtingen. Implementeer een paar sites en bekijk wat het dashboard daadwerkelijk rapporteert voordat u beslist.
Start een proefperiode van 14 dagen zonder creditcard en bekijk uptime, Core Web Vitals, fouten en brongebruik per site vanaf de allereerste implementatie — met meldingen waar u maar wilt. Gratis migraties en een 30-dagen niet-goed-geld-teruggarantie op alles.
Gratis starten