AI crawl economics arrived the moment a crawl stopped being a binary permission and started carrying a price. Cloudflare’s Pay Per Crawl beta lets a site owner set a flat per-request fee and answer AI crawlers with HTTP 402 Payment Required — and that single change converts a security question into a revenue question with an arithmetic answer.
The uncomfortable part is that the arithmetic frequently disagrees with instinct. Some crawlers pull thousands of pages for every visitor they send back, which makes free access an obvious subsidy. Others send a visitor for every handful of pages, which makes a fee look like a tax on your own distribution. The gap between those two cases spans nearly three orders of magnitude, so a single site-wide policy is almost certainly wrong somewhere.
This guide is the economics layer only. It covers how Pay Per Crawl actually bills, what the reported crawl-to-referral ratios imply about break-even pricing, what the licensing marketplaces charge per fetch, what blocking costs you in citation visibility, and which numbers in this space are not solid enough to plan against. For the line-by-line robots.txt directives — which named bot goes in which rule — see our AI crawler access control decision matrix, the predecessor to this post. Nothing here restates it.
- 01Pay Per Crawl makes “block” a three-way choice.Cloudflare’s documentation describes a per-crawler control with three actions — Allow free, Charge a flat per-request price, or Block outright — settled over HTTP 402 Payment Required. The docs describe it as a closed beta at the time of writing.
- 02Crawl-to-referral ratios span nearly three orders of magnitude.A compilation of July 2026 Cloudflare Radar figures reports roughly 1,917 crawls per referral for Anthropic, 251 for OpenAI and 4.7 for Google. The same crawl policy cannot be right for both ends of that range.
- 03Break-even is computable, and it is often below a cent.Normalize a referred visit to $1.00 and the break-even fee is simply $1.00 divided by the ratio. That puts the break-even for the heaviest training crawlers at roughly $0.0005 per fetch and for Google at roughly $0.21 — a 400× spread.
- 04Blocking has a citation cost that no fee schedule shows.A crawler you block cannot cite you. With AI-referred traffic still a small share of the total in the figures we could source, the visibility you forfeit is a forward bet, not a current line item — which is exactly what makes it easy to underprice.
- 05llms.txt is a discovery signal, not a monetization lever.Two published panels disagree by design: 51.8% adoption on a curated 219-host developer-skewed panel versus 8.7% across the Tranco top 1,000. Neither number is evidence that a major provider reads the file at inference time.
01 — The New LayerBlocking became a price, not a switch.
Cloudflare’s Pay Per Crawl documentation describes an opt-in framework in which a site owner sets a flat per-request price and each AI crawler is assigned one of three actions. The billing handshake runs over a status code the web has had since 1997 and almost never used: HTTP 402 Payment Required. An unpaid crawler requesting a priced resource receives the 402; a crawler willing to pay retries the request carrying payment headers and receives a normal 200 with the content.
Billing integrity rests on identity. Crawlers authenticate through Web Bot Auth, using Ed25519 key pairs and HTTP Message Signatures, so a fee attaches to a cryptographically identified agent rather than a spoofable user-agent string. That distinction matters more than it sounds: the entire prior generation of crawler policy ran on robots.txt directives that are voluntary, unenforced, and trivially ignorable. A signed request is enforceable in a way a robots.txt line never was.
Allow free
The crawler fetches at no cost. Correct wherever the crawler reliably returns traffic or citations worth more than any fee you could realistically charge it.
Charge per request
A flat publisher-set price per request. The crawler decides, per fetch, whether your content is worth the fee. Correct where crawl volume is high and referral return is negligible.
Block outright
No access at any price. Reserve it for crawlers you would not want indexing you even if they paid — and accept that a blocked crawler can never cite you.
It is also worth naming what Pay Per Crawl is not. General bot-protection products solve a different problem: Vercel’s BotID, for example, is a client-side invisible-CAPTCHA layer aimed at checkout, signup and API abuse, with Basic mode free on all plans and Deep Analysis priced at $1 per 1,000 checkBotId() calls on the Pro plan (custom on Enterprise). That is an abuse-prevention surface, not an AI-crawler allow-charge-block surface. Conflating the two produces policies that block checkout fraud and monetize nothing.
02 — Referral MathWhat each crawler actually returns.
The crawl-to-referral ratio is the only number that makes the allow-versus-charge decision tractable. It asks a single question: how many pages does a platform fetch for every visitor it sends back? A ratio of 5:1 describes a search engine. A ratio of 1,900:1 describes a corpus builder.
Sourcing, stated plainly. The July 2026 figures below come from a secondary compilation that cites Cloudflare Radar, not from the Radar dashboard itself. We could not confirm the individual figures against a live Radar view at the time of writing, so the attribution chain — compilation citing Radar — travels with every number in this section. Read them as a ranking, not as an invoice.
Crawls per referral, July 2026
The heaviest reported load in the compilation — and, notably, a sharp improvement rather than a deterioration. The same source puts the July 2025 figure at 38,744:1.
Crawls per referral, July 2026
Also improving, and by a similar factor. The compilation reports 1,104:1 in July 2025, which makes roughly a 4.4× reduction over twelve months on its own figures.
The one that moved the wrong way
The only tracked platform in the compilation whose ratio worsened year over year, from a reported 195:1 in July 2025. Our own earlier reference post recorded a lower figure still in an earlier snapshot — the direction is consistent.
The year-over-year direction is the more interesting story, and it cuts against the prevailing narrative. Anthropic and OpenAI — the two heaviest crawlers on the July 2025 baseline — both improved sharply in twelve months, roughly 20× and roughly 4.4× respectively, which is what you would expect as training-corpus construction matures and retrieval-time fetching — the kind that produces a citation and a click — grows as a share of total crawl volume. If that trend holds, the case for charging weakens over time for exactly the crawlers where it looks strongest today.
Volatility is the caveat that matters most. The same compilation notes that Cloudflare’s own mid-2025 snapshot recorded a materially higher Anthropic figure than the July 2025 number used in its year-over-year comparison, which tells you these ratios move hard with the measurement window. A ratio measured across a training push looks nothing like the same ratio measured across a quiet month. For the underlying traffic composition — including how much of AI crawl volume is training rather than retrieval — see our AI crawler and bot traffic statistics reference, which anchors those figures directly rather than re-deriving them here.
03 — Break-EvenThe table that tells you when charging pays.
Here is the whole model in one line. If a referred visit is worth V to you and a platform crawls R pages per referral, then each individual crawl earns you V ÷ R in expected referral value. That quotient is also your break-even fee: charge more than it and the fee beats the traffic, charge less and you have priced your own distribution below cost.
The table below normalizes V to $1.00 per referred visit purely so the arithmetic is legible. That figure is our modelling assumption, not data — substitute your own revenue per organic visit and every cell scales linearly. The reported ratios are the secondary-sourced July 2026 figures from Section 02. The comparison column measures each break-even against the $0.01 per fetch general-content midpoint reported across four licensing marketplaces in Section 04.
| Crawler | Reported crawls per referral, Jul 2026 | Break-even fee per fetch at $1.00 / visit | Where the $0.01 midpoint sits | What it implies |
|---|---|---|---|---|
| Charging clears the bar — break-even below the $0.01 midpoint | ||||
| Anthropic | 1,917:1 | $0.00052 | 19.2× above break-even | Free access is a large subsidy on these figures. Even the floor of the reported fee bands clears break-even comfortably. |
| Perplexity | 289:1 | $0.00346 | 2.9× above break-even | Charging wins, but by a single-digit multiple — the margin disappears if your revenue per visit is meaningfully above $1. |
| OpenAI | 251:1 | $0.00398 | 2.5× above break-even | The closest call in the group, and the fastest-moving: the same source shows this ratio improving roughly 4.4× in a year. |
| Free access clears the bar — break-even above the $0.01 midpoint | ||||
| Microsoft | 36.2:1 | $0.02762 | 2.8× below break-even | A midpoint fee would recover under half the referral value you gave up to collect it. |
| ByteDance | 9.6:1 | $0.10417 | 10.4× below break-even | Charging at the midpoint destroys roughly ten dollars of referral value for every dollar collected. |
| 4.7:1 | $0.21277 | 21.3× below break-even | The clearest case in the table for leaving the door open, and the one where blocking is hardest to reverse. | |
| DuckDuckGo | 2.4:1 | $0.41667 | 41.7× below break-even | Behaves like a classic search crawler. No plausible fee schedule beats the traffic. |
Two things fall out of that table that no bot-by-bot policy list surfaces. First, the break-even fees at the top of the table are fractions of a cent. The economics of charging heavy training crawlers do not hinge on setting a high price; they hinge on setting any price at all, because almost any price clears a break-even of five hundredths of a cent. Second, the bottom half of the table is not close either. At a 4.7:1 ratio, a fee would need to sit above twenty cents a fetch before it matched the traffic it displaced — above the ceiling of every reported marketplace band in Section 04, and more than four times the ceiling of two of them.
The practical consequence is that a single site-wide fee is almost always wrong. The correct posture is a split: charge where the ratio is in the hundreds or thousands, allow where it is in single or low double digits, and re-measure quarterly, because the year-over-year movement in Section 02 says these assignments have a short shelf life. If your revenue per organic visit is well above $1.00 — common in B2B services and considered purchases — every break-even in the table rises proportionally and more crawlers move into the allow column.
A crawl you cannot measure is a cost. A crawl you can price is inventory. The whole shift in 2026 is that the second sentence became available.— Our framing of the pay-per-crawl transition
04 — What a Fetch Sells ForThe reported bands, and what they buy.
Break-even is only half the calculation; the other half is what the market will actually pay. The figures below come from a secondary research compilation of marketplace pricing dated April 30, 2026. They are reported ranges assembled across four platforms, not published list prices from any single vendor, and they are quarterly data — old enough by August to be a reference point rather than a quote. The final column is ours: a straight reciprocal showing how many fetches a dollar buys at each end of each band.
| Marketplace | Reported per-fetch band | Fetches per $1 — floor to ceiling | Pricing shape |
|---|---|---|---|
| Cloudflare Pay Per Crawl | $0.0005 – $0.05 | 2,000 → 20 | Publisher sets one flat per-request price; settled over HTTP 402. |
| TollBit | $0.001 – $0.10 | 1,000 → 10 | Per-fetch marketplace; a 100× floor-to-ceiling band, the same ratio as Cloudflare and ProRata. |
| ProRata | $0.002 – $0.20 | 500 → 5 | Vertical-banded — price varies by content category rather than a single site rate. |
| ScalePost | $0.001 – $0.05 | 1,000 → 20 | Aggregator-mediated, with pricing applied at section level rather than site level. |
| Reference point used throughout this post | |||
| General-content midpoint | ~$0.01 | 100 | The reported cross-platform midpoint for general content. Every break-even comparison in Section 03 is measured against this figure. |
The same compilation reports implied per-citation values rather than per-fetch ones: roughly $0.05 to $0.50 for general content and $1 to $5 for premium news, a two-to-tenfold multiplier, with encyclopedic and commodity content pricing below baseline because substitutes are abundant. Translated into the per-fetch unit used above, a general-content citation is worth somewhere between 5 and 50 fetches at the $0.01 midpoint; a premium news citation, between 100 and 500. That conversion is ours, and it is the number worth carrying into a licensing conversation — it says plainly that one citation is worth far more than one crawl.
05 — Cost of BlockingThe line item that never appears on the invoice.
Every fee schedule shows revenue. None of them show the citations you did not earn. A crawler you block cannot quote you, cannot list you among its sources, and cannot send the reader who trusted that citation. That cost is real, deferred, and invisible — which is a reliable recipe for underpricing it.
The scale of what is currently at stake is modest and growing fast. The same compilation cited in Section 02 puts ChatGPT at 0.913% of crawler-driven referral traffic in July 2026 against Google’s 88.08%, having grown from 0.173% a year earlier — more than a fivefold relative increase off a very small base. Both readings are true at once, and which one you weight determines your policy. If you price on today’s share, blocking looks nearly free. If you price on the growth rate, blocking looks like opting out of the channel three years before it matters.
There is also a failure mode that looks like blocking but is not a decision at all: being unreachable by accident. Redirect chains, authentication walls, and archive pagination that only resolves through JavaScript all produce the same outcome as a deliberate block, without the revenue. Before you price access, confirm you are actually serving it — our AI crawler discoverability audit walks the specific failure that hid an entire archive behind 302s. And if the goal is to be cited rather than merely fetched, the factors that actually earn citations are a separate discipline — we covered those in our AI search citation ranking factors study.
06 — Segment PosturesFour business models, four different answers.
The break-even math changes shape depending on how you convert attention into money. What follows is a posture by revenue model, not by bot — the per-bot directives belong in the access control matrix. Run your own revenue-per-visit through the Section 03 formula before adopting any of these as written.
High page count, thin value per visit
Revenue per visit is typically well under $1, which pushes every break-even in Section 03 down and moves more crawlers into the charge column. Large archives also mean crawl volume is the dominant variable. Charge the heavy training crawlers, keep search indexers free, and treat the fee as a floor you can raise once you can measure paid volume.
Documentation is the product surface
Being quoted correctly inside an assistant is a distribution channel, not a leak. Revenue per referred visit is usually far above $1, which raises every break-even and makes charging arithmetically hard to justify. The higher-return move is making your docs easy to parse and cite, not metering them.
Inventory that wants to be quoted
Product data is the thing shopping agents need most and the thing that goes stale fastest, which makes it a poor fit for a flat per-fetch fee and a good fit for structured access. Allow retrieval crawlers, keep bulk corpus harvesting priced or blocked, and watch whether agent-driven sessions convert differently before changing anything.
Low volume, high value per conversion
With a handful of pages and a high value per referred visit, break-even fees land far above the ceiling of every reported marketplace band. There is essentially no fee that beats being cited. Blocking here is the expensive option, and metering costs more in engineering time than it could ever return.
The pattern across those four is worth stating directly: the case for charging strengthens as revenue per visit falls and page count rises, and it collapses everywhere else. That is why publisher trade coverage and B2B SEO advice have been giving opposite recommendations without either side being wrong — they are solving the same equation with inputs that differ by two orders of magnitude. If you want help putting real revenue-per-visit numbers behind this rather than a normalized $1.00, that is the kind of modelling our agentic SEO engagements start with, alongside the analytics instrumentation needed to measure it.
07 — The Free Signalllms.txt is a discovery signal, not a meter.
No discussion of crawl economics survives contact with reality without addressing llms.txt, because it is the one lever in this space that costs nothing to pull. It is also the one most often described as if it were a monetization or access-control mechanism. It is neither — it is a plain-text map of your content for machine readers, with no enforcement and no billing.
Two published trackers measure adoption, and they disagree by design. Presenting either alone is misleading, so here are both with their methodologies intact:
- 51.8% (113 of 218 reachable hosts). Measured on August 3, 2026 across a fixed 219-host panel spanning eight sectors, heavily weighted toward developer tools, SaaS and AI companies. Median file size 14.0 KB; 90 of the 113 valid files include the specification’s recommended blockquote summary.
- 8.7% (87 of 1,000). Measured as of June 2026 across the Tranco top 1,000 domains on a monthly-updated tracker, testing for both
/llms.txtand/llms-full.txt. Among only the 549 reachable root domains the rate rises to 15.8%, and 15 sites publish the full variant as well. Named adopters in that ranking include Cloudflare, Azure and GitHub.
Those are not contradictory readings. They are a curated developer-skewed panel and a broad traffic-ranked sample, and the gap between them is the finding: adoption is concentrated almost entirely in the sectors whose audiences use AI coding assistants daily. Averaging them would destroy the only useful signal in the data.
llms.txt adoption by sector · curated 219-host panel
Source: llmtxt.info fixed 219-host panel, measured August 3, 2026The media row is the one to sit with. Zero of fourteen media hosts on that panel publish the file — the sector with the most acute crawl-economics problem is the sector least interested in the voluntary machine-readable summary. That is not laziness; it is consistent. A publisher whose position is that crawling should be paid for has no reason to publish a free index of what to crawl. Adoption tracks whether you want to be read by machines, and media increasingly does not want to be read for free.
Adoption is also not evidence of use. No major provider has confirmed reading llms.txt at inference time, and Google’s own documentation is explicit that the file has no effect on Search — a point we covered in detail when Google confirmed llms.txt does nothing for rankings. Treat it as a cheap bet on agent-side discovery, not as a ranking or revenue mechanism. For the file format itself see our markdown-first content architecture guide, and for the evidence question in full, our companion piece on llms.txt in practice, publishing this week, takes it apart properly.
08 — Before You DecideInstrument first, then price.
Every number in this post is somebody else’s measurement of somebody else’s traffic. Your own ratio is the only one that determines your break-even, and it is measurable in a week. The inputs are simple: crawl volume per platform from your server logs, referral sessions attributable to each AI surface, and revenue per organic visit from your existing analytics. Divide, compare against the fee bands in Section 04, and you have a defensible policy rather than an inherited one.
The measurement itself is the part most teams skip, usually because JavaScript analytics cannot see most of it — a crawler that never executes your tag is invisible to the tool you would naturally reach for. Server-side log analysis is the layer that catches it; our companion piece on finding the AI agents GA4 cannot see covers the detection recipe.
Your crawls per referral
Per platform, from server logs over a window long enough to smooth a training push — a single month is usually too short to be stable given how much these ratios move.
Your revenue per organic visit
Not a market average. Total attributable organic revenue divided by organic sessions, over the same window. This is the input that moves break-even the most.
Your break-even fee per fetch
Compare it against the reported bands. Above the band ceiling, allow. Below the band floor, charge. Inside the band, the honest answer is that it is too close to call and you should re-measure next quarter.
Our read on where this goes: the ratios in Section 02 are improving for the largest crawlers by several-fold a year on the reported figures, and the retrieval share of AI traffic is rising while pure training crawls become a smaller fraction of the total. If both trends hold through 2027, the population of crawlers where charging beats allowing shrinks rather than grows — which would make today’s pay-per-crawl land grab a transitional market rather than a permanent revenue line. The publishers who benefit most are those who charge now, at the peak of the imbalance, while keeping the search and retrieval doors open. The ones who get hurt are those who block broadly, lock in a zero-citation position, and discover in two years that the channel they opted out of became the one that mattered.
09 — ConclusionA policy you can defend with arithmetic.
Charging is no longer a moral position. It is a number you can compute.
Pay Per Crawl did something more consequential than adding a revenue stream: it made the crawl decision quantifiable. Once a fetch has a price, allow-versus-block stops being a debate about fairness and becomes a comparison between two numbers you can both measure — the fee you could charge and the referral value you would forfeit collecting it.
The reported data says those two numbers are nowhere near each other for most crawlers. At the top of the range, break-even sits at fractions of a cent and almost any fee clears it. At the bottom, break-even is above twenty cents a fetch and no realistic fee comes close. The mistake is not choosing wrong at either end; it is applying one answer to both, which is what a single site-wide toggle forces you to do.
Treat every figure here as a starting hypothesis rather than a settled input. The ratios are secondary-sourced and move hard with the measurement window, the price bands are a quarterly compilation rather than live quotes, and the two llms.txt panels disagree because they were built to measure different things. Your own logs settle all of it. Measure your ratio, price your own visit, and recompute the table for your site — then set a policy per crawler class instead of per instinct.