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

Démarrer

Construisez votre configuration AudioDN une décision à la fois.

Chaque workflow AudioDN commence de la même façon : décidez de ce que chaque upload doit devenir. Ensuite, choisissez comment vous uploadez les pistes et comment les auditeurs les lisent ou y accèdent — indépendamment.

Vous n’avez pas besoin de classer votre produit comme Web, Hybrid, Server-Side ou Mobile. Choisissez le prochain choix qui change votre configuration.

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 Lossless

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.

Ensuite, choisissez comment vous uploadez — et comment les auditeurs accèdent à l’audio.

Ce sont deux tâches indépendantes. Configurez l’une ou les deux. Vous pouvez uploader avec des components et lire avec des sessions créées côté serveur, ou toute autre combinaison.

Téléverser des tracks

Choisissez qui crée l’upload session, puis — si nécessaire — comment les fichiers sont transférés. Les choix d’upload et de lecture sont indépendants.

Les choix d’upload et de lecture sont indépendants. Un produit peut téléverser d’une façon et lire l’audio d’une autre.

Qui doit créer ou autoriser l’upload session ?
Comment l’utilisateur doit-il transférer les fichiers ?

Votre flux d’upload

Composants web AudioDN Uploader ou (voice) Recorder avec une Client-Side Upload key

Une Client-Side Upload key limitée vit dans la page ou l’app → le composant web AudioDN Uploader ou (voice) Recorder crée l’upload session → AudioDN téléverse et traite les fichiers.

Identifiant
Client-Side Upload key
Où vit l’identifiant
Dans le navigateur ou l’app native (limitée)
Qui décide si l’upload est autorisé
La portée de la clé (et la configuration optionnelle de collection) décide de ce qui peut être téléversé
Qui fournit l’interface
Composants web AudioDN Uploader ou (voice) Recorder
Qui effectue les étapes d’upload
Le composant AudioDN effectue les étapes d’upload individuelles
Backend
Aucun backend requis
  1. 1 Créer une Client-Side Upload key limitée
  2. 2 Ajouter le composant web AudioDN Uploader ou (voice) Recorder
  3. 3 Les utilisateurs sélectionnent ou enregistrent de l’audio
  4. 4 AudioDN crée la session, le(s) track(s) et les uploads
  5. 5 Attendre la fin du traitement
  • Une Client-Side Upload key ne peut que créer des upload sessions — pas lire ni supprimer des tracks.
  • Ne mettez jamais une API Access key ni un secret URL Signing dans le code navigateur ou mobile.

Votre flux d’upload

Upload client personnalisé avec une Client-Side Upload key

Une Client-Side Upload key limitée vit dans votre app → votre app crée une upload session → crée un track par fichier → téléverse chaque fichier → AudioDN traite les fichiers.

Identifiant
Client-Side Upload key
Où vit l’identifiant
Dans le navigateur ou l’app native (limitée)
Qui décide si l’upload est autorisé
La portée de la clé décide de ce qui peut être téléversé
Qui fournit l’interface
Votre interface web ou native personnalisée
Qui effectue les étapes d’upload
Votre application effectue les étapes d’upload individuelles
Backend
Aucun backend requis
  1. 1 Créer une Client-Side Upload key limitée
  2. 2 Créer une upload session
  3. 3 Créer un track pour chaque fichier
  4. 4 Téléverser chaque fichier vers son URL d’upload renvoyée
  5. 5 Attendre le traitement AudioDN
  • Une Client-Side Upload key ne peut que créer des upload sessions — pas lire ni supprimer des tracks.
  • Ne mettez jamais une API Access key ni un secret URL Signing dans le code navigateur ou mobile.
  • Chaque fichier a besoin de son propre track et de sa propre URL d’upload. Une upload session peut autoriser de nombreux fichiers, mais chaque fichier nécessite toujours une requête par track.

Votre flux d’upload

Upload session créée côté serveur avec les composants web AudioDN Uploader ou (voice) Recorder

Votre serveur approuve l’upload → crée une upload session → la passe au composant web AudioDN Uploader ou (voice) Recorder → AudioDN téléverse et traite les fichiers.

Identifiant
API Access key
Où vit l’identifiant
Sur votre serveur uniquement
Qui décide si l’upload est autorisé
Votre serveur (connexions, permissions, quotas, etc.)
Qui fournit l’interface
Composants web AudioDN Uploader ou (voice) Recorder
Qui effectue les étapes d’upload
Le composant AudioDN effectue les étapes d’upload individuelles
Backend
Backend requis
  1. 1 Conserver une API Access key sur votre serveur
  2. 2 Autoriser l’uploader dans votre application
  3. 3 Créer une upload session à courte durée de vie
  4. 4 Passer l’ID de session au composant web AudioDN Uploader ou (voice) Recorder
  5. 5 AudioDN téléverse et traite les fichiers
  • Conservez l’API Access key uniquement sur votre serveur.
  • Ne transmettez au client que l’ID de session à courte durée de vie.

Votre flux d’upload

Upload session créée côté serveur avec une interface personnalisée

Votre serveur approuve l’upload → crée une upload session → votre interface personnalisée crée un track par fichier et téléverse chaque fichier → AudioDN traite les fichiers.

Identifiant
API Access key
Où vit l’identifiant
Sur votre serveur uniquement
Qui décide si l’upload est autorisé
Votre serveur (connexions, permissions, quotas, etc.)
Qui fournit l’interface
Votre interface web ou native personnalisée
Qui effectue les étapes d’upload
Votre application effectue les étapes d’upload individuelles
Backend
Backend requis
  1. 1 Conserver une API Access key sur votre serveur
  2. 2 Autoriser l’uploader dans votre application
  3. 3 Créer une upload session à courte durée de vie
  4. 4 Créer un track pour chaque fichier
  5. 5 Téléverser chaque fichier vers son URL d’upload renvoyée
  6. 6 Attendre le traitement AudioDN
  • Conservez l’API Access key uniquement sur votre serveur.
  • Ne transmettez au client que l’ID de session à courte durée de vie.
  • Chaque fichier a besoin de son propre track et de sa propre URL d’upload. Une upload session peut autoriser de nombreux fichiers, mais chaque fichier nécessite toujours une requête par track.

Lire et accéder aux tracks

Choisissez comment l’accès est accordé, puis — si nécessaire — comment l’audio est lu. Vous pouvez combiner les méthodes (par exemple des previews signées publiques et des play sessions contrôlées pour les tracks complets).

Comment l’accès à l’audio doit-il être accordé ?
Comment l’audio doit-il être lu ?

Votre flux de lecture

Composant web AudioDN Player avec une Client-Side Player key

Une Client-Side Player key limitée vit dans la page → le composant web AudioDN Player crée et renouvelle les play sessions → AudioDN streame les variantes autorisées.

Identifiant
Client-Side Player key
Où vit l’identifiant
Dans le navigateur (limitée)
Où l’autorisation a lieu
Portée de la clé (collection, track et/ou variantes)
Backend
Aucun backend requis
Interface
Composant web AudioDN Player
Aller-retour API avant la lecture
Le player crée les sessions automatiquement — aucun appel API séparé depuis votre code
Modèle d’accès
Identifiant client limité — pas d’approbation serveur par auditeur
  1. 1 Créer une Client-Side Player key limitée
  2. 2 Ajouter le composant web AudioDN Player avec la clé, la portée et l’id
  3. 3 Le player crée et renouvelle les play sessions
  4. 4 AudioDN streame les variantes autorisées
  • Une Client-Side Player key ne peut que créer des play sessions — pas gérer tracks ni collections.
  • Les Client-Side Player keys ne peuvent pas gérer tracks ni collections.
  • Ne mettez jamais une API Access key ni un secret URL Signing dans le code navigateur ou mobile.

Votre flux de lecture

Player personnalisé avec une Client-Side Player key

Une Client-Side Player key limitée vit dans votre app → votre app crée une play session → récupère les ressources de lecture → votre player personnalisé les streame.

Identifiant
Client-Side Player key
Où vit l’identifiant
Dans le navigateur ou l’app native (limitée)
Où l’autorisation a lieu
Portée de la clé (collection, track et/ou variantes)
Backend
Aucun backend requis
Interface
Votre player web ou natif personnalisé
Aller-retour API avant la lecture
Oui — créer une play session, puis récupérer les ressources de lecture
Modèle d’accès
Identifiant client limité — pas d’approbation serveur par auditeur
  1. 1 Créer une Client-Side Player key limitée
  2. 2 Créer une play session pour un track ou une collection
  3. 3 Récupérer les URLs de variantes signées pour chaque track
  4. 4 Les lire dans votre interface média personnalisée
  • Une Client-Side Player key ne peut que créer des play sessions — pas gérer tracks ni collections.
  • Les Client-Side Player keys ne peuvent pas gérer tracks ni collections.
  • Ne mettez jamais une API Access key ni un secret URL Signing dans le code navigateur ou mobile.

Votre flux de lecture

Play session créée côté serveur avec le composant web AudioDN Player

Votre serveur vérifie l’entitlement de l’auditeur → crée une play session → la passe au composant web AudioDN Player → AudioDN streame les variantes autorisées.

Identifiant
API Access key
Où vit l’identifiant
Sur votre serveur uniquement
Où l’autorisation a lieu
Votre serveur (connexions, achats, abonnements, permissions)
Backend
Backend requis
Interface
Composant web AudioDN Player
Aller-retour API avant la lecture
Oui — votre serveur crée une play session avant la lecture
Modèle d’accès
Contrôle d’entitlement par auditeur
  1. 1 Conserver une API Access key sur votre serveur
  2. 2 Autoriser l’auditeur dans votre application
  3. 3 Créer une play session à courte durée de vie
  4. 4 Passer l’ID de session au composant web AudioDN Player
  5. 5 AudioDN streame les variantes autorisées
  • Conservez l’API Access key uniquement sur votre serveur.
  • Vérifiez les connexions, achats, abonnements ou permissions sur votre serveur avant de créer une play session.
  • Ne transmettez au client que l’ID de session à courte durée de vie.

Votre flux de lecture

Play session créée côté serveur avec un player personnalisé

Votre serveur vérifie l’entitlement de l’auditeur → crée une play session → renvoie les ressources de lecture → votre player personnalisé les streame.

Identifiant
API Access key
Où vit l’identifiant
Sur votre serveur uniquement
Où l’autorisation a lieu
Votre serveur (connexions, achats, abonnements, permissions)
Backend
Backend requis
Interface
Votre player web ou natif personnalisé
Aller-retour API avant la lecture
Oui — votre serveur crée une play session avant la lecture
Modèle d’accès
Contrôle d’entitlement par auditeur
  1. 1 Conserver une API Access key sur votre serveur
  2. 2 Autoriser l’auditeur dans votre application
  3. 3 Créer une play session à courte durée de vie
  4. 4 Récupérer les URLs de variantes signées
  5. 5 Les lire dans votre interface média personnalisée
  • Conservez l’API Access key uniquement sur votre serveur.
  • Vérifiez les connexions, achats, abonnements ou permissions sur votre serveur avant de créer une play session.
  • Ne transmettez au client que l’ID de session à courte durée de vie.

Votre flux de lecture

Livraison signée sans play session

Votre serveur signe une URL de livraison avec une URL Signing key → renvoie l’URL temporaire → votre interface média la streame directement. Aucune play session n’est créée.

Identifiant
URL Signing key
Où vit l’identifiant
Sur votre serveur uniquement
Où l’autorisation a lieu
Votre serveur décide qui reçoit une URL signée ; posséder l’URL accorde l’accès jusqu’à son expiration
Backend
Backend requis (pour signer les URLs)
Interface
Votre propre interface média (pas le composant web AudioDN Player)
Aller-retour API avant la lecture
Pas d’aller-retour API AudioDN au moment de la lecture — signez localement et streamez depuis votre domaine de livraison
Modèle d’accès
Possession d’une URL temporaire — pas de contrôle d’entitlement par auditeur
  1. 1 Créer une URL Signing key dans le dashboard
  2. 2 Conserver le secret de signature sur votre serveur
  3. 3 Signer l’URL de livraison (HMAC-SHA256)
  4. 4 Renvoyer l’URL finale au client
  5. 5 La lire dans toute interface média qui accepte une URL
  • Le secret URL Signing ne doit jamais atteindre le navigateur. Signez côté serveur et renvoyez uniquement l’URL finale.
  • Quiconque dispose d’une URL signée valide peut streamer jusqu’à son expiration. Ce n’est pas un contrôle d’entitlement par auditeur.
  • Les URLs de livraison signée sont destinées à votre propre interface média — pas au composant web AudioDN Player.
  • La livraison signée est une option de lecture, pas une méthode d’upload. Vous avez toujours besoin d’un flux d’upload pour ingérer l’audio.

Prêt pour les détails techniques ?

Vos sélections ci-dessus décrivent la configuration que vous avez choisie. Ouvrez le guide correspondant pour les étapes exactes, les identifiants et les exemples de code.

Commencez avec la configuration qui convient. AudioDN peut évoluer avec vous.

Configurez les sorties dont votre produit a besoin, choisissez upload et lecture indépendamment, et ajoutez plus de contrôle quand vous êtes prêt.