The short version
- Firecrawl prices on monthly subscription credit plans, from a free tier upward, and it does not offer true pay-per-use.
- A credit is not always one call. Core scrape/crawl/map cost one credit per page, but search, browser interaction, stealth mode, and extraction cost more — so your bill tracks your feature mix, not just your page count.
- Monthly credits generally do not roll over, which makes spiky usage expensive: you provision for your peak month and forfeit the rest.
- The cheaper alternative depends on workload. Ollagraph uses flat credits — one per call, refunds on failure — with pay-as-you-go from $5 and 1,000 free credits, covering scraping, extraction, intelligence, and actors from one balance.
- Confirm current numbers on the vendor's page and, more importantly, compare both on your own URLs.
How Firecrawl pricing works
Firecrawl is a subscription product priced in credits. You pick a monthly plan, the plan grants a pool of credits, and each API call draws from that pool. Plans scale from a free tier — enough to evaluate the core endpoints — up through paid tiers that add more monthly credits and higher concurrency, with an enterprise tier above that. The model is clean and familiar, and for steady, predictable volume it is easy to reason about: estimate your monthly pages, pick the plan that covers them, done.
Two structural details decide whether that estimate holds. The first is that the credit pool is monthly and generally does not roll over — credits you do not use expire. The second, and the one that surprises teams, is that a credit is a unit of cost, not a unit of work, and different features burn credits at different rates. Both are normal for credit-subscription products. Both also mean the headline plan price is the start of the cost conversation, not the end of it.
Because Firecrawl's exact prices change over time, we will not pin a number to this page and ask you to trust it. The right source for current plans is Firecrawl's own pricing page. What follows is the part that does not change month to month: how the credit model behaves, and what to model before you commit.
The credit multipliers to model
This is the most important paragraph for your budget. In Firecrawl's credit system, the core endpoints — scrape, crawl, map, monitor — cost roughly one credit per page, but heavier capabilities cost more. Firecrawl documents higher credit costs for running a search, for browser interaction measured per minute, for stealth-mode requests against protected sites, and for extraction. The exact multipliers are on Firecrawl's pricing and docs, and they are worth reading line by line, because they change the math.
Here is why it matters. Imagine two teams that each make 100,000 calls a month. Team A scrapes plain content pages: roughly 100,000 credits. Team B scrapes the same volume but mostly against bot-protected sites that need stealth mode, and runs an extraction step on each: with per-feature multipliers, that same call count can cost several times more. Same headline workload, very different bill. None of this is hidden — it is documented — but it is easy to miss when you size a plan from page count alone, and it is the single most common reason a Firecrawl bill comes in higher than expected.
The takeaway is not that multipliers are bad; they give fine-grained control and let light users pay less. The takeaway is to model your real feature mix — how much stealth, how much extraction, how much search — and not just your page count, before you choose a plan.
What the plan price does not include
Beyond the per-feature credit costs, a few things are worth accounting for when you compare total cost of ownership rather than sticker price.
- Failed calls. Confirm how a vendor treats requests that fail at the origin — a bot wall, a timeout, a 5xx. On a credit model, a failed fetch that still consumes a credit is a real line item at scale. (Ollagraph auto-refunds failed calls, so you only pay for results.)
- The capabilities you would add a second vendor for. If your pipeline also needs domain intelligence — DNS, WHOIS, SSL, tech-stack — or dedicated marketplace extractors, a markdown-first scraper does not cover those, and the second vendor's bill belongs in your comparison.
- The slack in spiky months. Because monthly credits do not roll over, a workload that spikes in one month and idles the next pays for the peak every month on a subscription. Pay-as-you-go charges only for the spike.
The cheaper alternative depends on your workload — here is the honest comparison
We are Ollagraph, so weigh this section accordingly — and then go test it yourself, which is the only comparison that counts. Ollagraph prices differently in three ways that matter most exactly where Firecrawl's model gets expensive.
- Flat credits, no multipliers. One credit per call, across scrape, crawl, structured extraction, intelligence, and vertical actors. There is no separate stealth multiplier or extraction multiplier to model — the escalation to a stealth browser happens inside the managed engine and the call is still one credit.
- Pay-as-you-go from $5. No monthly commitment required. Spiky and seasonal workloads pay for the spike and nothing in the quiet months, instead of provisioning for the peak all year. Subscription options exist too if steady volume suits you better.
- Refund on failure. If the upstream fetch errors, the credit is refunded automatically before the response returns. You pay for successful results, not attempts.
On top of the model, the same credits buy a wider surface: clean markdown and structured JSON-LD, a domain intelligence layer, vertical actors for Amazon, Maps, and Yelp, and an MCP server — so workloads that would otherwise span two or three vendors consolidate to one balance and one bill. Ollagraph's credit packs run from $5 to $59, and every account starts with 1,000 free credits and no card, which is enough to run a real side-by-side before you pay anything.
Firecrawl vs Ollagraph: pricing model at a glance
| Dimension | Firecrawl | Ollagraph |
|---|---|---|
| Billing model | Monthly subscription, credits | Flat credits · subscription or PAYG |
| Pay-as-you-go | Not offered | Yes, from $5 |
| Credit cost per call | Varies by feature (multipliers) | 1 per call, flat |
| Stealth / extraction surcharge | Higher credit cost | Included in 1 credit |
| Failed calls | Check current policy | Auto-refunded |
| Monthly credits roll over | Generally no | PAYG has no monthly expiry |
| Intelligence / actors in the same credits | Not offered | Included |
| Free to start | Free tier | 1,000 credits, no card |
How to compare on your own workload
The only number that matters is the one your traffic produces. A clean way to get it: take a representative sample of the URLs you actually scrape — including the hard, bot-protected ones and any that need extraction — and run the same batch through both vendors on their free tiers. Record total credits consumed, how failures were billed, and whether you needed a second vendor for intelligence or structured data. Multiply out to your monthly volume. Three afternoons of testing will tell you more than any pricing table, including this one.
Worked examples: three teams, three very different bills
Pricing pages compare badly because the same plan costs wildly different amounts depending on what you actually do. These three sketches are directional, not quotes — the point is the shape of the bill, not a number — and they show why "how much does it cost" has no single answer on a multiplier model.
Team one: the markdown-first RAG builder. They scrape a few hundred thousand plain content pages a month — documentation, articles, blog posts — and convert each to markdown for retrieval. No stealth, no extraction step, no protected sites. This is the workload credit subscriptions are designed for: roughly one credit per page, predictable volume, easy to size a plan against. On both Firecrawl and a flat-credit model the bill is close, and either vendor serves them well. If this is your entire shape, pricing is not your deciding factor — output quality and developer experience are.
Team two: the e-commerce monitor on protected sites. They scrape the same volume, but against marketplaces and retail sites that fight bots, so most requests need stealth mode, and they run an extraction step on every page to pull price and inventory fields. On a multiplier model, that same page count can cost several times the markdown team's bill, because stealth and extraction each carry a higher credit cost. On a flat-credit model where stealth escalation is included in the single credit and extraction is its own one-credit call, the same workload stays close to one credit per operation. This is the team for whom the pricing model, not the page count, decides the bill.
Team three: the mixed agent platform. They scrape, they extract, they enrich domains with DNS and WHOIS, and they pull marketplace data — and their volume spikes hard during their customers' campaigns and idles between them. They feel two costs a single scraper's pricing page does not show: the second vendor they need for the intelligence layer, and the monthly subscription they size for their peak and pay for in the quiet months. A consolidated, pay-as-you-go model collapses both — one balance for every capability, and a bill that follows the spike down as well as up. This is the team that saves the most by switching, and the least likely to see it from a sticker price.
How scraping-API pricing models differ across the category
Firecrawl's credit subscription is one of several models in the space, and knowing the shapes helps you read any vendor's page faster. There are roughly four.
- Subscription credits (Firecrawl, ScrapingBee, Diffbot). You buy a monthly pool of credits; calls draw it down; unused credits usually expire. Clean for steady volume, expensive for spiky usage, and worth watching for per-feature multipliers.
- Per-request (ScraperAPI, Crawlbase in part). You pay per successful request, often with a multiplier for rendering or premium proxies. Simple to reason about; the rendering multiplier is the line to read.
- Platform plus compute (Apify). You pay for a platform plan, plus compute units, plus proxy traffic, sometimes plus per-result. It gives fine-grained control and a marketplace's breadth, and the bill takes some modeling because it meters several dimensions at once. Apify's marketplace pioneered this, and it suits teams that want maximum flexibility and are comfortable doing the modeling.
- Flat credits with pay-as-you-go (Ollagraph). One credit per call regardless of feature, no monthly commitment required, and failed calls refunded. It trades the fine-grained control of a multiplier model for predictability — easy to forecast, and forgiving of spiky and mixed workloads.
None of these is universally cheapest; each is cheapest for a different shape of work. Steady markdown volume is happy on a subscription. Maximum actor breadth lives on the platform-plus-compute model. Spiky, mixed, protected-site workloads tend to favor flat credits with pay-as-you-go. Match the model to your traffic, not the other way around.
A framework for reading any scraping API's pricing
Whatever vendor you evaluate — including this one — five questions turn a pricing page into a real estimate. Ask them in order.
- What is one unit, really? Is a credit one call, or does it vary by feature? Find the multipliers before anything else; they move the bill more than the plan tier does.
- How are failures billed? A request that hits a bot wall or times out — does it consume a unit? At scale on hard targets, failed-call policy is a material cost, and the answer is often buried.
- Do unused units expire? Monthly rollover or not decides whether spiky usage pays for its peak every month. If your traffic is uneven, this is the question that matters most.
- What is not included? If you also need intelligence, structured extraction, or vertical data, price the second vendor you would add, and put it in the same comparison.
- Can you test before you commit? A free tier large enough to run your real URLs is worth more than any published rate. If a vendor will not let you measure, that is itself a signal.
Run those five questions against Firecrawl's page, against this one, and against any alternative you are weighing, and the right answer for your workload usually becomes obvious — far more reliably than from comparing headline plan prices.
Sources & further reading
The primary sources behind the model and the standards these tools work within:
- Firecrawl pricing page — the authoritative source for their current plans and per-feature credit costs.
- Web scraping (Wikipedia) — the category both tools serve, with its technical and legal background.
- RFC 9309 — Robots Exclusion Protocol (IETF, 2022) — the robots.txt standard a responsible scraper honors, whichever vendor you pick.
- JSON-LD 1.1 (W3C Recommendation) — the structured-data format an extraction step parses.
When Firecrawl's subscription is the right call
Switching is not the answer for everyone, and a fair comparison says so plainly. Firecrawl's credit subscription is genuinely the better fit in a few real cases, and recognizing them saves you a migration you do not need.
If your volume is steady and predictable — roughly the same number of pages every month, with little seasonality — a subscription's fixed cost is easy to budget and the rollover question never bites you. If your workload is markdown-only on unprotected pages, you never touch the stealth or extraction multipliers, so the multiplier model never works against you and you pay close to one credit per page either way. And if you are already integrated and happy, the switching cost — small as it is — still has to clear a bar; "our bill is predictable and we like the product" is a perfectly good reason to stay put.
The case for an alternative is specific, not universal: spiky or seasonal traffic, heavy stealth or extraction usage, or a need for the intelligence and vertical-actor data a markdown-first scraper does not cover. If none of those describe you, Firecrawl's pricing is doing right by you, and the honest recommendation is to keep what works. The goal of this page is an accurate decision, not a switch for its own sake.
The bottom line
Firecrawl's pricing is a clean credit subscription that rewards steady, markdown-first volume, as long as you model two things: the per-feature multipliers, and the monthly credits that do not roll over. Where it gets expensive is exactly where many real workloads live — stealth against protected sites, extraction on every page, and spiky traffic. If that is your shape, a flat-credit, pay-as-you-go model that refunds failures and folds intelligence and actors into the same balance is worth pricing out. Start with 1,000 free credits and no card, compare on your own URLs, and read the full feature comparison on the Ollagraph vs Firecrawl page or the wider Firecrawl alternatives guide.