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
Hızlı yanıt
İş akışını indirin
Bunu doğrudan n8n'in Dosyadan İçe Aktar seçeneği üzerinden içe aktarın (veya URL'den İçe Aktar'a yapıştırın):
İş akışını indir (.json)API anahtarınızı ayarlayın
Panelden bir anahtar alın (100 ücretsiz kredi, kart gerekmez), ardından bunu n8n örneğinize erişilebilen bir ortam değişkeni olarak ayarlayın:
GETYOUTUBETRANSCRIPT_API_KEY=sk_live_...Blog.Posts.n8nYoutubeTranscriptWorkflow.step2.body2
İstek düğümü nasıl yapılandırılır
HTTP Request düğümü, video ID'sini bir sorgu parametresi olarak transkript uç noktasını çağırır:
GET https://getyoutubetranscript.com/api/v1/transcript?v={{ $json.videoId }}
Authorization: Bearer {{ $env.GETYOUTUBETRANSCRIPT_API_KEY }}İş akışının girdisine (veya önceki bir düğümün çıktısına) bir video ID'si besleyin; düğüm transkripti, başlığı, yazarı ve küçük resmi $json.data.transcript konumunda JSON olarak döndürür.
Hız sınırına takılmadan birden çok videoyu işleme
Bir video ID'si listesini doğrudan HTTP Request düğümüne beslemek, n8n'in yapabildiği en hızlı şekilde hepsini ateşler - 5 video için sorun değil, dakikada 60 isteklik ücretsiz katman sınırına karşı 500 için risklidir. n8n bunu hızlandırmak için iki yerleşik yol sunar:
- HTTP Request düğümü → Seçenek Ekle → Batching. Items per Batch'i (kaç isteğin birlikte ateşleneceği) ve Batch Interval (ms)'i (batch'ler arasındaki gecikme) ayarlayın. Ücretsiz planın dakikada 60 isteği için, 5.000ms aralıkla 5'lik bir batch boyutu sizi rahatça bütçenin altında tutar.
- Split In Batches + Wait düğümü. Split In Batches düğümü video listenizi parçalara böler; bir Wait düğümü döngü bir sonrakine devam etmeden önce parçalar arasında duraklar. Bu kesinlikle sıralıdır (hiç paralel patlama yoktur), sınıra yakınsanız veya alt taraftaki zincirlediğiniz API'nin (örneğin bir LLM özetleyici) kendi verim tavanı varsa daha güvenli seçimdir.
Ayrıca düğümün yeniden deneme ayarlarında Wait Between Tries (ms)'i istek başına bütçenizden daha yüksek ayarlayın - dakikada 60 isteklik bir plan için bu ortalama olarak saniyede bir istek civarındadır, bu yüzden yeniden denemeler arasında 1.000ms+ aynı sınıra bir 429 ile hemen tekrar takılmayı önler.
Bir batch'teki hataları ele alma
Birçok video işlerken, bazıları başarısız olacaktır (özel video, altyazı yok, geçici bir 429). Bir hatanın tüm çalıştırmayı durdurmaması için HTTP Request düğümünde Continue On Fail'i etkinleştirin, ardından yanıta göre dallanmak için alt tarafa bir IF düğümü ekleyin - başarılıları özetleyicinize, başarısızları ise tüm batch'i tek bir kötü video ID'sine kaybetmek yerine bir günlük veya yeniden deneme kuyruğuna yönlendirin.
Bir özetleyiciye zincirleyin
Blog.Posts.n8nYoutubeTranscriptWorkflow.step6.body
Tam uç nokta referansı, krediler ve hız sınırları API dokümanlarında yer alır. Bir n8n otomasyonu yerine bir AI ajanı mı inşa ediyorsunuz? MCP sunucusu kurulum rehberine bakın.
n8n iş akışı SSS
Bunun için özel bir n8n düğümüne ihtiyacım var mı?
Hayır. API düz bir REST uç noktasıdır, bu yüzden n8n'in yerleşik HTTP Request düğümü onu doğrudan halleder - topluluk düğümü kurulumu gerekmez.
API anahtarını güvenli bir şekilde nasıl geçiririm?
Onu bir n8n ortam değişkeni olarak ayarlayın (örneğin GETYOUTUBETRANSCRIPT_API_KEY) ve anahtarı iş akışı JSON'ına sabit kodlamak yerine HTTP Request düğümünün başlık alanında referans gösterin.
HTTP Request düğümünün Batching seçeneği ile bir Split In Batches düğümü arasındaki fark nedir?
HTTP Request düğümü Batching (Items per Batch + Batch Interval), batch başına aralıkla aralanmış birden çok isteği paralel gönderir - daha hızlıdır, ancak batch boyutu çok yüksekse bir hız sınırının ötesine patlama riski taşır. Split In Batches + bir Wait düğümü bir batch'i tamamen işler, duraklar, ardından bir sonraki için devam eder - daha yavaştır ama kesinlikle sıralıdır, bu da dar dakika başına sınırlara karşı daha güvenlidir.
Birçok video işlerken hız sınırına takılmaktan nasıl kaçınırım?
HTTP Request düğümünün "Wait Between Tries" yeniden deneme seçeneğini planınızın istek başına bütçesinden daha yüksek ayarlayın - ücretsiz planın dakikada 60 isteği (ortalama saniyede 1 istek) için, istekleri kabaca 1.000ms+ aralıklarla hızlandırın, daha yüksek verimli ücretli bir plandaysanız daha düşük olabilir.
Bunu bir AI özetleme adımına zincirleyebilir miyim?
Evet - HTTP Request düğümünden sonra bir AI/LLM düğümü (OpenAI, Anthropic vb.) ekleyin ve döndürülen transkriptten bilgi özetlemek veya çıkarmak için girdisi olarak {{ $json.data.transcript }}'i referans gösterin.
Bir videonun altyazısı yoksa veya istek başarısız olursa ne olur?
Bir video toplu işi işliyorsanız HTTP Request düğümünde "Continue On Fail"i etkinleştirin, böylece kötü bir video tüm çalıştırmayı durdurmaz - ardından iş akışının durmasına izin vermek yerine alt tarafta yanıt durumuna göre dallanın (örneğin başarıyı kontrol eden bir IF düğümü).
Her çalıştırmanın maliyeti nedir?
REST API'yi doğrudan çağırmakla aynı muhasebe olan, başarılı bir transkript alma başına 1 kredi. Panelden kart gerekmeden 100 ücretsiz kredi alın.
İlgili
- 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 ve TranscriptAPI karşılaştırması
- GetYouTubeTranscript ve youtubetotranscript.com karşılaştırması
- GetYouTubeTranscript ve youtube-transcript.io karşılaştırması