Konzepte#

Vier Dinge gelten unabhängig davon, welchen EnConvert-Endpunkt du aufrufst: wie du die API erreichst, ob ein Aufruf inline antwortet oder dir einen Job zum Abfragen übergibt, wie die Ausgabedatei zu dir gelangt und zu welcher Hälfte der API deine Aufgabe gehört. Diese vier Seiten behandeln das einmal, damit die Endpunktreferenz bei den Endpunkten bleiben kann.

Die vier Seiten#

• REST, MCP und CLI: Es gibt eine HTTP-API, und der MCP-Server, die CLI, der n8n-Node und die zehn SDKs sind allesamt Clients davon, authentifiziert über denselben sk_...-Schlüssel.
• Synchrone und asynchrone Jobs: Manche Aufrufe geben das fertige Ergebnis im Response-Body zurück, andere liefern eine ID, die du abfragst, bis sie einen Endstatus erreicht. Diese Seite sagt dir, welche Endpunkte was tun.
• Signierte URLs: Ausgabedateien kommen als zeitlich begrenzte, signierte Download-Links zurück statt als Inline-Bytes. Deshalb behandelt diese Seite das Ablauffenster, was danach passiert und wie du die Bytes stattdessen direkt streamst.
• V1 und V2: V1 konvertiert Dateien und URLs zwischen Formaten, V2 liest Live-Webseiten in agentenfertige Daten ein. Derselbe Schlüssel, dasselbe monatliche Kontingent, eine andere Form der Anfrage.

Nicht sicher, wo du anfangen sollst#

Hast du noch keine Anfrage gestellt, lies zuerst den Schnellstart: Er bringt dich in drei Schritten zu einem funktionierenden Aufruf. Authentifizierung behandelt die beiden Schlüsseltypen und wann welcher gilt. Sobald du Details auf Parameterebene brauchst, ist Endpunkte die Referenz, und Leitfäden enthält die aufgabenorientierten Durchläufe für Uploads, Webhooks und Batches.