AudioDN für Entwickler

Ihr Audio-Backend ist bereit, wenn Sie es sind.

Entwickeln Sie mit unserer REST-API, nutzen Sie gepflegte Web Components oder verwalten Sie Audio direkt im Dashboard.

Starten Sie mit der kleinsten Integration, die zu Ihrem Produkt passt. Sie können die Integration erweitern oder ändern, wenn Ihre Anwendung wächst.

Dashboard

Audio hochladen, organisieren und verwalten – ohne Integration zu schreiben.

Web Components

Aufnahme-, Upload-, Wiedergabe- und Waveform-Oberflächen in Ihre Website einbinden.

REST API

Audio-Workflow aus Ihrer Anwendung über dokumentierte API-Endpoints steuern.

Zwei Entscheidungen. Keine komplizierte Architektur.

Tracks hochladen und Tracks abspielen oder zugreifen sind unabhängig. Konfigurieren Sie eines oder beides. Fragen Sie nur, wenn die Antwort die nächsten Anweisungen ändert.

Tracks hochladen

Wählen Sie, wer die Upload session erstellt, und dann — falls nötig — wie Dateien übertragen werden. Upload- und Wiedergabe-Entscheidungen sind unabhängig.

Upload- und Wiedergabe-Entscheidungen sind unabhängig. Ein Produkt kann auf eine Weise hochladen und auf eine andere Weise Audio abspielen.

Wer soll die Upload session erstellen oder autorisieren?
Wie soll der Nutzer die Dateien übertragen?

Ihr Upload-Flow

AudioDN Uploader- oder (voice) Recorder-Webkomponenten mit einem Client-Side Upload key

Ein begrenzter Client-Side Upload key liegt in der Seite oder App → die AudioDN Uploader- oder (voice) Recorder-Webkomponente erstellt die Upload session → AudioDN lädt die Dateien hoch und verarbeitet sie.

Credential
Client-Side Upload key
Wo die Credential liegt
Im Browser oder in der nativen App (begrenzt)
Wer entscheidet, ob das Hochladen erlaubt ist
Der Key-Scope (und optionale Collection-Konfiguration) entscheidet, was hochgeladen werden darf
Wer die Oberfläche bereitstellt
AudioDN Uploader- oder (voice) Recorder-Webkomponenten
Wer die Upload-Schritte ausführt
Die AudioDN-Komponente führt die einzelnen Upload-Schritte aus
Backend
Kein Backend erforderlich
  1. 1 Einen begrenzten Client-Side Upload key erstellen
  2. 2 Die AudioDN Uploader- oder (voice) Recorder-Webkomponente hinzufügen
  3. 3 Nutzer wählen Dateien aus oder nehmen Sprache über das Mikrofon auf
  4. 4 AudioDN erstellt die Session, Track(s) und Uploads
  5. 5 Auf den Abschluss der Verarbeitung warten
  • Ein Client-Side Upload key kann nur Upload sessions erstellen — Tracks weder lesen noch löschen.
  • Legen Sie niemals einen API Access key oder ein URL Signing-Geheimnis in Browser- oder Mobile-Code ab.
Uploader-Webkomponente (voice) Recorder-Webkomponente API Keys

Ihr Upload-Flow

Eigener Client-Upload mit einem Client-Side Upload key

Ein begrenzter Client-Side Upload key liegt in Ihrer App → Ihre App erstellt eine Upload session → erstellt einen Track pro Datei → lädt jede Datei hoch → AudioDN verarbeitet die Dateien.

Credential
Client-Side Upload key
Wo die Credential liegt
Im Browser oder in der nativen App (begrenzt)
Wer entscheidet, ob das Hochladen erlaubt ist
Der Key-Scope entscheidet, was hochgeladen werden darf
Wer die Oberfläche bereitstellt
Ihre eigene Web- oder native Oberfläche
Wer die Upload-Schritte ausführt
Ihre Anwendung führt die einzelnen Upload-Schritte aus
Backend
Kein Backend erforderlich
  1. 1 Einen begrenzten Client-Side Upload key erstellen
  2. 2 Eine Upload session erstellen
  3. 3 Einen Track für jede Datei erstellen
  4. 4 Jede Datei zu ihrer zurückgegebenen Upload-URL hochladen
  5. 5 Auf die AudioDN-Verarbeitung warten
  • Ein Client-Side Upload key kann nur Upload sessions erstellen — Tracks weder lesen noch löschen.
  • Legen Sie niemals einen API Access key oder ein URL Signing-Geheimnis in Browser- oder Mobile-Code ab.
  • Jede Datei braucht ihren eigenen Track und ihre eigene Upload-URL. Eine Upload session kann viele Dateien autorisieren, aber jede Datei erfordert weiterhin eine Anfrage pro Track.
Upload Sessions API API Keys

Ihr Upload-Flow

Serverseitig erstellte Upload session mit den AudioDN Uploader- oder (voice) Recorder-Webkomponenten

Ihr Server genehmigt den Upload → erstellt eine Upload session → übergibt die Session an die AudioDN Uploader- oder (voice) Recorder-Webkomponente → AudioDN lädt die Dateien hoch und verarbeitet sie.

Credential
API Access key
Wo die Credential liegt
Nur auf Ihrem Server
Wer entscheidet, ob das Hochladen erlaubt ist
Ihr Server (Logins, Berechtigungen, Kontingente usw.)
Wer die Oberfläche bereitstellt
AudioDN Uploader- oder (voice) Recorder-Webkomponenten
Wer die Upload-Schritte ausführt
Die AudioDN-Komponente führt die einzelnen Upload-Schritte aus
Backend
Backend erforderlich
  1. 1 Einen API Access key auf Ihrem Server behalten
  2. 2 Den Uploader in Ihrer Anwendung autorisieren
  3. 3 Eine kurzlebige Upload session erstellen
  4. 4 Die Session-ID an die AudioDN Uploader- oder (voice) Recorder-Webkomponente übergeben
  5. 5 AudioDN lädt die Dateien hoch und verarbeitet sie
  • Bewahren Sie den API Access key nur auf Ihrem Server auf.
  • Übergeben Sie dem Client nur die kurzlebige Session-ID.
Upload Sessions API Uploader-Webkomponente API Keys

Ihr Upload-Flow

Serverseitig erstellte Upload session mit eigener Oberfläche

Ihr Server genehmigt den Upload → erstellt eine Upload session → Ihre eigene Oberfläche erstellt einen Track pro Datei und lädt jede Datei hoch → AudioDN verarbeitet die Dateien.

Credential
API Access key
Wo die Credential liegt
Nur auf Ihrem Server
Wer entscheidet, ob das Hochladen erlaubt ist
Ihr Server (Logins, Berechtigungen, Kontingente usw.)
Wer die Oberfläche bereitstellt
Ihre eigene Web- oder native Oberfläche
Wer die Upload-Schritte ausführt
Ihre Anwendung führt die einzelnen Upload-Schritte aus
Backend
Backend erforderlich
  1. 1 Einen API Access key auf Ihrem Server behalten
  2. 2 Den Uploader in Ihrer Anwendung autorisieren
  3. 3 Eine kurzlebige Upload session erstellen
  4. 4 Einen Track für jede Datei erstellen
  5. 5 Jede Datei zu ihrer zurückgegebenen Upload-URL hochladen
  6. 6 Auf die AudioDN-Verarbeitung warten
  • Bewahren Sie den API Access key nur auf Ihrem Server auf.
  • Übergeben Sie dem Client nur die kurzlebige Session-ID.
  • Jede Datei braucht ihren eigenen Track und ihre eigene Upload-URL. Eine Upload session kann viele Dateien autorisieren, aber jede Datei erfordert weiterhin eine Anfrage pro Track.
Upload Sessions API API Keys

Tracks abspielen und darauf zugreifen

Wählen Sie, wie Zugriff gewährt wird, und dann — falls nötig — wie Audio abgespielt wird. Sie können Methoden mischen (zum Beispiel öffentliche signierte Previews und geschützte Play sessions für vollständige Tracks).

Wie soll der Zugriff auf das Audio gewährt werden?
Wie soll das Audio abgespielt werden?

Ihr Wiedergabe-Flow

AudioDN Player-Webkomponente mit einem Client-Side Player key

Ein begrenzter Client-Side Player key liegt in der Seite → die AudioDN Player-Webkomponente erstellt und erneuert Play sessions → AudioDN streamt die erlaubten Varianten.

Credential
Client-Side Player key
Wo die Credential liegt
Im Browser (begrenzt)
Wo die Autorisierung stattfindet
Key-Scope (Collection, Track und/oder Varianten)
Backend
Kein Backend erforderlich
Oberfläche
AudioDN Player-Webkomponente
API-Roundtrip vor der Wiedergabe
Der Player erstellt Sessions automatisch — kein separater API-Aufruf aus Ihrem Code
Zugriffsmodell
Begrenzte Client-Credential — keine serverseitige Freigabe pro Hörer
  1. 1 Einen begrenzten Client-Side Player key erstellen
  2. 2 Die AudioDN Player-Webkomponente mit Key, Scope und id hinzufügen
  3. 3 Der Player erstellt und erneuert Play sessions
  4. 4 AudioDN streamt die erlaubten Varianten
  • Ein Client-Side Player key kann nur Play sessions erstellen — Tracks oder Collections nicht verwalten.
  • Client-Side Player keys können Tracks oder Collections nicht verwalten.
  • Legen Sie niemals einen API Access key oder ein URL Signing-Geheimnis in Browser- oder Mobile-Code ab.
Player-Webkomponente API Keys

Ihr Wiedergabe-Flow

Eigener Player mit einem Client-Side Player key

Ein begrenzter Client-Side Player key liegt in Ihrer App → Ihre App erstellt eine Play session → holt Wiedergabe-Ressourcen → Ihr eigener Player streamt sie.

Credential
Client-Side Player key
Wo die Credential liegt
Im Browser oder in der nativen App (begrenzt)
Wo die Autorisierung stattfindet
Key-Scope (Collection, Track und/oder Varianten)
Backend
Kein Backend erforderlich
Oberfläche
Ihr eigener Web- oder native Player
API-Roundtrip vor der Wiedergabe
Ja — Play session erstellen, dann Wiedergabe-Ressourcen abrufen
Zugriffsmodell
Begrenzte Client-Credential — keine serverseitige Freigabe pro Hörer
  1. 1 Einen begrenzten Client-Side Player key erstellen
  2. 2 Eine Play session für einen Track oder eine Collection erstellen
  3. 3 Signierte Varianten-URLs für jeden Track abrufen
  4. 4 Sie in Ihrer eigenen Medienoberfläche abspielen
  • Ein Client-Side Player key kann nur Play sessions erstellen — Tracks oder Collections nicht verwalten.
  • Client-Side Player keys können Tracks oder Collections nicht verwalten.
  • Legen Sie niemals einen API Access key oder ein URL Signing-Geheimnis in Browser- oder Mobile-Code ab.
Play Sessions API API Keys

Ihr Wiedergabe-Flow

Serverseitig erstellte Play session mit der AudioDN Player-Webkomponente

Ihr Server prüft das Entitlement des Hörers → erstellt eine Play session → übergibt sie an die AudioDN Player-Webkomponente → AudioDN streamt die erlaubten Varianten.

Credential
API Access key
Wo die Credential liegt
Nur auf Ihrem Server
Wo die Autorisierung stattfindet
Ihr Server (Logins, Käufe, Abonnements, Berechtigungen)
Backend
Backend erforderlich
Oberfläche
AudioDN Player-Webkomponente
API-Roundtrip vor der Wiedergabe
Ja — Ihr Server erstellt vor der Wiedergabe eine Play session
Zugriffsmodell
Entitlement-Durchsetzung pro Hörer
  1. 1 Einen API Access key auf Ihrem Server behalten
  2. 2 Den Hörer in Ihrer Anwendung autorisieren
  3. 3 Eine kurzlebige Play session erstellen
  4. 4 Die Session-ID an die AudioDN Player-Webkomponente übergeben
  5. 5 AudioDN streamt die erlaubten Varianten
  • Bewahren Sie den API Access key nur auf Ihrem Server auf.
  • Prüfen Sie Logins, Käufe, Abonnements oder Berechtigungen auf Ihrem Server, bevor Sie eine Play session erstellen.
  • Übergeben Sie dem Client nur die kurzlebige Session-ID.
Play Sessions API Player-Webkomponente API Keys

Ihr Wiedergabe-Flow

Serverseitig erstellte Play session mit eigenem Player

Ihr Server prüft das Entitlement des Hörers → erstellt eine Play session → gibt Wiedergabe-Ressourcen zurück → Ihr eigener Player streamt sie.

Credential
API Access key
Wo die Credential liegt
Nur auf Ihrem Server
Wo die Autorisierung stattfindet
Ihr Server (Logins, Käufe, Abonnements, Berechtigungen)
Backend
Backend erforderlich
Oberfläche
Ihr eigener Web- oder native Player
API-Roundtrip vor der Wiedergabe
Ja — Ihr Server erstellt vor der Wiedergabe eine Play session
Zugriffsmodell
Entitlement-Durchsetzung pro Hörer
  1. 1 Einen API Access key auf Ihrem Server behalten
  2. 2 Den Hörer in Ihrer Anwendung autorisieren
  3. 3 Eine kurzlebige Play session erstellen
  4. 4 Signierte Varianten-URLs abrufen
  5. 5 Sie in Ihrer eigenen Medienoberfläche abspielen
  • Bewahren Sie den API Access key nur auf Ihrem Server auf.
  • Prüfen Sie Logins, Käufe, Abonnements oder Berechtigungen auf Ihrem Server, bevor Sie eine Play session erstellen.
  • Übergeben Sie dem Client nur die kurzlebige Session-ID.
Play Sessions API API Keys

Ihr Wiedergabe-Flow

Signierte Delivery ohne Play session

Ihr Server signiert eine Delivery-URL mit einem URL Signing key → gibt die temporäre URL zurück → Ihre Medienoberfläche streamt sie direkt. Es wird keine Play session erstellt.

Credential
URL Signing key
Wo die Credential liegt
Nur auf Ihrem Server
Wo die Autorisierung stattfindet
Ihr Server entscheidet, wer eine signierte URL erhält; Besitz der URL gewährt Zugriff bis zum Ablauf
Backend
Backend erforderlich (zum Signieren von URLs)
Oberfläche
Ihre eigene Medienoberfläche (nicht die AudioDN Player-Webkomponente)
API-Roundtrip vor der Wiedergabe
Kein AudioDN-API-Roundtrip zur Wiedergabezeit — lokal signieren und von Ihrer Delivery-Domain streamen
Zugriffsmodell
Besitz einer temporären URL — keine Entitlement-Durchsetzung pro Hörer
  1. 1 Einen URL Signing key im Dashboard erstellen
  2. 2 Das Signing-Geheimnis auf Ihrem Server behalten
  3. 3 Die Delivery-URL signieren (HMAC-SHA256)
  4. 4 Die fertige URL an den Client zurückgeben
  5. 5 In jeder Medienoberfläche abspielen, die eine URL akzeptiert
  • Das URL Signing-Geheimnis darf den Browser nie erreichen. Signieren Sie auf dem Server und geben Sie nur die fertige URL zurück.
  • Jeder mit einer gültigen signierten URL kann bis zum Ablauf streamen. Das ist keine Entitlement-Durchsetzung pro Hörer.
  • Signierte Delivery-URLs sind für Ihre eigene Medienoberfläche gedacht — nicht für die AudioDN Player-Webkomponente.
  • Signierte Delivery ist eine Wiedergabeoption, keine Upload-Methode. Sie brauchen weiterhin einen Upload-Flow, um Audio zu ingestieren.
Signing Keys API

Vom Upload zur Wiedergabe – erledigt.

Upload

Ihre App lädt die Quelldatei hoch.

Verarbeiten

AudioDN erzeugt die konfigurierten Ausgaben.

Ausliefern

Ihr Produkt erhält die Ressourcen für Wiedergabe und Downloads.

Webhooks oder Track-Status nutzen, um zu wissen, wann Audio bereit ist.

Bereit für technische Details?

Öffnen Sie den passenden Leitfaden für exakte Schritte, Credentials und Codebeispiele.

Leitfaden: Tracks hochladen Leitfaden: Tracks abspielen und zugreifen
Integrations-Übersicht API-Referenz

Eigene Oberfläche. Unsere Infrastruktur behalten.

AudioDN zwingt Sie nicht zu einem bestimmten Player, Framework oder Anwendungsarchitektur. Nutzen Sie nur die Dienste und Komponenten, die Sie brauchen.

Kostenlose Testversion starten API-Referenz ansehen