Lead Validator
Score a lead from its email and phone number: throwaway inboxes, typos, VoIP and temporary numbers.
- Next.js
- React
Also uses Email Validator
Validate phone numbers, see line type and carrier, and flag disposable lines.
Phone Number Validator checks a phone number and returns whether it is valid, its line type, country, area and time zone, and the carrier its mobile range was allocated to. It flags disposable and VoIP numbers and outputs E.164, international, national and RFC3966 formats.
No key required to try it. Get a key to use it in your app.
{
"status": "ok",
"error": null,
"data": {
"country": "US",
"detectedCountry": "US",
"countryName": "United States",
"countrycode": 1,
"numberNational": 8165551017,
"extension": null,
"isValid": true,
"isMobile": true,
"isVoip": false,
"isDisposable": false,
"type": "fixed_line_or_mobile",
"isValidNumber": true,
"nationalSignificantNumber": "8165551017",
"location": "Missouri",
"carrier": null,
"timezones": [
"America/Chicago"
],
"formatted": {
"international": "+1 816-555-1017",
"national": "(816) 555-1017",
"rfc": "tel:+1-816-555-1017",
"e164": "+18165551017"
},
"riskScore": 0,
"riskLevel": "low"
}
}
Score a lead from its email and phone number: throwaway inboxes, typos, VoIP and temporary numbers.
Also uses Email Validator
A phone validation API that answers in JSON from one REST call. Send a number in +E.164 form on its own, or a national number with its two-letter country code. Validation runs on Google's libphonenumber numbering-plan data, so each number is checked against the real number ranges of its country rather than a generic pattern. Location, carrier and time zones come from libphonenumber's offline geocoding and carrier maps. The carrier is the operator the number range was first allocated to, so a ported number still shows its original network, and US and Canadian numbers carry no carrier data. The disposable flag checks the number against numbers published on temporary SMS-receiving sites.
One endpoint, many ways in — REST with JSON, XML, YAML and CSV, plus GraphQL and an MCP interface for AI agents.
Side by side with the tools people weigh Phone Number Validator against — what each one is better at, in plain terms.
Same data, same APIVerve account, same credit balance — one key works on all of them.
Sent in the query string. Premium parameters are accepted on every plan but only take effect on plans that include them. Anything not listed here is dropped rather than passed through.
| Parameter | Type | Example | Description |
|---|---|---|---|
numberRequired | string | 816-555-1017 | The phone number to validate |
| Parameter | Type | Example | Description |
|---|---|---|---|
countryOptional | string | us | The two-letter country code of the phone number (e.g., us, uk). Optional when the number is in international format starting with + length 2-2 |
curl "https://api.apiverve.com/v1/phonenumbervalidator?number=816-555-1017&country=us" \
-H "x-api-key: YOUR_API_KEY"Send your key in the x-api-key header. That is the only auth step — no token exchange, and no per-endpoint scope to configure.
| Header | When | Value |
|---|---|---|
x-api-keyRequired | Every request | Your API key. Header names are case-insensitive, so X-API-Key is the same header. |
AuthorizationAlternate | Instead of the above | Bearer <key> — for clients that only expose bearer auth. Resolves to the same account and the same billing. |
A 401 means the key is missing, invalid or expired. A 403 means the key is valid but not permitted here — blocked by a key restriction or an IP allow-list. Running out of credits is a 429.
Every APIVerve endpoint returns the same three top-level keys, so one response handler covers your whole integration: status, error and data. Only data changes shape.
{
"status": "ok",
"error": null,
"data": {
"country": "US",
"detectedCountry": "US",
"countryName": "United States",
"countrycode": 1,
"numberNational": 8165551017,
"extension": null,
"isValid": true,
"isMobile": true,
"isVoip": false,
"isDisposable": false,
"type": "fixed_line_or_mobile",
"isValidNumber": true,
"nationalSignificantNumber": "8165551017",
"location": "Missouri",
"carrier": null,
"timezones": [
"America/Chicago"
],
"formatted": {
"international": "+1 816-555-1017",
"national": "(816) 555-1017",
"rfc": "tel:+1-816-555-1017",
"e164": "+18165551017"
},
"riskScore": 0,
"riskLevel": "low"
}
}
Paths are relative to data. Premium fields are absent rather than zeroed on plans that do not include them, so check for presence instead of comparing to 0.
| Field | Type | Example | Description |
|---|---|---|---|
country | string | "US" | The country code that was supplied with the request, or null when none was sent |
detectedCountry | string | "US" | The ISO country code detected from the number |
countryName | string | "United States" | Full name of the detected country |
countrycode | number | 1 | The international dialing/country calling code |
numberNational | number | 8165551017 | The national (significant) number without the country code |
extension | object | null | The phone extension if present, otherwise null |
isValid | boolean | true | Whether the number is valid for the given country/region |
isMobile | boolean | true | Whether the number is a mobile phone |
isVoip | boolean | false | Whether the number is a VOIP line (common in fraud) |
isDisposable | boolean | false | Whether the number is a known disposable/virtual number |
type | string | "fixed_line_or_mobile" | Line type: fixed_line, mobile, fixed_line_or_mobile, toll_free, premium_rate, shared_cost, voip, personal_number, pager, uan, or unknown |
isValidNumber | boolean | true | Whether the number is valid in its own detected country, regardless of the country supplied (a valid UK number sent with country=us is true here and false in isValid) |
nationalSignificantNumber | string | "8165551017" | The national significant number as a digit string, keeping any leading zero (e.g. Italian 06 numbers) |
location | string | "Missouri" | City or region the number range is assigned to, from libphonenumber's geocoding data; null for mobile, toll-free and other non-geographic numbers, or where no area data exists |
carrier | object | null | Carrier the mobile number range was originally allocated to, from libphonenumber's carrier data. A ported number still shows the original carrier. Null for fixed lines and where no data exists, including US and Canadian numbers |
timezones | array | [America/Chicago] | IANA time zones the number may be in (one for most geographic numbers, the country's full list for mobile and toll-free numbers); null for invalid numbers |
formatted | object | {...} | The number formatted as international, national, RFC3966 and E.164 |
international | string | "+1 816-555-1017" | The number in international format |
national | string | "(816) 555-1017" | The number in national format |
rfc | string | "tel:+1-816-555-1017" | The number in RFC3966 format |
e164 | string | "+18165551017" | The number in E.164 format |
riskScorePremium | number | 0 | Composite 0-100 risk score combining validity, disposable, VOIP and line-type signals (higher is riskier) |
riskLevelPremium | string | "low" | Risk band derived from the score: low, medium or high |
Every response carries your balance, so your own code always knows where it stands without polling anything. All four are exposed to browsers through CORS.
| Header | What it carries |
|---|---|
x-api-remaining-credits | Credits left in the current cycle |
x-api-credits-used | Credits spent in the current cycle |
x-api-max-credits | The allowance for the cycle |
x-api-version | Version of the endpoint that answered |
Read the HTTP status first, then error for the specific reason. The body names the parameter that has to change.
| Status | Meaning | What to do |
|---|---|---|
400 | Input was rejected | Read error; it names the parameter that has to change. |
401 | Key missing or invalid | Check the header name and the key value. |
403 | Key valid, but not permitted here | A key restriction or an IP allow-list — never a bad key. |
429 | Rate limited, or out of credits | Read error to tell them apart, then back off or top up. |
Credits are shared across every APIVerve API — one balance, one key, one bill. Failed requests never count against it, so a rejected input costs nothing.
| Plan | Per month | Credits | Phone Number Validator calls | Per 1,000 calls |
|---|---|---|---|---|
| Free | Free | 200 | 20 | Free |
| Starter | $29.99 | 200,000 | 20,000 | $1.50 |
| Pro | $99.99 | 1,000,000 | 100,000 | $1.00 |
| Mega | $299.99 | 4,000,000 | 400,000 | $0.75 |
Calls are what the credits buy at this API's rate — spend them here, on any of the other APIs, or across both. Nothing is reserved per endpoint.
No SDK to install — this is a plain HTTPS call to /v1/phonenumbervalidator with your key in the x-api-key header. Swap in a real key and it runs as-is.
curl "https://api.apiverve.com/v1/phonenumbervalidator" \
-H "x-api-key: YOUR_API_KEY"Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Install the Node.js SDK, then call the Phone Number Validator API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
npm install @apiverve/phonenumbervalidatorconst res = await fetch("https://api.apiverve.com/v1/phonenumbervalidator", {
headers: { "x-api-key": "YOUR_API_KEY" },
});
const { data } = await res.json();
console.log(data);Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Install the Python SDK, then call the Phone Number Validator API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
pip install apiverve-phonenumbervalidatorimport requests
res = requests.get(
"https://api.apiverve.com/v1/phonenumbervalidator",
headers={"x-api-key": "YOUR_API_KEY"},
)
print(res.json()["data"])Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Install the C# / .NET SDK, then call the Phone Number Validator API with your key. The client wraps the same HTTPS request, so anything it returns is what the endpoint returns.
dotnet add package APIVerve.API.PhoneNumberValidatorusing var client = new HttpClient();
client.DefaultRequestHeaders.Add("x-api-key", "YOUR_API_KEY");
var json = await client.GetStringAsync("https://api.apiverve.com/v1/phonenumbervalidator");
Console.WriteLine(json);Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
No SDK to install — this is a plain HTTPS call to /v1/phonenumbervalidator with your key in the x-api-key header. Swap in a real key and it runs as-is.
req, _ := http.NewRequest("GET", "https://api.apiverve.com/v1/phonenumbervalidator", nil)
req.Header.Set("x-api-key", "YOUR_API_KEY")
res, _ := http.DefaultClient.Do(req)
defer res.Body.Close()
body, _ := io.ReadAll(res.Body)
fmt.Println(string(body))Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
No SDK to install — this is a plain HTTPS call to /v1/phonenumbervalidator with your key in the x-api-key header. Swap in a real key and it runs as-is.
$ch = curl_init("https://api.apiverve.com/v1/phonenumbervalidator");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, ["x-api-key: YOUR_API_KEY"]);
$response = curl_exec($ch);
echo $response;Only the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
No SDK to install — this is a plain HTTPS call to /v1/phonenumbervalidator with your key in the x-api-key header. Swap in a real key and it runs as-is.
require "net/http"
uri = URI("https://api.apiverve.com/v1/phonenumbervalidator")
req = Net::HTTP::Get.new(uri)
req["x-api-key"] = "YOUR_API_KEY"
res = Net::HTTP.start(uri.hostname, uri.port, use_ssl: true) { |h| h.request(req) }
puts res.bodyOnly the languages APIVerve ships a client for are listed — the rest call the endpoint directly over HTTPS.
Drop an interactive Phone Number Validator form onto any page. The widget calls the API for you, so no key ever appears in your markup and there is nothing to deploy.
Every change to this endpoint, newest first. Breaking changes ship as a new version and the previous one keeps serving — response fields are added, never removed or retyped in place, so an integration written against v1 keeps working.
Entries are picked up from dated catalog snapshots, so the first one appears after the next snapshot that moves something. A period where nothing changed produces no entry — silence is a valid changelog for the Phone Number Validator API.
Preventing Fake Signups: Registration Fraud GuideLearn how to stop bots and fraudsters while maintaining conversion rates for legitimate users.Read
The Phone Number Validation Rabbit HoleValidating phone numbers seems simple until you try it. Here's what makes it surprisingly complex.Read
KYC Verification API: Automate Identity ChecksBuild automated KYC checks with email validation, phone verification, IP geolocation, and BIN lookup. Here's the complete implementation.Read