Firmographic Ledger

Home › Buying & Pricing › Company Data Enrichment API: Options, Fields and Trade-Offs

Company Data Enrichment API: Options, Fields and Trade-Offs

Editorial team · Updated 2026-10-14 · 5 min read

A company data enrichment API adds firmographic attributes, such as industry, size band and location, to records you already hold. You send an identifier like a domain, and it returns a structured profile. The best options differ less in fields than in coverage, pricing model and honesty about gaps.

Three types of enrichment source

Not every enrichment API is the same kind of product. Understanding the type tells you what to expect.

Type Typical source Strength Weakness
Registry and public-data APIs Company registers, open datasets, listings, websites Low cost, transparent origin Thin on revenue, funding, tech data
Commercial B2B databases Licensed data, contributed contacts, crawling Broad fields including people Higher cost, seat or contract pricing
Platform-bundled enrichment Built into a CRM or sales suite Writes directly into records Tied to one platform, limited API access

A fair reading of the market: if you only need to know what a company is and roughly how big, a public-data API is often enough. If you need contacts, funding rounds or buying signals, you need a commercial database and a bigger budget.

What the fields usually are

Firmographic enrichment generally covers company name, industry, employee range, location, a phone number, a LinkedIn page and a description. The BusinessMCP Company Data API states it returns firmographics of this kind for a domain, URL or work email, and its guide adds founding year to the list. It also states what is excluded: people, revenue, funding, intent and technographics.

That list of exclusions is useful. A vendor that tells you what it does not have is easier to plan around than one that implies everything.

Pricing models you will meet

  • Pay per found record. You are charged only when data comes back. BusinessMCP lists $0.02 per company found, according to its page, with not-found free.
  • Credits. A bundle of credits is spent at different rates per field type. ZoomInfo’s credit price and Apollo’s credit rules are described in a vendor-published comparison; treat those numbers as self-reported by a competitor and check current vendor pages.
  • Seat subscriptions. A monthly fee per user, common in sales platforms.
  • Enterprise licences. Quote-based, often with minimum terms. The same comparison says Crunchbase’s API is priced this way, with no figure published.

Our deeper look at company data API pricing works through how these models behave at different volumes.

How to choose

  1. Write down the fields you will actually use. Most teams use five or six.
  2. Pick the identifier you have. If you hold domains or work emails, many APIs fit. If you only hold company names, fewer do.
  3. Estimate volume. A few thousand lookups a month and a few million are different buying problems.
  4. Test on your data. Compare found rate and accuracy on a few hundred real domains.
  5. Check the terms. Note data origin, retention and whether personal data is involved.
  6. Look at integration cost. REST is the baseline; an MCP tool interface matters if agents will call it.

Key takeaway: choose the enrichment API whose cheapest tier covers the fields you actually use on the companies you actually have. Features you will not use are not a discount.

Enrichment, search and verification are different jobs

Teams often buy enrichment and then discover they wanted prospecting. The distinction is simple. Enrichment answers “tell me about this company.” Search answers “find companies like this.” Verification answers “is this email address or website still alive.” Many providers sell all three under separate prices. In BusinessMCP’s API, for instance, search is a separate endpoint at $0.01 per item, website status is $0.005 per call and the email pattern endpoint is $0.01 per call, according to its page. Our article on the company search API covers the prospecting side.

Where enrichment goes wrong

  • Overwriting good data. Fill empty fields; never silently replace human-entered values.
  • Treating bands as numbers. “51-200 employees” is not 125.
  • Ignoring misses. Unknown is a valid state; guessing is not.
  • No dates. Without a fetched-at timestamp you cannot tell fresh from stale.
  • Enriching junk. Personal mail domains and test signups burn credits for nothing.

Migrating when a vendor changes

Enrichment vendors do change. One example documented on a BusinessMCP comparison page is that HubSpot absorbed Clearbit into Breeze Intelligence and, according to that page, new standalone Clearbit API keys are not issued. If a provider you depend on changes terms, you want your integration to be thin: one function that takes a domain and returns your own normalised shape. Then swapping vendors means rewriting that function and re-running stale rows, as discussed in our piece on Clearbit API alternatives.

Keep the vendor name out of your database column names, store a source field instead, and you keep your options open.

A minimal enrichment contract

Before connecting any API, write a one-page contract that every team can read. It should say which fields the enrichment may write, which it may only fill when empty, and which humans own. It should name the source label to store, the refresh interval, and who is alerted when spend crosses a threshold. A contract of this kind prevents most enrichment arguments before they begin and makes vendor changes less dangerous.

A sample structure:

Field Writer Rule Refresh
Company name Human first, API if empty Never overwrite On touch
Industry API Map to picklist 90 days
Size band API Store band 90 days
Website status API Overwrite 30 days
Phone API if empty Never overwrite 180 days

Quality checks after the first run

Check found rate by segment, field fill rate, and agreement with known values. If you already hold a trusted set of 100 accounts with hand-entered data, compare the API’s output against it; the disagreement rate is an honest measure of accuracy for your industry. Also confirm that no single value, such as one industry label, dominates suspiciously, which can indicate a default fallback.

Enrichment inside an agent workflow

Increasingly the consumer of enrichment is an AI assistant rather than a table. The BusinessMCP Company Data API page says its endpoints are also exposed as MCP tools with the same prices, which makes enrichment callable from clients like Claude or Cursor. If that matters to you, read our note on agents and company data for guardrails, and see the provider’s list of MCP tools for the wider catalogue.

What a good vendor tells you

A good vendor tells you where its data comes from, how often it refreshes, what it cannot do and how a miss is represented. It publishes prices that you can compute with. It gives a way to test without a sales call. When you read vendor material, treat every omission as a question to ask, and write down the answers. If a vendor refuses to answer plain questions about provenance or retention, that is itself an answer, and you can move on to one that will.

Frequently asked questions

What is a company data enrichment API?

An API that takes a minimal identifier, usually a domain or email, and returns extra company attributes so your records are more complete.

What is the difference between enrichment and search?

Enrichment fills in details for a company you already know. Search finds companies you do not yet have, based on filters like industry, country and size.

Should I enrich every record?

Not necessarily. Enrich records that drive decisions, such as routing, scoring or segmentation, and skip those you will never use.

How often should enriched data be refreshed?

Company facts change slowly. Refreshing on a schedule of weeks to months, or when a record is touched, is usually enough.