Guide : YandexBot

Ce que YandexBot est, comment spot et vérifier il, le Yandex-seulement Clean-param directive, pourquoi Explorer-delay est dead, comment il handles JavaScript, et comment il compare à Googlebot et Bingbot.

Première publication : 3 juil. 2026 · Dernière mise à jour : 3 août 2026 · Avancé
1 indice probant sur cette page

YandexBot est Yandex's principal web robot d’exploration — le bot que discovers et récupère pages pour Yandex Recherche, le moteur avec ~70%+ share dans Russia. Son robots.txt token est YandexBot (principal indexation bot seulement) vs. Yandex (le broader bot family). Il prend en charge a Yandex-seulement directive, Clean-param, que consolidates URL parameters avec aucun Google/Bing equivalent — et il stopped honoring Explorer-delay on February 22, 2018 (some SEO guides encore wrongly claim sinon). JavaScript rendu est beta et 'à le bot's discretion,' et le 2023 source-code leak suggested il y a aucun séparé JS rendu système le façon Google a un. Vérifier a réel YandexBot par reverse-alors-forward DNS à a yandex.ru/.net/.com host — le même technique Google et Bing utiliser pour leur propre bots — pas par le utilisateur-agent string.

TL;DR — YandexBot est Yandex Recherche’s principal indexation robot d’exploration. Son robots.txt token YandexBot targets seulement le principal indexation bot; Yandex targets le broader bot family. Il prend en charge a Yandex-seulement directive, Clean-param, que consolidates URL parameters — aucun Google/Bing equivalent — et il stopped honoring Crawl-delay on February 22, 2018 (utiliser le Fréquence d’exploration outil à la place; some SEO guides encore wrongly claim Yandex prend en charge Explorer-delay). JavaScript rendu est performed à le robot’s discretion, donc préférer SSR/pre-rendu pour critical contenu. Disallow ≠ noindex (même trap as Google). Vérifier a réel YandexBot par reverse-alors-forward DNS à a yandex.ru/yandex.net/ yandex.com host — le même technique Google et Bing utiliser — jamais le utilisateur-agent string alone.

Preuve à l’appui de cette affirmation Yandex documents its search robots and their user-agent identifiers in Yandex Webmaster Help. Portée : Current official Yandex robot list. Niveau de confiance : élevé · Vérifié : Yandex Webmaster: Yandex robots Preuve à l’appui de cette affirmation Yandex provides an official method for checking whether an IP address belongs to a Yandex robot; a user-agent string alone can be spoofed. Portée : Current Yandex robot verification guidance. Niveau de confiance : élevé · Vérifié : Yandex Webmaster: Verify a robot

Ce que YandexBot en réalité is

YandexBot est le principal web robot d’exploration pour Yandex, le Russian moteur de recherche. Il discovers URLs, récupère pages, et feeds Yandex’s indexer — le même role Googlebot et Bingbot play pour leur moteurs. Le utilisateur-agent string Yandex documents (on son “check that a robot belongs to Yandex” page) est:

Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.268

«Yandex adds a useful caveat next to it: because “the browser’s version may change,” it recommends not matching on a fixed Chrome version when you’re trying to identify the bot. Match the YandexBot token, not Chrome/81.0.4044.268. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Crucially, “YandexBot” est vraiment simplement le principal indexation member de a family de Yandex robots — YandexImages, YandexMetrika, YandexDirect, YandexMobileBot, YandexAccessibilityBot, YandexRenderResourcesBot, YandexCalendar, et plus — chaque independently controllable dans robots.txt. Nombreux articles conflate “YandexBot” avec “all Yandex crawlers,” qui est imprecise.

«One more worth knowing about: Yandex’s server-logs table now documents YandexAdditionalBot (and a near-duplicate token, YandexAdditional) as a robot that “helps process robots.txt to prevent page content from appearing in Search with Yandex AI responses,” applied to pages the main crawler has already indexed. Per that same table, it doesn’t take the general User-agent: * rules into account — so if you want to opt a page out of Yandex’s AI features specifically, you need an explicit User-agent: YandexAdditionalBot block, the same pattern other engines’ AI-crawler opt-outs use.

Preuve à l’appui de cette affirmation Yandex documents its search robots and their user-agent identifiers in Yandex Webmaster Help. Portée : Current official Yandex robot list. Niveau de confiance : élevé · Vérifié : Yandex Webmaster: Yandex robots

» (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

YandexBot vs. “Yandex” in robots.txt — they’re pas the même token

Ce est Yandex’s la plupart non-obvious robots.txt quirk, et il bites personnes migrating depuis Google-centric SEO technique. Commencer depuis Yandex’s propre worked exemple — il rend le scope split explicit, comments inclus:

User-agent: YandexBot # will be used only by the main indexing bot
Disallow: /*id=

User-agent: Yandex # will be used by all Yandex bots
Disallow: /*sid= # except the main indexing bot

User-agent: * # will not be used by Yandex bots
Disallow: /cgi-bin

Lire literally, que exemple’s propre comments sont le documentation:

«- User-agent: YandexBot — used only by the main indexing bot. » (Traduction) (Résumé en français de la section trente et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- User-agent: Yandex — used by Yandex bots more broadly — but, per the example’s own comment on the second block, “except the main indexing bot.” The broader token isn’t universal even within the Yandex family. » (Traduction) (Résumé en français de la section trente et un, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«Two things follow from Yandex’s rules here. First, precedence: “If the User-agent: Yandex string is detected, the User-agent: * string is ignored.” So a generic User-agent: * block won’t apply to Yandex bots if you’ve also written a Yandex block. Second — and this is the one that surprises security-minded readers — Yandex warns that “Some Yandex robots may ignore directives in robots.txt, including those for User-agent: Yandex.” Not every Yandex bot is guaranteed to obey a blanket rule, which is one more reason server-level verification and blocking matter for full exclusion. » (Traduction) (Résumé en français de la section trente-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Verifying it’s really YandexBot

Parce que le utilisateur-agent est spoofable, Yandex indique vous à vérifier avec DNS, exactly comme Google et Bing faire pour leur propre robots d’exploration. Yandex: “Some robots peut disguise themselves as Yandex robots par indicating le pertinent Utilisateur Agent. Vous pouvez vérifier le authenticity de a robot en utilisant a reverse DNS lookup.” Le documented méthode:

  1. “Determine le IP adresse de le utilisateur agent dans question en utilisant votre serveur logs.”
  2. “Utiliser a reverse DNS lookup de le IP adresse à determine le host domain nom.”
  3. “Vérifier si le host belongs à Yandex. Tout Yandex robots ont noms ending dans yandex.ru, yandex.net or yandex.com.” (Si le host nom a a différent ending, il n’est pas Yandex.)
  4. “Assurez-vous que le nom est correct. Utiliser a forward DNS lookup à obtenir le IP adresse corresponding à le host nom. Il devrait match le IP adresse utilisé dans le reverse DNS lookup.”

Et le échouer condition, dans Yandex’s words: “Si le IP addresses ne faites pas match, il signifie que le host nom est fake.” Yandex aussi mentions an official “IP adresse vérifier outil” as an alternative à running le lookups par hand.

Ce est le même forward-confirmed reverse-DNS (FCrDNS) modèle tout three major moteurs land on — Google verifies contre googlebot.com/google.com/ googleusercontent.com, Bing contre *.search.msn.com, et Yandex contre yandex.ru/yandex.net/yandex.com. None de les treat a publié IP liste as trustworthy suffisant on son propre. Le commands sont dans le Scripts tab; le domain suffixes sont le seulement chose que changements entre moteurs. (Pour le Google et Bing versions, voir le Googlebot et Bingbot siblings.)

Controlling YandexBot avec robots.txt

Yandex recognizes a familiar core définir of directives, chaque défini in its propre docs:

  • Utilisateur-agent — “Indicates le robot à qui le règles listed dans robots.txt appliquer.”
  • Disallow — “Prohibits crawling of sections or individual pages of the site.”
  • Autoriser — “Allows indexing site sections or individual pages.”
  • Sitemap — “Specifies le chemin à le Sitemap fichier que est posted on le site.”
  • Clean-param — “Indicates à le robot que lune page URL contient parameters (comme UTM balises) que devrait être ignored quand indexation il.” (Yandex-seulement — voir ci-dessous.)

A quelques fichier requirements worth knowing: le fichier doit être “a TXT fichier named “robots”, robots.txt,” son size doit pas exceed 500 KB, et le serveur doit retourner an HTTP 200 OK status pour il à être lire.

Disallow ≠ noindex — the même trap as Google

«The single most misunderstood robots.txt fact carries straight over to Yandex, and Yandex states it plainly: “Pages restricted in robots.txt can participate in Yandex search. To remove pages from search, specify the noindex directive in the HTML code of the page or configure the HTTP header.” In other words, Disallow controls crawling, not indexing — a disallowed URL can still show up in Yandex’s results. This is the same conceptual trap Google has (I’ve written it up for Google in Indexed, though blocked by robots.txt), and the fix is identical: to actually remove a page, allow crawling and add noindex. Yandex spells out exactly why in the same section: “Do not restrict such pages in robots.txt, or the Yandex bot can’t index them and detect your instructions.” An index-control directive only works if the crawler can fetch the page to see it — Disallow and noindex on the same URL is a contradiction: the Disallow stops Yandex from ever reading the noindex tag, so the page stays exactly where it was. » (Traduction) (Résumé en français de la section quarante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Clean-param — Yandex’s unique parameter directive » (Traduction) (Résumé en français de la section quarante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Clean-param est le unique la plupart Yandex-spécifique directive pour an public utilisé à Google et Bing, et il a aucun Google or Bing equivalent. Son objectif, per Yandex: “Le Yandex robot utilise ce directive à éviter reloading duplicate information. Ce améliore le robot’s efficiently et reduces le serveur charger.” (Que “efficiently” est a genuine typo on Yandex’s actif page — Je’m quoting il as-est plutôt que silently fixing il.)

Le problème il solves: “Le nouveau parameter que ne fait pas affecter lune page contenu peut résultat dans duplicate pages que ne doit pas être inclus dans le recherche.” Le syntax:

Clean-param: p0[&p1&p2&..&pn] [path]

Yandex’s propre worked exemple — three URLs que differ seulement by a ref tracking parameter:

www.example.com/some_dir/get_book.pl?ref=site_1&book_id=123
www.example.com/some_dir/get_book.pl?ref=site_2&book_id=123
www.example.com/some_dir/get_book.pl?ref=site_3&book_id=123

…collapse to un URL canonique (www.example.com/some_dir/get_book.pl?book_id=123) with a unique directive:

User-agent: Yandex
Clean-param: ref /some_dir/get_book.pl

Deux details faire Clean-param facile à obtenir incorrect. Premier, “Le Clean-param directive ne fait pas exiger mandatory combination avec le Disallow directive” — il stands on son propre; vous ne pas Disallow le parameter URLs. Deuxième, c’est intersectional: per Yandex il “est intersectional, donc il peut être specified anywhere dans le fichier, regardless de le emplacement.” Unlike Allow/Disallow, qui sont anchored à a chemin, Clean-param est a mondial directive vous pouvez drop anywhere dans le fichier.

Yandex aussi notes il peut handle some parameters automatiquement: “Parameters pour analytics et tracking que ne pas affecter lune page contenu peut être automatiquement supprimé par le moteur de recherche si le algorithms determine que ceux parameters sont insignificant.” Mais relying on Clean-param pour le ones que matter à vous est le deterministic déplacer. Ce est le Yandex analog à comment Google maintenant leans on canonicalization signaux (balise canonical, maillage interne) since il deprecated son old URL Parameters outil — Yandex simplement donne vous an explicit robots.txt directive où Google ne fait pas.

Explorer-delay est dead (since Feb 2018)

Si vous avez lire que Crawl-delay fonctionne dans Yandex’s robots.txt, que information est stale. Yandex’s propre dedicated page est unambiguous: “Depuis February 22, 2018, Yandex ne fait pas prendre dans account le Explorer-delay directive.”

«This is worth flagging because at least one widely-read SEO resource still says the opposite. Ahrefs’ robots.txt guide (authored by Joshua Hardwick, not me) currently states “Google no longer supports this directive, but Bing and Yandex do.” On the Yandex half, that’s contradicted by Yandex’s own current documentation. I’d treat Yandex’s dedicated, dated page as authoritative here — but the broader lesson is the useful one: verify a crawl-behavior claim against the engine’s live docs before you trust a secondhand guide, because these details drift and even good sources go stale. (Note the contrast with Bing, which does still honor crawl-delay — one of the real Bingbot/YandexBot divergences.) » (Traduction) (Résumé en français de la section cinquante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le replacement est le Fréquence d’exploration paramètre dans Yandex Webmaster, qui lets vous influence comment rapide YandexBot récupère votre site. (Yandex’s Explorer-delay page est essentially un sentence plus a pointer à que paramètre.)

How YandexBot handles JavaScript

Yandex’s JavaScript rendu est explicitly labeled beta (β) par Yandex itself, et le par défaut behavior est “at the bot’s discretion” — le bot “va independently determine si à execute JavaScript code on le site’s pages.” Quand il fait, il peut “assess le qualité et completeness de le contenu on le pages avec et sans JavaScript” et servir whichever version est probable plus utile à le visitor.

«There’s a meaningful tension worth surfacing. The 2023 Yandex source-code leak (exposed internal engineering docs, not an official statement — I’ll cover it more below) suggested a simpler picture. As Mike King wrote in his Search Engine Land analysis of the leak: “Yandex has no separate rendering system for JavaScript. They say this in their documentation and, although they have Webdriver-based system for visual regression testing called Gemini, they limit themselves to text-based crawl.” (That internal “Gemini” is a Yandex visual-regression testing tool — completely unrelated to Google’s Gemini AI model, despite the shared name. Worth disambiguating so nobody conflates the two.) And Dan Taylor’s Search Engine Journal write-up concluded there’s “nothing new to suggest Yandex can crawl JavaScript yet outside of already publicly documented processes.” » (Traduction) (Résumé en français de la section soixante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Donc le honest réponse est aucun “YandexBot renders JS simplement like Googlebot” nor “YandexBot jamais touches JavaScript.” c’est selective et beta, par Yandex’s propre description. Le leak’s “no separate rendering system” account est consistent avec que framing, mais c’est leaked internal material relayed via industry coverage, pas a Yandex disclosure — donc treat “architecturally simpler que Google” as a plausible reading de deux consistent signaux, pas a documented fact. ne pas prendre soit account on faith pour a route que matters à vous; tester il directement:

  • Rendu sortie: récupérer lune page avec JavaScript disabled et comparer il à le JS-rendu version. Si le deux differ meaningfully, ne pas assume Yandex saw le rendu un.
  • Resource accès: confirmer le JS, CSS, et API endpoints lune page dépend on ne sont pas bloqué dans robots.txt. Yandex’s YandexRenderResourcesBot récupère rendre-time resources, mais (per Yandex’s propre documentation de il) seulement pour pages le principal indexation bot peut déjà reach — a bloqué resource on an allowed page encore ne va pas charger.
  • Delayed et interactive contenu: n’importe quoi que charge après le DOMContentLoaded event or behind a click n’est pas guaranteed à rendre. Yandex’s avancé rendu paramètres (window.YandexRotorSettings) exist précisément pour sites où “content loads with a delay” — c’est a signal worth reading, pas simplement a config option.

Le practical takeaway: Yandex’s propre docs recommend vous “Prohibit rendu si SSR (Rendu côté serveur) or pre-rendu est implemented on le site,” et remarque que “Executing JavaScript code peut créer additional charger on votre serveur.” Si vous vouloir fiable Yandex indexation de JS-heavy contenu, servir il serveur-side plutôt que testing votre luck on rendu côté client.

Pour AJAX-style sites, Yandex dit “Quand indexation an AJAX site, le Yandex bot scans le original URLs et executes JavaScript code on les” — et il a déplacé away depuis le old HTML-snapshot hack: si vous encore utiliser le deprecated meta name="fragment" approche, “le bot va ignore il et indexer le original page.” Son modern recommendation mirrors Google’s: “Si le liens on AJAX pages utiliser le # character, modifier le addresses à URLs sans ce character. Par exemple, vous peut utiliser le History API.”

Ce que le 2023 source-code leak revealed à propos de le robot d’exploration

Dans January 2023, Yandex’s internal code source leaked — a well-corroborated event covered à travers Moteur de recherche Land, Moteur de recherche Journal, et others. Treat ce as leaked internal documentation, pas a Yandex statement, mais il exposed réel detail à propos de comment le robot d’exploration fonctionne. Per Mike King’s SEL analysis: “Yandex’s documentation discusses a dual-distributed robot d’exploration système. Un pour en temps réel exploration appelé le ‘Orange Robot d’exploration’ et un autre pour general exploration.” Il drew a parallel à Google, qui “est said à ont avait an indexer stratified dans three buckets, un pour housing en temps réel explorer, un pour regularly exploré et un pour rarely exploré.” Les deux moteurs, En d’autres termes, apparaître à embrace segmented exploration driven par comment souvent contenu mises à jour.

Le leak aussi tied exploration directement à architecture du site. Per Dan Taylor’s SEJ coverage, “URLs que sont reachable depuis le homepage ont a ‘plus élevé’ level de importance.” c’est a clean bridge depuis “robot d’exploration mechanics” à “pourquoi internal linking matters” — le même explorer depth logic que s’applique à Googlebot.

(Pour scale: coverage noted le widely-cited “1,922 ranking factors” figure était spécifique à un archive fichier, avec le fuller codebase reportedly containing far plus à travers plusieurs fichiers — garder a date et a source on quelconque spécifique number si vous cite un.)

Pourquoi YandexBot encore matters — and how courant it is in robots.txt

Yandex’s mondial share est tiny, mais son Russia share n’est pas: ~71% dans Russia vs. Google’s ~27% as de June 2026 (StatCounter). Que stability est le entier raison YandexBot deserves séparé treatment. Si vous ont quelconque Russia/CIS-facing entreprise, blocking YandexBot forecloses le dominant moteur dans que market.

«How often do sites even bother configuring for it? Rarely, but rising. In the Web Almanac 2022 SEO chapter (I was a reviewer that year; I was lead author of the 2021 chapter): YandexBot appeared in “just 0.5% of robots.txt files in 2021. By 2022, there was a six-fold increase, with 3% of files specifying Yandexbot.” Small, but a clear upward trend — and a useful “how common is this in the wild” baseline. » (Traduction) (Résumé en français de la section soixante-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Si vous êtes deciding si à bloquer il, le honest framing est a entreprise question, pas a technique un — et c’est a réel debate que plays out dans webmaster forums. Pour le broader mechanics YandexBot lives à l’intérieur — URL discovery, le explorer scheduler, rendu, et le explorer-vs-indexer-vs-classer distinctions — voir le exploration hub. Et pour configuring Yandex précisément as partie de a Russia/CIS stratégie, le international-SEO et market-spécifique-SEO material ties il ensemble.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.