Skip to content
SaytPro
Say hello

Unsupported Directives and Typos in Your Robots.txt File

48 views
Unsupported Directives and Typos in Your Robots.txt File
Summary: Google reads only four directives in a robots.txt file: User-agent, Disallow, Allow and Sitemap. Crawl-delay, a noindex written inside the file and Host lines are ignored. A misspelled line is skipped silently, so you think you have blocked something when in fact nothing is blocked.

What Google recognises in robots.txt

Robots.txt is a plain text file at the root of your site, for example https://yoursite.az/robots.txt. Its job is to tell bots which paths they may crawl. The list of directives Google's documentation recognises is short:

  • User-agent says which bot a rule applies to
  • Disallow blocks crawling of the given path
  • Allow reopens a specific path inside a blocked folder
  • Sitemap gives the full address of the sitemap and does not depend on which bot it sits under

In paths, the asterisk and the $ sign that marks the end of a line both work, and paths are case-sensitive. To Google, /Blog and /blog are two different paths.

Unrecognised lines and how Google really behaves

Every line outside this list is an unrecognised directive. Google returns no error for it; it simply skips the line without reading it. That is exactly the problem: the file looks as if it works.

LineWhat Google doesWhat to do
Crawl-delayNot recognised, has no effect on crawl speedDelete it. If the server is overloaded, solve that on the server side
noindex inside the fileNot recognised, the page stays in the indexDelete it. Move it to the page's own meta robots tag
HostA Yandex directive, Google does not read itDelete it. Settle the main domain with a redirect

Some sources write that these directives will become official sooner or later. There is no such promise. Google's current documentation does not recognise them, and no change has been announced. Build the file for today's documentation, not for what you expect in the future.

One typo cancels the whole rule

Spellings like Dissalow, Diallow and Disalow turn up often. Google does not correct them. Because the line is not recognised, it is ignored, and the section you believe is blocked stays fully open. A block of rules written without a User-agent line has the same result, because it is not clear whom the rule applies to.

The costliest mistake: confusing crawling with indexing

Robots.txt blocks crawling, not indexing. If other sites link to a blocked page, Google can put that address in the index without seeing its content. The result is a bare line with no description in the search results.

It gets worse. If you block a page with Disallow, Google cannot read the noindex tag inside it, because it never opens the page at all. So if you want a page out of the index, do the opposite: allow crawling and put the noindex tag on the page itself.

Checking the file in ten minutes

  1. Open the address in your browser. If the file is not in the root folder, Google does not find it.
  2. Mark and delete every line outside the four recognised directives.
  3. Check the spelling of Disallow letter by letter.
  4. Add the full address of your sitemap with a Sitemap line.
  5. Keep the test and live environments apart. The most widespread disaster is the Disallow: / line from the test file being copied to the live site on launch day.
  6. Open the indexing report in Search Console and look at the list of addresses blocked by robots.txt.

After a change, the result does not show at once. Google keeps a copy of the file in its cache for a while, so follow the effect of the fix over a few days.

Who should do this

Robots.txt is not a strategy on its own. It is the smallest, cheapest and most easily broken part of technical SEO. If your site was built by a freelancer, or nobody has touched the file since launch day, having it checked once costs little.

SaytPro is a team of developers working in Baku since 2023 and has delivered more than 120 projects. Our monthly SEO service costs 700 ₼, and a technical audit is part of it. New websites come with 2 months of formal warranty and technical support after handover. Write to us for a free consultation about the state of your file.