Oferta de lanzamiento: Los planes Creator y Business tienen descuento por tiempo limitado. Ver precios

Empezar

Construye tu configuración de AudioDN una decisión a la vez.

Todo flujo de AudioDN empieza igual: decide en qué debe convertirse cada carga. Luego elige cómo subes pistas y cómo los oyentes las reproducen o acceden a ellas — de forma independiente.

No necesitas clasificar tu producto como Web, Hybrid, Server-Side o Mobile. Elige la siguiente decisión que cambie tu configuración.

Explorar toda la documentación

Primero, decide en qué debe convertirse cada carga.

AudioDN procesa cada archivo subido usando las variantes configuradas para tu cuenta o colección. Configura estas salidas una vez y AudioDN las crea automáticamente cuando llega audio nuevo.

Una carga de origen impredecible

Cualquier formato, calidad o bitrate

song.wav Lossless

Procesamiento de AudioDN

  • Reproducción fiable

    AAC o MP3 de alta calidad

  • Reproducción de bajo ancho de banda

    Opus o AAC

  • Vista previa

    Clip de vista previa de 30 segundos

  • Descarga

    Descarga FLAC o WAV

  • Waveform o análisis

    Imágenes de waveform y datos de análisis

  • Original

    Conservado cuando se retiene

Un archivo de origen puede convertirse en varias salidas con un propósito concreto. Los resultados orientados al cliente van primero; las elecciones de codec y bitrate son solo detalle de soporte.

Crea solo las salidas que tu producto necesita. Puedes añadir más variantes a medida que evoluciona tu flujo.

Retener la carga original permite a AudioDN generar nuevas variantes más adelante, para que puedas añadir una salida sin pedir a los clientes que vuelvan a subir.

A continuación, elige cómo subes — y cómo los oyentes acceden al audio.

Son dos tareas independientes. Configura una o ambas. Puedes subir con components y reproducir con sesiones creadas en el servidor, o cualquier otra combinación.

Subir tracks

Elige quién crea la upload session y luego — si hace falta — cómo se transfieren los archivos. Las elecciones de carga y reproducción son independientes.

Las elecciones de carga y reproducción son independientes. Un producto puede subir de una forma y reproducir audio de otra.

¿Quién debe crear o autorizar la upload session?
¿Cómo debe el usuario transferir los archivos?

Tu flujo de carga

Componentes web AudioDN Uploader o (voice) Recorder con una Client-Side Upload key

Una Client-Side Upload key acotada vive en la página o app → el componente web AudioDN Uploader o (voice) Recorder crea la upload session → AudioDN sube y procesa los archivos.

Credencial
Client-Side Upload key
Dónde vive la credencial
En el navegador o la app nativa (acotada)
Quién decide si se permite la carga
El alcance de la clave (y la configuración opcional de collection) decide qué puede subirse
Quién suministra la interfaz
Componentes web AudioDN Uploader o (voice) Recorder
Quién realiza los pasos de carga
El componente web de AudioDN realiza los pasos individuales de carga
Backend
No se requiere backend
  1. 1 Crear una Client-Side Upload key acotada
  2. 2 Añadir el componente web AudioDN Uploader o (voice) Recorder
  3. 3 Los usuarios seleccionan archivos o graban voz con el micrófono
  4. 4 AudioDN crea la sesión, el/los track(s) y las cargas
  5. 5 Esperar a que termine el procesamiento
  • Una Client-Side Upload key solo puede crear upload sessions — no leer ni eliminar tracks.
  • Nunca pongas una API Access key ni un secreto URL Signing en código del navegador o móvil.

Tu flujo de carga

Carga de cliente personalizada con una Client-Side Upload key

Una Client-Side Upload key acotada vive en tu app → tu app crea una upload session → crea un track por archivo → sube cada archivo → AudioDN procesa los archivos.

Credencial
Client-Side Upload key
Dónde vive la credencial
En el navegador o la app nativa (acotada)
Quién decide si se permite la carga
El alcance de la clave decide qué puede subirse
Quién suministra la interfaz
Tu interfaz web o nativa personalizada
Quién realiza los pasos de carga
Tu aplicación realiza los pasos individuales de carga
Backend
No se requiere backend
  1. 1 Crear una Client-Side Upload key acotada
  2. 2 Crear una upload session
  3. 3 Crear un track por cada archivo
  4. 4 Subir cada archivo a su URL de carga devuelta
  5. 5 Esperar el procesamiento de AudioDN
  • Una Client-Side Upload key solo puede crear upload sessions — no leer ni eliminar tracks.
  • Nunca pongas una API Access key ni un secreto URL Signing en código del navegador o móvil.
  • Cada archivo necesita su propio track y URL de carga. Una upload session puede autorizar muchos archivos, pero cada archivo sigue requiriendo una solicitud por track.

Tu flujo de carga

Upload session creada en el servidor con los componentes web AudioDN Uploader o (voice) Recorder

Tu servidor aprueba la carga → crea una upload session → pasa la sesión al componente web AudioDN Uploader o (voice) Recorder → AudioDN sube y procesa los archivos.

Credencial
API Access key
Dónde vive la credencial
Solo en tu servidor
Quién decide si se permite la carga
Tu servidor (inicios de sesión, permisos, cuotas, etc.)
Quién suministra la interfaz
Componentes web AudioDN Uploader o (voice) Recorder
Quién realiza los pasos de carga
El componente web de AudioDN realiza los pasos individuales de carga
Backend
Se requiere backend
  1. 1 Mantener una API Access key en tu servidor
  2. 2 Autorizar al uploader en tu aplicación
  3. 3 Crear una upload session de corta duración
  4. 4 Pasar el ID de sesión al componente web AudioDN Uploader o (voice) Recorder
  5. 5 AudioDN sube y procesa los archivos
  • Mantén la API Access key solo en tu servidor.
  • Pasa solo el ID de sesión de corta duración al cliente.

Tu flujo de carga

Upload session creada en el servidor con una interfaz personalizada

Tu servidor aprueba la carga → crea una upload session → tu interfaz personalizada crea un track por archivo y sube cada archivo → AudioDN procesa los archivos.

Credencial
API Access key
Dónde vive la credencial
Solo en tu servidor
Quién decide si se permite la carga
Tu servidor (inicios de sesión, permisos, cuotas, etc.)
Quién suministra la interfaz
Tu interfaz web o nativa personalizada
Quién realiza los pasos de carga
Tu aplicación realiza los pasos individuales de carga
Backend
Se requiere backend
  1. 1 Mantener una API Access key en tu servidor
  2. 2 Autorizar al uploader en tu aplicación
  3. 3 Crear una upload session de corta duración
  4. 4 Crear un track por cada archivo
  5. 5 Subir cada archivo a su URL de carga devuelta
  6. 6 Esperar el procesamiento de AudioDN
  • Mantén la API Access key solo en tu servidor.
  • Pasa solo el ID de sesión de corta duración al cliente.
  • Cada archivo necesita su propio track y URL de carga. Una upload session puede autorizar muchos archivos, pero cada archivo sigue requiriendo una solicitud por track.

Reproducir y acceder a tracks

Elige cómo se concede el acceso y luego — si hace falta — cómo se reproduce el audio. Puedes combinar métodos (por ejemplo, vistas previas firmadas públicas y play sessions restringidas para tracks completos).

¿Cómo debe concederse el acceso al audio?
¿Cómo debe reproducirse el audio?

Tu flujo de reproducción

Componente web AudioDN Player con una Client-Side Player key

Una Client-Side Player key acotada vive en la página → el componente web AudioDN Player crea y renueva play sessions → AudioDN transmite las variantes permitidas.

Credencial
Client-Side Player key
Dónde vive la credencial
En el navegador (acotada)
Dónde ocurre la autorización
Alcance de la clave (collection, track y/o variantes)
Backend
No se requiere backend
Interfaz
Componente web AudioDN Player
Round trip a la API antes de la reproducción
El player crea las sesiones automáticamente — sin una llamada API separada desde tu código
Modelo de acceso
Credencial de cliente acotada — no aprobación del servidor por oyente
  1. 1 Crear una Client-Side Player key acotada
  2. 2 Añadir el componente web AudioDN Player con la clave, el alcance y el id
  3. 3 El player crea y renueva play sessions
  4. 4 AudioDN transmite las variantes permitidas
  • Una Client-Side Player key solo puede crear play sessions — no gestionar tracks ni collections.
  • Las Client-Side Player keys no pueden gestionar tracks ni collections.
  • Nunca pongas una API Access key ni un secreto URL Signing en código del navegador o móvil.

Tu flujo de reproducción

Player personalizado con una Client-Side Player key

Una Client-Side Player key acotada vive en tu app → tu app crea una play session → recupera los recursos de reproducción → tu player personalizado los transmite.

Credencial
Client-Side Player key
Dónde vive la credencial
En el navegador o la app nativa (acotada)
Dónde ocurre la autorización
Alcance de la clave (collection, track y/o variantes)
Backend
No se requiere backend
Interfaz
Tu player web o nativo personalizado
Round trip a la API antes de la reproducción
Sí — crear una play session y luego obtener los recursos de reproducción
Modelo de acceso
Credencial de cliente acotada — no aprobación del servidor por oyente
  1. 1 Crear una Client-Side Player key acotada
  2. 2 Crear una play session para un track o collection
  3. 3 Obtener URLs de variantes firmadas para cada track
  4. 4 Reproducirlas en tu interfaz multimedia personalizada
  • Una Client-Side Player key solo puede crear play sessions — no gestionar tracks ni collections.
  • Las Client-Side Player keys no pueden gestionar tracks ni collections.
  • Nunca pongas una API Access key ni un secreto URL Signing en código del navegador o móvil.

Tu flujo de reproducción

Play session creada en el servidor con el componente web AudioDN Player

Tu servidor comprueba el entitlement del oyente → crea una play session → la pasa al componente web AudioDN Player → AudioDN transmite las variantes permitidas.

Credencial
API Access key
Dónde vive la credencial
Solo en tu servidor
Dónde ocurre la autorización
Tu servidor (inicios de sesión, compras, suscripciones, permisos)
Backend
Se requiere backend
Interfaz
Componente web AudioDN Player
Round trip a la API antes de la reproducción
Sí — tu servidor crea una play session antes de la reproducción
Modelo de acceso
Enforcement de entitlement por oyente
  1. 1 Mantener una API Access key en tu servidor
  2. 2 Autorizar al oyente en tu aplicación
  3. 3 Crear una play session de corta duración
  4. 4 Pasar el ID de sesión al componente web AudioDN Player
  5. 5 AudioDN transmite las variantes permitidas
  • Mantén la API Access key solo en tu servidor.
  • Comprueba inicios de sesión, compras, suscripciones o permisos en tu servidor antes de crear una play session.
  • Pasa solo el ID de sesión de corta duración al cliente.

Tu flujo de reproducción

Play session creada en el servidor con un player personalizado

Tu servidor comprueba el entitlement del oyente → crea una play session → devuelve los recursos de reproducción → tu player personalizado los transmite.

Credencial
API Access key
Dónde vive la credencial
Solo en tu servidor
Dónde ocurre la autorización
Tu servidor (inicios de sesión, compras, suscripciones, permisos)
Backend
Se requiere backend
Interfaz
Tu player web o nativo personalizado
Round trip a la API antes de la reproducción
Sí — tu servidor crea una play session antes de la reproducción
Modelo de acceso
Enforcement de entitlement por oyente
  1. 1 Mantener una API Access key en tu servidor
  2. 2 Autorizar al oyente en tu aplicación
  3. 3 Crear una play session de corta duración
  4. 4 Obtener URLs de variantes firmadas
  5. 5 Reproducirlas en tu interfaz multimedia personalizada
  • Mantén la API Access key solo en tu servidor.
  • Comprueba inicios de sesión, compras, suscripciones o permisos en tu servidor antes de crear una play session.
  • Pasa solo el ID de sesión de corta duración al cliente.

Tu flujo de reproducción

Entrega firmada sin play session

Tu servidor firma una URL de entrega con una URL Signing key → devuelve la URL temporal → tu interfaz multimedia la transmite directamente. No se crea ninguna play session.

Credencial
URL Signing key
Dónde vive la credencial
Solo en tu servidor
Dónde ocurre la autorización
Tu servidor decide quién recibe una URL firmada; poseer la URL concede acceso hasta que expire
Backend
Se requiere backend (para firmar URLs)
Interfaz
Tu propia interfaz multimedia (no el componente web AudioDN Player)
Round trip a la API antes de la reproducción
Sin round trip a la API de AudioDN en el momento de reproducción — firma localmente y transmite desde tu dominio de entrega
Modelo de acceso
Poseer una URL temporal — no enforcement de entitlement por oyente
  1. 1 Crear una URL Signing key en el dashboard
  2. 2 Mantener el secreto de firma en tu servidor
  3. 3 Firmar la URL de entrega (HMAC-SHA256)
  4. 4 Devolver la URL terminada al cliente
  5. 5 Reproducirla en cualquier interfaz multimedia que acepte una URL
  • El secreto URL Signing nunca debe llegar al navegador. Firma en el servidor y devuelve solo la URL terminada.
  • Cualquiera con una URL firmada válida puede reproducir hasta que expire. Esto no es enforcement de entitlement por oyente.
  • Las URLs de entrega firmada son para tu propia interfaz multimedia — no para el componente web AudioDN Player.
  • La entrega firmada es una opción de reproducción, no un método de carga. Sigue necesitando un flujo de carga para ingerir audio.

¿Listo para los detalles técnicos?

Tus selecciones anteriores describen la configuración que elegiste. Abre la guía correspondiente para pasos exactos, credenciales y ejemplos de código.

Empieza con la configuración que encaje. AudioDN puede crecer contigo.

Configura las salidas que tu producto necesita, elige carga y reproducción de forma independiente, y añade más control cuando estés listo.