Guide · Pricing models
Scraping MCP server pricing: credits, events and your own infra
The pricing shapes behind scraping MCP servers: credits per page, pay per event, pay per usage and self-hosted infrastructure, and what a failed call costs.
Guide
This article was drafted with AI assistance from the sources listed below and edited and published by Teneo Labs. Disclosure: this site is run by Teneo Labs, the company behind Live Web Data API, which this article mentions.
| Criterion | What you pay for | Failed call |
|---|---|---|
| Credits per request (Firecrawl) | Credits per page, more for extra features | Error-status pages cost 1 credit |
| Pay per event (Apify Actors) | Events the Actor defines, such as results | Depends on the Actor's events |
| Credits per page (Live Web Data API) | Credits per successful page, more for protected or rendered pages | Not charged |
| Self-hosted (Crawl4AI etc.) | Machines, bandwidth, upkeep | Your compute either way |
Prices for scraping MCP servers change often, so this guide does not restate them. It explains the shapes behind the prices: what unit you are billed in, what happens when a call fails, and how to estimate a month before you commit. Every pricing fact below links to the vendor's own page and was checked on 2026-10-27. For current numbers, open the vendor's pricing page.
Pricing shapes
Credits per request
Firecrawl bills in credits. Its pricing page lists one credit per page for scrape and crawl, one per map call, and extra credits for features such as JSON output, search results and browser interaction minutes. Plans differ in monthly credits, and its page states that only some plans carry unused credits forward. If the credit shape is the reason you are looking elsewhere, the Firecrawl MCP alternatives guide lists options by reason to switch.
Good for: steady workloads where you can count pages ahead of time. Watch for: feature add-ons that multiply the per-page cost.
Pay per event and pay per usage
Apify's MCP server exposes Actors as tools, and each Actor has its own pricing model. Apify's docs describe pay per event, where the Actor's author defines billable events such as a result or a start, and pay per usage, where you pay for the platform resources a run consumes. Pay per event Actors let you set a maximum charge per run.
Good for: jobs a specific ready-made Actor already solves. Watch for: pay per usage is harder to estimate; Apify's own docs suggest testing on a small scope first.
Credits per successful page
Single-page content APIs often charge per page read. Live Web Data API charges credits per successful page, with more credits when a page sat behind bot protection or was rendered in a browser; failed or blocked requests cost nothing. The current plans are on the pricing page. Jina's read_url works without a key at a lower rate limit, and a key raises the limits.
Good for: agents that read known public pages. Watch for: these APIs do not crawl, and Live Web Data API's MCP tool does not render JavaScript, so jobs that need either belong elsewhere.
Self-hosted infrastructure
Playwright MCP, Crawl4AI and Scrapling cost nothing to license under their open-source terms. You pay for machines, browser memory, bandwidth and, mostly, the hours someone spends running them. The hosted vs self-hosted guide covers that operating work.
What a failed call costs
Failure rules matter more than list prices for agents, because agents retry. Three cases cover it:
| Rule | Example (2026-10-27) | Effect on an agent that retries |
|---|---|---|
| Error-status pages are charged | Firecrawl: a 403 or 404 page is returned and costs 1 credit | Every retry of a dead URL costs money |
| Failed calls are free | Live Web Data API: timeouts, blocked targets and pages without content cost 0 | Retries cost latency, not credits |
| You pay for compute | Self-hosted servers | Retries cost machine time |
Whatever the rule, give the agent errors it can act on so it stops retrying URLs that will never work. The output and token cost guide covers error wording.
Free tiers as an entry point
Free tiers are good for the rubric's test step: one known page and one 404 on example.com, read through your real client. They are a poor basis for a production estimate, because rate limits on free access are usually lower and terms change. Treat any "free scraping MCP server" list as accurate only on its check date.
Estimating your month
Use four numbers:
- Pages per day the agent will actually read, not the number it could.
- Failure rate, from a test run against your real URL list.
- Units per page, from the vendor's pricing page, including add-ons you will use.
- Retries per failure your agent or client makes.
Monthly units are roughly pages × 30 × units per page, plus failures × retries × the cost of a failed call. Run the same numbers for two shapes before you pick one. A server that is cheaper per page can cost more if it charges for every failed retry.
If a content API fits
Live Web Data API appears in these tables. Its MCP server reads one public page per call and does not render JavaScript, crawl or search. Sign-up is for businesses only. Only Business, Enterprise and Custom sign-ups are reviewed before checkout, usually within 1 business day. To see how its credits work, read the MCP docs.
Frequently asked questions
Do failed scrapes cost credits?
It depends on the provider, so read the pricing page for the exact rule. Firecrawl's pricing page says requests that return no result are not charged, but pages that respond with an error status such as 403 or 404 cost one credit. Live Web Data API does not charge for failed or blocked requests.
Is there a free scraping MCP server?
Open-source servers such as Playwright MCP, Crawl4AI and Scrapling are free to run; you pay for the machine. Several hosted services have free tiers or keyless rate-limited access, for example Firecrawl's free plan and Jina's read_url without a key. Free-tier terms change, so check the date on any comparison.
Sources
- Firecrawl pricing (Documentation)
- Apify docs: Actors in Store and pricing models (Documentation)
- Jina AI remote MCP server README (GitHub) (Documentation)
- Playwright MCP README (GitHub) (Documentation)