Safe Official docs Search Engines

YandexAdditional

Operated by Yandex

Quick Facts

User-Agent:
YandexAdditional
Category:
Search Engines
Operator:
Yandex
Safety:
Safe
Blocking Impact:
Critical - Blocking removes you from search results
SEO Impact Score:
10/10
Official docs:
yandex.com

Confirmed by the operator

Yandex names YandexAdditional 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 YandexAdditional?

A supplementary crawler used by Yandex for specific indexing tasks that may not be covered by the main YandexBot.

A supplementary crawler used by Yandex for specific indexing tasks that may not be covered by the main YandexBot.
YandexAdditional is a production-grade search engine crawler operated by Yandex. 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 YandexAdditional 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 YandexAdditional?

⛔ Critical Impact - Blocking YandexAdditional will stop Yandex from crawling and indexing your pages. Within days or weeks you may see pages drop out of Yandex's search index entirely, resulting in a significant loss of organic search traffic. This is the most severe possible SEO consequence. Only do this intentionally, for example if you are migrating to a different search engine or decommissioning a domain. If you accidentally blocked YandexAdditional, remove the rule immediately and request re-indexing via Yandex's webmaster tools.
Never block - it will remove your site from major search results.

How to block YandexAdditional with robots.txt

<code>User-agent: YandexAdditional</code> - Matching is case-insensitive. Robots.txt is fetched from the root of each subdomain separately.

Block completely (robots.txt)
User-agent: YandexAdditional Disallow: /
Allow all (robots.txt)
User-agent: YandexAdditional Allow: /
Block private only (robots.txt)
User-agent: YandexAdditional Disallow: /private/ Disallow: /api/ Disallow: /admin/ Allow: /
Nginx server block
# Nginx: Hard-block YandexAdditional if ($http_user_agent ~* "YandexAdditional") { return 403 "Bot blocked"; }
Apache .htaccess
# Apache: Hard-block YandexAdditional SetEnvIfNoCase User-Agent "YandexAdditional" bad_bot Order Allow,Deny Allow from all Deny from env=bad_bot
Meta robots tag
<meta name="robots" content="noindex, nofollow">
X-Robots-Tag header
X-Robots-Tag: noindex, nofollow

Is YandexAdditional safe to allow?

Yes, YandexAdditional is a safe and legitimate crawler. It is operated by Yandex, which publicly documents its crawler at an official URL and follows the Robots Exclusion Protocol (RFC 9309). The user-agent string YandexAdditional 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).
Verify by reverse-DNS lookup: legitimate YandexAdditional requests resolve to yandex's domain.

What does YandexAdditional do?

Understanding YandexAdditional'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

YandexAdditional in context

YandexAdditional is a search engine crawler operated by Yandex. 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 YandexAdditional is both well behaved and costly to lose: the strongest case for allowing it. How we rate safety and impact.

How site owners treat YandexAdditional

Our robots.txt study of the Tranco top 10,000 did not track YandexAdditional 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?

YandexAdditional's operator does not clearly document how it treats robots.txt. Write the YandexAdditional rule anyway, then confirm in your logs that its requests stop.

Yandex crawlers and close alternatives

YandexAdditional is one of 39 Yandex crawlers in our database. A User-agent: YandexAdditional group controls YandexAdditional only; the other Yandex tokens below need their own lines.

  • YandexAdditional: this crawler (Tier 3)
  • YaDirectFetcher: Yandex Direct Fetcher, checks pages for an SEO, uptime or analytics service (Tier 3)
  • Yandex: Yandex, builds a search or answer index (Tier 3)
  • YandexAccessibilityBot: Yandex Accessibility, builds a search or answer index (Tier 3)
  • YandexAdditionalBot: YandexAdditionalBot, builds a search or answer index (Tier 3)
  • YandexAdNet: Yandex Advertising Network, checks pages for an SEO, uptime or analytics service (Tier 3)
  • YandexBlogs: Yandex Blogs, builds a search or answer index (Tier 3)
  • YandexBot: Yandex Search, builds a search or answer index (Tier 3)
  • YandexCalendar: Yandex Calendar, fetches a page when a person asks an assistant or app to open it (Tier 3)

To give YandexAdditional the same answer as its siblings, stack User-agent: YandexAdditional with their lines above one set of rules; to treat YandexAdditional 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, Applebot from Apple, baidu from Baidu, Baiduspider from Baidu, Baiduspider-favo from Baidu, Baiduspider-image from Baidu. Deciding about YandexAdditional is usually a decision about the whole group, so check how your file treats these too.

We first recorded YandexAdditional on March 17, 2026. Yandex documents it on yandex.com, and we recheck that page before each release.

Which rule YandexAdditional actually follows

YandexAdditional reads exactly one group in robots.txt, the most specific one that names YandexAdditional, and never combines rules across groups. This short file shows the trap:

User-agent: *
Disallow: /private/

User-agent: YandexAdditional
Disallow: /drafts/
  1. Find the group. YandexAdditional looks for a group naming YandexAdditional. One exists, so it ignores User-agent: * completely.
  2. Apply only that group. It is refused /drafts/ and nothing else.
  3. The surprise. /private/ is open to YandexAdditional, because that rule lives in the * group it no longer reads. To keep it out of both, repeat Disallow: /private/ inside its own group.
Test yourself: does a rule under User-agent: * apply to YandexAdditional if the file also has a User-agent: YandexAdditional group?

No. Once a group names it, YandexAdditional reads only that group. Put every rule you want it to follow inside its own group.

Test yourself: will blocking YandexAdditional remove your pages from AI answers?

Often, yes. YandexAdditional is a search engine crawler, so pages it cannot fetch can drop out of the answers or results it supports.

Test yourself: is User-agent: yandexadditional the same as User-agent: YandexAdditional?

Yes. RFC 9309 makes user-agent matching case-insensitive. Paths are a different story: Disallow: /Blog/ does not block /blog/.

Should you allow YandexAdditional? Decide by situation

Recommended setting for YandexAdditional by type of site
If you are...Recommended setting
You publish content and want AI answers to cite itAllow it. It is how this search engine finds your pages.
You license content and want to stop AI trainingBlocking it does not stop training, because YandexAdditional is a search engine crawler. Block the operator's training crawler instead.
You run an online shopAllow it unless it is overloading your servers.
Your server is under load from botsRate-limit before blocking. It is rated safe in our database.

Check YandexAdditional on your own site

  1. Open /robots.txt on your domain and search for YandexAdditional. If it is not named, it follows User-agent: *.
  2. List the Disallow lines in the group YandexAdditional follows and test your key URLs against them; the longest match wins, and Allow wins a tie.
  3. Look beyond the file. A firewall or bot manager can refuse YandexAdditional even when robots.txt allows it, and that never shows in the file.
  4. Run our website crawlability test to see how YandexAdditional and every other crawler we track are treated in one pass, including firewall refusals.

Common mistakes with YandexAdditional

The errors we see most often with YandexAdditional in the files and firewalls we test:

  1. Blocking YandexAdditional to save bandwidth and then wondering why pages drop out of that search engine. Use crawl-rate settings or caching first.
  2. Writing a User-agent: YandexAdditional group to add one rule for YandexAdditional and accidentally dropping every rule it used to follow under User-agent: *.
  3. Disallowing CSS and JavaScript folders, which can stop YandexAdditional rendering your pages properly.

All three hide inside a file that looks correct, so check YandexAdditional from outside after every change.

Spotting YandexAdditional in your logs

robots.txt says what YandexAdditional 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 "YandexAdditional" /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 "YandexAdditional" /var/log/nginx/access.log \
  | awk '{print $7}' | sort | uniq -c | sort -rn | head -20

Check the requests are genuine

Anyone can send the YandexAdditional user-agent, so confirm the source before acting on a match:

  • YandexAdditional: we hold no published IP list, so use reverse DNS where the operator documents a hostname and treat an unverifiable YandexAdditional request with caution.

Frequently Asked Questions

What is the official user-agent string for YandexAdditional?
The official user-agent string for YandexAdditional is: YandexAdditional. 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 YandexAdditional by performing a reverse-DNS lookup on the source IP - legitimate bots resolve back to their operator's domain.
Is YandexAdditional safe?
Yes, YandexAdditional is a safe and legitimate crawler. It is operated by Yandex, which publicly documents its crawler at an official URL and follows the Robots Exclusion Protocol (RFC 9309). The user-agent string YandexAdditional 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 YandexAdditional hurt my SEO?
⛔ Critical Impact - Blocking YandexAdditional will stop Yandex from crawling and indexing your pages. Within days or weeks you may see pages drop out of Yandex's search index entirely, resulting in a significant loss of organic search traffic. This is the most severe possible SEO consequence. Only do this intentionally, for example if you are migrating to a different search engine or decommissioning a domain. If you accidentally blocked YandexAdditional, remove the rule immediately and request re-indexing via Yandex's webmaster tools.
How do I block YandexAdditional in robots.txt?
Add the following lines to your /robots.txt file:
User-agent: YandexAdditional
Disallow: /

This instructs YandexAdditional 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 YandexAdditional respect robots.txt?
Yes - YandexAdditional is a well-behaved bot operated by Yandex. It fetches and parses /robots.txt before crawling any page, following RFC 9309.
How do I verify if YandexAdditional is crawling my site?
Search your web server access logs for the string YandexAdditional (case-insensitive grep: grep -i "YandexAdditional" /var/log/nginx/access.log). You can also check Google Search Console → Coverage → Crawl Stats for Googlebot variants. For YandexAdditional specifically, filter by user-agent in your log analysis tool (GoAccess, AWStats, etc.).
What is the crawl frequency of YandexAdditional?
Critical-impact search crawlers like YandexAdditional typically crawl popular pages daily and less popular pages weekly. You can manage crawl rate via the crawl-delay directive or via the search console.
Can I block YandexAdditional from specific pages only?
Yes. Instead of a global Disallow: / you can restrict YandexAdditional to specific paths:
User-agent: YandexAdditional
Disallow: /private/
Disallow: /staging/
Allow: /

This allows YandexAdditional 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 YandexAdditional is blocked by my robots.txt?
Use Google's robots.txt Tester in Search Console, or a third-party checker to simulate a YandexAdditional request. You can also manually check by opening https://aicrawlercheck.com/robots.txt and scanning for YandexAdditional 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 YandexAdditional in Search Console - what do I do?
1. Open yourdomain.com/robots.txt and look for any User-agent: YandexAdditional 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.
WhatsApp us