Deezer integration · live

Deezer API access, without the Deezer integration

A single REST interface for Deezer auth, catalogue search, listener libraries and playlist writes — sharing the exact request and response shape as 10 other music services. No Deezer developer account, no OAuth client, no token storage on your side: we hold the Deezer credentials and use them only to move a listener's own library on their behalf, the way FreeYourMusic has for ten years.

Get a sandbox key See deezer endpoints

redirect to authenticate a listener

services on the same schema

Deezer dev accounts you manage

auth · deezer

# 1 — send the listener to the hosted Deezer authorisation page.
#     Your account slug: you · returnUrl whitelisted in the dashboard.
 
https://app.musicapi.com/you/deezer/auth
  ?returnUrl=https://you.example/connected
 
# 2 — they come back to returnUrl with ?data64=<base64>:
 
{
  "integrationUserUUID": "6a002d4b-f95b-471f-a27d-609a42e10cdb",
  "authModel": { "status": "success", "error": null },
  "integration": { "type": "deezer" }
}
 
# 3 — that UUID unlocks every Deezer user endpoint:
 
GET https://api.musicapi.com/api/6a002d4b-f95b-471f-a27d-609a42e10cdb/playlists
Authorization: Basic <clientId:clientSecret>

What you can do

Everything the Deezer API exposes, on one schema.

01AVAILABLE

Read the library

Full paged access to liked tracks, albums and followed artists in Deezer.

02AVAILABLE

Read playlists

Owned and followed playlists with track order, artwork and descriptions intact.

03AVAILABLE

Write playlists

Create, append and reorder playlists in a listener's Deezer account, idempotently.

04AVAILABLE

Search & match

Resolve any track, album or artist to its Deezer ID by normalised text, with a confidence score.

05AVAILABLE

Catalogue metadata

Tracks, albums, artists and artwork from the public Deezer catalogue, no listener auth needed.

06AVAILABLE

Cross-service IDs

Resolve one recording to its ID on Deezer and the other 10 services at once.

07AVAILABLE

Listener profile

Display name, avatar, country and account tier, in one normalised shape.

08AVAILABLE

Raw passthrough

Need a Deezer field we don't normalise in your transfer flow? Request the underlying token for that listener.

page size: 50search by ISRC: noreturns ISRC: noedit playlist details: yesreturns listener country: yes

Endpoints

Same routes for deezer as for the other 10.

Swap the musicService value and every call below behaves identically. Public catalogue routes need no listener auth; user routes are addressed by the userUUID returned from the auth callback.

Deezer specifics

Flow and editorial playlists are read-only upstream; user playlists and favourites support both reads and writes.

AUTH/you/deezer/authStart Deezer authentication GET/api/{userUUID}/users/profileListener profile GET/api/{userUUID}/liked/tracksLiked tracks, paged GET/api/{userUUID}/playlistsPlaylists and metadata POST/api/{userUUID}/playlistsCreate a playlist POST/public/search · deezerCatalogue search, no listener auth POST/api/{userUUID}/searchResolve a recording to its Deezer ID

Compared to the official API

What you'd otherwise build against Deezer directly.

The official Deezer API is free. The work around it — approval, quota, auth, pagination quirks, breaking changes — is what teams actually pay for, once per service.

Concern

Direct Deezer API

MusicAPI

Getting access

Developer account, app review, quota requests per service

One key, all 11 services, live in minutes

Authentication

Your own OAuth client, redirect URIs, token storage and refresh

One hosted redirect; we hold clients and refresh tokens, used only for the transfers listeners authorise

Response shapes

Every provider models tracks, albums and playlists differently

One normalised schema across all 11

Breaking changes

You track 11 changelogs and ship fixes

We absorb them behind a versioned interface

Rate limits

Per-provider ceilings, backoff and retry logic on you

Standardised 429s with Retry-After, retries and idempotency built in

Adding a service

A new integration project each time, after Deezer

Change one string in the request

FAQ

Deezer API questions we get weekly.

Do I need my own Deezer developer account?

No. Deezer has an official API with open registration and OAuth 2.0 user authorisation. MusicAPI holds the Deezer credentials and uses them solely to facilitate music transfers a listener has authorised, the same model FreeYourMusic has run for ten years. You call one API with your own key; we handle the Deezer side, including token refresh and revocation.

Is this a wrapper around the official Deezer API?

It's a transfer layer, not a general-purpose proxy. Requests hit our infrastructure, which speaks each provider's API on the listener's behalf to move their library and returns one consistent schema — plus matching, pooled quota and retries you'd otherwise write yourself.

Can I still get the raw Deezer response?

Yes, for the listeners who authorised a transfer. Passthrough gives you that listener's underlying Deezer token when your transfer flow needs a field we don't normalise.

What does it cost?

Billed per request to a music service, in buckets: €0.60 per 1,000 for the first 5M, €0.45 up to 25M, €0.30 above that, with a €500 per month minimum.

How long does a Deezer integration take?

A sandbox key is instant and reading a live library takes about an hour. Production integrations typically land in two to four engineering weeks — and adding the next 10 services after that is a string change.

Start with Deezer today.

Sandbox keys are free and instant. Authenticate a real Deezer account and make your first live call within the hour.