YouTube Transcripts in n8n: HTTP Request Workflow Guide
How to fetch YouTube transcripts inside an n8n workflow using the HTTP Request node - a downloadable workflow JSON, batch processing multiple videos, handling rate limits, and feeding results into an AI summarizer.
00:09:00 · SEP 13, 2026
Краткий ответ
Скачайте workflow
Импортируйте его напрямую через опцию n8n Import from File (или вставьте через Import from URL):
Скачать workflow (.json)Задайте свой API-ключ
Получите ключ в панели управления (100 бесплатных кредитов, карта не требуется), затем задайте его как переменную окружения, доступную вашему инстансу n8n:
GETYOUTUBETRANSCRIPT_API_KEY=sk_live_...Blog.Posts.n8nYoutubeTranscriptWorkflow.step2.body2
Как настроен узел запроса
Узел HTTP Request вызывает эндпоинт транскрипта с ID видео в качестве параметра запроса:
GET https://getyoutubetranscript.com/api/v1/transcript?v={{ $json.videoId }}
Authorization: Bearer {{ $env.GETYOUTUBETRANSCRIPT_API_KEY }}Передайте ID видео на вход workflow (или в выходные данные предыдущего узла), и узел вернёт транскрипт, название, автора и миниатюру в формате JSON по пути $json.data.transcript.
Обработка нескольких видео без превышения лимита запросов
Подача списка ID видео напрямую в узел HTTP Request запускает их все настолько быстро, насколько может n8n — нормально для 5 видео, рискованно для 500 при лимите бесплатного тарифа в 60 запросов/мин. У n8n есть два встроенных способа отрегулировать это:
- HTTP Request node → Add Option → Batching. Задайте Items per Batch (сколько запросов запускается одновременно) и Batch Interval (ms) (задержка между пакетами). Для лимита бесплатного тарифа в 60 запросов/мин размер пакета 5 с интервалом 5000 мс держит вас с комфортным запасом.
- Split In Batches + узел Wait. Узел Split In Batches делит ваш список видео на части; узел Wait делает паузу между частями, прежде чем цикл продолжится к следующей. Это строго последовательный режим (никакого параллельного всплеска вообще), что безопаснее, если вы близки к лимиту или если API, к которому вы обращаетесь дальше по цепочке (например, LLM-суммаризатор), имеет собственный потолок пропускной способности.
Также задайте Wait Between Tries (ms) в настройках повторных попыток узла выше вашего бюджета на один запрос — для тарифа 60 запросов/мин это примерно один запрос в секунду в среднем, поэтому интервал в 1000 мс и выше между повторами помогает не спровоцировать тот же лимит снова кодом 429.
Обработка сбоев в пакете
При обработке множества видео некоторые дадут сбой (приватное видео, нет субтитров, временный 429). Включите Continue On Fail на узле HTTP Request, чтобы один сбой не останавливал весь запуск, затем добавьте узел IF ниже по цепочке, чтобы ветвиться по ответу — направляйте успешные результаты в свой суммаризатор, а сбои — в лог или очередь повторов, вместо того чтобы терять весь пакет из-за одного плохого ID видео.
Подключите его к суммаризатору
Blog.Posts.n8nYoutubeTranscriptWorkflow.step6.body
Полное описание эндпоинтов, кредитов и лимитов запросов — в документации API. Создаёте AI-агента вместо автоматизации n8n? Смотрите руководство по настройке MCP-сервера.
Часто задаваемые вопросы о workflow n8n
Нужен ли для этого кастомный узел n8n?
Нет. API — это обычный REST-эндпоинт, поэтому встроенный узел HTTP Request в n8n справляется с ним напрямую — установка community-узла не требуется.
Как безопасно передать API-ключ?
Задайте его как переменную окружения n8n (например, GETYOUTUBETRANSCRIPT_API_KEY) и укажите её в поле заголовка узла HTTP Request, а не прописывайте ключ напрямую в JSON workflow.
В чём разница между опцией Batching узла HTTP Request и узлом Split In Batches?
Batching узла HTTP Request (Items per Batch + Batch Interval) отправляет несколько запросов параллельно в рамках пакета с интервалом между ними — быстрее, но рискует выйти за пределы лимита запросов, если размер пакета слишком большой. Split In Batches + узел Wait обрабатывает один пакет полностью, делает паузу, затем продолжает со следующим — медленнее, но строго последовательно, что безопаснее при жёстких лимитах в минуту.
Как избежать превышения лимита запросов при обработке множества видео?
Задайте опцию повторных попыток узла HTTP Request «Wait Between Tries» выше вашего бюджета на один запрос — для лимита бесплатного тарифа в 60 запросов/мин (в среднем 1 запрос в секунду) распределяйте запросы примерно на 1000 мс и более друг от друга, либо реже, если вы на более производительном платном тарифе.
Могу ли я подключить это к шагу AI-суммаризации?
Да — добавьте узел AI/LLM (OpenAI, Anthropic и т. д.) после узла HTTP Request и укажите {{ $json.data.transcript }} в качестве входных данных, чтобы сделать обзор или извлечь информацию из полученного транскрипта.
Что произойдёт, если у видео нет субтитров или запрос завершится сбоем?
Включите «Continue On Fail» на узле HTTP Request при обработке пакета видео, чтобы одно плохое видео не останавливало весь запуск — затем ветвитесь по статусу ответа дальше по цепочке (например, узел IF, проверяющий успех), вместо того чтобы позволять workflow останавливаться.
Сколько стоит каждый запуск?
1 кредит за каждый успешный запрос транскрипта — тот же учёт, что и при прямом вызове REST API. Получите 100 бесплатных кредитов без карты в панели управления.
Похожие материалы
- YouTube API Quota Exceeded: Causes and Fixes
- YouTube Transcript API Rate Limit: What It Is and How to Handle 429s
- YouTube Transcript MCP Server: Setup Guide for Claude and Other AI Tools
- GetYouTubeTranscript против TranscriptAPI
- GetYouTubeTranscript против youtubetotranscript.com
- GetYouTubeTranscript против youtube-transcript.io