Uptime monitoring that measures your real visitors
Pulsetic is uptime monitoring that measures your real visitors too. One async script reports Core Web Vitals, load-time percentiles and the JavaScript errors they hit, sliced by page, country, browser and device, so you catch the slow checkout that a 200 response code hides. Ask Pulsetic AI what broke last night in plain language. Cron heartbeats, domain expiry and branded status pages run in the same account.
Andrian here. Some of you already use Pulsetic without knowing it: we run the public status trackers for Claude, ChatGPT, Cursor and Vercel. On Claude alone that is 97 incidents in the last 90 days, 32 of them major, and we usually see the disruption before the official status page posts one.
We first launched Pulsetic here in 2020 and have come back five times since. Every one of those launches answered the same question: is your website up, and how do you tell customers when it isn't. This one answers a different question, and it started with a bad afternoon.
A customer opened a checkout, waited four seconds for it to paint, and left. Uptime was 100%. Every check we ran returned 200. We had spent six years building monitoring that could not see the thing that actually cost the money.
So Pulsetic now measures real visitors: Core Web Vitals in the field, load times at p50, p75 and p95, and the JavaScript errors people actually hit, sliced by page, country, browser and device. One async script, no cookies, nothing stored on the visitor's device. The gallery shows it better than I can describe it.
RUM is the headline, but it isn't the only thing that shipped since we were last here:
Real User Monitoring
Pulsetic AI, which reads your account and asks before it changes anything
An MCP server, 17 tools, for Claude Code, Cursor and Windsurf (Team plan)
Cron monitoring, on heartbeats
Domain expiry monitoring
Screenshots captured at the moment a check fails
Annotations, so a deploy is marked on the response-time chart
Cloudflare allowlisting, which keeps our checker IPs on your firewall
Engineers at large companies run this alongside their observability stack rather than instead of it, for the jobs that stack structurally cannot do: a status page that lives outside the infrastructure that is down, SLA reporting that stops being a manual month-end job, and the domains and scheduled jobs nobody owns until one of them fails quietly.
If you already run traces and application-level instrumentation, we are not replacing that. RUM tells you what your users felt, not which query was slow.
Tell me what is missing from the RUM data. We shipped a deliberately narrow first version and I would rather add the two things you would open every week than twenty you would click once.
I am here all day!
About Pulsetic RUM on Product Hunt
“Uptime monitoring that measures your real visitors”
Pulsetic RUM launched on Product Hunt on September 22nd, 2026 and earned 109 upvotes and 3 comments, placing #9 on the daily leaderboard. Pulsetic is uptime monitoring that measures your real visitors too. One async script reports Core Web Vitals, load-time percentiles and the JavaScript errors they hit, sliced by page, country, browser and device, so you catch the slow checkout that a 200 response code hides. Ask Pulsetic AI what broke last night in plain language. Cron heartbeats, domain expiry and branded status pages run in the same account.
On the analytics side, Pulsetic RUM competes within Analytics, SaaS and Developer Tools — topics that collectively have 738k followers on Product Hunt. The dashboard above tracks how Pulsetic RUM performed against the three products that launched closest to it on the same day.
Who hunted Pulsetic RUM?
Pulsetic RUM was hunted by Andrian Valeanu. A “hunter” on Product Hunt is the community member who submits a product to the platform — uploading the images, the link, and tagging the makers behind it. Hunters typically write the first comment explaining why a product is worth attention, and their followers are notified the moment they post. Around 79% of featured launches on Product Hunt are self-hunted by their makers, but a well-known hunter still acts as a signal of quality to the rest of the community. See the full all-time top hunters leaderboard to discover who is shaping the Product Hunt ecosystem.
Andrian Valeanu
Hi Product Hunt,
Andrian here. Some of you already use Pulsetic without knowing it: we run the public status trackers for Claude, ChatGPT, Cursor and Vercel. On Claude alone that is 97 incidents in the last 90 days, 32 of them major, and we usually see the disruption before the official status page posts one.
We first launched Pulsetic here in 2020 and have come back five times since. Every one of those launches answered the same question: is your website up, and how do you tell customers when it isn't. This one answers a different question, and it started with a bad afternoon.
A customer opened a checkout, waited four seconds for it to paint, and left. Uptime was 100%. Every check we ran returned 200. We had spent six years building monitoring that could not see the thing that actually cost the money.
So Pulsetic now measures real visitors: Core Web Vitals in the field, load times at p50, p75 and p95, and the JavaScript errors people actually hit, sliced by page, country, browser and device. One async script, no cookies, nothing stored on the visitor's device. The gallery shows it better than I can describe it.
RUM is the headline, but it isn't the only thing that shipped since we were last here:
Real User Monitoring
Pulsetic AI, which reads your account and asks before it changes anything
An MCP server, 17 tools, for Claude Code, Cursor and Windsurf (Team plan)
Cron monitoring, on heartbeats
Domain expiry monitoring
Screenshots captured at the moment a check fails
Annotations, so a deploy is marked on the response-time chart
Cloudflare allowlisting, which keeps our checker IPs on your firewall
Engineers at large companies run this alongside their observability stack rather than instead of it, for the jobs that stack structurally cannot do: a status page that lives outside the infrastructure that is down, SLA reporting that stops being a manual month-end job, and the domains and scheduled jobs nobody owns until one of them fails quietly.
If you already run traces and application-level instrumentation, we are not replacing that. RUM tells you what your users felt, not which query was slow.
Tell me what is missing from the RUM data. We shipped a deliberately narrow first version and I would rather add the two things you would open every week than twenty you would click once.
I am here all day!