n8n mi Zapier mı? Barındırma, Fatura ve Kod Kaçışı Üzerinden Karar
n8n ile Zapier arasındaki seçim üç somut soruyla biter: veri hangi sunucuda duracak, fatura hangi birimden kesilecek, iş akışının içine ne kadar özel mantık girecek. Birinci soruda n8n kendi sunucunuzda çalışır, Zapier yalnızca kendi bulutunda. İkincide Zapier başarıyla çalışan her eylem adımını faturalandırır, n8n ise çalıştırmayı sayar ve düğüm sayısını hesaba katmaz. Üçüncüde Zapier'in kod adımı sadece elle eşlediğiniz alanları görürken n8n'in Code düğümü önceki düğümün tüm veri akışına erişir. Üç cevap aynı yöne çıkıyorsa karar zaten 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 Docker Compose ile, tek satırlık kurulum betiğiyle, AWS, Azure, Google Cloud, DigitalOcean, Hetzner 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 ile kullanımdan kaldırıldığını not düşer. Lisans anahtarı girilmeyen bir kurulum ücretsiz Community sürümü olarak açılır; Business veya Enterprise anahtarı eklendiğinde aynı ikili dosya farklı sürüme dönüşür, yani kod tabanı tektir ve ayrım lisans katmanında yapılır.
Zapier'de bunun karşılığı yok. Zapier yalnızca Zapier'in altyapısında çalışır; indirilebilir bir sürümü, şirket içi kurulumu veya özel bulut seçeneği bulunmuyor. Bu, Zapier'in bilinçli mimari tercihi: sunucu bakımını tamamen üstlenen bir platform, müşterisine yönetmesi gereken bir sunucu vermez.
n8n'de docker compose up komutunu kim çalıştırıyorsa Node.js sürüm yükseltmesinden, yedeklemeden ve TLS sertifikasından da o sorumlu olur; Zapier'de bu satırların hiçbiri sizin işiniz değildir. Karşılaştırmanın geri kalanı büyük ölçüde bu sorumluluğun hangi tarafa düştüğüne bakarak okunabilir, çünkü fiyat farkı da esneklik farkı da aynı yerden doğuyor.
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 0 görev, Filter ve Paths adımları 0 görev, hata veren adımlar 0 görev. Buna karşılık her başarılı eylem 1 görev; Formatter, Delay, Digest ve Storage adımları sayılmaz ama Zapier MCP'de her başarılı araç çağrısı 2 görev, Lead Router'da her yönlendirilen kayıt 5 görev yazar. Alt-Zap kullanırsanız "Call a Sub-Zap" ve "Return From a Sub-Zap" adımları da ayrıca 1'er 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 3 görev tüketir: tetikleyici 0, filtre 0, arama 1, yazmalar 2. Ayda 2.000 kez tetiklenirse 6.000 görev eder. Aynı iş akışı n8n tarafında 2.000 çalıştırmadır ve içine 5 düğüm de koysanız 25 düğüm de koysanız bu sayı değişmez.
Buradaki asimetri karar için belirleyici. Zapier'de iş akışını zenginleştirmenin marjinal maliyeti pozitiftir: bir adım eklemek aylık faturayı çalıştırma sayısı kadar artırır. n8n'de adım eklemenin faturaya etkisi sıfırdır, maliyet 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ı ise plan limitinize ve sunucu kiranıza bağlı olduğu için herkes için aynı yerde değildir.
Bütçe tavanını önceden bilmek isteyen ekipler için Zapier'in görev kullanımı dokümanındaki üç ayrıntı önemli: plan limitini aştığınızda görev başına ek ücretlendirme devreye giriyor, bu ek kullanım plan limitinin 3 katında duruyor ve %80 ile %100 eşiklerinde e-posta uyarısı gidiyor. n8n tarafında buna karşılık gelen sınır sunucunuzun kapasitesidir; aşıldığında fatura sabit kalır, çalıştırmalar kuyrukta bekler.
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 katalogu binlerce uygulama içerir ve niş SaaS ürünlerinde n8n'in hazır düğüm listesinden belirgin şekilde geniştir. Otomasyon projeleri ise en sık, listede yer alan konektörün sizin okumanız gereken özel alanı taşımadığı noktada tıkanır; katalog büyüklüğü bu tıkanmayı önceden haber vermez.
Ölçüt şu olmalı: kullanacağınız 5 sistemi listeleyin, her biri için otomasyonun okuması ve yazması gereken alanları yazın, sonra iki tarafın konektörünü bu alan listesine karşı test edin. Özel alanlar, çoklu dil kayıtları ve iç içe nesneler burada elenir. İki platformda da genel HTTP isteği düğümü bulunduğu için konektörü olmayan bir sisteme REST API üzerinden bağlanmak her iki tarafta da mümkündür; aradaki fark, o API'den dönen ham JSON'u dönüştürürken elinizde ne kadar alan kaldığıdır.
Kendi düğümünü yazma ihtiyacı doğduğunda n8n açık ara öne geçer, çünkü özel düğüm geliştirme desteklenen bir yol olarak dokümante edilmiştir ve yazdığınız düğümü kendi kurulumunuza yükleyebilirsiniz.
Kod kaçışı: iş akışı tıkandığında elinizde ne kalıyor
Her otomasyon er geç görsel düğümlerin yetmediği bir noktaya varır ve o noktada platformun kod kaçışının ne kadar geniş olduğu, projenin devam edip etmeyeceğini belirler.
Zapier'in Code adımında JavaScript ve Python yazabilir, async/await ve fetch kullanabilirsiniz. Kısıt veri erişiminde: Zapier'in JavaScript örnek dokümantasyonuna göre koda giren her alan, adımın "Input Data" bölümünde elle eşlenmiş olmak zorundadır ve koda yalnızca inputData nesnesi üzerinden ulaşır. Üç adım önceki yanıtın tamamını dolaşmak isterseniz o alanları önce tek tek eşlemeniz gerekir. Ayrıca Code by Zapier adımı standart çalışma süresiyle 1 görev yazar, süre uzatıldığında 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 öğe başına çalışan "Run Once for Each Item". Düğüm, önceki adımın tüm öğe akışını alır; ayrı bir alan eşleme adımı yoktur. Kendi sunucunuzda barındırıyorsanız Code düğümü içine harici npm paketleri aktarabilirsiniz. n8n Cloud'da bu kapalıdır ve yalnızca 2 modül açıktır: Node.js'in crypto modülü ile moment paketi. Python tarafında benzer bir ayrım var; Pyodide tabanlı eski Python desteği n8n 1.0'da eklenmiş, n8n 2 ile kaldırılmıştır. Yerine n8n 1.111.0'da gelen görev çalıştırıcıları üzerinden koşan yerel Python geçti ve bu, üçüncü parti kütüphane aktarımını yalnızca kendi sunucunuzda barındırırken açar.
Zapier'de kod bir adımdır ve o adıma ne verdiyseniz onu görür; n8n'de kod veri akışının kendisine erişir. Karmaşık dönüşüm, özel imzalama veya tarihe dayalı iş kuralı gibi işlerde bu fark, tek bir iş akışında saatlerle ölçülen bir zaman farkına dönüşür.
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; 7499 sayılı Kanun'la 2024'te yapılan 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. Bulut tabanlı 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 tartışma konusu bile değildir. Fatura kalemi, 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 zincirde n8n kurmak, kazandırdığından fazla iş çıkarır. 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çine gömer 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. Adım sayısı 5'in altındaysa ve akıştan kişisel veri geçmiyorsa, kendi sunucunuzda barındırmanın getirdiği kontrolü harcayacağınız bir yer de kalmaz. Aylık hacim de bu tabloya uyduğunda aritmetik aynı yöne işaret eder: 500 çalıştırma × 3 eylem = 1.500 görev. Bu hacim için sunucu kiralamak, kiranın karşılığını çıkarmayan bir gider kalemi olur.
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 başlık olarak ele alınmayı hak ediyor.
n8n ne zaman doğru seçim
Kişisel veri, finansal kayıt veya sözleşmeyle bağlı müşteri verisi akışın içinden geçiyorsa barındırma yeri pazarlık konusu olmaktan çıkar ve n8n'i kendi sunucunuzda çalıştırmak masadaki tek seçenek hâline gelir. Aynı şey alan eşlemeyle ifade edilemeyen iş kuralları için de geçerli: 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, 7 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 düğü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: sunucu kirası ayın 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 çeyrek başında bağlamanızı imkânsızlaştırır.
n8n'in düğüm mantığını ve bileşenlerinin nasıl çalıştığını daha önce ayrıntılı 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 aylık sunucu kirasının epey üstünde çıkar; güvenlik yalıtımı, çalışma zamanı bakımı ve ölçekleme operasyonu bu 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 veya 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 örnekte harici modu şart koşuyor; harici modu ayağa kaldırmak da 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 takvimi ana sürümlerin 6 ay Current aşamasında kaldığını, LTS sürümlerinin kritik hata düzeltmelerini toplam 30 ay boyunca garanti ettiğini ve üretim uygulamalarının yalnızca Active LTS veya Maintenance LTS sürümleri kullanması gerektiğini yazar. Takvimi tutan nodejs/Release deposuna göre Node.js 20 (Iron) 30 Nisan 2026'da destek dışına çıktı, Node.js 22 (Jod) 21 Ekim 2025'te bakım aşamasına geçti ve 30 Nisan 2027'de bitiyor, Node.js 24 (Krypton) ise 28 Ekim 2025'te LTS oldu ve 30 Nisan 2028'e kadar destekleniyor. Bu tarihleri takip etmeyen 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 (varsayılan port 6379, varsayılan veritabanı 0), ana örnek ile işçi süreçler ve hepsinde paylaşılan tek bir şifreleme anahtarı. Redis erişilemediğinde çıkış için beklenen süre varsayılan olarak 10.000 ms, işçilerin işi bitirmesi için tanınan kapanış süresi 30 saniyedir. Kuyruk modunda SQLite kullanımı n8n tarafından önerilmiyor, PostgreSQL'e geçmek gerekiyor; ikili veriyi dosya sisteminde saklamak ise desteklenmiyor, S3 tipi harici depolama gerekiyor. Kuyruk moduna geçmek tek süreçli kurulumdan farklı bir işletim modeli demek: izlenecek en az 3 ayrı bileşen, tek şifreleme anahtarı ve yedeklenmesi gereken bir PostgreSQL.
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 ücretlendirir; 3 eylemli bir akış ayda 2.000 kez koşarsa 6.000 görev tüketir. n8n çalıştırma başına sayar, aynı akış 2.000 çalıştırmadır ve düğüm sayısı faturayı etkilemez. Kendi sunucunuzda barındırdığınızda ödediğiniz tutar sunucu kirasında sabitlenir. Adım sayısı ve hacim büyüdükçe görev tüketimi çalıştırma sayısının katlarına çıkar; kırılma noktası, plan ücretinizle sunucu kiranızın oranına bağlı olduğu için 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; şirket içi kurulum, özel bulut veya indirilebilir sürüm sunmaz. Verinin kendi sunucunuzda kalması zorunluysa n8n gibi kendi sunucusunda barındırılabilen bir araç gerekir. n8n'i lisans anahtarı olmadan kurduğunuzda ücretsiz Community sürümü olarak çalışır.
n8n kurulumu ne kadar teknik bilgi gerektiriyor?
Kurulum adımı en hafif kısmı; bizim kurduğumuz sistemlerde ilk Docker Compose ayağı 20-45 dakika arasında tamamlandı. Asıl yük sonrasındadır: Node.js LTS takvimini izlemek, görev çalıştırıcıları harici modda kurmak, PostgreSQL yedeklemesi almak, TLS sertifikası yenilemek. Tek n8n süreci eş zamanlı iş yüküne yetişmediği noktada Redis tabanlı kuyruk moduna geçmek gerekir. Sunucu yöneten kimsesi olmayan bir ekip için bu 4-5 kalem, aylık sunucu kirasından daha büyük bir gerçek maliyettir.
İki aracı birlikte kullanmak mantıklı mı?
Evet, sahada sık görülen düzen budur. Kişisel veri taşımayan standart SaaS zincirleri Zapier'de kalır, hassas veri işleyen veya özel mantık gerektiren akışlar kendi sunucunuzdaki n8n'e taşınır. Bölme ölçütü akıştan geçen verinin türü ve akışın aylık çalıştırma sayısıdır; iki aracın yetenek listesi bu kararda ikinci sırada kalır.
