magpie-crawler
Operated by Brandwatch
Quick Facts
- User-Agent:
- magpie-crawler
- Category:
- Data Scrapers
- Operator:
- Brandwatch
- Safety:
- Caution
- Blocking Impact:
- Low - No SEO ranking impact
- SEO Impact Score:
- 2/10
- Official docs:
- www.brandwatch.com
Confirmed by the operator
Brandwatch names magpie-crawler on its own documentation page, linked above. The token, purpose and robots.txt behaviour on this profile come from that page, re-checked on October 19, 2026.
What is magpie-crawler?
magpie-crawler is Brandwatch's crawler. Brandwatch, a social listening company, indexes blogs, forums and news so its customers can find mentions of their brands.
It identifies itself with the token magpie-crawler. Brandwatch documents it at brandwatch.com.
What happens if you block magpie-crawler?
How to block magpie-crawler with robots.txt
<code>User-agent: magpie-crawler</code> - Matching is case-insensitive. Robots.txt is fetched from the root of each subdomain separately.
Is magpie-crawler safe to allow?
What does magpie-crawler do?
From Brandwatch's own documentation.
- magpie-crawler is Brandwatch's crawler.
- No effect on Google or Bing. Mentions on your pages stop appearing in Brandwatch.
magpie-crawler in context
magpie-crawler is a utility crawler operated by Brandwatch. In plain terms, it harvests pages for a dataset or data product. Our database files it under data scrapers and ranks it Tier 6, the lowest priority: scrapers and tools that offer most sites little or nothing. 37 of the 39 data scrapers in our database share this tier.
Its safety rating is caution and its blocking impact is low. So the decision about magpie-crawler rests on what you want from Brandwatch, not on its behaviour. How we rate safety and impact.
How site owners treat magpie-crawler
Our robots.txt study of the Tranco top 10,000 did not track magpie-crawler as a named token, so we do not publish an adoption figure for it. If you run a large site, your own logs are the best evidence of how often it visits.
Does it follow robots.txt?
magpie-crawler's operator does not clearly document how it treats robots.txt. Write the magpie-crawler rule anyway, then confirm in your logs that its requests stop.
Brandwatch crawlers and close alternatives
Brandwatch runs only this one crawler in our database, so a single User-agent: magpie-crawler group controls everything Brandwatch fetches through it.
Other data scrapers that do the same job (harvests pages for a dataset or data product) include Amazon Kendra from Amazon, ApifyBot from Apify, Barkrowler from Babbar, BLEXBot from WebMeUp, coccocbot-web from Unknown, Crawl4AI from Unknown. Deciding about magpie-crawler is usually a decision about the whole group, so check how your file treats these too.
We first recorded magpie-crawler on March 17, 2026. Brandwatch documents it on brandwatch.com, and we recheck that page before each release.
Which rule magpie-crawler actually follows
magpie-crawler reads exactly one group in robots.txt, the most specific one that names magpie-crawler, and never combines rules across groups. This short file shows the trap:
User-agent: *
Disallow: /private/
User-agent: magpie-crawler
Disallow: /drafts/
- Find the group. magpie-crawler looks for a group naming
magpie-crawler. One exists, so it ignoresUser-agent: *completely. - Apply only that group. It is refused
/drafts/and nothing else. - The surprise.
/private/is open to magpie-crawler, because that rule lives in the*group it no longer reads. To keep it out of both, repeatDisallow: /private/inside its own group.
Test yourself: does a rule under User-agent: * apply to magpie-crawler if the file also has a User-agent: magpie-crawler group?
No. Once a group names it, magpie-crawler reads only that group. Put every rule you want it to follow inside its own group.
Test yourself: will blocking magpie-crawler remove your pages from AI answers?
Often, yes. magpie-crawler is a utility crawler, so pages it cannot fetch can drop out of the answers or results it supports.
Test yourself: is User-agent: magpie-crawler the same as User-agent: magpie-crawler?
Yes. RFC 9309 makes user-agent matching case-insensitive. Paths are a different story: Disallow: /Blog/ does not block /blog/.
Related: how AI engines choose their sources
Should you allow magpie-crawler? Decide by situation
| If you are... | Recommended setting |
|---|---|
| You publish content and want AI answers to cite it | Low stakes either way. It does not decide whether AI answers cite you. |
| You license content and want to stop AI training | Blocking it does not stop training, because magpie-crawler is a utility crawler. Block the operator's training crawler instead. |
| You run an online shop | Consider blocking it, especially on price and stock pages that competitors scrape. |
| Your server is under load from bots | Rate-limit before blocking. It is rated caution in our database. |
Check magpie-crawler on your own site
- Open
/robots.txton your domain and search formagpie-crawler. If it is not named, it followsUser-agent: *. - List the
Disallowlines in the group magpie-crawler follows and test your key URLs against them; the longest match wins, andAllowwins a tie. - Look beyond the file. A firewall or bot manager can refuse magpie-crawler even when robots.txt allows it, and that never shows in the file.
- Run our AI search visibility check to see how magpie-crawler and every other crawler we track are treated in one pass, including firewall refusals.
Common mistakes with magpie-crawler
The errors we see most often with magpie-crawler in the files and firewalls we test:
- Treating magpie-crawler as an AI or search crawler. Blocking it has little effect on visibility; decide based on load and what it does with your data.
- Relying on robots.txt alone when magpie-crawler is rated caution or aggressive. Back the rule with a server-side block.
- Blocking magpie-crawler by IP alone. Ranges change; match the token and verify with logs.
All three hide inside a file that looks correct, so check magpie-crawler from outside after every change.
Spotting magpie-crawler in your logs
robots.txt says what magpie-crawler may do; your access logs show what it actually did.
Count requests
On a server with standard Nginx or Apache logs, this counts matching requests per day (adjust the log path for your host):
grep -iE "magpie-crawler" /var/log/nginx/access.log \
| awk '{print $4}' | cut -d: -f1 | sort | uniq -c
And this shows which paths it requested most, which is the quickest way to see whether your Disallow lines are being respected:
grep -iE "magpie-crawler" /var/log/nginx/access.log \
| awk '{print $7}' | sort | uniq -c | sort -rn | head -20
Check the requests are genuine
Anyone can send the magpie-crawler user-agent, so confirm the source before acting on a match:
magpie-crawler: we hold no published IP list, so use reverse DNS where the operator documents a hostname and treat an unverifiable magpie-crawler request with caution.
Frequently Asked Questions
What is the official user-agent string for magpie-crawler?
magpie-crawler. This is the exact string you must use in robots.txt, Nginx, Apache, or Cloudflare firewall rules to target this bot. User-agent matching in robots.txt is case-insensitive, but the string must be spelled correctly. You can verify that a request genuinely comes from magpie-crawler by performing a reverse-DNS lookup on the source IP - legitimate bots resolve back to their operator's domain.Is magpie-crawler safe?
Will blocking magpie-crawler hurt my SEO?
How do I block magpie-crawler in robots.txt?
/robots.txt file:User-agent: magpie-crawler Disallow: /
This instructs magpie-crawler not to crawl any path on your site. The Disallow: / directive covers the entire domain including subfolders. To only block specific sections, replace / with the path (e.g.,
Disallow: /blog/). Note: robots.txt is publicly readable - any bot or human can inspect it at yourdomain.com/robots.txt.Does magpie-crawler respect robots.txt?
How do I verify if magpie-crawler is crawling my site?
magpie-crawler (case-insensitive grep: grep -i "magpie-crawler" /var/log/nginx/access.log). You can also check Google Search Console → Coverage → Crawl Stats for Googlebot variants. For magpie-crawler specifically, filter by user-agent in your log analysis tool (GoAccess, AWStats, etc.).What is the crawl frequency of magpie-crawler?
Can I block magpie-crawler from specific pages only?
Disallow: / you can restrict magpie-crawler to specific paths:User-agent: magpie-crawler Disallow: /private/ Disallow: /staging/ Allow: /
This allows magpie-crawler everywhere except the listed paths. Path matching in robots.txt uses prefix matching -
Disallow: /private/ blocks /private/page.html but NOT /public/private/.Is magpie-crawler causing high server load?
1. Add
Crawl-delay: 30 below the User-agent directive in robots.txt.2. Rate-limit the user-agent via Nginx's
limit_req_zone or Apache's mod_ratelimit.3. Block it outright at Cloudflare WAF with rule:
http.user_agent contains "magpie-crawler".4. Use fail2ban to auto-block IPs exceeding request thresholds.