Engines

IndexNow and Yandex: a default you rarely need to touch

6 min readUpdated Sep 2026
Yandex receives IndexNow submissions by default, alongside Bing, with nothing to configure and nothing to switch on. The question this page answers is not how that works but whether to leave it that way, because it is the one thing about this participant people actually stop to think about.

Why it is a default rather than an option

Three participants are offered as choices, and this one is not.

Seznam, Naver, and Yep are off by default: you enable them when they match your audience. Yandex and Bing are simply on. The line between the two groups is not popularity in the abstract but whether there is a decision worth putting in front of somebody, and for these two there is not.

That is worth unpacking, because "default" often means "we picked for you". Here it means something narrower. A submission costs you nothing, obliges you to nothing, and creates no risk of being treated worse for having sent one. When every branch of a decision leads to the same outcome, presenting it as a choice adds a setting to understand and returns nothing for it. The other three are offered as a choice precisely because their branch does differ, as the optional engines sets out.

ON BY DEFAULT leave it on switch it off same outcome OFFERED AS A CHOICE switch it on leave it off reaches them does not A default is honest where every branch lands in the same place. Where the branches land differently, the question gets asked instead.
The line between the two groups is not popularity. It is whether a decision exists at all.

Whether it matters for your site

The honest answer is that your own data has it and this page does not.

Any claim about where an engine is used, by whom, and in what share is a claim with a date on it, and a page that made one would be quietly wrong within a year of being written. What does not go stale is the method: look at where your existing visitors arrive from, and at which search sources already send you anybody at all. If this engine appears there, it matters to you. If it does not, it does not, and no general statement about markets changes either answer.

That check is worth doing once rather than reasoning about repeatedly. It takes minutes, it uses data you already have, and it settles a question that otherwise gets re-argued every time somebody new looks at the configuration.

There is a second case the data will not show you, and it is worth naming: publishing in a language or for a market you are trying to enter rather than one you already reach. Existing traffic cannot tell you about an audience you do not have yet. That is a judgement about intent rather than a measurement, and it is the one situation where the answer comes from your plans instead of your analytics.

What leaving it on costs

Nothing that shows up anywhere, which is the reason the default stands.

Submission happens as part of announcing a change you were making anyway. One additional destination does not add a step to your publishing, does not require anything on the page, and does not change what visitors receive. There is no per-engine setup to maintain, because verification uses the same /<key>.txt file on your own hostname that every participant checks.

WHERE A COST WOULD SHOW a step in your publishing something required on the page what visitors receive per-engine setup to maintain nothing shows up in any of them
Four places gathered into one box, and that box is empty. The emptiness is the finding, not a gap in the drawing.

The mirror of that is also true and less often said: switching it off buys you nothing either. If an engine is irrelevant to you, submissions to it are already producing nothing, and stopping them turns nothing into nothing while adding a setting that differs from the default for no reason anybody will remember in six months. Configuration that deviates without a reason is the kind that gets rediscovered during an unrelated incident.

What is identical, and what is not

From your side, nothing here is engine-specific.

The same HTTPS submission, the same verification against the same file, the same scope: automatic submission covers discovered and changed URLs only, enabling it imports no history, and full-site submission is manual. Anything you set up for one participant is already in place for the others, which is why this section is short.

What differs between engines lives on their side and is not visible from yours. How quickly a participant acts on an announcement, whether it fetches the address at all, and what it does with what it finds are its own decisions on its own schedule. Those differences are real, but they are not settings, not observable from your configuration, and not something a provider can adjust on your behalf. The boundary between the announcement and the engine's decision is set out on how it works.

What a submission involves on your side and where each part of the outcome is decided
What is involvedWhere it is decided
The submission request and its formatYour side, identical for every participant
Verification against the key fileYour side, one file for every participant
Scope: discovered and changed URLs onlyYour side, identical for every participant
How quickly an announcement is acted onThe engine's side, not a setting
Whether the address is fetched at allThe engine's side, not a setting
What is done with what is foundThe engine's side, not a setting

The practical consequence is that troubleshooting is never engine-specific either. A submission that fails, fails for a reason on your side, and the same checks apply whichever participant was involved. Those are covered on the Bing page, which describes them once for all of them.

What to expect

Timing on discovery, on the engines that participate, and nothing else.

For a site publishing frequently and reaching readers who use this engine, changes can be learned about sooner than by ordinary revisiting. For a site whose audience is elsewhere, the accurate expectation is no observable difference, and the reason the setting stays on anyway is that no observable difference is also the cost.

What it does not touch is ranking, which is decided on the engine's criteria and unaffected by any announcement. And Google is not part of this at any setting, a fact worth repeating here because the assumption survives being told once.

FAQ

Is Yandex enabled by default?

Yes, and it sits in the default group rather than the optional one for a specific reason: unlike the three engines you enable deliberately, there is no branch of the decision that leads anywhere different. Nothing about it is presented as a choice because nothing about it would change if you made one.

Should I turn it off if my audience is not there?

There is nothing to gain by doing so. Submissions to an engine your readers do not use already produce nothing, so disabling them changes nothing except leaving you with a configuration that differs from the default for a reason nobody will recall later. Leaving it alone is the lower-maintenance answer.

How do I know whether this engine matters to me?

Look at where your existing visitors already come from rather than at any general claim about markets, including one on this page. If a search source sends you traffic today, it matters; if it does not appear at all, it does not. The exception is a market you are entering rather than already serving.

Do the two defaults mean my page gets announced twice?

Each participant receives one announcement about the change, which is the point rather than a duplication. Nothing is sent twice to the same engine, and neither participant is told anything about the other. How many outbound messages that takes is a separate matter, handled by the shared endpoint.

Does this affect how my pages rank?

No. An announcement says an address changed and makes no argument about where it should appear. Fetching, indexing, and ranking are separate decisions made on the engine's own criteria, exactly as they would have been made without any announcement at all.

Submission handled at the edge

IndexNow submission is part of Bridge CDN: the platform detects a change and announces the URL to the engines that take part. Automatic submission covers discovered and changed URLs only, enabling it imports no history, and full-site submission is manual.