SEOFramework16 min readPublished August 6, 2026

Allow · Charge · Block · HTTP 402 · break-even math per crawler

AI Crawl Economics: Pay-Per-Crawl and Referral Math

Cloudflare’s Pay Per Crawl beta turned an allow-or-block switch into a price list. Once a fetch has a number on it, the question stops being “do I trust this bot” and becomes “does this bot return more than the fee I could charge it.” This is the arithmetic behind that question — with every figure carrying the sourcing it actually deserves.

DA
Digital Applied Team
Senior strategists · Published Aug 6, 2026
PublishedAugust 6, 2026
Read time16 min
SourcesDocs, trackers + compilations
Reported crawls per referral
1,917:1
Anthropic · July 2026 · secondary citing Radar
was 38,744:1 a year earlier
Same compilation, Google
4.7:1
Google · July 2026 · same compilation
≈408× fewer crawls per referral
Reported per-fetch band
$0.0005–$0.20
Four marketplaces · compilation dated Apr 30, 2026
llms.txt adoption, two panels
51.8% / 8.7%
Dev-skewed panel vs Tranco top 1,000

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.

Key takeaways
  1. 01
    Pay 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.
  2. 02
    Crawl-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.
  3. 03
    Break-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.
  4. 04
    Blocking 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.
  5. 05
    llms.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.

01The 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.

Action one
Allow free
HTTP 200 · no charge

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.

Distribution over revenue
Action two
Charge per request
HTTP 402 → retry with payment → 200

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.

Revenue over distribution
Action three
Block outright
denied regardless of payment

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.

Neither revenue nor distribution
The layering rule people get wrong
Pay Per Crawl sits on top of your existing WAF and Bot Management rules, not instead of them. Per Cloudflare’s documentation, a crawler blocked by those layers stays blocked regardless of its payment status. If you turn on a fee and see zero paid traffic, check your firewall before you conclude the market rejected your price.

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.

02Referral 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.

Reported · Anthropic
Crawls per referral, July 2026
1,917:1

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.

was 38,744:1 in Jul 2025
Reported · OpenAI
Crawls per referral, July 2026
251:1

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.

was 1,104:1 in Jul 2025
Reported · Perplexity
The one that moved the wrong way
289:1

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.

was 195:1 in Jul 2025

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.

03Break-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.

Break-even per-fetch pricing by crawler, computed from reported July 2026 crawl-to-referral ratios at an assumed $1.00 of value per referred visit, grouped by whether the reported $0.01 general-content fee midpoint sits above or below break-even.
CrawlerReported crawls per referral, Jul 2026Break-even fee per fetch at $1.00 / visitWhere the $0.01 midpoint sitsWhat it implies
Charging clears the bar — break-even below the $0.01 midpoint
Anthropic1,917:1$0.0005219.2× above break-evenFree access is a large subsidy on these figures. Even the floor of the reported fee bands clears break-even comfortably.
Perplexity289:1$0.003462.9× above break-evenCharging wins, but by a single-digit multiple — the margin disappears if your revenue per visit is meaningfully above $1.
OpenAI251:1$0.003982.5× above break-evenThe 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
Microsoft36.2:1$0.027622.8× below break-evenA midpoint fee would recover under half the referral value you gave up to collect it.
ByteDance9.6:1$0.1041710.4× below break-evenCharging at the midpoint destroys roughly ten dollars of referral value for every dollar collected.
Google4.7:1$0.2127721.3× below break-evenThe clearest case in the table for leaving the door open, and the one where blocking is hardest to reverse.
DuckDuckGo2.4:1$0.4166741.7× below break-evenBehaves 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

04What 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.

Reported per-fetch pricing bands across four AI content licensing marketplaces, with the number of fetches one dollar buys at each end of the band computed as the reciprocal of the price.
MarketplaceReported per-fetch bandFetches per $1 — floor to ceilingPricing shape
Cloudflare Pay Per Crawl$0.0005 – $0.052,000 → 20Publisher sets one flat per-request price; settled over HTTP 402.
TollBit$0.001 – $0.101,000 → 10Per-fetch marketplace; a 100× floor-to-ceiling band, the same ratio as Cloudflare and ProRata.
ProRata$0.002 – $0.20500 → 5Vertical-banded — price varies by content category rather than a single site rate.
ScalePost$0.001 – $0.051,000 → 20Aggregator-mediated, with pricing applied at section level rather than site level.
Reference point used throughout this post
General-content midpoint~$0.01100The 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.

Do not benchmark against the headline deals
The large bilateral publisher agreements announced over the past two years are not comparable to marketplace per-fetch pricing. Those are fixed fees covering training rights, structured data feeds and exclusivity for a named counterparty — a different product sold on different terms. Normalizing them to a per-citation rate produces a number that no marketplace will ever pay you, and anchoring your own pricing to it is the fastest way to end a negotiation early.

05Cost 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.

The dependency that has no clean switch
The hardest case is the crawler whose fetches feed both classic search indexing and AI answer surfaces at the same time. There is no clean search yes, AI no setting for that traffic — an aggressive block risks your search visibility to protect against AI use. That single structural fact is why “should I block AI crawlers” has no site-wide answer, and why the per-bot directives in our access control matrix matter more than any single toggle.

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.

06Segment 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.

Ad-funded editorial
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.

Charge, then measure
SaaS & developer tools
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.

Allow broadly
Ecommerce catalogs
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.

Allow retrieval, price bulk
Services & lead generation
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.

Allow; blocking is the costly choice

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.

07The 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.txt and /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, 2026
Developer tools42 of 61 hosts
68.9%
SaaS32 of 48 hosts
66.7%
E-commerce7 of 13 hosts
53.8%
AI & ML19 of 36 hosts
52.8%
Fintech8 of 16 hosts
50.0%
Other4 of 23 hosts
17.4%
Docs platforms1 of 7 hosts
14.3%
Media0 of 14 hosts
0.0%

The 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.

08Before 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.

Input one
Your crawls per referral
R

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.

Server logs, not JS analytics
Input two
Your revenue per organic visit
V

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.

Analytics, per segment
Output
Your break-even fee per fetch
V÷R

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.

Recompute quarterly
What we deliberately left out
Several widely-repeated figures in this space trace back to a single secondary aggregator with no named primary methodology — including specific percentages for how many top sites block GPTBot, a specific date for a platform-wide default policy change, and a claimed conversion-rate multiple for AI-referred traffic. We could not confirm any of them against a primary source at the time of writing, so they do not appear above. If you encounter those numbers elsewhere, ask for the methodology page before you plan against them.

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.

09ConclusionA policy you can defend with arithmetic.

The state of crawl economics, August 2026

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.

Price your crawl access on your own numbers

Stop guessing at crawl policy. Compute the break-even.

Our team measures crawl-to-referral ratios from your own server logs, models break-even pricing against your real revenue per visit, and sets a per-crawler policy you can defend to a board — instead of an inherited robots.txt nobody has audited in two years.

Free consultationExpert guidanceTailored solutions
What we work on

AI crawl economics engagements

  • Server-log crawl-to-referral measurement per platform
  • Break-even fee modelling on your revenue per visit
  • Per-crawler allow / charge / block policy design
  • Citation-visibility auditing across AI answer surfaces
  • Quarterly re-measurement as the ratios move
FAQ · AI crawl economics

The questions we get every week.

Pay Per Crawl is an opt-in Cloudflare framework, described in its documentation as being in closed beta at the time of writing, that lets a site owner set a flat per-request price for AI crawlers. Each crawler gets one of three actions: Allow free, Charge, or Block. The billing handshake uses HTTP 402 Payment Required — an unpaid crawler requesting a priced resource receives the 402, and a crawler willing to pay retries carrying payment headers and receives a normal 200 with the content. Crawlers authenticate through Web Bot Auth using Ed25519 key pairs and HTTP Message Signatures, so the fee attaches to a cryptographically identified agent rather than a spoofable user-agent string. Critically, it layers on top of your existing WAF and Bot Management rules rather than replacing them: a crawler blocked at those layers stays blocked regardless of payment.
Related dispatches

Continue exploring AI search and crawl strategy.