What LektaBot does on your server
LektaBot fetches a page only after somebody asks Lekta to audit it. It identifies itself as LektaBot in every request, parses robots.txt under RFC 9309, and never impersonates a browser or another crawler. This page is the operator-facing record of that behaviour.
Identity
Two lanes, one tokenEvery audit fetches the same URL twice — a plain HTTP GET and a full Chromium render — so the two can be compared through one extractor. Both requests carry the same product token, so a single robots.txt rule governs both.
Request behaviour
Measured limitsWhat LektaBot never does
Hard rulesBlocking, allowing, slowing down
robots.txtLektaBot reads /robots.txt at the start of every audit; a repeat of the same URL within 15 minutes is answered from the result cache without touching your server. Any of these rules take effect on the next fresh audit of your site.
User-agent: LektaBot
Disallow: /One rule stops both lanes. The block is written into every report of this host, and scheduled re-audits skip it entirely — no badge exception.
User-agent: LektaBot
Disallow: /admin/
Disallow: /checkout/
Allow: /Most specific rule wins, per RFC 9309 §2.2.2 — the same precedence the audit reports.
User-agent: LektaBot
Crawl-delay: 5Crawl-delay is not part of RFC 9309 and LektaBot does not need one: per-target limits — 1 per minute, 5 per hour, one at a time — are already stricter than any delay you could write here.
Verifying a request was really us
No spoofingThe user-agent string can be forged by anyone, so do not trust it alone. There is no reverse-DNS zone to resolve against; what you can check is the declaration, the request pattern, and — for anything doubtful — our own records.