Applebot
Operated by Apple
Quick Facts
- User-Agent:
- Applebot
- Category:
- Search Engines
- Operator:
- Apple
- Safety:
- Safe
- Blocking Impact:
- Critical - Blocking removes you from search results
- SEO Impact Score:
- 10/10
- Official docs:
- support.apple.com
Confirmed by the operator
Apple names Applebot 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 Applebot?
Applebot is the web crawler for Apple. It powers Siri and Spotlight suggestions, as well as Apple Intelligence features.
Applebot is the web crawler for Apple. It powers Siri and Spotlight suggestions, as well as Apple Intelligence features.
Applebot is a production-grade search engine crawler operated by Apple. It uses a distributed crawl infrastructure that respects crawl-delay directives, follows RFC 9309 (robots.txt) spec, and processes Sitemaps to prioritise fresh content. The user-agent string Applebot must be whitelisted if your site uses rate-limiting or WAF rules. Blocking impact is Critical - Blocking removes you from search results.
What happens if you block Applebot?
How to block Applebot with robots.txt
<code>User-agent: Applebot</code> - Matching is case-insensitive. Robots.txt is fetched from the root of each subdomain separately.
Is Applebot safe to allow?
Applebot is verifiable via reverse-DNS lookup on the crawling IP addresses. You can safely allow it unless you have a specific reason to block (e.g., AI training opt-out or SEO tool visibility).What does Applebot do?
Understanding Applebot's purpose helps you decide whether to allow or block it.
- Crawls and indexes web pages for search results
- Discovers new and updated content on your website
- Analyzes page structure, content, and links for ranking
- Renders JavaScript to understand dynamic content
- Checks for mobile-friendliness and page speed
Applebot in context
Applebot is a search engine crawler operated by Apple. In plain terms, it builds a search or answer index. Our database files it under search engines and ranks it Tier 3, mid-priority crawlers with a clear purpose but a smaller audience. 62 of the 63 search engines in our database share this tier.
Its safety rating is safe and its blocking impact is critical. So Applebot is both well behaved and costly to lose: the strongest case for allowing it. How we rate safety and impact.
How site owners treat Applebot
In our own study of robots.txt files across the Tranco top 10,000 sites (fetched October 20, 2026, 5,583 valid files), 250 files (4.5%) name Applebot in a User-agent line, and 283 (5.1%) block it from the homepage. 90 of those blocks come from a group written for this crawler by name, and 193 come from a broad User-agent: * rule that catches it by accident. Larger sites are stricter: 6.4% of the top 1,000 block it, against 5.2% of the middle band and 4.7% of the tail.
Does it follow robots.txt?
Applebot's operator says it follows robots.txt, so a correctly written Applebot group is enough to control it.
Apple crawlers and close alternatives
Applebot is one of 2 Apple crawlers in our database. A User-agent: Applebot group controls Applebot only; the other Apple tokens below need their own lines.
Applebot: this crawler (Tier 3)Applebot-Extended: Apple Intelligence, collects pages to train AI models (Tier 2)
To give Applebot the same answer as its siblings, stack User-agent: Applebot with their lines above one set of rules; to treat Applebot differently, give it its own group.
Other search engines that do the same job (builds a search or answer index) include Amzn-SearchBot from Amazon, baidu from Baidu, Baiduspider from Baidu, Baiduspider-favo from Baidu, Baiduspider-image from Baidu, Baiduspider-news from Baidu. Deciding about Applebot is usually a decision about the whole group, so check how your file treats these too.
We first recorded Applebot on March 17, 2026. Apple documents it on support.apple.com, and we recheck that page before each release.
Which rule Applebot actually follows
Applebot reads exactly one group in robots.txt, the most specific one that names Applebot, and never combines rules across groups. This short file shows the trap:
User-agent: *
Disallow: /private/
User-agent: Applebot
Disallow: /drafts/
- Find the group. Applebot looks for a group naming
Applebot. One exists, so it ignoresUser-agent: *completely. - Apply only that group. It is refused
/drafts/and nothing else. - The surprise.
/private/is open to Applebot, 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 Applebot if the file also has a User-agent: Applebot group?
No. Once a group names it, Applebot reads only that group. Put every rule you want it to follow inside its own group.
Test yourself: will blocking Applebot remove your pages from AI answers?
Often, yes. Applebot is a search engine crawler, so pages it cannot fetch can drop out of the answers or results it supports.
Related: how AI engines choose their sources
Test yourself: is User-agent: applebot the same as User-agent: Applebot?
Yes. RFC 9309 makes user-agent matching case-insensitive. Paths are a different story: Disallow: /Blog/ does not block /blog/.
Should you allow Applebot? Decide by situation
| If you are... | Recommended setting |
|---|---|
| You publish content and want AI answers to cite it | Allow it. It is how this search engine finds your pages. |
| You license content and want to stop AI training | Blocking it does not stop training, because Applebot is a search engine crawler. Block the operator's training crawler instead. |
| You run an online shop | Allow it unless it is overloading your servers. |
| Your server is under load from bots | Rate-limit before blocking. It is rated safe in our database. |
Check Applebot on your own site
- Open
/robots.txton your domain and search forApplebot. If it is not named, it followsUser-agent: *. - List the
Disallowlines in the group Applebot 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 Applebot even when robots.txt allows it, and that never shows in the file.
- Run our crawler access checker to see how Applebot and every other crawler we track are treated in one pass, including firewall refusals.
Common mistakes with Applebot
The errors we see most often with Applebot in the files and firewalls we test:
- Blocking Applebot to save bandwidth and then wondering why pages drop out of that search engine. Use crawl-rate settings or caching first.
- Writing a
User-agent: Applebotgroup to add one rule for Applebot and accidentally dropping every rule it used to follow underUser-agent: *. - Disallowing CSS and JavaScript folders, which can stop Applebot rendering your pages properly.
All three hide inside a file that looks correct, so check Applebot from outside after every change.
Spotting Applebot in your logs
robots.txt says what Applebot 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 "Applebot" /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 "Applebot" /var/log/nginx/access.log \
| awk '{print $7}' | sort | uniq -c | sort -rn | head -20
Check the requests are genuine
Anyone can send the Applebot user-agent, so confirm the source before acting on a match:
Applebot: we hold no published IP list, so use reverse DNS where the operator documents a hostname and treat an unverifiable Applebot request with caution.
Frequently Asked Questions
What is the official user-agent string for Applebot?
Applebot. 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 Applebot by performing a reverse-DNS lookup on the source IP - legitimate bots resolve back to their operator's domain.Is Applebot safe?
Applebot is verifiable via reverse-DNS lookup on the crawling IP addresses. You can safely allow it unless you have a specific reason to block (e.g., AI training opt-out or SEO tool visibility).Will blocking Applebot hurt my SEO?
How do I block Applebot in robots.txt?
/robots.txt file:User-agent: Applebot Disallow: /
This instructs Applebot 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 Applebot respect robots.txt?
How do I verify if Applebot is crawling my site?
Applebot (case-insensitive grep: grep -i "Applebot" /var/log/nginx/access.log). You can also check Google Search Console → Coverage → Crawl Stats for Googlebot variants. For Applebot specifically, filter by user-agent in your log analysis tool (GoAccess, AWStats, etc.).What is the crawl frequency of Applebot?
Can I block Applebot from specific pages only?
Disallow: / you can restrict Applebot to specific paths:User-agent: Applebot Disallow: /private/ Disallow: /staging/ Allow: /
This allows Applebot everywhere except the listed paths. Path matching in robots.txt uses prefix matching -
Disallow: /private/ blocks /private/page.html but NOT /public/private/.How do I check if Applebot is blocked by my robots.txt?
https://aicrawlercheck.com/robots.txt and scanning for Applebot entries. If a block exists, immediately test it against your most important URLs using the Google Search Console URL Inspection tool.My site is blocked by Applebot in Search Console - what do I do?
yourdomain.com/robots.txt and look for any User-agent: Applebot or User-agent: * Disallow rules covering your key pages.2. Remove or restrict the blocking rules.
3. Validate via Google Search Console → robots.txt Tester.
4. Request re-indexing using the URL Inspection tool.
5. Wait 1-2 weeks for re-crawl. Monitor Coverage report for recovery.