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

Erste Schritte

Wählen Sie die AudioDN-Einrichtung, die zu Ihrem Produkt passt.

Jeder AudioDN-Workflow beginnt auf die gleiche Weise: Definieren Sie die Dateien und Daten, die Ihr Produkt aus jedem Audio-Upload benötigt. Danach können Sie AudioDN’s Komponenten, APIs, native Integrationen oder eine Kombination davon nutzen.

Ob Sie eine Web-Integration in fünf Minuten oder vollständige serverseitige Kontrolle brauchen — diese Seite hilft Ihnen, den richtigen Weg zu wählen.

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 • Verlustfrei
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.

Sobald AudioDN weiß, was erstellt werden soll, wählen Sie, wie es mit Ihrem Produkt verbunden wird.

Ihre Branche bestimmt nicht Ihre Integration. Die wichtigsten Fragen sind, wie viel Oberfläche AudioDN bereitstellen soll, wo Ihre Geschäftsregeln liegen und wie viel Kontrolle Ihr Team über den Workflow haben will.

Wie möchten Sie bauen?

Das sind Startarchitekturen, keine Produktpläne. Sie können Ansätze kombinieren und später umdenken. Beginnen Sie mit der Architektur, die heute passt — mehr Kontrolle kommt, wenn Ihr Produkt wächst.

Hilfe bei der Auswahl

Beantworten Sie bis zu drei Fragen, und wir heben eine empfohlene Architektur und Wiedergabemethode hervor. Das ist optional — wenn Sie bereits wissen, was Sie brauchen, wählen Sie es oben aus.

Möchten Sie AudioDN’s Uploader- oder Player-Oberfläche nutzen?
Muss Ihr Server Uploads oder Wiedergabe freigeben?
Ist das Audio öffentlich oder zugriffskontrolliert?

Empfohlene Architektur

Web Components

Warum es passt

Fügen Sie Upload und Wiedergabe mit gepflegten Web Components und begrenzten clientseitigen Zugangsdaten hinzu. Kein Anwendungs-Backend erforderlich.

Upload-Ansatz

Die AudioDN-Uploader-Komponente sendet Dateien direkt, autorisiert durch einen begrenzten Client-Side Upload-Schlüssel.

Wiedergabe-Ansatz

Die AudioDN-Player-Komponente nutzt einen begrenzten Client-Side Player-Schlüssel und erneuert Wiedergabe-Sessions automatisch.

Zugangsdaten- oder Session-Modell

  • Client-Side Upload-Schlüssel
  • Client-Side Player-Schlüssel

AudioDN übernimmt

  • Upload-Oberfläche
  • Player-Oberfläche
  • Session-Erstellung
  • Direkter Audio-Upload
  • Wiedergabe-Auslieferung
  • Variantenauswahl

Ihr Team übernimmt

  • Seitenlayout
  • Produktinhalte
  • Collection-Konfiguration
  • Auswahl, welches Audio angezeigt wird

Konzeptioneller Ablauf

  1. Nutzer
  2. AudioDN-Komponente
  3. Begrenzter Client-Side-Schlüssel
  4. AudioDN-Upload- oder Wiedergabe-Session
Grundablauf ansehen
<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>

Empfohlene Architektur

Hybrid

Warum es passt

Ihr Server entscheidet, wer hochladen oder hören darf, erstellt kurzlebige Upload- oder Play-Sessions und übergibt diese Session-IDs an AudioDN’s Uploader- oder Player-Komponenten.

Upload-Ansatz

Ihr Server erstellt nach Ihren Prüfungen eine kurzlebige Upload-Session und übergibt sie an die AudioDN-Uploader-Komponente.

Wiedergabe-Ansatz

Ihr Server erstellt nach Ihren Prüfungen eine kurzlebige Play-Session und übergibt sie an die AudioDN-Player-Komponente.

Zugangsdaten- oder Session-Modell

  • API-Access-Schlüssel bleibt auf dem Server
  • Kurzlebige Upload- oder Play-Session-IDs werden an den Client übergeben
  • Für diesen sessionbasierten Ablauf ist kein langlebiger Client-Side-API-Schlüssel im Frontend erforderlich

AudioDN übernimmt

  • Upload-Oberfläche
  • Player-Oberfläche
  • Direkter Dateitransfer
  • Verarbeitung
  • Speicher
  • Sichere Auslieferung

Ihr Team übernimmt

  • Authentifizierung
  • Abonnementprüfungen
  • Kaufvalidierung
  • Entitlements
  • Kontoberechtigungen
  • Entscheidung, wann Sessions erstellt werden dürfen

Konzeptioneller Ablauf

  1. Nutzer
  2. Ihre Anwendung
  3. Ihr Server prüft den Zugriff
  4. Ihr Server erstellt eine AudioDN-Session
  5. AudioDN-Komponente lädt hoch oder spielt Audio ab
Grundablauf ansehen
// Auf Ihrem Server, nach Autorisierung des Nutzers:
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();

// Im Client die Session an die Komponente übergeben:
// <audiodn-player play-session-id="PLAY_SESSION_ID"></audiodn-player>

Empfohlene Architektur

Full API

Warum es passt

Nutzen Sie AudioDN als headless Backend für Audioverarbeitung und -auslieferung. Verwalten Sie Uploads, Tracks, Collections, Sessions, Metadaten und Wiedergabe über die API und behalten Sie ein vollständig individuelles Frontend.

Upload-Ansatz

Ihr Server erstellt Upload-Sessions und überträgt Dateien direkt über die API, eingebettet in Ihre eigene Oberfläche.

Wiedergabe-Ansatz

Ihr Server erstellt Play-Sessions oder signierte Auslieferungs-URLs und spielt Varianten über Ihre eigene Oberfläche ab.

Zugangsdaten- oder Session-Modell

  • Serverseitiger API-Access-Schlüssel
  • Upload-Sessions
  • Play-Sessions oder signierte Auslieferungs-URLs

AudioDN übernimmt

  • Direkte Upload-Infrastruktur
  • Audio-Inspektion
  • Variantenverarbeitung
  • Speicher
  • Auslieferung
  • Track-Lebenszyklus
  • Webhook-Benachrichtigungen

Ihr Team übernimmt

  • Upload-Oberfläche
  • Player-Oberfläche
  • Anwendungs-Workflow
  • Autorisierungslogik
  • Produktspezifische Daten und Darstellung

Konzeptioneller Ablauf

  1. Ihre Oberfläche
  2. Ihr Server
  3. AudioDN API
  4. Verarbeitung und Auslieferung
Grundablauf ansehen
// 1. Eine Upload-Session erstellen (gibt eine ID zurück; optional track: { file_name }
//    mitschicken, um in dieser Antwort auch track_upload.upload_url zu erhalten).
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. Einen Track in der Session erstellen, um die signierte Upload-URL zu erhalten
//    (eine Anfrage pro Datei; die Session-ID autorisiert sie — oder für weitere Dateien).
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. Die Bytes hochladen, dann GET /v1/track/{track_id} pollen (oder einen Webhook nutzen),
//    bis track_status_id "ready" ist, bevor die Wiedergabe startet.

Empfohlene Architektur

Native Mobile

Warum es passt

Laden Sie über AudioDN-Sessions hoch und spielen Sie verarbeitete Varianten mit nativen Audio-Frameworks der Anwendung ab.

Upload-Ansatz

Erstellen Sie eine Upload-Session und übertragen Sie die Datei aus der App — entweder mit einem begrenzten clientseitigen Schlüssel oder einer serverbereitgestellten Session.

Wiedergabe-Ansatz

Holen Sie signierte Wiedergabe-Ressourcen oder erstellen Sie Play-Sessions und spielen Sie Varianten mit dem nativen Mediaplayer ab.

Zugangsdaten- oder Session-Modell

  • Begrenzte Client-Side-Schlüssel für unkomplizierte native Integrationen
  • Serverbereitgestellte Sessions, wenn das Produkt Backend-Autorisierung erfordert

AudioDN übernimmt

  • Upload-Sessions
  • Direkter Dateitransfer
  • Verarbeitung
  • Varianten-Auslieferung
  • Signierte Wiedergabe-Ressourcen

Ihr Team übernimmt

  • Native Oberfläche
  • Mediensteuerung
  • Lokaler Anwendungszustand
  • Plattformspezifisches Wiedergabeverhalten

Konzeptioneller Ablauf

  1. Native Anwendung
  2. AudioDN-Session-APIs
  3. Nativer Upload oder Mediaplayer
Grundablauf ansehen
// Eine Upload-Session von Ihrer App oder Ihrem Server erstellen, dann die Datei übertragen.
var request = URLRequest(url: URL(string: "https://api.audiodelivery.net/v1/upload_session")!)
request.httpMethod = "POST"
request.setValue("Bearer " + apiKey, forHTTPHeaderField: "Authorization")
// ...Datei hochladen, dann verarbeitete Varianten mit AVPlayer abspielen.

Entscheiden Sie, wie Hörer Audio empfangen.

Upload und Wiedergabe müssen nicht dasselbe Zugriffsmodell nutzen. Wählen Sie die Wiedergabemethode, die dazu passt, ob Ihr Audio öffentlich, privat begrenzt, gekauft oder abonnementgesteuert ist.

Nutzen Sie eine Play-Session wenn Ihr Server entscheiden muss, ob dieser Hörer auf das Audio zugreifen darf.

Nutzen Sie eine signierte URL wenn Ihr Server bereits entschieden hat, dass das Audio geteilt werden darf und keine API-Autorisierung pro Wiedergabe nötig ist.

Sie können mehr als eine Wiedergabemethode nutzen.

Ein Produkt kann signierte Auslieferung für öffentliche Vorschauen, serverseitig erstellte Play-Sessions für gekauftes Vollaudio und Client-Side Player-Schlüssel für einen internen Katalog nutzen. AudioDN zwingt das gesamte Produkt nicht in ein einziges Zugriffsmodell.

Ihr Startplan

Ihr AudioDN-Startplan

Ein Plan für Ihre gewählte Architektur und Wiedergabemethode. Ändern Sie Ihre Auswahl oben, um diese Schritte zu aktualisieren.

Autorisieren Sie den Hörer mit Ihren eigenen Geschäftsregeln, bevor Sie jede Play-Session erstellen.
Signierte Auslieferung ist eine Wiedergabe- und Auslieferungsoption, keine vollständige Integration. Sie brauchen weiterhin eine der Upload-Methoden oben, um Audio zu erfassen.
  1. Varianten konfigurieren Wählen Sie die Wiedergabe-, Vorschau-, Download-, Waveform- und Originaldatei-Ausgaben, die AudioDN erstellen soll. Variantentypen
  2. Eine Collection erstellen Nutzen Sie eine Collection, um Audio zu gruppieren und die passende Konfiguration sowie den Zugriffsbereich anzuwenden. Collections API
  3. Einen Client-Side Upload-Schlüssel erstellen Erstellen Sie einen begrenzten Client-Side Upload-Schlüssel für die Collection, in die Ihr Uploader schreiben soll. Web-Integrationsleitfaden
  4. Die AudioDN-Uploader-Komponente hinzufügen Platzieren Sie den Uploader mit Ihrem Upload-Schlüssel auf Ihrer Seite. Dateien werden direkt an AudioDN übertragen. Uploader-Komponente
  5. Einen serverseitigen API-Access-Schlüssel erstellen Bewahren Sie diese Zugangsdaten auf dem Server auf. API-Schlüssel-Referenz
  6. Upload-Sessions bereitstellen Nachdem Sie die Upload-Berechtigungen des Kunden angewendet haben, erstellen Sie eine kurzlebige Upload-Session und übergeben Sie sie an den AudioDN-Uploader. Upload-Sessions
  7. Verarbeitungsaktualisierungen empfangen Nutzen Sie den Track-Processing-Webhook, um zu erfahren, wann alle konfigurierten Varianten bereit sind. Track-Processing-Webhook
  8. Einen serverseitigen API-Access-Schlüssel erstellen Bewahren Sie diese Zugangsdaten auf dem Server auf. API-Schlüssel-Referenz
  9. Upload-Sessions bereitstellen Erstellen Sie eine kurzlebige Upload-Session und übertragen Sie Dateien direkt über die API. Upload-Sessions
  10. Verarbeitungsaktualisierungen empfangen Nutzen Sie den Track-Processing-Webhook, um zu erfahren, wann alle konfigurierten Varianten bereit sind. Track-Processing-Webhook
  11. Eigene Upload-Oberfläche bauen Kapseln Sie den Upload-Ablauf in Ihre eigene UI und Ihren Anwendungs-Workflow. Server-Side-Integrationsleitfaden
  12. Ihre Zugangsdaten erstellen Nutzen Sie begrenzte Client-Side-Schlüssel für unkomplizierte Apps oder serverbereitgestellte Sessions, wenn Sie Backend-Autorisierung brauchen. API-Schlüssel-Referenz
  13. Eine Upload-Session erstellen Erstellen Sie eine kurzlebige Upload-Session und übertragen Sie die Datei aus der App. Upload-Sessions
  14. Verarbeitungsaktualisierungen empfangen Nutzen Sie den Track-Processing-Webhook, um zu erfahren, wann alle konfigurierten Varianten bereit sind. Track-Processing-Webhook
  15. Einen Client-Side Player-Schlüssel erstellen Begrenzen Sie ihn auf die Tracks, Collections, Playlists oder Varianten, auf die der Player zugreifen darf. API-Schlüssel-Referenz
  16. Die AudioDN-Player-Komponente hinzufügen Der Player erstellt und erneuert Play-Sessions automatisch. Player-Komponente
  17. Play-Sessions bereitstellen Nach Prüfung von Login, Abonnement, Kauf oder Entitlement erstellen Sie eine Play-Session. Play-Sessions
  18. Wiedergabe ausliefern Übergeben Sie die Play-Session an den AudioDN-Player oder holen Sie die verfügbaren Dateien für einen eigenen Player. Play-Sessions
  19. Einen URL-Signing-Schlüssel erstellen Bewahren Sie das Signing-Secret auf Ihrem Server auf. Signing-Keys-Referenz
  20. Auslieferungs-URLs auf Ihrem Server signieren Erstellen Sie zeitlich begrenzte URLs und übergeben Sie sie dem Client für die direkte Auslieferung. Signed Delivery

Sie wissen bereits, was Sie brauchen?

Überspringen Sie den Selektor und springen Sie direkt in die passende Dokumentation.

Häufige AudioDN-Einrichtungen

Einige Ausgangspunkte, die die Elemente oben kombinieren. Das sind Beispiele, nicht der einzige Weg zu bauen.

Öffentlicher Medienkatalog

  • Web Components oder eigene API-Oberfläche
  • Client-Side Player-Schlüssel oder signierte Auslieferung
  • Hoch- und niedrigqualitative Wiedergabevarianten

SaaS oder Marktplatz

  • Hybrid-Uploader und -Player
  • Serverseitig erstellte Sessions
  • Konto- oder kundenspezifische Collections
  • Verarbeitungs-Webhooks

Kostenpflichtiges Audio oder Downloads

  • Hybrid oder Full API
  • Vorschaivarianten
  • Serverseitig erstellte Play-Sessions für geschütztes Audio
  • Download-Berechtigungen
  • Optionale signierte Auslieferung für öffentliche Vorschauen

Individuelle Verarbeitungs-Pipeline

  • Full API
  • Upload-Sessions
  • Konfigurierte Transcoding-, Analyse- oder Download-Varianten
  • Verarbeitungs-Webhooks
  • Eigenes Frontend oder gar kein AudioDN-Frontend

Beginnen Sie mit dem Weg, der passt. AudioDN kann mit Ihnen wachsen.

Konfigurieren Sie die Ausgaben, die Ihr Produkt braucht, wählen Sie den Kontrollgrad, der heute Sinn ergibt, und verbinden Sie den Rest, wenn Sie bereit sind.