Get App & SaaS Reputation data with one API
The App Reputation API enriches a mobile app as clean JSON.
3 active endpoints, on 4, 5 and 10 credit tiers.
- POST/enrich-app/v1/app_reputation
- POST/enrich-app/v1/app_reputation_rich
- POST/enrich-app/v1/batch
What App & SaaS Reputation endpoints does ReefAPI ship?
3 live read endpoints. Read-only data API: no writes, no account actions, no dashboard access on the target site.
App & SaaS Reputation API
2 of 3 endpoints, ready to run
name|store-URL|domain → entity-resolved app/SaaS reputation.
// Press "Try it" and this pane shows exactly what the // live site returned this second — including an empty // result, if that is the truth. No key, no account.
How the App & SaaS Reputation API works
App & SaaS Reputation is a normal ReefAPI surface — the same four rules that hold for every other engine on the key.
No OAuth app, no request signing, no per-site account. One key covers all 185 engines.
Every route is a POST with a JSON body. Parameters are validated against the published schema before anything is charged.
Credits, not seats. Failed and blocked calls are never charged, and cache hits cost nothing.
One envelope everywhere. meta carries latency_ms, record_count and the endpoint that answered.
Three ways to identify an app, and how well each one resolves
The query parameter accepts three different kinds of input and the accuracy gap between them is large. Each row below is a real call, showing what entity.input_kind and entity.match_confidence came back and what the resolver actually landed on. The pattern is consistent: identifiers resolve exactly, names guess.
| What you send | input_kind and match | What it resolved to |
|---|---|---|
| a store URL or app id | store_url, match 'store-id', confidence 0.99 | The exact app, with the sibling store backfilled by name: Apple id 1232780281 plus Play id notion.id |
| A SaaS domain, e.g. datadoghq.com | domain, match 'domain', confidence 0.92 | The vendor's Play app, but resolved_name came back as 'DASH by Datadog', a different app by the same publisher |
| A bare name, e.g. Signal | name, match 'name-fuzzy', confidence 0.55 | 'Signal Detector Pro' by Lefan Co., a 5,000-install utility. Signal Private Messenger, with 1,077,004 Apple ratings, sat second in entity.candidates |
entity.candidates carries the same-name rivals the resolver considered, with a score for each. On a bare-name query it is the field that saves you: check that candidates[0] is the app you meant, and prefer a store URL or app id whenever the caller can supply one. country defaults to us and selects the store region for both Apple and Play.
What people build with App & SaaS Reputation
The jobs this data is most often used for.
endpoints
credits per call
Fraud tools call app_reputation to score an app before trusting it.
App-intelligence products resolve an app name to its store listings and developer.
Due-diligence workflows use batch to vet a portfolio of apps.
What App & SaaS Reputation data costs
The cheapest call here is 4 credits, so $15/mo (Pro) buys 2,500 of them — $1.50 per 1,000 credits. Credits roll over and never expire, and failed or blocked calls are not charged.
Full pricing →- 1,000 free credits on signup, no card
- One key, all 185 APIs, one credit pool
- Failed and blocked calls are never charged
- Credits roll over and never expire
Call it in two lines
Sign up, get 1,000 credits and one key that works on every engine. Then this is the whole protocol.
curl -X POST https://api.reefapi.com/enrich-app/v1/app_reputation \
-H "x-api-key: $REEF_KEY" \
-H "content-type: application/json" \
-d '{"query":"https://apps.apple.com/us/app/notion/id1232780281","include":["stores"]}'import requests
r = requests.post(
"https://api.reefapi.com/enrich-app/v1/app_reputation",
headers={"x-api-key": REEF_KEY},
json={
"query": "https://apps.apple.com/us/app/notion/id1232780281",
"include": [
"stores"
]
},
)
print(r.json()["data"])Have a question? We got answers.
The questions people actually ask before wiring up App & SaaS Reputation.
Get a free key →Why did a bare app name resolve to the wrong app?▾
Because name matching is fuzzy and the response says so with a low confidence rather than an error. A measured query of 'Signal' returned resolved_name 'Signal Detector Pro' at match_confidence 0.55, while 'Signal - Private Messenger' with over a million Apple ratings appeared as the second candidate. Anything at or near 0.55 should be treated as a guess. Pass a store URL, an app id or a domain, or read entity.candidates and re-query with the id you wanted.
resolved_name and the store block disagree. Which one describes the ratings?▾
The store block does. On a measured domain query for datadoghq.com, entity.resolved_name came back as 'DASH by Datadog' because that title scored highest in search, while entity.store_refs and the stores block both resolved to com.datadog.app, the main Datadog app, whose rating of 3.17 across 442 ratings is what the response actually reports. When you display a name next to a rating, take it from stores.apple.name or stores.google_play.name, not from resolved_name.
The store rating is 4.6 and Trustpilot is 2.3. Is one of them wrong?▾
Neither. They measure different populations, and the gap is normal enough that the engine reports both instead of averaging them away. A measured Notion lookup returned Apple 4.78 from 89,874 ratings, Play 4.58 from 386,180 ratings, and Trustpilot 2.3 from 428 reviews. Store ratings are dominated by satisfied everyday users, while a public review site collects complaints. summary.signals lists each source with its rating, scale and count so you can weight them yourself.
What is reputation_index and when is it null?▾
It is a 0-100 blend of exactly the sources listed in summary.signals, weighted by store popularity, and the payload documents that null means no rating source matched rather than a score of zero. Measured values: 79.7 for Notion across three sources, 49.7 for Datadog across two. Because the blend depends on which groups you ran, the same app scores differently under different include sets, so store the signals array alongside the index if you plan to compare over time.
Why is one of the two stores missing entirely?▾
Because coverage depends on what kind of product it is, and the response carries a coverage_note saying so. A consumer app is store-rich and often thin on review sites, while a B2B SaaS product is the reverse. A measured lookup on datadoghq.com returned a Google Play block and no Apple block at all, plus a Trustpilot match. G2 and Capterra are explicitly out of scope, so their absence is a stated limit and not a failed lookup.
Why do rating_count and review_count differ so much on Google Play?▾
They count different things. A measured Notion record returned rating_count 386,180 against review_count 4,845 on Play: the first is people who tapped a star, the second is people who wrote text. Apple returns rating_count 89,874 with review_count null, so do not expect the pair to be symmetrical across stores. installs is a bucketed string such as '10,000,000+' rather than a number, and Apple has no equivalent field.
Which groups can I ask for on the basic action?▾
stores, trust, developer and launch. reviews_sample, status and news are rich-only, and asking for one from app_reputation returns ok:false with INVALID_PARAM and the message 'include/exclude left no field groups to run'. Groups you did not ask for show up in provenance with status 'skipped'. A group that ran and found nothing looks different: a measured developer lookup returned status 'not_found' with a note that a missing GitHub presence is not a negative signal for a closed-source app.
How is this different from enrich-company on the same brand?▾
This engine is anchored on the product and its ratings: app store entries, review scores, launch presence and a reputation index. enrich-company is anchored on the domain and returns firmographics, WHOIS and DNS, hiring and tech stack, with no store data beyond a name-level apps group. They overlap on one field, the Trustpilot match, which both retrieve by domain. If your question is 'how do users rate this product', use this engine; if it is 'what is this company', use enrich-company.
What is the App & SaaS Reputation API?▾
App & SaaS Reputation API is a ReefAPI endpoint group for app & saas reputation It returns live JSON through POST requests under /enrich-app/v1.
Is the App & SaaS Reputation API free to try?▾
Yes. ReefAPI starts with 1,000 free credits, no card required. App & SaaS Reputation calls use the same shared credit balance as every other ReefAPI engine.
Do I need an App & SaaS Reputation login or account?▾
No login to App & SaaS Reputation is needed for the API response. You call ReefAPI with your x-api-key header, and the playground can run live examples before you create a production key.
How fresh is the App & SaaS Reputation data?▾
The page example is captured from a live app_reputation call, and production requests fetch live data through ReefAPI rather than a static sample.
How many credits does the App & SaaS Reputation API use?▾
App & SaaS Reputation actions currently cost 4-10 credits per successful call. Failed or blocked calls are free, and all APIs draw from one credit pool.
Can I call App & SaaS Reputation from an AI assistant or MCP client?▾
Yes. Connect ReefAPI once through MCP and your assistant can call enrich-app actions with the same key, credit pool and JSON envelope used by normal REST requests.
14 Reputation & Reviews APIs on the same key
One key, one credit pool, one response envelope. If you are pulling App & SaaS Reputation, you are one call away from the rest of the category — no second contract, no second integration.
Try it on your own data before you pay anything
The call above is the real endpoint, not a recording. A free key gives you 1,000 credits, the other 184 APIs, and the same envelope everywhere.
Endpoints, parameters and credit costs on this page are read from the live catalog and cannot drift from what the API accepts.