Per-API-Call Pricing: Examples & Companies

What is it

Per-API-Call Pricing is a billing unit where customers are charged per API request, regardless of payload size or processing time. The unit is the request itself: one call to the endpoint produces one charge, whether the response is a single search result or a full page of structured data.

It is the simplest of all usage meters. There is nothing to estimate about tokens, megabytes, or seconds of compute — a developer can forecast a bill by multiplying expected request volume by a published rate. That legibility is the model’s defining strength, and it is why per-call pricing dominates categories where the unit of work maps cleanly to a single request: web search, scraping and extraction, and per-image or per-clip media processing.

The model shows up two ways across the corpus. For pure-request APIs like SerpApi, Exa, and Tavily, the call is the product, and the entire rate card is denominated in requests (often expressed as credits that map back to calls). For broader platforms — image generators like Recraft and Ideogram, or scraping stacks like ZenRows that also meter data by the gigabyte — per-call pricing is one line on a multi-dimensional bill, used for the discrete operations (a background removal, an upscale) that don’t fit a continuous meter.

The model’s weakness is the flip side of its simplicity: not all calls cost the same to serve. A deep-research request and a cached lookup both count as one call unless the vendor splits them into separate SKUs or tiers — which, as the worked examples below show, is exactly what the better-designed APIs do.

How it works

The mechanic is a multiplication: bill = calls × rate. Vendors layer three things on top of that base formula:

Worked example — search API at scale. A team running an agent on Linkup issues 50,000 standard searches a month. At the raw searchResults rate of $0.005 per call, that’s $250. Switch every call to sourcedAnswer (an LLM-composed answer) at $0.006 and the same volume costs $300 — a 20% per-call premium that compounds to $50/month purely from the output type chosen. Add 10,000 deep sourcedAnswer searches at $0.055 and another $550 lands on the bill. The base formula never changes; the rate does, per endpoint and per mode.

Worked example — success-based metering. SerpApi charges only for successful searches. Its Enterprise plan bundles 100,000 complimentary searches into a $3,750/month base, then meters extra calls per 1,000 by speed mode: on-demand at $7.50 (Best Effort), $15.00 (Ludicrous Speed), or $30.00 (Ludicrous Speed Max), or reserved at $2.75 / $5.50 / $11.00 per 1,000 on a commit. Blocked, errored, and CAPTCHA’d requests are not counted, so the meter tracks delivered value rather than attempted calls — a meaningful difference for scraping-adjacent workloads where failure rates are real.

Worked example — per-operation media. On Recraft, API units are prepaid at $1 = 1,000 units and each operation deducts a fixed amount: a background removal or vectorization costs $0.01 per request, a V4 raster generation $0.04, and a V4 Pro vector image $0.30. Five thousand background removals is a flat $50 — no tokens, no compute time, just calls. See the introduction to usage-based pricing guide for how this maps to value-metric selection, and the usage invoicing and billing cycles guide for how per-call counts roll into a monthly invoice.

Companies using this

The 53 companies below all list api-calls as a billing unit in their blueprint entry — verified against each vendor’s official pricing page. The category clusters tightly into three groups: search APIs, scraping/extraction APIs, and per-image or per-clip media generation, with a long tail of inference platforms (OpenAI, Anthropic, Google, DeepSeek) that expose a per-request meter alongside tokens.

Patterns observed

Per-call pricing is not one model but a family of them. The 53 companies split into a handful of recurring designs, each identifiable by a named vendor in the corpus.

• Search APIs are the purest expression of the model. SerpApi, Tavily, Exa, Linkup, You.com, and Jina AI all price the search request as the atomic unit. Whether the vendor denominates it in credits (Tavily at $0.008/credit pay-as-you-go), quotes per 1,000 calls (You.com at $5.00), or sells monthly search allotments (SerpApi), the underlying meter is the call.

• Per-1k quoting is near-universal for sub-cent prices. Because a single search or scrape often costs a fraction of a cent, vendors quote per 1,000 to stay legible. Exa’s “$7 / 1k” (~$0.007 each), You.com’s Contents API at “$1.00 / 1k pages,” and ScraperAPI’s floor of “$3 per 1,000 requests without rendering, $7 with” are the canonical examples. The model stays purely usage-based; only the display unit is scaled.

• The better APIs split one “call” into priced sub-types. Rather than charging one flat rate, Exa prices Search ($7/1k), Deep Search ($12/1k), Contents ($1/1k pages), and Monitors ($15/1k) separately; You.com tiers its Research API by effort from $12 to $450 per 1,000 calls; and Tavily publishes a per-endpoint credit table where different calls consume different credit counts. This preserves the simplicity of per-call billing while letting price track the real cost of serving each request type.

• Success-based metering is a credible variant. SerpApi and ZenRows bill only on successful results — ZenRows charges a CPM on successful Scraper API responses (from $0.10 per 1,000 basic requests up to $2.50 with JS rendering plus premium proxies), and SerpApi excludes blocked, errored, and CAPTCHA’d searches. For any API with a meaningful failure rate, charging per delivered result rather than per attempted call aligns the meter with value.

• Media generators converge on a penny for utility calls. Recraft prices background removal and vectorization at $0.01 per request while Ideogram prices Remove Background and Describe at $0.01 per input — even as their generative image calls span $0.022 to $0.30. The utility operation is cheap and standardized; the generative one carries the model premium. PhotoRoom sits just above the pack at $0.02 per background-removal image, with generative Image Editing at $0.10.

• The multiplier is where headline capacity lies. ScraperAPI advertises “100,000 API credits for $49,” but a plain request costs 1 credit while a JS-rendered page costs 10 and an ultra-premium render 75 — so the real per-scrape cost lands near $0.0049 the moment rendering turns on. ZenRows applies the same idea with ×5 (JS), ×10 (premium proxies), and ×25 (both) multipliers on a shared balance. The credit count on the pricing page is a headline, not a scrape count.

Counterexamples & variants

The cleanest counterexample sits inside the model itself. Linkup’s Research endpoint shows where flat per-call pricing breaks down: a single Research call ranges from $0.25 (S) to $2.50 (XL) depending on reasoningDepth, a 10x spread on what is nominally “one request” — a single XL Research call costs as much as 500 standard searches. You.com has the same shape: its Research API runs from $12 per 1,000 calls (lite) to $450 (exhaustive), with a Contact-Sales Frontier tier listed above $2,000 per 1,000. When the work behind a request varies by two orders of magnitude, “per call” stops being a useful budgeting unit and the vendor has to expose an explicit effort ladder.

Worse is when the range hides in the docs. Linkup’s own marketing page advertises a Deep-search range of “$0.05–$0.55” while the billing docs quote $0.05–$0.055 — a 10x discrepancy on the same tier that undermines the simplicity the rest of the model works hard to achieve. A per-call price is only as trustworthy as the consistency between the pricing page and the invoice.

The variant worth calling out is credits as a per-call proxy. Diffbot, Firecrawl, Tavily, and Recraft all expose a credit currency rather than a raw per-call price, where each endpoint or model deducts a different number of units. This lets a vendor keep a single legible unit on the pricing page while charging more for expensive calls — a deliberate softening of pure per-call pricing that trades transparency for flexibility. ZenRows goes further still, layering a CPM on successful scraper calls plus a separate per-GB charge for proxy and browser data plus a $0.09 per-session-hour fee, so the request is only one of several meters.

Finally, the large inference platforms — OpenAI, Anthropic, Google, DeepSeek, Cohere, and Mistral AI — list api-calls as a billing unit but are not really per-call businesses. Their economics run on tokens; the request count is incidental. They appear in this list because the corpus records the meter, not because per-call pricing drives their bill. For those vendors, the token meter is the one that matters.

What this means for buyers vs vendors

For buyers

Per-call pricing is the easiest model to forecast — until it isn’t. For fixed-cost endpoints (a SerpApi search, a Recraft background removal at $0.01, a PhotoRoom background removal at $0.02), multiply your expected request volume by the published rate and you have a budget. The trap is the variable-cost endpoint hiding inside an otherwise flat rate card: Linkup’s Research at up to $2.50/request, You.com’s Research at up to $450 per 1,000 calls. Before committing, map which endpoints your workload actually hits and price the expensive ones explicitly rather than off the headline rate.

Two second-order costs deserve scrutiny. First, watch for failure billing — on SerpApi and ZenRows, high error rates won’t inflate your bill because they meter on success, but on APIs that charge per attempted call a flaky target site can double your cost. Second, watch for credit multipliers — ScraperAPI’s “100,000 credits” is only 10,000 scrapes once JS rendering (×10) is on, and a 3,000,000-credit plan yields only ~120,000 Google SERP pulls at ×25. Read the multiplier table before you trust the headline.

Model your scenario with the pricing calculator and read the choosing the right usage metric guide to sanity-check that the vendor’s unit matches your value. If your workload concentrates on one endpoint at steady volume, per-call pricing is likely to be the most predictable model you can buy.

For vendors

Per-call pricing buys you legibility, which converts: a developer who can estimate a bill in ten seconds signs up faster. But the unit only works if your cost-to-serve is roughly uniform per call. The moment one endpoint costs 100x another, flat per-call pricing either loses you money on the expensive calls or overcharges on the cheap ones.

The corpus’s best designs solve this without abandoning the model: split calls into priced sub-types (Exa’s per-endpoint rate card, You.com’s effort-tiered Research ladder), quote per-1k to keep sub-cent prices readable, and offer success-based metering where failure rates are real so buyers trust the meter. If your endpoints vary wildly, a credit currency (Diffbot, Firecrawl, Tavily) lets you keep one unit on the page while charging differentially underneath — at the cost of the transparency that made per-call attractive in the first place.

One discipline matters more than any pricing lever: keep the pricing page and billing docs in lockstep. The Linkup marketing-vs-docs gap flagged in the counterexamples above is a 10x discrepancy that erodes trust in an otherwise clean model — the meter is only as credible as the consistency between the quote and the invoice. See usage invoicing and billing cycles for how to roll per-call counts into a clean monthly invoice, and choosing the right usage metric for whether the request is really your value metric or just the easiest thing to count.

Explore this theme in the knowledge graph →