Starter
$9/mo
2,000 checks / month
~$4.50 per 1,000 checks
Device data API for the GSM industry
Run an IMEI API check programmatically and get brand, model, code name, device type and supported bands in a single JSON response — no manual lookups on third-party sites, no scraping, no spreadsheets. Built for buyback platforms, used-electronics stores, wholesalers and ERP/POS integrators.
Demo preview with sample data — sign up to run real checks.
One request. Complete device identity.
curl "https://api.imeiapi.net/v1/device/356656420854225" \
-H "X-Api-Key: YOUR_API_KEY"const res = await fetch(
"https://api.imeiapi.net/v1/device/356656420854225",
{ headers: { "X-Api-Key": process.env.IMEIAPI_KEY } }
);
const device = await res.json();
console.log(device.brand, device.model); // Apple iPhone 11$ch = curl_init("https://api.imeiapi.net/v1/device/356656420854225");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, ["X-Api-Key: " . $apiKey]);
$device = json_decode(curl_exec($ch), true);
curl_close($ch);
echo $device["brand"] . " " . $device["model"];Raw numbers, not slogans. This is what the platform does day in, day out.
One endpoint, five fields — the complete hardware identity of a device, resolved from its IMEI. No noise, no upsell fields, no surprises in the schema.
{
"imei": "356656420854225",
"brand": "Apple",
"model": "iPhone 11",
"code_name": "A2221",
"device_type": "smartphone",
"bands": "GSM / HSPA / LTE"
}More check types are on the roadmap — the response schema above is stable and won't change under you.
brandstring
modelstring
code_namestring
device_typestring
bandsstring
No sales calls, no onboarding meetings. The integration path is three steps long.
Sign up and start a 7-day trial with up to 100 checks per day — enough to build and test a full integration before you commit to a plan.
Your key is issued instantly. Send it as an X-Api-Key header or a token query parameter — whichever fits your stack better.
One GET request with an IMEI returns the full device identity as JSON. Median response time is well under a second.
Test every response shape before you write a single line of production code.
The sandbox accepts reserved test IMEIs that deterministically return each response type — including the errors you'll want your integration to handle gracefully. Same schema, same status codes, no quota usage.
A valid IMEI returning a complete device record.
Request
curl "https://api.imeiapi.net/v1/device/356656420854225" \
-H "X-Api-Key: SANDBOX_KEY"Response200 OK
{
"imei": "356656420854225",
"brand": "Apple",
"model": "iPhone 11",
"code_name": "A2221",
"device_type": "smartphone",
"bands": "GSM / HSPA / LTE"
}Sandbox responses are static fixtures — identical structure to production, zero cost.
Flat monthly packages. The more you check, the less each check costs. No per-seat fees, no setup fees.
Every account starts with a 7-day trial: up to 100 checks per day, full API access, sandbox included. Pick a plan whenever you're ready.
$9/mo
2,000 checks / month
~$4.50 per 1,000 checks
$29/mo
10,000 checks / month
~$2.90 per 1,000 checks
$89/mo
50,000 checks / month
~$1.78 per 1,000 checks
$249/mo
200,000 checks / month
~$1.25 per 1,000 checks
Custom quote
Custom volume
Contact usCheckout opens soon — plans can be activated after the trial.
A complete OpenAPI specification rendered as interactive reference docs — every endpoint, every parameter, every error code, with copy-paste examples in curl, JavaScript and PHP.
HTTP status codes
| 200 | OK — device record returned |
| 401 | Invalid or missing API key |
| 402 | Subscription expired / no active plan |
| 422 | IMEI failed validation (Luhn) |
| 429 | Daily or monthly quota exceeded |
The technical details, up front.
Five fields resolved from the IMEI: brand, model, code name, device type and supported bands. The response is a flat JSON object — see the API section above for a live example.
During the trial you can run up to 100 checks per day. Paid plans have a monthly quota (e.g. 10,000 checks on Growth). Requests beyond the quota return HTTP 429 with a Retry-After header — they are rejected, never silently billed.
The API starts returning 429 responses until your quota resets or you upgrade. Your integration keeps working the moment the new quota is active — no key changes needed.
No. IMEIs that fail format or Luhn checksum validation are rejected with HTTP 422 before any lookup happens, and they don't consume quota.
Two interchangeable methods: send your key in the X-Api-Key header (recommended) or as a token query parameter for quick tests and legacy systems. Both are documented in the API reference.
Right now the API does one thing well: device identity from IMEI. More check types are being evaluated for the roadmap — when they ship, they'll be added as new endpoints without breaking the existing schema.
Email support for all plans, with priority handling for Business and above. Enterprise customers get a dedicated contact and custom SLA terms.
Wire the check into your intake flow, your POS, your ERP — and let the API do the typing. The trial takes two minutes to start.
support@imeiapi.net
Questions about volume pricing, integrations or the roadmap? Send a message — we respond within one business day.
We use only essential cookies by default. Analytics cookies are set solely if you accept — you can change your mind anytime. Privacy policy