USPSUSPS APIsusRESTActive

USPS APIs (REST, OAuth 2.0)

The modern USPS REST surface at developer.usps.com. OAuth 2.0 client_credentials, JSON payloads, replacing the legacy USPS Web Tools XML services.

USPS APIs at developer.usps.com are the modern USPS surface for label creation, rate calculation, tracking, address validation, and pickup scheduling. They are REST-based with JSON payloads and use OAuth 2.0 client_credentials for authentication. They replace the legacy Web Tools XML services and are the integration target USPS is investing in. Authentication is a standard OAuth 2.0 client_credentials grant. Cache the bearer token centrally, refresh with a buffer before expiry, and consolidate concurrent refresh attempts so the token endpoint is not rate-limited during a token-storm. Many USPS APIs operations require both an authenticated OAuth call and a USPS account-tied identifier (CRID, MID, or permit number) provided in the request body — the OAuth credentials authenticate the integrator, while the identifier authorizes the specific shipping account. Operationally, USPS APIs return more structured error detail than Web Tools and provide better-shaped problem responses for invalid addresses, unsupported services, and rate disqualifications. Tracking events are eventually consistent. Webhooks for tracking are available through a separate USPS Informed Visibility product, not through the core developer portal. Sandbox returns deterministic test data and is the right environment for contract testing; rate accuracy and account-tied entitlements should be verified in production with a small parallel-running window.

Surface details

API name
USPS APIs (developer.usps.com)
Authentication
OAuth 2.0 client_credentials grant with bearer tokens
Production base URL
https://api.usps.com/
Sandbox base URL
https://api-cat.usps.com/
Sandbox notes
Sandbox is the USPS Customer Acceptance Test (CAT) environment, accessed through a separate hostname and separate credentials. Live tracking events are simulated; do not treat sandbox event timing as production-realistic.
OpenAPI / REST reference
https://developer.usps.com/apis

Frequently asked questions

Is USPS Web Tools still required for any USPS operations?

USPS has been migrating customers from Web Tools to the modern REST APIs. Treat Web Tools as deprecated; integrators should default to developer.usps.com for all new work and check the USPS portal for the current sunset schedule.

Why does my USPS APIs call fail with an account-not-found error after OAuth succeeds?

OAuth authenticates the integrator. Most USPS APIs operations also require a USPS account-tied identifier (CRID, MID, or permit number) in the request. Both must be valid — a successful token does not by itself authorize a shipping account.

Where are USPS APIs webhooks documented?

Webhooks for tracking are not part of the core developer portal contract. They are delivered through USPS Informed Visibility, which has its own enrollment and integration flow.

Related concepts

Sibling carrier surfaces

Tooling and references

  • USPS Developer Portal (USPS APIs)

    Modern USPS REST surface for label creation, rate calculation, tracking, and address validation. OAuth 2.0 client_credentials. Replaces USPS Web Tools.

Sources

Last reviewed: 2026-04-25