Uptime-monitoring
Detecteer downtime zodra het gebeurt, vanuit meerdere regio’s, voordat je klanten het merken.
Synthetische monitoring voor de flows die omzet opleveren: je Playwright-scripts loggen in en rekenen af in een echte browser, elke 5 minuten. Een mislukte stap wordt eerst opnieuw gecontroleerd.
14 dagen gratis, met één browsercheck. Geen creditcard nodig.
Synthetische monitoring voert volgens schema gescripte bezoeken aan je site of API uit, van buiten je infrastructuur, en alarmeert je als een stap faalt. Het vindt een kapotte login of checkout vóór de eerste klant, ook als er niemand op de site is.
Stuurt elke 30 seconden een verzoek en leest de statuscode, de responstijd en een trefwoord. Snel en goedkoop, maar een inlogknop die niet meer werkt, antwoordt nog steeds 200.
Uptime-monitoringOpent de pagina in een echte browser, voert het JavaScript uit, klikt, typt en controleert wat er verschijnt, zoals een gebruiker. Zo zie je kapotte logins, checkouts en pagina’s die leeg blijven.
BrowserchecksMeet wat echte bezoekers ervaren, dus ziet een probleem pas als iemand ertegenaan loopt, en ziet niets om 3 uur ’s nachts zonder verkeer. Synthetische checks draaien volgens schema, of er nu bezoekers zijn of niet.
Een browsercheck doorloopt een hele gebruikersflow, stap voor stap, en faalt op de stap die breekt. Dit zijn de flows die teams als eerste controleren.
Een andere identity provider, een verlopen client secret, een redirectlus. De check logt in met een testaccount en faalt als het dashboard nooit verschijnt.
Een Auth0-login monitorenIn de winkelwagen leggen, het adres invullen, betalen met een testkaart in het betaal-iframe en wachten op de bevestiging. De flow die als eerste geld kost, controleer je als eerste.
Een Stripe-checkout testenMaak bij elke run een account aan met een nieuw e-mailadres en controleer het welkomstscherm, zodat een kapot formulier of een falende e-mailstap je groei niet stilletjes stopzet.
E-maillinks en OTP testenSingle-page apps en gehydrateerde frameworks antwoorden 200 met een lege schil. Alleen een browser die het JavaScript uitvoert, ziet de fout die de pagina leeg laat.
Hydratatiefouten opsporenTyp een zoekopdracht, wacht op de resultaten, controleer of die er zijn. Hetzelfde geldt voor een dashboard dat data laadt, een upload of een download waar je gebruikers op rekenen.
12 kant-en-klare scriptsHaal een token op, geef het door aan de volgende call en controleer de JSON, zonder een pagina te openen. Eén endpoint is eenvoudiger als HTTP-monitor.
API-monitoringElke check is een gewone Playwright-test in TypeScript, uitgevoerd op Node 24 met Playwright 1.59.1 en gangbare packages erbij. Bewaar de bestanden in je repository en draai ze lokaal met dezelfde versies.
Plak een .spec.ts-bestand, begin met een van de 12 templates of neem er een op met Playwrights codegen. Geen eigen formaat: hetzelfde bestand draait op je eigen machine.
Testgegevens en API-tokens gaan in de omgevingsvariabelen van de check en worden gelezen met process.env. Verdeel stappen met test.step() en elke stap wordt apart gerapporteerd.
Run test het script in de editor en toont elke stap en de logs. Sla op, en het draait elke 5 minuten vanuit Frankfurt en San Francisco en alarmeert zoals elke andere monitor.
import { test, expect } from '@playwright/test';
test('user can log in', async ({ page }) => {
await test.step('Open the login page', async () => {
await page.goto('https://app.example.com/login');
});
await test.step('Sign in', async () => {
await page.getByLabel('Email').fill(process.env.EMAIL);
await page.getByLabel('Password').fill(process.env.PASSWORD);
await page.getByRole('button', { name: 'Sign in' }).click();
});
await test.step('Dashboard loads', async () => {
await expect(page).toHaveURL(/\/dashboard/);
await expect(page.getByTestId('user-menu')).toBeVisible();
});
});Browserflows zijn grillig: een traag script van derden, een netwerkhapering. Een mislukte run wordt meteen opnieuw uitgevoerd vanuit de andere regio, en pas een tweede fout opent een storing, met alles wat je nodig hebt om te debuggen.
Elke run voert het hele script uit in een verse browser, om beurten vanuit Frankfurt en San Francisco. Elke stap, logregel en Web Vital wordt bewaard.
Een assertion die niet klopt, een locator die nooit verschijnt, of een run die een time-out krijgt. Er wordt nog niets verstuurd.
De run wordt meteen opnieuw uitgevoerd vanuit de andere regio. Een wankel netwerk of een eenmalige hapering slaagt daar, en er wordt geen storing geopend.
Alleen een fout die zich herhaalt, opent een storing, alarmeert de kanalen van de monitor en start het escalatiebeleid.
Elke test.step() verschijnt in de run met een groene of rode status en de duur, zodat het alarm wijst naar de stap die brak.
Bij elke mislukte run gevoegd. Zie wat de browser zag: de cookiebanner die in de weg zit, de foutmelding, de spinner die nooit stopte.
Bij elke mislukte run gevoegd. Speel hem actie voor actie af, met de DOM, de console en de netwerkverzoeken bij elke stap.
De volledige uitvoer van de run en de fout, bewaard bij elke run, mislukt of niet.
Elke pagina die je script opent, wordt gemeten terwijl hij laadt. De check toont de vijf metrics in de tijd en bij elke run, zodat een trage release opvalt naast de stap die hij vertraagde.
Hoe lang het duurt tot het grootste zichtbare element gerenderd is.
Hoeveel de lay-out verspringt tijdens het laden.
Hoe lang de main thread te druk was om op invoer te reageren.
Hoe lang gebruikers naar een leeg scherm kijken.
Hoe snel de server antwoordt, vanuit elke regio.
De drempels zijn de ‘goede’ grenzen van Google. INP vraagt echte gebruikersinvoer, dus synthetische checks verzamelen het niet.
Browserchecks zijn monitors zoals de andere: dezelfde alarmen, escalatiebeleid en statuspagina’s als je uptime-, API- en SSL-checks, in één account.
Koppel een escalatiebeleid aan de check: eerst Slack, dan sms en een telefoontje naar wie piketdienst heeft, dan de volgende als niemand bevestigt.
Piketdienst en escalatieVoeg de check als dienst toe aan een statuspagina, zoals Checkout. Zodra de storing bevestigd is, zien je klanten het, en bij herstel gaat de pagina terug naar operationeel.
Statuspagina’sSlack, Microsoft Teams, e-mail, sms, telefoontjes, PagerDuty of Opsgenie: browserchecks gebruiken dezelfde kanalen, groepering en dempingen als je uptimemonitors.
MeldingenElke mislukte browsercheck wordt vanuit een tweede regio opnieuw uitgevoerd voordat hij de tools bereikt die je team al gebruikt.

@hyperping is echt geweldig

Binnen ons bedrijf staat Hyperping erom bekend dat het sneller reageert dan Datadog. We krijgen meldingen van Hyperping meestal eerder dan van Datadog.

We kozen voor Hyperping om onze gebruikers een hoogwaardig dashboard voor incidenten en statusrapportage te bieden.

We krijgen realtime meldingen van Hyperping als de app plat ligt. Die komen soms zelfs binnen voordat AWS het merkt of ons waarschuwt.

We kunnen ons niet meer voorstellen dat we ons SaaS-bedrijf zonder Hyperping zouden runnen.

Hyperping scoort op alle fronten: van een soepele setup tot gemoedsrust en attente klantenservice.
Je ontdekt pas via een supportticket van een klant dat je site plat ligt.
Detecteer downtime zodra het gebeurt, vanuit meerdere regio’s, voordat je klanten het merken.
Een lichtgewicht agent volgt CPU, geheugen en schijf, zodat je problemen ziet voordat ze tot downtime leiden.
Playwright-tests die kapotte inlog- en afrekenflows opmerken voordat je klanten dat doen.
Krijg een melding als een back-up of geplande taak stilletjes niet draait, niet pas dagen later.
Meldingen bereiken de juiste persoon via Slack,
Teams, SMS of een telefoontje, wat ze ook maar wakker krijgt.
Houd je certificaten onder controle. Krijg een melding voordat ze verlopen, zodat je klanten altijd veilig verbinding maken.
Plan rotaties, verdeel de werkdruk en zie wie er piketdienst heeft. Elk incident bereikt de juiste persoon op het juiste moment.
USD · Maandelijkse facturatie voor elk abonnement
Drie abonnementen om alles draaiende te houden.
US$ 747/maand
US$ 8.964 over 12 maandenAlles verbonden, vanaf de eerste controle.
US$ 299/maand
US$ 3.588 over 12 maandenBespaar US$ 5.376 per jaar met deze mix.
Gecontroleerd op . Alle bedragen zijn in USD; prijzen in lokale valuta kunnen afwijken.
Dit is één voorbeeld van een stack met drie tools, niet de goedkoopst mogelijke opzet en geen vergelijking functie voor functie. Pingdom en PagerDuty bevatten ook functies voor statuspagina’s; niet elk team heeft een apart Statuspage-abonnement nodig. Gebruikskosten en betaalde connectoren zijn niet meegerekend. Jaartotalen zijn 12 maandbetalingen, geen offertes voor jaarabonnementen.
Synthetische monitoring voert volgens schema gescripte checks uit op je website of API, van buiten je infrastructuur, om te controleren dat belangrijke gebruikersflows nog werken. Het wacht niet op echt verkeer: een robotgebruiker logt in, zoekt of rekent af om de paar minuten en alarmeert je als een stap faalt. Zie de definitie in onze woordenlijst.
Een uptimecheck leest het HTTP-antwoord: statuscode, responstijd en optioneel een trefwoord. Een synthetische browsercheck rendert de pagina en klikt er doorheen. Kapotte logins, checkouts en JavaScript-fouten geven vaak nog steeds 200, dus alleen een browsercheck ziet ze falen. De meeste teams gebruiken beide: uptimemonitoring voor elk endpoint, browserchecks voor de paar flows die het meest tellen.
Real user monitoring (RUM) meet wat echte bezoekers ervaren, heeft dus verkeer nodig en meldt problemen nadat gebruikers ze tegenkwamen. Synthetische monitoring speelt dezelfde gescripte flow volgens schema af, en vangt zo een kapotte flow ’s nachts of voor een lancering, zonder één bezoeker. Hyperping doet synthetische monitoring, geen RUM.
Synthetische transactiemonitoring controleert flows in meerdere stappen, zoals inloggen, aanmelden of afrekenen, van begin tot eind in plaats van één pagina. In Hyperping is elke transactie een Playwright-script, en elke test.step() erin wordt gerapporteerd met een eigen status en duur, zodat een alarm zegt welke stap brak. Zie de checkout-template.
Een browsercheck draait je Playwright-script volgens schema in headless Chromium. De standaardruntime gebruikt Node 24 en Playwright 1.59.1 met gangbare packages erbij. Een check faalt als een assertion breekt of de run een time-out krijgt, en secrets zoals testgegevens worden versleuteld opgeslagen en als omgevingsvariabelen doorgegeven. Zie browserchecks.
Hyperping voert de run meteen opnieuw uit vanuit de andere regio, wat netwerkhaperingen en eenmalige uitschieters wegfiltert. Faalt ook die poging, dan wordt een storing geopend en starten je alarmen en je escalatiebeleid. Elke run bewaart zijn stappen en logs, en mislukte runs krijgen ook een screenshot, een video en een Playwright-trace die je actie voor actie kunt afspelen.
Ja. In de huidige runtime legt elke navigatie in je script LCP, CLS, TBT, FCP en TTFB vast, zonder extra code. De check toont ze in de tijd en geeft de waarden van elke run. INP vraagt echte gebruikersinvoer, dus synthetische checks verzamelen het niet.
Ja. Browserchecks zijn gewone Playwright-tests, zonder eigen recorder of formaat. Installeer dezelfde Playwright-versie en packages als de runtime, en het script gedraagt zich hetzelfde op je eigen machine, in CI en in Hyperping. Zie lokale Playwright-setup.
Hooguit elke 5 minuten, of zo weinig als één keer per dag, om beurten vanuit Frankfurt en San Francisco. Essentials bevat 3 browserchecks, Pro 10 en Business 25, naast je uptimemonitors, statuspagina’s en piketdienst; de proefperiode van 14 dagen bevat er één. Het Free-plan heeft uptimemonitors maar geen browserchecks. Zie prijzen.
Dat hangt ervan af of je gescripte browserchecks, API-checks, private locaties of ook real user monitoring nodig hebt, en hoeveel je per run wilt betalen. We vergeleken 36 tools in de beste tools voor synthetische monitoring, en teams die van Checkly komen, kunnen Hyperping als Checkly-alternatief lezen.