n8n mi Zapier mı? Barındırma, Fatura ve Kod Kaçışı Üzerinden Karar

n8n ile Zapier arasındaki seçim üç soruya dayanır: veri hangi sunucuda duracak, fatura hangi birimden kesilecek, iş akışının içine ne kadar özel mantık girecek. Birinci soruda n8n'i kendi sunucunuzda çalıştırabilirsiniz (n8n'in bulut sürümü de var); Zapier ise yalnızca kendi bulutunda çalışır. İkincide Zapier başarıyla çalışan her eylem adımını faturalandırır, n8n ise çalıştırmayı sayar ve adım sayısını hesaba katmaz. Üçüncüde Zapier'in kod adımı yalnızca elle eşlediğiniz alanları görürken n8n'in Code düğümü önceki düğümden gelen tüm öğelere erişir. Üç cevap aynı yöne çıkıyorsa karar verilmiştir; çıkmıyorsa aşağıdaki eksenlerden hangisinin size pahalıya mal olduğuna bakmak gerekir.

Barındırma modeli farkı: iş yükü kimin makinesinde koşuyor

n8n'i tek satırlık kurulum betiğiyle, Docker Compose ile ya da AWS, Azure, Google Cloud, DigitalOcean, Hetzner, Heroku veya OpenShift üzerinde kendi altyapınızda çalıştırabilirsiniz. n8n barındırma dokümantasyonu bu yöntemleri tek tek listeler ve npm üzerinden kurulumun n8n 3.0 itibarıyla kullanımdan kaldırıldığını not düşer. Lisans anahtarı girilmeyen bir kurulum ücretsiz Community sürümü olarak çalışır; Business veya Enterprise anahtarı eklendiğinde aynı ürün o sürümün özelliklerini açar.

Community sürümü ücretsizdir ama klasik anlamda açık kaynak değildir. n8n'in lisans sayfasına göre kod Sustainable Use License ile dağıtılır: kendi iç iş süreçleriniz için kullanmak ve değiştirmek serbesttir, n8n'i başkalarına ücretli bir hizmet olarak sunmak ise bu lisansla mümkün değildir. Otomasyonu kendi şirketiniz için kuruyorsanız bu bir engel oluşturmaz.

Zapier'de kendi sunucunuza kurulum seçeneği yok; Zapier yalnızca kendi bulut altyapısında çalışır, indirilebilir ya da şirket içi bir sürümü bulunmaz. Zapier'in veri gizliliği sayfası, müşteri verisini ABD'deki AWS sunucularında barındırdığını açıkça yazıyor.

n8n'i kendi sunucunuzda çalıştırıyorsanız Node.js sürüm yükseltmesinden, yedeklemeden ve TLS sertifikasından da siz sorumlu olursunuz; Zapier'de bu işlerin hiçbiri sizin değildir. Fiyat farkı da esneklik farkı da büyük ölçüde bu sorumluluğun hangi tarafa düştüğünden doğar.

Fiyatlandırma mantığı: görev başına mı, çalıştırma başına mı

Zapier'in faturalama birimi görev, yani başarıyla çalışan her eylem adımı. Zapier'in görev kullanımı dokümantasyonu neyin sayıldığını açıkça yazıyor: tetikleyiciler, Filter ve Paths adımları ve hata veren adımlar görev saymaz. Her başarılı eylem bir görevdir; Formatter, Delay, Looping, Digest ve Storage adımları ise hiç sayılmaz. Bazı ürünlerde katsayı farklı: Zapier MCP'de her başarılı araç çağrısı iki görev, Lead Router'da yönlendirilen her kayıt beş görev yazar. Alt-Zap kullanırsanız "Call a Sub-Zap" ve "Return From a Sub-Zap" adımları da ayrıca birer görev sayar.

Tetikleyici, bir filtre, "bulunamazsa devam et" ayarlı bir arama ve iki yazma adımından oluşan bir Zap, çalıştırma başına üç görev tüketir: tetikleyici ve filtre sıfır, arama bir, yazmalar iki. Ayda 2.000 kez tetiklenirse 6.000 görev eder. Aynı iş akışı n8n tarafında 2.000 çalıştırmadır; n8n'in fiyatlandırma sayfası çalıştırmayı, içinde kaç adım olduğundan bağımsız olarak iş akışının bir kez baştan sona koşması diye tanımlıyor. Bu tanım n8n'in bulut planlarında ve ücretli kendi sunucunuzda barındırma planında geçerli; ücretsiz Community sürümünde ise çalıştırma sınırı yok.

Buradaki asimetri karar için belirleyici. Zapier'de iş akışına bir eylem adımı eklemek, aylık görev tüketimini çalıştırma sayısı kadar artırır. n8n'de adım eklemek fatura birimini değiştirmez; kendi sunucunuzda maliyet büyük ölçüde sunucu kirasında sabitlenir. Az adımlı ve düşük hacimli işlerde bu fark görünmez; adım sayısı ve aylık hacim büyüdükçe iki modelin eğrisi ayrılır. Kırılma noktası plan ücretinize ve sunucu maliyetinize bağlı olduğu için herkes için aynı yerde değildir.

Bütçe tavanını önceden bilmek isteyen ekipler için aynı dokümandaki üç ayrıntı önemli: plan limiti dolduğunda fazla görevler ayrıca ücretlendiriliyor, bu ek kullanım seçilen planın görev limitinin üç katında duruyor ve ek kullanım sınırının %80'ine ve %100'üne ulaşıldığında e-posta uyarısı gidiyor. Kendi sunucunuzdaki n8n'de buna karşılık gelen sınır sunucunuzun kapasitesidir: fatura değişmez, ama yük kapasiteyi aşarsa çalıştırmalar yavaşlar. n8n'in eş zamanlılık denetimi varsayılan olarak kapalıdır; bir üst sınır tanımlarsanız fazla çalıştırmalar sıraya girer ve kapasite boşaldıkça işlenir.

Entegrasyon derinliği: katalog büyüklüğünün ölçmediği şey

Entegrasyon sayısı pazarlama malzemesi olarak kullanışlıdır, karar kriteri olarak zayıftır. Zapier'in kataloğu binlerce uygulama içerir ve niş SaaS ürünlerinde n8n'in hazır düğüm listesinden belirgin biçimde geniştir. Sorun ise çoğu zaman başka yerde çıkar: listede bulunan konektör, sizin okumanız gereken özel alanı taşımayabilir ve katalog büyüklüğü bunu önceden haber vermez.

Doğru ölçüt şu: kullanacağınız sistemleri listeleyin, her biri için otomasyonun okuması ve yazması gereken alanları yazın, sonra iki tarafın konektörünü bu alan listesine karşı deneyin. Özel alanlar, çok dilli kayıtlar ve iç içe nesneler burada elenir. İki platformda da genel HTTP isteği adımı bulunduğu için konektörü olmayan bir sisteme REST API üzerinden bağlanmak her iki tarafta da mümkündür; fark, o API'den dönen ham JSON'u dönüştürürken elinizde ne kadar hareket alanı kaldığıdır.

Kendi düğümünü yazma ihtiyacı doğduğunda n8n öne geçer: özel düğüm geliştirme desteklenen bir yol olarak dokümante edilmiştir ve yazdığınız düğümü özel düğüm olarak kendi kurulumunuzda kullanabilirsiniz.

Kod kaçışı: iş akışı tıkandığında elinizde ne kalıyor

Görsel adımların yetmediği bir noktaya gelindiğinde platformun kod desteğinin ne kadar geniş olduğu, akışı aynı araçta tutup tutamayacağınızı belirler.

Zapier'in Code adımında JavaScript ve Python yazabilir, async/await ve fetch kullanabilirsiniz. Ücretli planlarda npm ve PyPI'daki herkese açık paketleri de içe aktarabilirsiniz; yalnızca ESM biçimli JavaScript paketleri desteklenir, derlenmiş yerel modüller ve özel paket depoları desteklenmez. Kısıt veri erişiminde: Zapier'in JavaScript örnekleri, koda giren her alanın adımın "Input Data" bölümünde tanımlanıp inputData nesnesi üzerinden okunduğunu gösteriyor. Üç adım önceki yanıtın tamamını dolaşmak isterseniz o alanları önce tek tek eşlersiniz. Code by Zapier adımı standart çalışma süresinde bir görev yazar, uzatılmış sürede daha fazlasını.

n8n'in Code düğümü farklı bir sözleşmeyle çalışır. Code düğümü dokümantasyonu iki mod tanımlar: varsayılan "Run Once for All Items" ve her öğe için ayrı çalışan "Run Once for Each Item". Düğüm önceki adımdan gelen tüm öğeleri alır; ayrı bir alan eşleme adımı yoktur. Kendi sunucunuzda barındırıyorsanız Code düğümüne harici npm paketleri aktarabilirsiniz; n8n Cloud'da bu kapalıdır ve yalnızca iki modül hazır gelir: Node.js'in crypto modülü ve moment paketi. Python tarafında da benzer bir ayrım var: Pyodide tabanlı eski Python desteği n8n 2.0'da kaldırıldı, n8n 1.111.0'dan bu yana görev çalıştırıcıları üzerinden koşan yerel Python kullanılıyor. n8n Cloud'daki Python seçeneği hiçbir kütüphanenin içe aktarılmasına izin vermiyor; kütüphane kullanımı yalnızca kendi sunucunuzda, uygun yapılandırmayla mümkün.

Veri yerleşimi ve KVKK: verinin fiziksel olarak nerede durduğu

Kişisel veri işleyen bir otomasyon kurarken cevaplanması gereken soru, verinin hangi ülkedeki hangi sunucuda durduğudur; araçların güvenlik pazarlaması bu sorunun yerine geçmez. 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 9. maddesi kişisel verilerin yurt dışına aktarımını ayrı bir rejime bağlar. Kişisel Verileri Koruma Kurumu'nun açıklamasına göre 7499 sayılı Kanun'la yapılan ve 1 Haziran 2024'te yürürlüğe giren değişiklikten sonra aktarım için yeterlilik kararı, standart sözleşme veya bağlayıcı şirket kuralları gibi araçlar devreye girer. Verisini ABD'de barındıran bir otomasyon platformundan geçen her müşteri kaydı bu değerlendirmenin kapsamına girer.

n8n'i Türkiye'deki bir sunucuda barındırdığınızda iş akışı verisi, çalıştırma kayıtları ve kimlik bilgileri sizin veritabanınızda kalır. Zapier'de aynı veri Zapier'in altyapısında işlenir. Bu, Zapier'i kullanılamaz yapmaz; kişisel veri içermeyen akışlarda konu bile değildir. Stok seviyesi veya sipariş durumu gibi veriler için barındırma yeri teknik bir tercihtir. Kimlik numarası, sağlık verisi, özlük dosyası veya müşteri iletişim geçmişi işleniyorsa aynı tercih hukuki bir karara dönüşür ve aracı seçen kişinin tek başına vereceği bir karar olmaktan çıkar.

Zapier ne zaman doğru seçim

Form gönderimini CRM'e ve Slack'e taşıyan üç adımlı bir zincir için n8n kurmak, kazandırdığından fazla iş çıkarabilir. Bünyede sunucu yöneten kimse yoksa ve böyle bir rolü işe almak gündemde değilse, n8n'in bakım kalemleri kimsenin üstünde durmaz: Node.js sürüm yükseltmeleri, PostgreSQL yedeği, sertifika yenileme, n8n sürüm geçişleri. Zapier bu kalemlerin tamamını abonelik ücretinin içinde üstlenir ve karşılığında esneklikten keser.

Zincir standart SaaS ürünlerinden oluşuyorsa (form, tablo, e-posta, CRM, Slack) Zapier'in hazır konektörleri işi bitirir. Akış birkaç adımdan ibaretse ve içinden kişisel veri geçmiyorsa, kendi sunucunuzda barındırmanın getirdiği kontrolü kullanacağınız bir yer de kalmaz. Hacim de küçükse aritmetik aynı yöne işaret eder: 500 çalıştırma × 3 eylem = 1.500 görev. Bu ölçekte iki seçenek arasındaki aylık ücret farkı, bir sunucunun bakımına harcanacak emeğin yanında küçük kalır.

Otomasyondan beklenen getiriyi nasıl ölçeceğinizi netleştirmeden araç seçmek de aynı hatanın başka bir hâli; süreç otomasyonunun nereden başlayacağı ve nasıl ölçüleceği ayrı bir yazının konusu.

n8n ne zaman doğru seçim

Kişisel veri, finansal kayıt veya sözleşmeyle korunan müşteri verisi akışın içinden geçiyorsa barındırma yeri başlı başına bir karar kriteri olur. Verinin yurt dışına çıkmaması gerekiyorsa n8n'i kendi sunucunuzda çalıştırmak bunu doğrudan sağlar; Zapier'le devam edilecekse yurt dışı aktarım için KVKK'nın öngördüğü araçlardan birinin kurulması ve hukuki değerlendirmenin yapılması gerekir. Alan eşlemeyle ifade edilemeyen iş kuralları da n8n'i öne çıkarır: kendi API'nize yazılmış özel imza üretimi, kurum içi veritabanına doğrudan sorgu, üç ayrı kaynaktan gelen kaydı tek nesnede birleştiren dönüşüm mantığı. n8n'in Code düğümü bu işleri iş akışının içinde bitirir, araya ayrı bir servis koymanızı gerektirmez.

Adım başına faturalanan bir modelde, yedi eylem adımı ve bir tetikleyiciden oluşan, ayda 20.000 kez koşan bir akış 140.000 görev demektir; aynı iş n8n'de 20.000 çalıştırmadır ve adım sayısı bu rakamı değiştirmez. Maliyetin önceden bilinmesi gereken kurulumlarda tutar farkının yanında öngörülebilirlik farkı da var: kendi sunucunuzun kirası ay sonunda aynı rakamı gösterir, görev tüketimi ise tetikleyen olay sayısıyla birlikte hareket eder ve kampanya dönemlerinde bütçeyi önceden sabitlemeyi zorlaştırır.

n8n'in düğüm mantığını ve bileşenlerini ayrı bir yazıda işledik; aracın kendisiyle ilk kez tanışıyorsanız n8n nedir ve nasıl çalışır yazısı bu karşılaştırmanın zeminini kuruyor.

Kendi sunucunda barındırmanın gizli maliyeti

Kendi sunucunuzda n8n çalıştırmanın gerçek maliyeti sunucu kirasıyla sınırlı değildir; güvenlik yalıtımı, çalışma zamanı bakımı ve ölçekleme, faturanın kira satırında görünmeyen kısmını oluşturur.

n8n'in görev çalıştırıcı dokümantasyonu açık bir uyarı taşıyor: görev çalıştırıcılar, kullanıcı kodu ile n8n arasındaki tek yalıtım katmanıdır. Bunlar olmadan ya da dahili modda çalışırken, iş akışını düzenleyebilen herkes veritabanınızı, şifreleme anahtarınızı, saklı kimlik bilgilerinizi ve ortam değişkenlerinizi okuyabilir; dahili mod, çalıştırıcıyı n8n ile aynı uid ve gid altında bir alt süreç olarak başlatır. Aynı doküman üretimde ve hassas veri tutan her kurulumda harici modu şart koşuyor. Harici modu ayağa kaldırmak, kurulum betiğinin bittiği yerde başlayan ayrı bir iştir.

n8n Node.js üzerinde koşar, dolayısıyla Node'un sürüm takvimi doğrudan sizin bakım takviminize dönüşür. Node.js sürüm sayfası ana sürümlerin altı ay Current aşamasında kaldığını, LTS sürümlerinde kritik hataların genellikle toplam 30 ay boyunca düzeltildiğini ve üretim uygulamalarının yalnızca Active LTS veya Maintenance LTS sürümlerini kullanması gerektiğini yazar. Takvimi tutan nodejs/Release deposuna göre Node.js 20, 30 Nisan 2026'da destek dışına çıktı; Node.js 22, 21 Ekim 2025'te bakım aşamasına geçti ve 30 Nisan 2027'de bitiyor; Node.js 24, 28 Ekim 2025'te LTS oldu ve 30 Nisan 2028'e kadar destekleniyor. Takvimin kendisi de değişiyor: Node.js 27'den itibaren yılda bir ana sürüm çıkacak ve her ana sürüm LTS'e geçecek. Bu tarihleri izlemeyen bir kurulum, bir süre sonra güvenlik yaması almayan bir çalışma zamanının üstünde koşmaya devam eder.

Tek n8n süreci eş zamanlı iş yüküne yetişmediğinde kuyruk modu devreye girer: EXECUTIONS_MODE=queue, mesaj aracısı olarak Redis, ana örnek ile işçi süreçler ve hepsinin paylaştığı tek bir şifreleme anahtarı. Kuyruk modunda SQLite önerilmiyor, PostgreSQL'e geçmek gerekiyor; ikili veriyi kalıcı tutmanız gerekiyorsa dosya sistemi yerine S3 tipi harici depolama kullanmanız gerekiyor. Kuyruk moduna geçmek, tek süreçli kurulumdan farklı bir işletim modeli demek: ana örnek, işçiler, Redis ve PostgreSQL ayrı ayrı izlenir; şifreleme anahtarı ve veritabanı yedeklenir.

Sıkça Sorulan Sorular

n8n Zapier'den ucuz mu?

Karşılaştırma birimi farklı olduğu için tek cümlelik cevabı yok. Zapier başarılı eylem başına, n8n çalıştırma başına sayar; akıştaki adım sayısı arttıkça Zapier'deki görev tüketimi çalıştırma sayısının katlarına çıkar. n8n'i kendi sunucunuzda ücretsiz Community sürümüyle çalıştırırsanız lisans ücreti ödemezsiniz, ama sunucu ve bakım emeği maliyete eklenir. Kırılma noktası; plan ücretinize, sunucu maliyetinize ve bakımı kimin yapacağına göre her ekipte farklı yerde durur.

Zapier'i kendi sunucumda çalıştırabilir miyim?

Hayır. Zapier yalnızca kendi bulut altyapısında çalışır ve müşteri verisini ABD'deki sunucularda barındırır; şirket içi kurulum ya da indirilebilir sürüm sunmaz. Verinin kendi sunucunuzda kalması zorunluysa n8n gibi kendi sunucunuzda barındırılabilen bir araç gerekir.

n8n kurulumu ne kadar teknik bilgi gerektiriyor?

Docker Compose ya da tek satırlık kurulum betiğiyle ilk kurulum işin hafif kısmıdır. Asıl yük sonrasında gelir: Node.js LTS takvimini izlemek, görev çalıştırıcıları harici modda kurmak, PostgreSQL yedeği almak, TLS sertifikasını yenilemek ve yük arttığında Redis tabanlı kuyruk moduna geçmek. Sunucu yöneten kimsesi olmayan bir ekip için bu kalemler, sunucu kirasından daha büyük bir maliyettir.

İki aracı birlikte kullanmak mantıklı mı?

Olabilir. Kişisel veri taşımayan standart SaaS zincirleri Zapier'de kalırken hassas veri işleyen ya da özel mantık gerektiren akışlar kendi sunucunuzdaki n8n'e taşınabilir. Bölme ölçütü, akıştan geçen verinin türü ve akışın aylık çalıştırma sayısıdır. Bunun bedeli, iki aracı ayrı ayrı izlemek ve kimlik bilgilerini iki yerde yönetmektir.

Son güncelleme: 15 Ekim 2026