RobotsGuard
    Our Crawler

    Meet the RobotsGuard Bot

    A lightweight, respectful crawler that checks your pages for indexing and crawlability signals, nothing more.

    What the RobotsGuard Bot does

    Our bot visits only the specific URLs you've configured for monitoring. Here's exactly what it checks:

    Reads robots.txt

    Fetches your robots.txt to verify which bots are allowed or blocked. Checks for syntax errors and conflicting rules.

    Checks meta robots tags

    Inspects the HTML <head> of your monitored pages for noindex, nofollow, and other directives.

    Reads X-Robots-Tag headers

    Checks HTTP response headers for server-level indexing directives that can override page-level settings.

    Validates canonical tags

    Verifies that canonical URLs are correct, self-referencing where expected, and not pointing to wrong domains.

    What our bot does NOT do

    Does NOT crawl your entire website
    Does NOT scrape or store your content
    Does NOT analyze your rankings or keywords
    Does NOT follow internal links beyond monitored URLs
    Does NOT bypass any security measures
    Does NOT index or cache your pages

    Bot identity & behavior

    Our bot identifies itself transparently so you can always recognize it in your logs.

    User-Agent string
    RobotsGuard-Pro/2.0 (+https://robotsguard.com/bot)
    IP ranges
    Published at robotsguard.com/bot/ips.json
    Request pacing
    Requests to a domain are spaced seconds to tens of seconds apart, never sent in bursts.
    robots.txt name
    RobotsGuard-Pro

    Respectful pacing

    Our bot only visits URLs a customer explicitly added for monitoring. Requests to the same domain are deliberately spaced out, a few seconds to tens of seconds apart, depending on the platform we detect, so we never put load on your server.

    No disguises

    We never send requests under any other User-Agent, and we never pretend to be a web browser. Every single request carries the string above.

    Troubleshooting

    Why our bot might get blocked

    If RobotsGuard can't reach your pages, here are the most common causes and how to fix them.

    ☁️

    Cloudflare Bot Protection

    Most common

    Cloudflare's Bot Fight Mode or Super Bot Fight Mode may classify our bot as automated traffic and block it with a challenge or 403 error.

    How to fix:

    →Go to Cloudflare Dashboard → Security → Bots
    →Add a WAF custom rule: When User-Agent contains "RobotsGuard-Pro" → Allow
    →Alternatively, whitelist our IP ranges in Security → WAF → Tools → IP Access Rules
    →Set the rule action to "Skip" for Bot Fight Mode
    🛡️

    Web Application Firewalls (WAF)

    Common

    WAFs like Sucuri, Wordfence, AWS WAF, or Akamai may block automated requests that don't look like regular browser traffic.

    How to fix:

    →Whitelist our User-Agent string in your WAF's allow list
    →Add our IP ranges to your WAF's trusted IP list
    →Check WAF logs for blocked requests from RobotsGuard-Pro
    →Create an exception rule for our bot's User-Agent
    ⏱️

    Rate Limiting

    Occasional

    If you have aggressive rate limiting configured, our monitoring requests might get throttled or blocked, especially on the first scan.

    How to fix:

    →Our bot makes max 1 request/second. Make sure your rate limit allows this
    →Whitelist our User-Agent from rate limiting rules
    →If using Cloudflare Rate Limiting, create an exception for our bot
    🤖

    robots.txt blocking

    Ironic but common

    Your robots.txt might have a blanket Disallow rule that also blocks our bot. We respect robots.txt. If we're blocked, we can't monitor.

    How to fix:

    →Add an explicit Allow rule for RobotsGuard-Pro in your robots.txt
    →Ensure wildcard Disallow rules don't accidentally block us
    →See the robots.txt example below
    🔒

    Server-level IP blocking

    Less common

    Some hosting providers or .htaccess rules block requests from data center IPs or specific geographic regions.

    How to fix:

    →Whitelist our published IP ranges in your server config
    →Check .htaccess or nginx config for IP-based deny rules
    →Contact your hosting provider if using managed IP blocking
    🌍

    Geographic restrictions / Geo-blocking

    Rare

    If your site restricts access by country, our monitoring servers may be blocked if they're outside your allowed regions.

    How to fix:

    →Whitelist our IP ranges regardless of geographic rules
    →Our servers are primarily located in US and EU data centers
    →Contact us if you need monitoring from a specific region

    Whitelisting guide

    Step-by-step instructions for the most common platforms.

    How to stop us monitoring a URL

    We don't crawl the web looking for pages. The only URLs we ever check are ones a customer deliberately added to their own RobotsGuard account.

    We check those URLs the way a major search engine would, so the customer can see what search engines actually see. Fetching the page is the point of the check, including pages meant to be disallowed, since that's the only way to tell a customer whether their disallow rule is actually working. robots.txt rules on your site are evaluated and reported back to the customer, but they don't stop us from checking a URL they've already configured.

    You added the URL

    Remove it from your RobotsGuard account. That stops us checking it immediately.

    Someone else is monitoring your site

    If you'd rather no monitoring tool touched your site at all, block the User-Agent above at your firewall or WAF. We honour that block rather than retry around it.

    Still getting blocked?

    Questions about our bot's behaviour on your site? Email us at [email protected] and we'll check your configuration and find the exact cause.

    Bot FAQ

    Start monitoring your site