Launch-Aktion: Die Pläne Creator und Business sind für begrenzte Zeit rabattiert. Preise ansehen

Erste Schritte

Bauen Sie Ihre AudioDN-Einrichtung eine Entscheidung nach der anderen.

Jeder AudioDN-Workflow beginnt auf die gleiche Weise: Entscheiden Sie, was aus jedem Upload werden soll. Dann wählen Sie, wie Sie Tracks hochladen und wie Hörer sie abspielen oder darauf zugreifen — unabhängig voneinander.

Sie müssen Ihr Produkt nicht als Web, Hybrid, Server-Side oder Mobile einordnen. Wählen Sie die nächste Entscheidung, die Ihre Einrichtung ändert.

Gesamte Dokumentation durchsuchen

Entscheiden Sie zuerst, was aus jedem Upload werden soll.

AudioDN verarbeitet jede hochgeladene Datei anhand der für Ihr Konto oder Ihre Collection konfigurierten Varianten. Konfigurieren Sie diese Ausgaben einmal, und AudioDN erstellt sie automatisch, sobald neues Audio eintrifft.

Ein unvorhersehbarer Quell-Upload

Beliebiges Format, Qualität oder Bitrate

song.wav Lossless

AudioDN-Verarbeitung

  • Zuverlässige Wiedergabe

    Hochwertiges AAC oder MP3

  • Wiedergabe mit geringer Bandbreite

    Opus oder AAC

  • Vorschau

    30-Sekunden-Vorschauclip

  • Download

    FLAC- oder WAV-Download

  • Waveform oder Analyse

    Waveform-Bilder und Analysedaten

  • Original

    Erhalten, wenn behalten

Eine Quelldatei kann zu mehreren zweckgebundenen Ausgaben werden. Kundenseitige Ergebnisse stehen zuerst; Codec- und Bitrate-Wahl sind nur unterstützende Details.

Erstellen Sie nur die Ausgaben, die Ihr Produkt braucht. Sie können weitere Varianten hinzufügen, wenn sich Ihr Workflow weiterentwickelt.

Wenn Sie den Original-Upload behalten, kann AudioDN später neue Varianten erzeugen — so können Sie eine Ausgabe hinzufügen, ohne dass Kunden erneut hochladen müssen.

Als Nächstes wählen Sie, wie Sie hochladen — und wie Hörer auf Audio zugreifen.

Das sind zwei unabhängige Aufgaben. Konfigurieren Sie eine oder beide. Sie können mit Components hochladen und mit serverseitig erstellten Sessions abspielen — oder jede andere Kombination.

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.

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.

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.

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.

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.

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.

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.

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.

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.

Bereit für die technischen Details?

Ihre Auswahl oben beschreibt die Einrichtung, die Sie gewählt haben. Öffnen Sie den passenden Guide für genaue Schritte, Zugangsdaten und Codebeispiele.

Starten Sie mit der Einrichtung, die passt. AudioDN kann mit Ihnen wachsen.

Konfigurieren Sie die Ausgaben, die Ihr Produkt braucht, wählen Sie Upload und Wiedergabe unabhängig, und fügen Sie mehr Kontrolle hinzu, wenn Sie bereit sind.