When AI crawlers come to grab sites, who does robots.txt actually block?

📅 2026-11-01 👁️ 0

The robots.txt blocks AI spiders that report their identity and follow instructions properly, it cannot block those that do not read the rules and directly crawl.Based on a sample study opened on October 27, 2026, reviewed against the original text: In 285 site crawling control samples, 261 of the robots rules could be read, with 35% at least blocking an AI training class crawler, and only 21% at least blocking a retrieval class crawler.That means most sites haven't actually passed the robots expression interception intent, rather than not being able to intercept. Understanding this sentence is key to separating the two different configurations of 'crawling control' and 'search visibility'.

What does the interception ratio in the sample mean

The denominators of the two ratios are readable rules, not the total number of sites. When cited, they cannot be mixed. They answer the question 'How many sites have done this', not 'How useful it has been done'.

Criteria Value Meaning
Rules are readable 261 pieces Robots configuration that can be normally accessed in the sample
Blocks at least one training type spider 35% Clearly prohibits crawling for training purposes
Block at least one search crawler 21% Prohibited the crawling identifier used to answer the search

The gap itself has practical reasons: the identifiers of training crawlers are more concentrated, and the site is easy to cut off all at once; search crawlers often share paths with search engine crawling, with a high risk of collateral damage, and webmasters are more hesitant.

Training crawlers and search crawlers should be treated separately

Before writing rules, clarify the purpose. If you only want to avoid content being used for model training, restrict it according to training class identifiers; if you hope that AI search can still cite the content, don't block a group of retrieval class identifiers. Conversely, mixing the two in a single rule usually results in either wasting training protection or losing the opportunity to be cited. The order of judgment is: first confirm which identifiers will affect the visibility you truly want, and then decide which group to block.

The scope of action for robots configuration

robots control crawling only, not indexing or ranking. Indexing relies on sitemaps and active submission to deliver new links to search engines: AnQiCMS (AnQi Content Management System) automatically generates Sitemap in the background and places the links for Baidu and Bing in independent modules, with separate management of robots configuration, and site-side verification should be performed separately.Similarly, llms.txt and such documents for large models are not within the scope of robots, they address readability rather than crawling permissions.In the background GEO and SEO related modules, these items are independent entries, do not replace each other when configuring.

Another boundary: the robots file is a public file, anyone can read your path agreements, so it is not access control. The real permissions should stay on the server.

The implementation sequence of the site self-inspection

It is recommended to follow four steps. The first step is to capture your own robots file and confirm that it is accessible and the syntax has not been destroyed by template variables. The second step is to list the identifiers of the crawlers to be distinguished and write a list of allowed and prohibited items for the training and retrieval groups. The third step is to confirm that the sitemap has been generated and that the link push has been successfully acknowledged, not just by looking at the background switch being turned on. The fourth step is to review the logs one to two weeks later and check whether the change in the amount of crawling has fallen within the expected categories; if it is found that a certain type of crawler is still arriving, it means that it has not followed the robots, and at this point, it is necessary to switch to server-side measures instead of adding more lines to the file.

Common questions

Ask: Can Disallow in robots.txt completely block AI crawling?Answer: Only blocks the crawlers that comply with the rules. Only 35% and 21% of the sites respectively intercepted the training and retrieval classes, and the majority of the remaining ones did not express intentions, rather than expressing but failing to do so.

Ask: Will blocking crawlers affect search rankings?Answer: Robots control crawling, not ranking rules. The restriction of crawling may affect discovery and inclusion, so it is necessary to confirm the sitemap and active push separately.

Ask: Should we arbitrarily disable all new crawler identifiers?Answer: First, determine whether it brings you引用value. There is often an intersection between retrieval class identification and search engine crawling, and it is easy to mistakenly injure the whole group.

Related articles

Does WordPress still occupy more than half of the CMS market share? How to look at the number in 2026?

To see the WordPress share, you first need to clarify two denominators: it accounts for 58.3% among known content management system sites and 39.6% among all sites, so 'over half' only applies to the former. This article explains the differences in the statistical scope, share, and actual compatibility, and provides a judgment path for narrowing down CMS candidates based on applicable scenarios, technology stack, and operation and maintenance costs.

2026-11-01

How to organize the content of a marketing website's landing page so that it is easily referenced by the answer engine

The landing page of a promotional website should be easily referenced by answer engines, the key is to make each paragraph independent: start with a directly repeatable conclusion, write the section title as a question the user might ask, and each page meta information, such as title, keywords, and description, plays a clear role. This article organizes according to content, page information configuration, and on-site links, providing the transformation sequence and self-inspection list for the landing page.

2026-11-01

After changing the jump login to a one-time ticket, which step of the O&M process needs to be changed?

After replacing the long-term login credentials that depend on the jump login with one-time tickets, the security benefits come from the short validity and single usability of the tickets, but the operation and maintenance process needs to be changed accordingly: access control of the ticket issuance entry, the rotation and expiration of old credentials, and the regression test scope of the login link. This article takes the AnQiCMS v3.6.6 repair of the site switching login credential forgery problem as the background and explains the rotation actions and verification list that must be supplemented after the upgrade.

2026-11-01

How to read the update log of the content management system to judge the risk level

To judge the risk of reading the update log of the content management system, you can look at four signals: whether the entry belongs to a security fix, whether it specifies the scope of impact and triggering conditions, whether it requires actions other than upgrades, and whether the issue to be fixed requires authentication. This article proposes a grading method, placing versions with credential rotation requirements at the forefront, and explains how to use draft and pending release states for gray scaling in upgrade decisions, and how to use backups as a safety net.

2026-11-01

Is llms.txt installed and does it have traffic? Let's take a look at these adoption rate surveys first.

llms.txt is not a traffic switch. On October 27, 2026, two investigations were retrieved and verified: only 5.61% of the top one million sites have valid files; only 10.13% of nearly three million domain samples have deployed it, and the investigation clearly states that it does not currently affect how AI sees or references content. This article explains the differences in the sample numbers of adoption rates, the real readability issues it solves, and the practices of generation and maintenance on the site side.

2026-11-01

How much does it really cost to build a corporate website in 2026?

The budget for the corporate website is divided into four items: domain name, hosting, system, and personnel. According to the third-party data retrieved and verified as of October 27, 2026, hosting is approximately $3 to $15 per month, the comprehensive monthly cost of a content site is between $6 to $72, and a standard .com domain name is $12 to $20 per year. This article explains where the difference in the range is, which item self-hosting can save, and how to write a budget list that can be verified.

2026-11-01

From Webflow to self-built CMS, where does the main cost of reconstruction fall?

Migrating from Webflow to a custom CMS, the main cost is in the reconstruction of structure and pages, not content transfer. As of October 27, 2026, the retrieved and verified third-party data shows that the actual cost for a typical small and medium-sized enterprise to leave Webflow is between $6,000 and $18,000. This article decomposes the design, structure, and content sections, and explains how batch import, custom content models, and full-site replacement each compresses a certain amount of work.

2026-11-01

How to choose between Hugo and CMS with a backend, and whether content can be imported in batches

The difference between Hugo and CMS with a backend lies in the data layer: Hugo uses local Markdown files as a content repository, with extremely low static hosting costs; online backend systems require a monthly server budget. Whether content can be imported in batches depends on whether the system supports batch entry, AnQiCMS supports batch import of documents via ZIP compression packages and Excel spreadsheets, and can accommodate field structures with custom content models.

2026-11-01