Home › Migration & Setup › How to Choose a Company Enrichment API: A Buyer's Checklist
How to Choose a Company Enrichment API: A Buyer's Checklist
Choose a company enrichment API by testing it on a few hundred of your own domains and scoring four things: found rate, field correctness, cost per correct record and contract risk. Treat feature lists as secondary. A narrow API that is right about the fields you read beats a broad one that is often wrong.
Start from the job, not the vendor
BusinessMCP’s company data API comparison makes a useful point: “company data API” covers five jobs (firmographics for a domain, contacts at a company, funding history, emails, and the company behind an IP), and no vendor is best at all of them. Before you shortlist, say which job you are hiring for. Then compare on what one call costs, what it returns, and what you must buy first.
If you are replacing Clearbit specifically, our overview of alternatives for data enrichment sorts the options by route.
The scorecard
Score each candidate from 1 to 5 on every row, weighting rows by importance to you.
| Criterion | What to check | Red flag |
|---|---|---|
| Found rate | Share of your sample returning a record | Only quoted for famous brands |
| Correctness | Hand-checked accuracy of returned fields | Cannot show evidence or a source |
| Fields | Do they match what your code reads? | Pays for many unused fields |
| Miss handling | Is a miss free and clearly flagged? | Guesses instead of returning not-found |
| Price clarity | Unit price, minimums, expiry of credits | Contact sales for every number |
| Freshness | Last-measured dates or refresh cadence | No date on any field |
| Limits | Rate limits, bulk size, daily caps | Undocumented throttling |
| Contract | Term, notice, price-change terms | Auto-renewal with long notice |
| Compliance | Where people data is excluded, retention | Vague on personal data |
| Integration | REST docs, SDKs, MCP if needed | Only a dashboard |
What honest vendors disclose
Look for a vendor that tells you what it cannot do. BusinessMCP’s company data API page and its comparison page list their limits plainly: no name-to-domain lookup, no on-demand crawling, no technographics, revenue, funding or intent fields, brand platforms such as google.com return a name only, and website status reflects the crawler’s last measurement rather than a live check. Misses return found=false and are not charged. You do not have to like every limit, but this sort of disclosure lets you predict what will happen in production.
Key takeaway: the best signal of a trustworthy data vendor is a clear “not found” and a published list of what it does not cover.
Run the sample test
- Export 300 domains from your CRM or sign-ups. Mix big, mid-size, small and obscure, and include a handful of domains you know are inactive.
- Run each vendor on the identical list and keep the raw responses.
- Record found rate per vendor.
- Hand-check 30 returned records per vendor against the company’s own website: name, country, rough size, industry.
- Compute cost per correct record: total spend divided by records you verified as right, scaled up from your sample.
- Note integration friction: time to first successful call, clarity of errors, quality of docs.
Free credits make this cheap. BusinessMCP gives new accounts $5 for 7 days once, so prepare the list and script first. The free alternatives roundup lists other no-cost starting points.
Pricing models and what they imply
Per-found billing rewards a vendor for being right and costs you nothing on misses. Per-attempt billing charges you for failure. Per-seat plans cost the same whether you use them or not. Credit packs can expire, as the comparison page notes for ZoomInfo’s credits after 12 months. Match the model to your volume pattern: bursty or low volume favours pay-per-found, steady high volume may favour plans. Our pricing breakdown works through examples.
Risk review
- Vendor maturity. The comparison describes BusinessMCP as a young product from a small company, without an account team, long track record or integrations marketplace. That can be fine, but plan for the chance that terms change.
- Concentration. Do not wire a vendor into twenty places. Use one wrapper.
- Data protection. Understand where people data is excluded and how long data is kept. BusinessMCP’s people tools exclude the EU, EEA, UK, Switzerland and four US states, per its page.
- Exit. Know how you would export or replace stored data.
After you choose
Write down why you chose, which sample you used and the date. In a year the vendor, the price or your needs will have changed, and that note saves the re-evaluation from starting at zero. The migration plan shows how to introduce the new provider without breaking existing callers. If you want a vendor’s own head-to-head with Clearbit before you test, read BusinessMCP’s Clearbit API alternative comparison, keeping in mind it is written by a competitor.
Finally, decide on a review date. Data vendors change terms often enough that a calendar reminder every six to twelve months is cheap insurance. Re-run the sample test then, and keep the wrapper so a change stays a one-file job.
Weighting the scorecard
A scorecard is only useful if the weights reflect your situation. A few examples show how they shift.
A developer enriching sign-ups at low volume should weight price clarity, miss handling and integration quality heavily, and weight the number of fields lightly. A sales operations team feeding a scoring model should weight correctness and freshness first. A compliance-sensitive business serving Europe should weight data-protection terms and regional exclusions above everything else, since a vendor that cannot lawfully supply your market is worthless however accurate it is.
Write the weights down before you see any results. Otherwise it is easy to rationalise the vendor you already liked. When two candidates tie on score, prefer the one with the more flexible contract, because flexibility is worth the most when you are wrong.
Frequently asked questions
What matters most in an enrichment API?
Correct records on your own domains, a clear price per found record, honest handling of misses and a stable contract. Field count matters less than the fields you use.
How big should my test sample be?
A few hundred domains is usually enough to see differences in found rate. Include small and obscure companies, not only well-known brands.
Should I pick the vendor with the largest database?
Not by size alone. A large database with stale records can be worse than a smaller fresh one. Test accuracy and look for a last-measured date.
Do I need an MCP server?
Only if AI agents will call the data. The BusinessMCP comparison notes every listed vendor now offers an official MCP server, so it rarely differentiates.
Sources
- BusinessMCP – Company Data APIs Compared – https://businessmcp.com/compare/company-data-apis
- BusinessMCP – Company Data API reference – https://businessmcp.com/data-api/companies