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
त्वरित उत्तर
वर्कफ़्लो डाउनलोड करें
इसे सीधे 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
क्या मुझे इसके लिए एक कस्टम n8n नोड चाहिए?
नहीं। यह API एक सादा REST endpoint है, इसलिए n8n का बिल्ट-इन HTTP Request नोड इसे सीधे संभाल लेता है - किसी कम्युनिटी नोड इंस्टॉल की जरूरत नहीं।
मैं API key सुरक्षित रूप से कैसे पास करूं?
इसे एक n8n एनवायरनमेंट वेरिएबल के रूप में सेट करें (जैसे GETYOUTUBETRANSCRIPT_API_KEY) और key को वर्कफ़्लो JSON में हार्डकोड करने के बजाय इसे HTTP Request नोड के हेडर फील्ड में रेफरेंस करें।
HTTP Request नोड के Batching विकल्प और एक Split In Batches नोड में क्या अंतर है?
HTTP Request नोड की Batching (Items per Batch + Batch Interval) प्रति बैच कई रिक्वेस्ट पैरेलल में भेजती है, इंटरवल से स्पेस्ड - तेज़, लेकिन अगर बैच साइज बहुत ज्यादा है तो रेट लिमिट के पार बर्स्ट होने का जोखिम। Split In Batches + एक Wait नोड एक बैच पूरी तरह प्रोसेस करता है, रुकता है, फिर अगले के लिए फिर से शुरू होता है - धीमा लेकिन पूरी तरह सीक्वेंशियल, जो टाइट प्रति-मिनट सीमाओं के खिलाफ ज्यादा सुरक्षित है।
कई वीडियो प्रोसेस करते समय रेट लिमिट टकराने से मैं कैसे बचूं?
HTTP Request नोड के "Wait Between Tries" retry विकल्प को अपने प्लान के प्रति-रिक्वेस्ट बजट से ज्यादा सेट करें - फ्री प्लान की 60 req/min (औसतन 1 रिक्वेस्ट/सेकंड) के लिए, रिक्वेस्ट को लगभग 1,000ms+ अलग रखें, या अगर आप ज्यादा थ्रूपुट वाले पेड प्लान पर हैं तो कम।
क्या मैं इसे एक AI समराइज़ेशन स्टेप से जोड़ सकता हूं?
हां - HTTP Request नोड के बाद एक AI/LLM नोड जोड़ें (OpenAI, Anthropic, वगैरह) और लौटाए गए ट्रांसक्रिप्ट को सारांशित करने या उससे जानकारी निकालने के लिए इसके इनपुट के रूप में {{ $json.data.transcript }} रेफरेंस करें।
अगर किसी वीडियो में कैप्शन नहीं हैं या रिक्वेस्ट फेल हो जाती है तो क्या होता है?
अगर वीडियो के बैच को प्रोसेस कर रहे हैं तो HTTP Request नोड पर "Continue On Fail" इनेबल करें, ताकि एक खराब वीडियो पूरे रन को न रोके - फिर रिस्पॉन्स स्टेटस पर आगे ब्रांच करें (जैसे सफलता जांचने वाला एक IF नोड), बजाय इसके कि वर्कफ़्लो को रुक जाने दें।
हर रन की कीमत क्या है?
प्रति सफल ट्रांसक्रिप्ट फेच पर 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