YouTube Transcripts in n8n: HTTP Request Workflow Guide

Importieren Sie dies direkt über die Option Import from File von n8n (oder fügen Sie es über Import from URL ein):

Holen Sie sich einen Schlüssel aus dem Dashboard (100 kostenlose Credits, keine Karte erforderlich) und legen Sie ihn dann als Umgebungsvariable fest, die Ihrer n8n-Instanz zur Verfügung steht:

GETYOUTUBETRANSCRIPT_API_KEY=sk_live_...

Blog.Posts.n8nYoutubeTranscriptWorkflow.step2.body2

Der HTTP-Request-Node ruft den Transkript-Endpunkt mit der Video-ID als Query-Parameter auf:

GET https://getyoutubetranscript.com/api/v1/transcript?v={{ $json.videoId }}
Authorization: Bearer {{ $env.GETYOUTUBETRANSCRIPT_API_KEY }}

Geben Sie eine Video-ID in den Eingang des Workflows ein (oder die Ausgabe eines vorherigen Nodes), und der Node liefert Transkript, Titel, Autor und Thumbnail als JSON unter $json.data.transcript zurück.

Eine Liste von Video-IDs direkt in den HTTP-Request-Node zu speisen, feuert sie alle so schnell ab, wie n8n kann – für 5 Videos in Ordnung, riskant für 500 gegen ein Free-Tier-Limit von 60 Anfragen/Min. n8n bietet zwei integrierte Möglichkeiten, das zu takten:

• HTTP-Request-Node → Add Option → Batching. Legen Sie Items per Batch (wie viele Anfragen zusammen abgefeuert werden) und Batch Interval (ms) (Verzögerung zwischen den Batches) fest. Für das 60-Anfragen/Min-Limit des kostenlosen Plans hält eine Batch-Größe von 5 mit einem 5.000-ms-Intervall Sie komfortabel im Budget.
• Split In Batches + Wait-Node. Der Split-In-Batches-Node teilt Ihre Videoliste in Blöcke; ein Wait-Node pausiert zwischen den Blöcken, bevor die Schleife zum nächsten übergeht. Das ist streng sequenziell (kein paralleler Burst überhaupt), was die sicherere Wahl ist, wenn Sie nahe am Limit sind oder die nachgeschaltete API (z. B. ein LLM-Zusammenfasser) selbst eine Durchsatzobergrenze hat.

Setzen Sie außerdem Wait Between Tries (ms) in den Retry-Einstellungen des Nodes höher als Ihr Budget pro Anfrage – bei einem 60-Anfragen/Min-Plan sind das im Schnitt etwa eine Anfrage pro Sekunde, also vermeiden 1.000 ms+ zwischen Wiederholungen, dasselbe Limit bei einem 429 sofort wieder auszulösen.

Bei der Verarbeitung vieler Videos scheitern manche (privates Video, keine Untertitel, ein vorübergehender 429). Aktivieren Sie Continue On Fail im HTTP-Request-Node, damit ein Fehler nicht den gesamten Lauf stoppt, und fügen Sie nachgeschaltet einen IF-Node hinzu, um anhand der Antwort zu verzweigen – leiten Sie Erfolge an Ihren Zusammenfasser und Fehler an ein Log oder eine Retry-Warteschlange, statt den gesamten Batch wegen einer einzigen fehlerhaften Video-ID zu verlieren.

Blog.Posts.n8nYoutubeTranscriptWorkflow.step6.body