SiteUpTimeBot
SiteUpTimeBot is a developer or operator tool operated by Siteuptime. It runs on behalf of a site owner for monitoring, uptime checks, performance audits, or internal QA.
If you run the site, you are probably the customer of whoever is running this agent. Blocking it would hide your own monitoring data from yourself.
If you are an end-user surprised to see this in your logs, it is almost always something a third-party SaaS is doing on behalf of someone who manages your site.
See SiteUpTimeBot on your own site
Match the User-Agent header on incoming requests against the pattern below.
regex
For higher confidence, also verify the source IP against the operator's published ranges. UA strings can be spoofed; IP ownership is harder to fake.
Renders JavaScript
No
IP verification
User-Agent only
Crawl frequency
Scheduled probes
Honors robots.txt
Yes
Honors Crawl-delay
Varies
Siteuptime runs 2 bots in total. Each one is a separate user-agent so you can allow or block them independently.
DevOps & Monitoring
2- SiteUptime
- SiteUpTimeBotYou are here
Should I let SiteUpTimeBot through?
In most cases, yes. Almost always run by you or your vendor. Blocking hides your own monitoring data. If volume gets noisy, rate-limit it before you block it outright.
Does blocking SiteUpTimeBot affect my Google rankings?
No. SiteUpTimeBot is not a search-engine crawler. Your ranking on Google or Bing is unaffected by what you do here.
How do I confirm a request is really from SiteUpTimeBot?
Look at the User-Agent header in your access logs and match it against the strings listed above. Worth knowing that the User-Agent is easy to fake, so this check tells you "the traffic claims to be SiteUpTimeBot", not "the traffic is genuinely SiteUpTimeBot". If you need stronger guarantees, look for a reverse-DNS check or wait for Siteuptime to publish IP ranges.
What's the best way to understand what SiteUpTimeBot is doing on my site?
Look at which URLs it hits, how often, and what time of day. The request pattern usually tells you whether it's building an index, watching for a specific change, or trying to pull data in bulk. The User-Agent name alone rarely tells the full story.
How is SiteUpTimeBot different from Siteuptime's other bots?
Siteuptime splits work across multiple user-agents so site owners can decide on each one independently. Training crawlers, live-fetch agents, search indexers, and agentic browsers each get their own name. Worth scanning the rest of the Siteuptime family above to see which ones actually matter for your site.
What's the cleanest way to control SiteUpTimeBot?
Two layers. Robots.txt for the polite crawlers that read it, and rules at your CDN or edge for the ones that don't. Rankly's Agent Experience handles both from a single config, so you can allow, block, rate-limit, or serve a stripped-down version per bot. Agent Analytics handles the observation half so you know which bots are actually worth a rule.