SONENTRA DEVELOPER PLATFORM

Sonentra API
Documentation

Build your own music distribution experience with Sonentra APIs for artists, releases, DSP discovery, store selection, validation, submission, status tracking, deliveries and webhooks.

REST APIJSONBearer AuthenticationSandbox + Production
01

Getting Started

Sonentra is a server-to-server API platform. Your application owns its customer experience, artist onboarding and internal approval flow. Your backend uses Sonentra to create catalogue records, select destinations, submit releases and synchronize delivery results.

Base URL

https://sonentra.com/wp-json/sonentra/v1

Recommended flow

AuthenticateFetch StoresCreate ArtistCreate ReleaseAdd TracksSelect StoresValidateSubmitTrack Delivery
Important: A successful submission means Sonentra accepted the request for processing. It does not by itself mean the release is already live at every DSP.
02

Authentication

Send the API key in the Authorization header for authenticated requests.

Authorization: Bearer sn_test_••••••••••••
Content-Type: application/json
Accept: application/json

Keep keys server-side. Never expose secret keys in frontend JavaScript, mobile app source code, screenshots or public repositories.

03

Sandbox & Production

Sandbox

Bearer sn_test_••••••••

Use Sandbox while developing and testing your integration.

Production

Bearer sn_live_••••••••

Use Production only after live access has been enabled for the client account.

04

Stores / DSP Catalogue

Build the store selector in your own platform from Sonentra's catalogue instead of hard-coding destinations.

GET/stores
GET/stores/{store_code}
GET/stores/{store_code}/requirements
GET/stores/{store_code}/capabilities

Example response shape

{
  "success": true,
  "data": [
    {
      "code": "spotify",
      "name": "Spotify",
      "status": "available"
    }
  ]
}
Use the returned store code as the identifier when your user selects a distribution destination.
05

Artists

GET/artists

Retrieve artists belonging to the authenticated client.

POST/artists

Create an artist record and retain the returned Sonentra artist identifier for release workflows.

06

Releases

GET/releases
POST/releases

Create the release container before attaching tracks, assets and DSP selections. Send only metadata fields supported by the current API schema.

07

Tracks & Assets

POST/releases/{release_id}/tracks

Add track metadata to the release. Audio/artwork requirements should follow the rules returned or documented by Sonentra for the current integration.

08

Select Stores

PUT/releases/{release_id}/stores

Example

{
  "stores": [
    "spotify",
    "apple-music",
    "audiomack",
    "boomplay"
  ]
}

Only submit store codes returned by the Sonentra Stores API for the authenticated account.

09

DSP Validation

GET/releases/{release_id}/validate/{store_code}

Validate the release for a selected destination where validation is supported. Surface returned validation issues in your own platform and allow the operator to correct them before submission.

10

Submit Release

POST/releases/{release_id}/submit

Submit only after your own internal approval is complete, required tracks/assets are attached, destinations are selected and validation issues are resolved.

Do not mark the release Live from the submit response. Continue tracking Sonentra status and deliveries.
11

Status & Deliveries

GET/releases/{release_id}/status
GET/releases/{release_id}/deliveries

Use these endpoints to synchronize overall processing and DSP-level delivery results into your own dashboard. Display the exact states returned by Sonentra.

12

Webhooks

GET/webhooks
POST/webhooks

Register an HTTPS endpoint for supported Sonentra events. Process webhook events idempotently and log the event/result without exposing secrets.

13

Errors & Troubleshooting

Inspect both the HTTP status code and the returned JSON body. For request/authentication/validation problems, correct the request before retrying. For temporary server failures, retry safely and avoid duplicating non-idempotent operations.

4xx

Review credentials, identifiers, metadata or validation output.

5xx

Log the failure and retry with sensible backoff.

14

Security

  • Keep API keys in server-side environment variables or a secrets manager.
  • Separate Sandbox and Production credentials.
  • Use HTTPS for API and webhook traffic.
  • Rotate exposed or compromised credentials immediately.
  • Never log complete secret keys.
  • Restrict Production keys to only the services that need them.
15

Production Checklist

Ready to integrate?

Sign in to the Sonentra Developer Portal for your API credentials or open the demo environment to explore the platform experience.