YouTube Transcripts in n8n: HTTP Request Workflow Guide

Impórtalo directamente mediante la opción Import from File de n8n (o pégalo en Import from URL):

Obtén una clave desde el panel (100 créditos gratis, sin tarjeta requerida), y luego configúrala como una variable de entorno disponible para tu instancia de n8n:

GETYOUTUBETRANSCRIPT_API_KEY=sk_live_...

Blog.Posts.n8nYoutubeTranscriptWorkflow.step2.body2

El nodo de solicitud HTTP llama al endpoint de la transcripción con el ID del video como parámetro de consulta:

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

Alimenta un ID de video a la entrada del flujo de trabajo (o la salida de un nodo anterior), y el nodo devuelve la transcripción, el título, el autor y la miniatura como JSON en $json.data.transcript.

Alimentar una lista de IDs de video directamente al nodo de solicitud HTTP los dispara todos tan rápido como n8n puede: está bien para 5 videos, arriesgado para 500 frente a un límite de 60 solicitudes/min del plan gratuito. n8n ofrece dos formas integradas de regular esto:

• Nodo de solicitud HTTP → Add Option → Batching. Configura Items per Batch (cuántas solicitudes se disparan juntas) y Batch Interval (ms) (la pausa entre lotes). Para el límite de 60 solicitudes/min del plan gratuito, un tamaño de lote de 5 con un intervalo de 5000 ms te mantiene cómodamente dentro del presupuesto.
• Split In Batches + nodo Wait. El nodo Split In Batches divide tu lista de videos en fragmentos; un nodo Wait pausa entre fragmentos antes de que el bucle continúe con el siguiente. Esto es estrictamente secuencial (sin ninguna ráfaga en paralelo), lo cual es la opción más segura si estás cerca del límite o si la API a la que encadenas después (por ejemplo, un resumidor con LLM) también tiene su propio límite de rendimiento.

También configura Wait Between Tries (ms) en las opciones de reintento del nodo por encima de tu presupuesto por solicitud: para un plan de 60 solicitudes/min eso es aproximadamente una solicitud por segundo en promedio, así que 1000 ms o más entre reintentos evita volver a activar de inmediato el mismo límite con un 429.

Al procesar muchos videos, algunos fallarán (video privado, sin subtítulos, un 429 pasajero). Activa Continue On Fail en el nodo de solicitud HTTP para que un fallo no detenga toda la ejecución, y luego añade un nodo IF a continuación para bifurcar según la respuesta: envía los éxitos a tu resumidor y los fallos a un registro o a una cola de reintentos, en lugar de perder todo el lote por un solo ID de video defectuoso.

Blog.Posts.n8nYoutubeTranscriptWorkflow.step6.body