Offre de lancement : Les forfaits Creator et Business sont réduits pour une durée limitée. Voir les tarifs

Démarrer

Choisissez la configuration AudioDN qui convient à votre produit.

Chaque workflow AudioDN commence de la même façon : définissez les fichiers et données dont votre produit a besoin à partir de chaque upload audio. Ensuite, vous pouvez utiliser les composants, API, intégrations natives d’AudioDN, ou une combinaison de ceux-ci.

Que vous ayez besoin d’une intégration web en cinq minutes ou d’un contrôle total côté serveur, cette page vous aidera à choisir le bon chemin.

Construire votre configuration Créer un compte
Parcourir toute la documentation

D’abord, décidez de ce que chaque upload doit devenir.

AudioDN traite chaque fichier téléversé selon les variantes configurées pour votre compte ou collection. Configurez ces sorties une fois, et AudioDN les crée automatiquement à chaque nouvel audio.

Un upload source imprévisible

N’importe quel format, qualité ou débit

song.wav • Sans perte
Traitement AudioDN
  • Lecture fiable AAC ou MP3 haute qualité
  • Lecture faible bande passante Opus ou AAC
  • Aperçu Extrait d’aperçu de 30 secondes
  • Téléchargement Téléchargement FLAC ou WAV
  • Waveform ou analyse Images de waveform et données d’analyse
  • Original Conservé lorsqu’il est retenu

Un fichier source peut devenir plusieurs sorties conçues pour un usage précis. Les résultats destinés aux clients viennent en premier ; le choix du codec et du débit n’est qu’un détail de support.

Créez uniquement les sorties dont votre produit a besoin. Vous pourrez ajouter d’autres variantes à mesure que votre workflow évolue.

Conserver l’upload original permet à AudioDN de générer de nouvelles variantes plus tard, pour ajouter une sortie sans redemander aux clients de re-téléverser.

Explorer les types de variantes Configurer les variantes dans le tableau de bord

Une fois qu’AudioDN sait quoi créer, choisissez comment cela se connecte à votre produit.

Votre secteur ne détermine pas votre intégration. Les questions les plus importantes sont la quantité d’interface que vous voulez qu’AudioDN fournisse, où vivent vos règles métier, et le niveau de contrôle que votre équipe souhaite sur le workflow.

Comment voulez-vous construire ?

Ce sont des architectures de départ, pas des forfaits produit. Vous pouvez combiner les approches, et changer d’avis plus tard. Commencez par l’architecture qui convient aujourd’hui — ajoutez plus de contrôle à mesure que votre produit grandit.

Aidez-moi à choisir

Répondez à jusqu’à trois questions et nous mettrons en évidence une architecture et une méthode de lecture recommandées. C’est facultatif — si vous savez déjà ce dont vous avez besoin, sélectionnez-le ci-dessus.

Souhaitez-vous utiliser l’interface uploader ou player d’AudioDN ?
Votre serveur doit-il approuver les uploads ou la lecture ?
L’audio est-il public ou à accès contrôlé ?

Architecture recommandée

Web Components

Pourquoi cela convient

Ajoutez l’upload et la lecture avec des web components maintenus et des identifiants côté client limités. Aucun backend d’application n’est requis.

Approche d’upload

Le composant uploader AudioDN envoie les fichiers directement, autorisé par une clé Client-Side Upload limitée.

Approche de lecture

Le composant player AudioDN utilise une clé Client-Side Player limitée et renouvelle automatiquement les sessions de lecture.

Modèle d’identifiants ou de sessions

  • Clé Client-Side Upload
  • Clé Client-Side Player

AudioDN gère

  • Interface d’upload
  • Interface de lecture
  • Création de sessions
  • Upload audio direct
  • Diffusion de lecture
  • Sélection de variantes

Votre équipe gère

  • Mise en page de la page
  • Contenu produit
  • Configuration des collections
  • Choix de l’audio affiché

Flux conceptuel

  1. Utilisateur
  2. Composant AudioDN
  3. Clé Client-Side limitée
  4. Session d’upload ou de lecture AudioDN
Voir le flux de base 
<script type="module">
  import '@audiodn/components/uploader'
  import '@audiodn/components/player'
</script>

<audiodn-uploader
  api-key="CLIENT_SIDE_UPLOAD_KEY"
  collection-id="COLLECTION_ID"
></audiodn-uploader>

<audiodn-player
  api-key="CLIENT_SIDE_PLAYER_KEY"
  scope="collection"
  id="COLLECTION_ID"
></audiodn-player>
Voir le guide d’intégration Web

Architecture recommandée

Hybrid

Pourquoi cela convient

Votre serveur décide qui peut téléverser ou écouter, crée des sessions d’upload ou de lecture de courte durée, et transmet ces ID de session aux composants uploader ou player d’AudioDN.

Approche d’upload

Votre serveur crée une session d’upload de courte durée après vos vérifications, puis la transmet au composant uploader AudioDN.

Approche de lecture

Votre serveur crée une session de lecture de courte durée après vos vérifications, puis la transmet au composant player AudioDN.

Modèle d’identifiants ou de sessions

  • La clé API Access reste sur le serveur
  • Les ID de session d’upload ou de lecture de courte durée sont transmis au client
  • Aucune clé API Client-Side longue durée n’est requise dans le frontend pour ce flux basé sur les sessions

AudioDN gère

  • Interface d’upload
  • Interface de lecture
  • Transfert de fichiers direct
  • Traitement
  • Stockage
  • Diffusion sécurisée

Votre équipe gère

  • Authentification
  • Vérifications d’abonnement
  • Validation d’achat
  • Entitlements
  • Permissions de compte
  • Décider quand les sessions peuvent être créées

Flux conceptuel

  1. Utilisateur
  2. Votre application
  3. Votre serveur vérifie l’accès
  4. Votre serveur crée une session AudioDN
  5. Le composant AudioDN téléverse ou lit l’audio
Voir le flux de base 
// Sur votre serveur, après avoir autorisé l'utilisateur :
const res = await fetch('https://api.audiodelivery.net/v1/play_session/collection', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer ' + process.env.ADN_API_KEY,
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ collection_id, variants: ['hq'], expires_in: 3600 }),
});
const { play_session_id } = await res.json();

// Côté client, remettez la session au composant :
// <audiodn-player play-session-id="PLAY_SESSION_ID"></audiodn-player>
Voir le guide d’intégration Hybrid

Architecture recommandée

Full API

Pourquoi cela convient

Utilisez AudioDN comme backend headless de traitement et de diffusion audio. Gérez uploads, pistes, collections, sessions, métadonnées et lecture via l’API tout en maintenant un frontend entièrement personnalisé.

Approche d’upload

Votre serveur crée des sessions d’upload et transfère les fichiers directement via l’API, encapsulés dans votre propre interface.

Approche de lecture

Votre serveur crée des sessions de lecture ou des URL de diffusion signées et lit les variantes via votre propre interface.

Modèle d’identifiants ou de sessions

  • Clé API Access côté serveur
  • Sessions d’upload
  • Sessions de lecture ou URL de diffusion signées

AudioDN gère

  • Infrastructure d’upload direct
  • Inspection audio
  • Traitement des variantes
  • Stockage
  • Diffusion
  • Cycle de vie des pistes
  • Notifications webhook

Votre équipe gère

  • Interface d’upload
  • Interface de lecture
  • Workflow d’application
  • Logique d’autorisation
  • Données et présentation spécifiques au produit

Flux conceptuel

  1. Votre interface
  2. Votre serveur
  3. API AudioDN
  4. Traitement et diffusion
Voir le flux de base 
// 1. Créer une session d'upload (renvoie un ID ; optionnellement inclure track: { file_name }
//    pour aussi obtenir track_upload.upload_url dans cette réponse).
const res = await fetch('https://api.audiodelivery.net/v1/upload_session', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer ' + process.env.ADN_API_KEY,
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ collection_id, expires_in: 3600 }),
});
const { upload_session_id } = await res.json();

// 2. Créer une piste dans la session pour obtenir son URL d'upload signée
//    (une requête par fichier ; l'ID de session l'autorise — ou pour des fichiers supplémentaires).
const trackRes = await fetch(
  `https://api.audiodelivery.net/v1/upload/${upload_session_id}/track`,
  {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ file_name: 'song.wav' }),
  },
);
const { track_id, track_upload } = await trackRes.json();

// 3. Téléverser les octets, puis interroger GET /v1/track/{track_id} (ou utiliser un webhook)
//    jusqu'à ce que track_status_id soit "ready" avant la lecture.
Voir le guide d’intégration Server-Side Ouvrir la référence API

Architecture recommandée

Native Mobile

Pourquoi cela convient

Téléversez via les sessions AudioDN et lisez les variantes traitées avec les frameworks audio des applications natives.

Approche d’upload

Créez une session d’upload et transférez le fichier depuis l’app, soit avec une clé côté client limitée, soit avec une session provisionnée côté serveur.

Approche de lecture

Récupérez des ressources de lecture signées ou créez des sessions de lecture, puis lisez les variantes avec le lecteur média natif.

Modèle d’identifiants ou de sessions

  • Clés Client-Side limitées pour les intégrations natives simples
  • Sessions provisionnées côté serveur lorsque le produit exige une autorisation backend

AudioDN gère

  • Sessions d’upload
  • Transfert de fichiers direct
  • Traitement
  • Diffusion des variantes
  • Ressources de lecture signées

Votre équipe gère

  • Interface native
  • Contrôles média
  • État local de l’application
  • Comportement de lecture spécifique à la plateforme

Flux conceptuel

  1. Application native
  2. API de sessions AudioDN
  3. Upload ou lecteur média natif
Voir le flux de base 
// Créer une session d'upload depuis votre app ou serveur, puis transférer le fichier.
var request = URLRequest(url: URL(string: "https://api.audiodelivery.net/v1/upload_session")!)
request.httpMethod = "POST"
request.setValue("Bearer " + apiKey, forHTTPHeaderField: "Authorization")
// ...téléverser le fichier, puis lire les variantes traitées avec AVPlayer.
Voir le guide d’intégration Mobile

Décidez comment les auditeurs reçoivent l’audio.

L’upload et la lecture n’ont pas à utiliser le même modèle d’accès. Choisissez la méthode de lecture qui correspond à un audio public, privé, acheté ou contrôlé par abonnement.

En savoir plus sur la lecture Web
En savoir plus sur les Play Sessions
Voir Signed Delivery Lire la référence Signing Keys

Utilisez une session de lecture lorsque votre serveur doit décider si cet auditeur peut accéder à l’audio.

Utilisez une URL signée lorsque votre serveur a déjà décidé que l’audio peut être partagé et qu’aucune autorisation API par lecture n’est nécessaire.

Vous pouvez utiliser plus d’une méthode de lecture.

Un produit peut utiliser la diffusion signée pour les aperçus publics, des sessions de lecture créées côté serveur pour l’audio complet acheté, et des clés Client-Side Player pour un catalogue interne. AudioDN ne force pas tout le produit dans un seul modèle d’accès.

Votre plan de démarrage

Votre plan de démarrage AudioDN

Un plan pour l’architecture et la méthode de lecture sélectionnées. Modifiez vos sélections ci-dessus pour mettre à jour ces étapes.

Autorisez l’auditeur avec vos propres règles métier avant de créer chaque session de lecture.
La diffusion signée est une option de lecture et de diffusion, pas une intégration complète. Vous avez toujours besoin d’une des méthodes d’upload ci-dessus pour ingérer l’audio.
  1. Configurez vos variantes Choisissez les sorties de lecture, aperçu, téléchargement, waveform et fichier original qu’AudioDN doit créer. Types de variantes
  2. Créez une collection Utilisez une collection pour regrouper l’audio et appliquer la configuration et la portée d’accès appropriées. API Collections
  3. Créez une clé Client-Side Upload Créez une clé Client-Side Upload limitée pour la collection vers laquelle votre uploader doit écrire. Guide d’intégration Web
  4. Ajoutez le composant uploader AudioDN Insérez l’uploader dans votre page avec votre clé d’upload. Les fichiers sont transférés directement vers AudioDN. Composant Uploader
  5. Créez une clé API Access côté serveur Conservez cet identifiant sur le serveur. Référence des clés API
  6. Provisionnez des sessions d’upload Après avoir appliqué les permissions d’upload du client, créez une session d’upload de courte durée et transmettez-la à l’uploader AudioDN. Sessions d’upload
  7. Recevez les mises à jour de traitement Utilisez le webhook de traitement des pistes pour savoir quand toutes les variantes configurées sont prêtes. Webhook de traitement des pistes
  8. Créez une clé API Access côté serveur Conservez cet identifiant sur le serveur. Référence des clés API
  9. Provisionnez des sessions d’upload Créez une session d’upload de courte durée et transférez les fichiers directement via l’API. Sessions d’upload
  10. Recevez les mises à jour de traitement Utilisez le webhook de traitement des pistes pour savoir quand toutes les variantes configurées sont prêtes. Webhook de traitement des pistes
  11. Construisez votre propre interface d’upload Encapsulez le flux d’upload dans votre propre UI et workflow d’application. Guide d’intégration Server-Side
  12. Créez vos identifiants Utilisez des clés Client-Side limitées pour les apps simples, ou des sessions provisionnées côté serveur lorsque vous avez besoin d’une autorisation backend. Référence des clés API
  13. Créez une session d’upload Créez une session d’upload de courte durée et transférez le fichier depuis l’app. Sessions d’upload
  14. Recevez les mises à jour de traitement Utilisez le webhook de traitement des pistes pour savoir quand toutes les variantes configurées sont prêtes. Webhook de traitement des pistes
  15. Créez une clé Client-Side Player Limitez-la aux pistes, collections, playlists ou variantes auxquelles le player peut accéder. Référence des clés API
  16. Ajoutez le composant player AudioDN Le player crée et renouvelle automatiquement les sessions de lecture. Composant Player
  17. Provisionnez des sessions de lecture Après avoir vérifié une connexion, un abonnement, un achat ou un entitlement, créez une session de lecture. Sessions de lecture
  18. Diffusez la lecture Transmettez la session de lecture au player AudioDN, ou récupérez les fichiers disponibles pour un lecteur personnalisé. Sessions de lecture
  19. Créez une clé URL Signing Conservez le secret de signature sur votre serveur. Référence des clés de signature
  20. Signez les URL de diffusion sur votre serveur Créez des URL à durée limitée et remettez-les au client pour une diffusion directe. Signed Delivery

Vous savez déjà ce dont vous avez besoin ?

Ignorez le sélecteur et allez directement à la documentation pertinente.

Configurations AudioDN courantes

Quelques points de départ qui combinent les éléments ci-dessus. Ce sont des exemples, pas la seule façon de construire.

Catalogue média public

  • Web Components ou interface API personnalisée
  • Clé Client-Side Player ou diffusion signée
  • Variantes de lecture haute et basse qualité

SaaS ou marketplace

  • Uploader et player hybrides
  • Sessions créées côté serveur
  • Collections spécifiques au compte ou au client
  • Webhooks de traitement

Audio payant ou téléchargements

  • Hybrid ou Full API
  • Variantes d’aperçu
  • Sessions de lecture créées côté serveur pour l’audio protégé
  • Permissions de téléchargement
  • Diffusion signée optionnelle pour les aperçus publics

Pipeline de traitement sur mesure

  • Full API
  • Sessions d’upload
  • Variantes de transcodage, d’analyse ou de téléchargement configurées
  • Webhooks de traitement
  • Frontend personnalisé ou aucun frontend AudioDN du tout

Commencez par le chemin qui convient. AudioDN peut grandir avec vous.

Configurez les sorties dont votre produit a besoin, choisissez le niveau de contrôle qui a du sens aujourd’hui, et connectez le reste quand vous serez prêt.

Créer un compte AudioDN Ouvrir la documentation Parler aux ventes