DEV Community

GuGuData
GuGuData

Posted on

International Phone Number Validation and Correction API Documentation

#api #nlp #textprocessing #webdev

International Phone Number Validation and Correction API: Technical Guide and Integration Notes

The International Phone Number Validation and Correction API from GuGuData helps developers normalize and validate an international phone number using the documented formatting rules.

This article is written for developers who want a crawlable, readable reference before integrating the endpoint into a product, data pipeline, internal tool, or technical workflow. The official detail page is https://gugudata.io/details/international-phone-format.

API details

Item Value
API name International Phone Number Validation and Correction
Category Website Tools APIs
Method GET
Endpoint https://api.gugudata.io/v1/websitetools/international-phone-format
Content type query parameters
Demo endpoint https://api.gugudata.io/v1/websitetools/international-phone-format/demo
Detail page https://gugudata.io/details/international-phone-format
OpenAPI JSON https://gugudata.io/assets/openapi/gugudata.openapi.3.1.json

When to use this API

  • Normalize international phone numbers before storage.
  • Validate phone input in CRM and signup flows.
  • Prepare phone data for cross-region business workflows.

Request parameters

This endpoint accepts parameters through the query string. Keep appkey out of client-side public code and send it only from trusted server-side environments.

Parameter Type Required Default Description
appkey string Yes APPKEY Application key used for request authentication. Supply the value as a query parameter, form field, or multipart field according to the request content type.
phone string Yes PHONE Phone number to normalize and validate.

Example request 

curl -G "https://api.gugudata.io/v1/websitetools/international-phone-format" \
  --data-urlencode "appkey=APPKEY" \
  --data-urlencode "phone=PHONE"
Enter fullscreen mode Exit fullscreen mode

Response fields

The response body contains the fields below for successful JSON responses. For binary endpoints, the success response is returned as binary content and JSON is used for error responses.

Field Type Required Description
dataStatus object Yes Response metadata returned by the API response.
dataStatus.requestParameter string Yes Normalized request parameters echoed by the service. Sensitive credentials are omitted when available.
dataStatus.statusCode integer Yes Application-level status code returned by the API response. Successful demo responses currently return 200.
dataStatus.status string Yes Application-level status enum. Successful demo responses currently return SUCCESS.
dataStatus.statusDescription string Yes Application-level status message returned by the API response.
dataStatus.responseDateTime string Yes Response timestamp returned by the API response.
dataStatus.dataTotalCount integer Yes Total number of records that match the request.
data object Yes Primary response payload returned by the endpoint.
data.isValid boolean Yes Whether the mobile number is valid
data.correctedMobileNumber string Yes Corrected mobile number
data.countryCode string Yes Country phone prefix, e.g., +1
data.countryCode2 string Yes ISO-3166 two-letter country code
data.countryCode3 string Yes ISO-3166 three-letter country code

Response example 

{
  "dataStatus": {
    "statusCode": 200,
    "statusDescription": "successfully",
    "responseDateTime": "2026-04-10T00:00:00Z",
    "dataTotalCount": 1,
    "status": "SUCCESS",
    "requestParameter": ""
  },
  "data": {
    "isValid": "sample value",
    "correctedMobileNumber": "sample value",
    "countryCode": "sample value",
    "countryCode2": "sample value",
    "countryCode3": "sample value"
  }
}
Enter fullscreen mode Exit fullscreen mode

HTTP status codes

Use the HTTP status code for transport-level handling. If the response body contains dataStatus.statusCode, treat it as an application-level status field in the JSON payload.

HTTP status Meaning Recommended handling
200 Request processed successfully. Parse the documented response body for the endpoint result.
400 Invalid request parameters or request format. Check required fields, data types, and request body format.
401 Missing or unknown application key. Send a valid appkey with the request.
403 The application key is recognized but access is not allowed. Check subscription, trial state, and endpoint access.
429 Request rate or trial usage limit exceeded. Reduce concurrency or retry after the limit window resets.
500 Internal service error. Retry later or contact support if the error persists.
503 Upstream service unavailable. Retry later when the dependency is available again.

Implementation notes

  • Validate required parameters before sending the request so 400 responses are easier to diagnose.
  • Keep server-side retries conservative for 429, 500, and 503 responses.
  • Cache stable metadata responses when your use case allows it, especially for lookup and directory endpoints.
  • Log the HTTP status code and dataStatus.statusDescription together for easier debugging.
  • Use the demo endpoint for a quick connectivity check, then switch to the authenticated endpoint for production data.

FAQ

Where is the official API detail page?

The official detail page is https://gugudata.io/details/international-phone-format. It is the best place to review the latest public endpoint information before publishing or integrating.

Should I handle dataStatus.statusCode as the HTTP status code?

No. Use the HTTP status code for request-level behavior such as authentication, permission, rate limiting, and server errors. Use dataStatus.statusCode only as the response body status field when it is present.

Can I use the demo endpoint in production?

No. The demo endpoint is for quick testing and examples. Use the authenticated endpoint with your appkey for production workflows.

Related GuGuData APIs

For more developer APIs, visit GuGuData.

Top comments (0)