UptimeRobot
DEVELOPER · DEVELOPER
Monitors, incidents, alert contacts, maintenance windows, and status pages in the account they connected.
Connect UptimeRobot with Fabriq Developer
Your user pastes their UptimeRobot credential on a page Agentic Fabriq hosts, so it never reaches your backend and never becomes one shared key across all of your users. Same call as OAuth, one more argument.
Provider names are surfaces, not vendors, and the authoritative list is the capabilities endpoint rather than any page including this one — an unknown name returns 400 with the valid list. Fabriq Developer is free to start and needs no provider paperwork. Start free or read the quickstart.
Connecting UptimeRobot in practice
UptimeRobot derives the rate limit from how much monitoring you bought: Free is 10 requests a minute, and a paid account gets its monitor limit times two per minute, capped at 5,000. A small paid account therefore has a small API, and the way to raise it is to buy monitors rather than to ask.
Scopes that draw scrutiny
account-specific api_key"Allows using all the API methods on all the monitors of an account" — creation, edits and deletes included, which is the key an agent will be handed by default.read-only api_key"Allows fetching data with all the get* API endpoints." The right choice for a status-reporting agent and the one to ask for.monitor-specific api_key"Allows using only the getMonitors method for the given monitor" — the narrowest grant UptimeRobot has, and enough for a single-service watcher.
Rate limits
- Free: 10 requests/minute.
- Paid: monitor limit × 2 requests/minute, with a maximum of 5,000 requests/minute.
- Over the limit returns 429, with X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset and Retry-After headers.
Worth knowing
- Authentication is HTTP Basic access authentication rather than a Bearer token, so a standard bearer client will not work unchanged.
- Most endpoints expect the api_key in the request body; only getMonitors accepts it as a URL parameter, so a read-only polling agent and a write agent send credentials differently.
- Because the limit scales with the monitor count, the same code is comfortable on one customer’s account and throttled on another’s with no change in behaviour.
- Responses can be JSON, JSON-P or XML, so a parser has to pin the format explicitly rather than trusting the default.
Checked against UptimeRobot API (2026-09-29), UptimeRobot API v3 (2026-09-29)
What an agent can do
Each action is granted on its own. An agent allowed to read is not thereby allowed to write, and the scope beside each row is what the acting user must have connected for it to run at all.
Often connected alongside
Put UptimeRobot behind one governed endpoint.
Same permissions, same audit trail, whatever else you connect next.