ब्लॉग पर वापस जाएंइंटीग्रेशन

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 · अपडेट किया गया OCT 09, 2026

त्वरित उत्तर

नीचे दिया गया वर्कफ़्लो इम्पोर्ट करें, अपनी API key को एक एनवायरनमेंट वेरिएबल के रूप में सेट करें, और बिल्ट-इन HTTP Request नोड ट्रांसक्रिप्ट लाता है - किसी कस्टम n8n नोड इंस्टॉल की जरूरत नहीं। कई वीडियो के बैच के लिए, अपने प्लान की requests-per-minute सीमा के भीतर रहने हेतु नोड के Batching या retry विकल्पों से रिक्वेस्ट की गति नियंत्रित करें।

वर्कफ़्लो डाउनलोड करें

इसे सीधे n8n के Import from File विकल्प से इम्पोर्ट करें (या इसे Import from URL में पेस्ट करें):

वर्कफ़्लो डाउनलोड करें (.json)

अपनी API key सेट करें

dashboard से एक key लें (100 फ्री क्रेडिट्स, कार्ड की जरूरत नहीं), फिर इसे अपने n8n इंस्टेंस के लिए उपलब्ध एक एनवायरनमेंट वेरिएबल के रूप में सेट करें:

GETYOUTUBETRANSCRIPT_API_KEY=sk_live_...

Blog.Posts.n8nYoutubeTranscriptWorkflow.step2.body2

रिक्वेस्ट नोड कैसे कॉन्फिगर किया गया है

HTTP Request नोड वीडियो ID को एक क्वेरी पैरामीटर के रूप में देकर ट्रांसक्रिप्ट endpoint कॉल करता है:

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

वर्कफ़्लो के इनपुट में (या किसी पिछले नोड के आउटपुट में) एक वीडियो ID फीड करें, और नोड ट्रांसक्रिप्ट, title, author, और thumbnail को $json.data.transcript पर JSON के रूप में लौटाता है।

रेट लिमिट टकराए बिना कई वीडियो प्रोसेस करना

वीडियो IDs की एक लिस्ट को सीधे HTTP Request नोड में फीड करने से वे सभी उतनी तेज़ी से फायर होते हैं जितना n8n कर सकता है - 5 वीडियो के लिए ठीक, 60 req/min वाली फ्री-टियर सीमा के खिलाफ 500 के लिए जोखिम भरा। n8n इसकी गति नियंत्रित करने के दो बिल्ट-इन तरीके देता है:

HTTP Request node → Add Option → Batching. Items per Batch (कितनी रिक्वेस्ट एक साथ फायर होंगी) और Batch Interval (ms) (बैचों के बीच देरी) सेट करें। फ्री प्लान की 60 req/min सीमा के लिए, 5,000ms इंटरवल के साथ 5 का बैच साइज आपको आराम से बजट के भीतर रखता है।
Split In Batches + Wait node. Split In Batches नोड आपकी वीडियो लिस्ट को हिस्सों में बांटता है; एक Wait नोड अगले हिस्से पर जाने से पहले हिस्सों के बीच रुकता है। यह पूरी तरह सीक्वेंशियल है (कोई पैरेलल बर्स्ट नहीं), जो सुरक्षित विकल्प है अगर आप सीमा के करीब हैं या नीचे चेन की गई API (जैसे कोई LLM समराइज़र) की अपनी थ्रूपुट सीमा भी है।

अपनी प्रति-रिक्वेस्ट बजट से अधिक Wait Between Tries (ms) नोड की retry सेटिंग्स में भी सेट करें - 60 req/min प्लान के लिए यह औसतन लगभग एक रिक्वेस्ट प्रति सेकंड है, इसलिए रिट्राई के बीच 1,000ms+ रखने से एक 429 पर उसी सीमा को तुरंत फिर से टकराने से बचा जाता है।

किसी बैच में फेल्योर संभालना

कई वीडियो प्रोसेस करते समय, कुछ फेल होंगे (प्राइवेट वीडियो, कोई कैप्शन नहीं, एक अस्थायी 429)। HTTP Request नोड पर Continue On Fail इनेबल करें ताकि एक फेल्योर पूरे रन को न रोके, फिर रिस्पॉन्स पर ब्रांच करने के लिए एक IF नोड आगे जोड़ें - एक खराब वीडियो ID के कारण पूरा बैच खोने के बजाय सफलताओं को अपने समराइज़र और फेल्योर को एक लॉग या रिट्राई क्यू में भेजें।

इसे एक समराइज़र से जोड़ें

Blog.Posts.n8nYoutubeTranscriptWorkflow.step6.body

पूरा endpoint रेफरेंस, क्रेडिट्स, और रेट लिमिट्स API docs में हैं। n8n ऑटोमेशन के बजाय एक AI एजेंट बना रहे हैं? MCP सर्वर सेटअप गाइड देखें।

n8n वर्कफ़्लो FAQs

Q01

क्या मुझे इसके लिए एक कस्टम n8n नोड चाहिए?

नहीं। यह API एक सादा REST endpoint है, इसलिए n8n का बिल्ट-इन HTTP Request नोड इसे सीधे संभाल लेता है - किसी कम्युनिटी नोड इंस्टॉल की जरूरत नहीं।

Q02

मैं API key सुरक्षित रूप से कैसे पास करूं?

इसे एक n8n एनवायरनमेंट वेरिएबल के रूप में सेट करें (जैसे GETYOUTUBETRANSCRIPT_API_KEY) और key को वर्कफ़्लो JSON में हार्डकोड करने के बजाय इसे HTTP Request नोड के हेडर फील्ड में रेफरेंस करें।

Q03

HTTP Request नोड के Batching विकल्प और एक Split In Batches नोड में क्या अंतर है?

HTTP Request नोड की Batching (Items per Batch + Batch Interval) प्रति बैच कई रिक्वेस्ट पैरेलल में भेजती है, इंटरवल से स्पेस्ड - तेज़, लेकिन अगर बैच साइज बहुत ज्यादा है तो रेट लिमिट के पार बर्स्ट होने का जोखिम। Split In Batches + एक Wait नोड एक बैच पूरी तरह प्रोसेस करता है, रुकता है, फिर अगले के लिए फिर से शुरू होता है - धीमा लेकिन पूरी तरह सीक्वेंशियल, जो टाइट प्रति-मिनट सीमाओं के खिलाफ ज्यादा सुरक्षित है।

Q04

कई वीडियो प्रोसेस करते समय रेट लिमिट टकराने से मैं कैसे बचूं?

HTTP Request नोड के "Wait Between Tries" retry विकल्प को अपने प्लान के प्रति-रिक्वेस्ट बजट से ज्यादा सेट करें - फ्री प्लान की 60 req/min (औसतन 1 रिक्वेस्ट/सेकंड) के लिए, रिक्वेस्ट को लगभग 1,000ms+ अलग रखें, या अगर आप ज्यादा थ्रूपुट वाले पेड प्लान पर हैं तो कम।

Q05

क्या मैं इसे एक AI समराइज़ेशन स्टेप से जोड़ सकता हूं?

हां - HTTP Request नोड के बाद एक AI/LLM नोड जोड़ें (OpenAI, Anthropic, वगैरह) और लौटाए गए ट्रांसक्रिप्ट को सारांशित करने या उससे जानकारी निकालने के लिए इसके इनपुट के रूप में {{ $json.data.transcript }} रेफरेंस करें।

Q06

अगर किसी वीडियो में कैप्शन नहीं हैं या रिक्वेस्ट फेल हो जाती है तो क्या होता है?

अगर वीडियो के बैच को प्रोसेस कर रहे हैं तो HTTP Request नोड पर "Continue On Fail" इनेबल करें, ताकि एक खराब वीडियो पूरे रन को न रोके - फिर रिस्पॉन्स स्टेटस पर आगे ब्रांच करें (जैसे सफलता जांचने वाला एक IF नोड), बजाय इसके कि वर्कफ़्लो को रुक जाने दें।

Q07

हर रन की कीमत क्या है?

प्रति सफल ट्रांसक्रिप्ट फेच पर 1 क्रेडिट, सीधे REST API कॉल करने जैसी ही अकाउंटिंग। डैशबोर्ड से बिना कार्ड के 100 फ्री क्रेडिट्स पाएं।