n8n Nedir? Nasıl Çalışır, Ne İşe Yarar ve Ne Zaman Yetmez

n8n, iş akışlarını görsel bir arayüzde kurup otomatik çalıştıran, kaynak kodu herkese açık ("fair-code" lisanslı) bir otomasyon aracıdır. E-posta, veritabanı, CRM, elektronik tablo, mesajlaşma uygulamaları, ödeme sağlayıcıları ve yapay zeka modelleri gibi farklı sistemleri birbirine bağlar; tanımladığınız bir olay gerçekleştiğinde adımları sırayla yürütür. Zapier ve Make ile aynı işi yapar; temel farkı iki noktada toplanır: kendi sunucunuzda barındırılabilmesi ve gerektiğinde akışın içine kod yazabilmeniz.

Adı "nodemation" kelimesinin kısaltmasıdır, yani node (düğüm) tabanlı otomasyon; "n-eight-n" diye okunur. Proje 2019'da kamuya açıldı ve Berlin merkezli n8n GmbH tarafından geliştiriliyor; belgeleri resmî dokümantasyon sitesinde yer alıyor.

n8n nasıl çalışır? Düğüm ve iş akışı mantığı

n8n'de her şey bir iş akışı (workflow) içinde yaşar. Bir iş akışı, soldan sağa bağlanmış düğümlerden oluşan bir haritadır. Veri en soldaki düğümden girer, her düğümde bir işlemden geçer ve bir sonraki düğüme aktarılır. Akış büyüdükçe görsel okunabilirlik düşer; bu yüzden uzun akışları alt iş akışlarına bölmek iyi bir alışkanlıktır.

Tetikleyici: akışı başlatan olay

Tetikleyici (trigger) düğümü, her iş akışının başlangıç noktasıdır ve akışın ne zaman çalışacağını belirler. Yaygın tetikleyici türleri şunlardır:

• Zamanlanmış tetikleyici: Her sabah belirli bir saatte, her saat başı veya haftanın belirli bir gününde çalışır.
• Webhook: Dışarıdan bir sistem n8n'e istek gönderdiğinde anında çalışır. Form gönderimleri, ödeme bildirimleri ve üçüncü parti servis olayları için kullanılır.
• Uygulama tetikleyicileri: Yeni bir e-posta geldiğinde, tabloya yeni satır eklendiğinde veya bir kayıt güncellendiğinde devreye girer.
• Sohbet tetikleyicisi: Bir kullanıcı mesaj yazdığında akışı başlatır; yapay zeka ajanı kurgularında sık kullanılır.
• Manuel tetikleyici: Geliştirme sırasında akışı elle çalıştırmak için.

İşlem düğümleri: verinin dönüştüğü yer

İşlem düğümleri, tetikleyicinin başlattığı akışta asıl işi yapan katmandır. Bir uygulamadan kayıt çeker, bir API'ye istek gönderir, alanları yeniden adlandırır, metni biçimlendirir veya bir yapay zeka modeline soru sorar. n8n'in hazır entegrasyon kataloğu yüzlerce servisi kapsar; katalogda olmayan bir servis API sunuyorsa genel amaçlı HTTP Request düğümüyle ona da bağlanabilirsiniz. API'si olmayan sistemler için ise bu yol işe yaramaz; orada RPA gibi arayüz düzeyinde bir çözüm gerekir.

Mantık, dallanma ve hata yönetimi

Mantık ve dallanma düğümleri, gerçek süreçlerin düz bir çizgi olmamasından doğar. n8n bunun için koşul (IF), çoklu dallanma (Switch), birleştirme (Merge), filtreleme (Filter), döngü (Loop Over Items) ve bekleme (Wait) düğümleri sunar. "Sipariş tutarı 50.000 TL'nin üzerindeyse yöneticiye onaya git, değilse doğrudan işle" gibi kurallar görsel olarak kurulur. Bir düğüm hata verdiğinde üç davranış tanımlanabilir: yeniden deneme, hatayı ayrı bir çıkışla sonraki düğüme aktarıp alternatif dala geçme veya ayrı bir hata iş akışını çağırma. İlk ikisi n8n'in düğüm ayarları dokümantasyonunda Retry On Fail ayarı ve On Error ayarının Continue (using error output) seçeneği olarak, üçüncüsü ise hata yönetimi dokümantasyonunda Error Trigger ile başlayan bir hata iş akışı olarak anlatılır.

Veri nasıl akar?

n8n'de düğümler arasında taşınan veri, nesnelerden oluşan bir dizidir (JSON). Bir düğüm aldığı dizideki her öğe için yapılandırılmış işlemi ayrı ayrı uygular. Bu, "müşteri kayıtlarını çek, her biri için kişiselleştirilmiş e-posta hazırla" türü bir işi döngü kurmadan, tek düğümle yapmanızı sağlar. Standart düğümlerin yetmediği yerde Code düğümüyle JavaScript veya Python yazıp veriyi istediğiniz gibi dönüştürebilirsiniz. Python tarafında n8n 2 ile birlikte yerel (native) Python çalıştırıcısına geçildiğini ve n8n Cloud'da Python kodunun kütüphane içe aktaramadığını bilmek gerekir. Kimlik bilgileri (API anahtarları, şifreler) düğümlerden ayrı, şifrelenmiş biçimde saklanır ve bir kez tanımlanıp birçok akışta yeniden kullanılır.

n8n ne için kullanılır? Otomasyon örnekleri

n8n en çok, insanın yalnızca bilgiyi bir yerden başka bir yere taşıdığı işlerde kazandırır. Tipik iş akışı örnekleri şunlardır:

• Talep toplama hattı: Web sitesindeki formdan gelen kayıt CRM'e düşer, satış ekibine bildirim gider, talep sahibine otomatik karşılama e-postası gönderilir ve kayıt bir tabloya işlenir.
• Belge ve fatura işleme: Gelen e-postadaki ek dosya depolamaya kaydedilir, gerekli alanlar okunur, muhasebe sistemine aktarılır, eksik bilgi varsa ilgili kişiye hatırlatma gider.
• Raporlama: Her sabah birkaç kaynaktan veriler çekilir, tek bir özet tabloda birleştirilir ve yöneticilere iletilir.
• Destek taleplerinin sınıflandırılması: Gelen talep bir dil modeliyle konuya ve aciliyete göre etiketlenir, doğru ekibe yönlendirilir, standart sorular için taslak yanıt hazırlanır.
• Sistemler arası senkronizasyon: E-ticaret sipariş ve stok bilgileri ERP ile belirli aralıklarla eşitlenir, tutarsızlık tespit edildiğinde uyarı üretilir.
• İç onay akışları: İzin, satın alma veya içerik onayı talepleri mesajlaşma uygulamasına düşer; onay verildiğinde ilgili kayıt otomatik güncellenir.
• İçerik dağıtım hattı: Yayınlanan bir içerik otomatik olarak birden fazla kanala uygun formatlarda hazırlanır ve zamanlanır.

Bu örneklerin ortak noktası şudur: süreç zaten tanımlıdır, tekrarlıdır ve kuralları bellidir. Otomasyona nereden başlanacağı ve kazancın nasıl ölçüleceği ayrı bir konudur; bu konuyu işletmelerde süreç otomasyonu yazımızda ayrıntılı ele aldık.

Kendi sunucunda barındırma (self-⁠hosted) vs bulut

Barındırma tercihi, n8n'i kullanmaya başlarken verilecek ilk ve en ağır karardır: ya sağlayıcının bulut hizmetine abone olursunuz ya da kendi sunucunuza kurarsınız. Bu iki seçenek arasındaki fark yalnızca teknik bir tercih değil, aynı zamanda bir veri kontrolü kararıdır.

Otomasyon akışları doğası gereği hassas verilerden geçer: müşteri kayıtları, sözleşmeler, fatura bilgileri, iç yazışmalar, API anahtarları. Bulut hizmetinde akışlar ve çalıştırma kayıtları sağlayıcının altyapısında işlenir. Kendi sunucunuzda barındırdığınızda ise akış motoru, kimlik bilgileri ve çalıştırma geçmişi kurumunuzun altyapısında kalır. Ancak akış bir dış servise ya da bulut tabanlı bir dil modeline veri gönderiyorsa, o veri yine kurum dışına çıkar; self-hosted kurulum bu aktarımları ortadan kaldırmaz, yalnızca hangi verinin nereye gittiğini sizin kontrolünüze bırakır. 6698 sayılı KVKK yükümlülükleri, sektörel düzenlemeler veya kurumsal bilgi güvenliği politikaları olan işletmeler için bu kontrol belirleyicidir. n8n'in Zapier ve Make karşısındaki en somut farkı da burasıdır: bu iki araç yalnızca bulut hizmeti olarak sunulur.

Dürüst özet: self-hosted "bedava" değildir. Lisans maliyeti ortadan kalkar, işletme maliyeti ortaya çıkar. Sunucuyu güncelleyecek, şifreleme anahtarını saklayacak, yedeği alacak ve akış durduğunda haberdar olacak en az bir sorumluya ihtiyaç vardır. Bu sorumluluğu üstlenecek kaynağınız yoksa buluttan başlamak ve ihtiyaç doğduğunda kritik akışları kendi sunucunuza taşımak makul bir yoldur. Akışlar JSON olarak dışa aktarılabilir; ancak dışa aktarılan dosya kimlik bilgilerinin yalnızca adını ve kimliğini içerdiği için kimlik bilgilerinin yeni ortamda ayrıca tanımlanması ya da aktarılması gerekir.

n8n ile Zapier ve Make arasındaki fark

n8n, Zapier ve Make'in üçü de "uygulamaları birbirine bağlayan otomasyon aracı" kategorisindedir, ama farklı önceliklere göre tasarlanmışlardır: n8n kontrol ve esneklik, Zapier hız ve kolaylık, Make görsel karmaşıklık yönetimi. Aşağıdaki tablo bu üç aracı yan yana koyar.

Kısaca: teknik ekibiniz yoksa ve amacınız iki uygulamayı basitçe bağlamaksa Zapier daha az sürtünme sağlar. Veri kontrolü, özelleştirme, kendi altyapınıza kurulum ve yapay zeka katmanı önemliyse n8n öne çıkar. Fiyat, kota ve plan ayrıntıları sık değiştiği için güncel koşulları n8n, Zapier ve Make'in fiyat sayfalarından doğrulayın. İki aracın daha ayrıntılı karşılaştırması için n8n mi Zapier mi yazımıza bakabilirsiniz.

n8n kurulumu ve hazır şablonlar

n8n kurulumu için en yaygın yöntem Docker'dır; n8n bugün Docker Compose ile kurulumu öneriyor. Konteyner ayağa kaldırılır, arayüz varsayılan 5678 numaralı port üzerinden tarayıcıdan açılır. Konteynerin kalıcı bir birime (volume) bağlanması şarttır: n8n varsayılan SQLite veritabanını, akışları, kimlik bilgilerini ve şifreleme anahtarını bu dizinde tutar. Docker'ın birim dokümantasyonunun anlattığı gibi, konteyner kaldırıldığında yazılabilir katmanı da silinir; birim tanımlanmamışsa konteyner yeniden oluşturulduğunda (örneğin sürüm güncellemesinde) bu veriler kaybolur. Denemek için npm ile yerel makinede de çalıştırabilirsiniz. Üretim ortamı içinse şu noktaları baştan doğru kurmak gerekir:

• Varsayılan SQLite yerine PostgreSQL kullanmak; n8n de çok kullanıcılı ve sürekli çalışan kurulumlar için bunu öneriyor.
• Şifreleme anahtarını sabitlemek ve güvenli saklamak; kaybedilirse kayıtlı kimlik bilgilerinin hiçbiri çözülemez hâle gelir.
• Webhook adresini alan adınıza göre doğru tanımlamak ve n8n'i HTTPS sunan bir ters vekil sunucunun (reverse proxy) arkasına almak.
• Yük tek bir süreçle karşılanamaz hâle geldiğinde kuyruk modunu (Redis ve PostgreSQL gerektirir) ve ayrı işçi süreçlerini devreye almak.
• Yedekleme düzenini ve çalıştırma geçmişinin saklama süresini belirlemek; n8n eski çalıştırmaları varsayılan olarak 14 gün ya da 10.000 kayıt sınırına göre budar, bu değerler ortam değişkenleriyle ihtiyaca göre ayarlanabilir.

Sıfırdan başlamak zorunda değilsiniz. n8n'in şablon kütüphanesi, topluluğun paylaştığı binlerce hazır iş akışını içerir ve bunları kendi kurulumunuza aktarabilirsiniz. Bu şablonlar öğrenmek ve akışın iskeletini hızla kurmak için iyidir; ancak hiçbiri kendi süreçlerinize birebir uymaz. Şablonu başlangıç noktası olarak alıp kendi verinize, kurallarınıza ve hata senaryolarınıza göre uyarlamak gerekir; takvimi planlarken bu uyarlama süresini hesaba katın.

n8n ve yapay zeka ajanları

n8n'in bugün öne çıkan taraflarından biri, klasik otomasyonla yapay zekayı aynı tuvalde birleştirmesidir. İş akışının içine dil modeli düğümleri, hafıza bileşenleri, vektör veritabanı bağlantıları ve ajan düğümleri eklenebilir (n8n yapay zeka dokümantasyonu).

Burada önemli bir ayrım vardır. Klasik iş akışı deterministiktir: adımlar bellidir, aynı girdi her seferinde aynı sonucu üretir. Yapay zeka ajanı ise hedef odaklıdır; hangi aracı ne zaman çağıracağına kendisi karar verir. n8n her ikisini de destekler ve pratikte en sağlam kurgu ikisinin karışımıdır: kritik, denetlenmesi gereken adımlar deterministik düğümlerle sabitlenir; metin anlama, sınıflandırma, özetleme ve taslak hazırlama gibi belirsizlik içeren adımlar modele bırakılır. n8n, ajanın belirli araçları çalıştırmadan önce insan onayı istemesini ve yapay zeka akışlarının bilinen test vakalarıyla değerlendirilmesini de destekler.

Kendi sunucunuzda barındırma tercihi bu noktada bir kez daha önem kazanır, ama bir şartla: belirleyici olan, n8n'in nerede çalıştığından çok modelin nerede çalıştığıdır. Self-hosted n8n bulut tabanlı bir dil modeline istek gönderiyorsa, ajana verdiğiniz belgeler ve yazışmalar o sağlayıcıya gider. Veriyi tamamen kurum içinde tutmak isteyenlerin modeli de kendi altyapısında çalıştırması (n8n, Ollama gibi yerel model sunucuları için düğümler sunar) ya da sağlayıcının veri işleme koşullarını ayrıca değerlendirmesi gerekir.

Ne zaman n8n yetmez?

n8n iyi bir araçtır, evrensel bir çözüm değildir. Aşağıdaki durumlarda sınırına dayanırsınız:

• Karmaşık iş mantığı: Çok sayıda düğüme ve iç içe dallara ulaşan bir akış görsel olarak okunamaz hâle gelir. Kodda derli toplu ifade edilebilecek mantık, tuvalde bir labirente dönüşebilir. Akışınız sürekli büyüyorsa, o parçayı alt iş akışlarına bölmek ya da ayrı bir servise taşımak daha sürdürülebilirdir.
• Yüksek hacim ve düşük gecikme: Çok yüksek olay hacmi ya da milisaniye düzeyinde yanıt beklenen senaryolar için n8n uygun bir katman değildir. Kuyruk modu ve ek işçiler belli bir noktaya kadar yardımcı olur; ötesinde amaca özel bir mimari gerekir.
• İşlemsel tutarlılık gereken işler: Ödeme, stok düşümü, muhasebe kaydı gibi "ya hep ya hiç" olması gereken işlemlerde otomatik geri alma yoktur. Akış ortasında koparsa yarım kalmış bir durum bırakır; telafi adımlarını sizin tasarlamanız ya da durumu elle temizlemeniz gerekir.
• Test ve sürüm yönetimi: Görsel akışlar için birim testi yazma kültürü yerleşmemiştir. n8n iş akışı geçmişi tutar ve Git ile sürüm kontrolü sunar; ancak Git entegrasyonu ve ortamlar (geliştirme/üretim ayrımı) ücretli planlarda yer alır. Aynı akışa birden fazla kişi dokunuyorsa disiplin gerekir.
• Bakım yükü: Otomasyon kurulduğu gün biten bir iş değildir. Bağlandığınız servislerin API'leri değişir, kimlik bilgilerinin ve erişim belirteçlerinin süresi dolar, veri biçimi kayar. Sahibi olmayan iş akışları sessizce bozulur; en tehlikeli senaryo da budur, çünkü kimse fark etmez. Hata iş akışıyla bildirim kurmak bu riski azaltır.
• Çekirdek iş kuralları: Ürününüzün ana mantığı bir otomasyon aracının içinde yaşamamalıdır. n8n sistemleri birbirine bağlamak için iyidir; sisteminizin kendisi olmak için değil.

Pratik kural: n8n'i tutkal olarak düşünün. Sistemler arasındaki boşlukları doldurur, tekrarlayan işi üstlenir, denemeleri hızlandırır. Ana yapıyı taşıması beklendiğinde zorlanır.

Sık Sorulan Sorular

n8n ücretsiz mi?

Kendi sunucunuza kurabileceğiniz topluluk sürümü ücretsizdir ve özelliklerin neredeyse tamamını içerir; e-posta adresinizle kaydolarak klasörler gibi bazı ek özellikleri de ücretsiz açabilirsiniz. Sağlayıcının yönettiği bulut hizmeti ücretlidir (deneme süresi vardır) ve iş akışı çalıştırma sayısına göre kademelenir. SSO, Git ile sürüm kontrolü, ortamlar ve projeler gibi özellikler ise ücretli planlara bağlıdır. Fiyatlar zaman içinde değiştiği için güncel koşulları n8n fiyat sayfasından doğrulamak gerekir.

n8n kod bilmeden kullanılır mı?

Basit akışlar için evet. Tetikleyici seçip düğümleri sürükleyerek çalışan bir otomasyon kurabilirsiniz. Ancak temel bir JSON okuma, API mantığı ve veri dönüşümü bilgisi olmadan orta seviyenin üzerine çıkmak zordur. n8n, teknik olmayan kullanıcıya en kolay gelen araç değildir; karşılığında teknik kullanıcıya daha fazla alan sunar.

n8n açık kaynak mı?

Kaynak kodu herkese açıktır, ancak klasik bir açık kaynak lisansı yerine n8n'in "fair-code" dediği Sustainable Use License kullanılır. Bu lisans yazılımı kendi iç iş amaçlarınız ya da ticari olmayan ve kişisel kullanım için kullanmanıza ve değiştirmenize izin verir; başkalarına ise ancak ticari olmayan amaçlarla ve ücretsiz dağıtılabilir. Kurumsal özelliklerin kodu ayrı bir kurumsal lisansa tabidir. Kendi işletmenizin otomasyonları için kullanmanın önünde engel yoktur; n8n'i müşterilere ücretli bir hizmet olarak sunmayı düşünüyorsanız lisansı ayrıca incelemek gerekir.

n8n kurulumu için sunucu gerekir mi?

Denemek için gerekmez; yerel bilgisayarınızda çalıştırabilirsiniz. Ancak zamanlanmış akışların ve webhook'ların kesintisiz çalışması için sürekli açık bir sunucuya ya da n8n'in bulut hizmetine ihtiyaç vardır.

n8n ile yapay zeka ajanı kurulabilir mi?

Evet. Yerleşik ajan düğümlerinin yanında, kendi iş akışlarınızı da ajana araç olarak tanımlayabilirsiniz; böylece ajan, deterministik olarak kurduğunuz bir akışı gerektiğinde çağırır. Ajanın kritik iş süreçlerinde çalışması gerektiğinde ise izleme, güvenlik sınırları ve hata yönetimi için ek mühendislik gerekir.

Sonuç

n8n, otomasyonu tek bir yerden yönetmek ve yapay zekayı iş süreçlerine katmak isteyen ekipler için sağlam bir başlangıç noktasıdır. Doğru yaklaşım, aracı bir hedef değil bir katman olarak görmektir: hangi sürecin otomasyona uygun olduğunu belirlemek, akışı kurmak, ölçmek ve karmaşıklaştığında doğru parçayı koda taşımak. WhatsApp'tan gelen talebi teklife dönüştüren akışı hazır bir ürün olarak görmek isterseniz OmniNest'e göz atabilirsiniz.

Son güncelleme: 15 Ekim 2026