n8n mi Zapier mi Make mi? KOBİ İçin Otomasyon Aracı

n8n, kendi sunucunuzda çalıştırabileceğiniz ve ücretini iş akışının baştan sona kaç kez çalıştığına göre alan araçtır. Zapier, bir akışın başarıyla tamamladığı her eylemi ayrı bir görev (task) olarak sayar. Make ise akışı görsel bir senaryo olarak kurar ve her modül işlemini kredi (credit) birimiyle ücretlendirir. Üçü de aynı temel işi yapar: bir uygulamada olan bir olayı başka bir uygulamada işe dönüştürür. Seçimi belirleyen, bu işin kaç adımlı olduğu, ayda kaç kez tekrarlandığı, verinin nerede işlendiği ve akışın bakımını kimin yapacağıdır.

Burada bir "en iyi araç" sıralaması yok. Fiyat birimleri her aracın kendi sayfasından 31 Ekim 2026'da okundu; rakam aktarmıyoruz, çünkü planlar değişiyor.

Üç aracın farkı tek tabloda

Üç araç arasındaki asıl fark, neyin ücretlendirildiği ve aracın nerede çalıştığıdır. Arayüz, hazır bağlantı sayısı ya da şablon kütüphanesi gibi farklar ikinci sıradadır ve sizin kullandığınız uygulamalara göre değişir.

Tablodaki bilgiler araçların kendi sayfalarından alındı: n8n fiyatlandırması ücreti "aylık iş akışı çalıştırmasına, karmaşıklıktan bağımsız olarak" bağladığını ve kendi sunucunuzda çalışan standart sürümün GitHub'da yayımlandığını yazıyor. Zapier fiyatlandırması görevin "bir Zap veriyi başarıyla taşıdığında ya da bir eylemi tamamladığında" kullanıldığını ve tetikleyicinin görev saymadığını belirtiyor. Make'in kredi belgesi kredinin faturalama birimi olduğunu, varsayılan olarak bir işlemin bir krediye eşit olduğunu açıklıyor. Yapay zeka adımlarında ayrım bağlantı türünde: OpenAI, Anthropic Claude veya Gemini gibi üçüncü taraf AI uygulamalarında belge "1 operation equals 1 credit" diyor ve token ücretini sağlayıcıya ayrıca ödüyorsunuz; Make'in yerleşik AI uygulamalarında (Make's AI Provider ve otomatik sağlayıcı bağlantısıyla çalışan modüller) ise kredi token kullanımını da içeriyor; belge Make's AI Provider için "tokens and operations", otomatik sağlayıcı bağlantılı modüller için "also include token usage" diyor.

Ücreti ne belirler: çalıştırma, görev, kredi

Üç aracın ücret birimi farklı olduğu için aynı akış üç araçta üç ayrı sayı üretir. Bunu görmenin en kolay yolu tek bir akışı üç birimle saymaktır.

Bir güzellik salonu düşünelim. Sitedeki randevu talebi formu doldurulduğunda akış şunları yapsın: talebi bir tabloya yazsın, salon sahibine bildirim göndersin, müşteriye "talebiniz alındı" e-postası atsın ve takvime taslak bir kayıt eklesin. Bu, bir tetikleyici (form) ve dört eylemden oluşan bir akıştır. Ayda 400 form geldiğini varsayalım; sayı örnek amaçlıdır.

• n8n: her form bir çalıştırmadır. Ayda 400 çalıştırma. Adım sayısı sonucu değiştirmez.
• Zapier: tetikleyici görev saymaz, dört eylemin her biri başarıyla tamamlandığında bir görev sayılır. 400 × 4 = ayda 1.600 görev.
• Make: çoğu modül işlemi bir kredi tüketir. Beş modüllü bir senaryoda kabaca 400 × 5 = 2.000 kredi civarı; tetikleyicinin ve özel modüllerin nasıl sayıldığı modül türüne göre değişebildiği için kesin sayıyı Make'in modül bazlı kredi listesinden kontrol edin.

Zamanlanmış akışlarda tablo tersine dönebilir. n8n'in fiyat sayfasındaki SSS'ye göre her beş dakikada bir çalışan zamanlanmış bir akış ayda yaklaşık 8.600-8.900 çalıştırma üretir; akış o çalıştırmaların çoğunda yeni bir şey bulmasa bile. Zapier ise yeni veri olup olmadığını kontrol etmeyi görev saymadığını yazıyor. Yani "sık kontrol et, nadiren iş yap" türünden akışlarda çalıştırma bazlı ücret, görev bazlı ücretten daha hızlı dolabilir. Akışınızın bir olayla mı (form, sipariş, mesaj) yoksa bir saatle mi tetiklendiğini hesaba bu yüzden ayrıca yazın.

Bu hesap şunu gösterir: olayla tetiklenen akışlarda adım sayısı arttıkça Zapier ve Make'te aylık tüketim adımla birlikte artar, n8n'de artmaz. Buna karşılık az adımlı ve az tekrar eden akışlarda bu fark önemsizleşir; o zaman karar arayüz, bakım ve veri konusuna kayar. Kendi akışınızı bu üç satırla saymadan plan seçmeyin.

Kendi sunucunuzda çalıştırmak: bakım kimde kalır?

Kendi sunucunuzda çalıştırmak, aracın lisans ücretinden çok bakımın sorumluluğunu üstlenmek demektir. n8n'in Community Edition'ı kendi sunucunuza kurulabilir; Zapier ve Make'in böyle bir seçeneği yoktur, ikisi de yalnızca bulut hizmeti olarak çalışır.

Kendi sunucunuzda çalışan bir otomasyon aracının bakım listesi kısa değildir: sürüm güncellemeleri, güvenlik yamaları, veritabanı yedeği, sunucu kesintisinde akışların ne olacağı, kimlik bilgilerinin nerede saklandığı ve sunucuya kimlerin erişebildiği. Bunları yapacak biri yoksa "ücretsiz" kurulum, ilk arızada en pahalı seçenek olabilir. Lisans koşullarının ticari kullanımınıza uyup uymadığını da n8n'in lisans metninden ayrıca okuyun.

Kendi sunucusunu tercih etmek için iki iyi gerekçe vardır: akışlarda işlenen verinin sizin kontrolünüzdeki bir sunucuda kalmasını istemek ve çok sayıda çok adımlı akışta tüketim bazlı ücretten kaçınmak. Bu iki gerekçe yoksa bulut sürümü, bakımı sağlayıcıya bıraktığınız için daha az iş çıkarır.

Türk uygulamalarına bağlantı: e-fatura, pazaryeri, WhatsApp

Bir aracın uygulama dizininde kullandığınız yazılımın hazır bağlantısı yoksa, o yazılımla konuşmanın tek yolu yazılımın kendi arayüzüne (API) doğrudan istek göndermektir. Türkiye'de kullanılan e-fatura entegratörleri, pazaryeri satıcı panelleri ve yerel randevu programları için hazır bağlantı olup olmadığı araçtan araca ve zamandan zamana değişir; bunu karşılaştırma yazılarından değil, aracın kendi dizininde arayarak öğrenin.

Asıl test aracın değil, kullandığınız yazılımın testidir: e-fatura entegratörünüzün, pazaryeri panelinizin ya da randevu programınızın dışarıya açık bir arayüzü var mı, bu arayüze erişim için ayrı bir başvuru ya da ücret gerekiyor mu? Arayüz varsa üç araçta da genel bir istek adımıyla bağlanmak mümkün olabilir, ama bu adımın planınızda açık olup olmadığını aracın belgesinden kontrol edin. Arayüz yoksa hiçbir araç bunu çözmez.

WhatsApp ayrı bir durumdur. Otomasyonun WhatsApp'tan mesaj göndermesi, WhatsApp Business uygulaması ile değil, Business Platform (API) üzerinden mümkündür ve bu platformun kendi mesaj ücreti vardır. Uygulama ile API arasındaki seçimi WhatsApp Business API ücretli mi sorusu üzerinden ayrıca ele aldık.

Hata olunca ne olur: bildirim, tekrar deneme, kayıt

Bir otomasyon aracını seçerken kolayca atlanan ama sonradan iş çıkaran soru, akış hata verdiğinde ne olduğudur. Bağlı bir uygulama o dakika cevap vermediğinde, bir alan boş geldiğinde ya da bir şifre değiştiğinde akış durur. Önemli olan durmanın fark edilip edilmediğidir.

Seçimden önce üç şeyi kendi deneme hesabınızda test edin. Birincisi, hata olduğunda kime, hangi kanaldan bildirim gidiyor. İkincisi, başarısız çalıştırma tekrar denenebiliyor mu, yoksa veri kayboluyor mu. Üçüncüsü, geçmiş çalıştırmalar ne kadar süre saklanıyor; geriye dönüp bir müşterinin formunun neden işlenmediğini görmek için bu kayıt gerekir. n8n'in fiyat sayfası saklanan çalıştırma sayısını plan satırı olarak veriyor; yani bu süre plana göre değişebilir.

Hata düzenini kurmak araçtan bağımsız bir iştir: beklenmeyen bir değer geldiğinde akışın durması ve sorumluya haber vermesi, "boşsa tahmin et" türünden davranışın hiç kurulmaması. Hangi adımın otomatik, hangisinin insan onaylı olacağı da bu aşamada yazılır.

Veri nerede işleniyor: KVKK açısından ne sorulmalı?

Bulut sürümünde çalışan bir otomasyon aracı, akıştan geçen müşteri verisini kendi sunucularında işler. Bu sunucular yurt dışındaysa, bu bir kişisel veri aktarımı sorusudur. 6698 sayılı Kişisel Verilerin Korunması Kanunu md. 9, 2024 değişikliğiyle, yurt dışına aktarımı yeterlilik kararı, standart sözleşme gibi uygun güvenceler ya da arızi hallerden birine bağlıyor; standart sözleşme imzalandıysa beş iş günü içinde Kuruma bildirilmesi gerekiyor.

Bu, araç seçimini doğrudan etkiler. Akıştan yalnızca stok kodu ve sipariş numarası geçiyorsa risk düşüktür. Ad, telefon, adres ya da sağlık bilgisi geçiyorsa, aracın veri işleme sözleşmesini, sunucu konumunu ve standart sözleşme imkânını sormanız gerekir. Kendi sunucunuzda çalışan bir araç bu soruların bir kısmını ortadan kaldırır ama yerine veri güvenliği yükümlülüğünü doğrudan size bırakır.

Hangi soruların sağlayıcıya sorulacağını sohbet asistanları için chatbot KVKK kontrol listesi sıralıyor; aynı sorular otomasyon araçları için de geçerlidir. Burada yazdıklarımız hukuki görüş değildir; işlenen veri hassassa bir hukukçuya danışın.

Ekipte bu araçları kim yönetecek?

Araç seçiminin kolay atlanan yüzü, kurulumdan sonra akışları kimin değiştireceğidir. Kampanya değişir, form alanı eklenir, bir uygulama sürüm değiştirir. Bu değişiklikleri yapacak kişi teknik değilse, akışları okuyup düzenleyebileceği bir araç ve sade bir kurgu gerekir.

Üç durumu ayırmak işe yarar. Ekipte hiç teknik kişi yoksa ve akışlar basitse, bulut araçlardan biri ve az adımlı akışlar yeterlidir. Ekipte API ve sunucu kavramlarına aşina biri varsa n8n'in kendi sunucunuzda çalışan sürümü gerçekçi bir seçenektir. Kurulumu dışarıya verip değişiklikleri kendi ekibinizde yapmak istiyorsanız, kurulumun belgelenmesini ve akışların adlandırma düzenini sözleşmeye yazdırın.

Hangi işin otomasyona değdiğini araç seçiminden önce belirlemek de maliyeti düşürür; haftalık tekrar sayısı düşük bir iş için araç aboneliği açmak gereksizdir. Adayları seçmek için süreç puanlama tablosu bir yöntem veriyor. Yazılım satın almadan önce ücretsiz araçlarla neyin yapılabileceğini görmek isterseniz KOBİ'ler için ücretsiz AI araçları listesi bir başlangıç noktası.

Üç örnek akış ve hangi aracın neden uyduğu

Araç seçimini somutlaştırmak için üç varsayımsal akış üzerinden gidelim. Örnekler bir öneri değil, aynı mantığın farklı sonuç verdiğini gösteren hesap alıştırmalarıdır.

Emlak ofisi, ilan portalından gelen talep. Talep e-postayla geliyor, akış e-postayı ayrıştırıp müşteri kayıt sistemine ekliyor ve danışmana bildirim gönderiyor. Ayda birkaç yüz talep, üç adım. Bu hacimde üç aracın tüketim farkı küçüktür; karar, müşteri kayıt sisteminin hangi araçta hazır bağlantısı olduğuna göre verilir.

KOBİ e-ticaret, sipariş sonrası akış. Her siparişte stok tablosu güncelleniyor, kargo firmasına kayıt açılıyor, müşteriye bilgi e-postası gidiyor ve muhasebe tablosuna satır ekleniyor. Ayda birkaç bin sipariş, beş adım. Burada adım başına ücretlendirme aylık tüketimi hızla büyütür; çalıştırma bazlı ücret ya da kendi sunucunuz ciddi bir seçenek hâline gelir. Aynı mantıkla bir restoranda sipariş bildirimi mutfağa gidecekse, bildirimin kimin önüne düşeceği mutfak sipariş bildirimi tasarımının parçasıdır.

Otel, ön büro raporu. Her sabah rezervasyon sisteminden dışa aktarılan dosya okunup bir özet tabloya dönüştürülüyor. Günde bir çalıştırma, ama tek çalıştırmada çok satır işleniyor. Adım sayısı az, çalıştırma sayısı düşük; asıl soru rezervasyon sisteminin dışa aktarımı otomatik verip veremediğidir.

Akışlardan biri karar vermeyi gerektiriyorsa, örneğin gelen talebin içeriğine göre farklı yanıt yazmak, bu artık basit bir otomasyon değil, bir yapay zeka adımı içeren akıştır; yetki ve onay konusu agentic AI sistemleri kurulumunda ayrıca ele alınır. Böyle bir akışın süreç haritası, onay ekranı ve model kullanımı gibi ek kalemlerini yapay zeka ajanı kurulum maliyeti ayrı ayrı sayıyor.

Kurulumu kim yapar, araç kararı nasıl verilir?

Araç kararı, bağlanacak yazılımların listesi ve akışların tekrar sayısı çıkarılmadan verilmemelidir. Önce iş envanteri, sonra yazılımların arayüz durumu, en son araç gelir. Bu sıra ters çevrildiğinde araç seçilir, ardından kullanılan muhasebe ya da randevu programının bağlanamadığı ortaya çıkar.

Operasyonel süreç otomasyonu hizmetinde yazılı sıra da budur: tekrar eden işlerin listesi, tek bir akışın seçimi, eski yöntemle paralel çalıştırma ve ardından izleme. Araç bu listeden çıkar; liste bir araca göre eğilmez. Akışın geri dönüşünü hesaplamak isterseniz, aboneliği ve kurulum süresini kazanılan çalışma saatiyle karşılaştıran AI yatırımı geri dönüş hesabı aynı mantığı otomasyon araçlarına da uygular.

Geçiş maliyeti: araç değiştirmek ne zaman mantıklı?

Bir otomasyon aracından diğerine geçmek, akışları dışa aktarıp içe almak kadar basit değildir. Üç aracın akış biçimleri birbirine doğrudan çevrilmez; her akış yeni araçta yeniden kurulur, her bağlantı yeniden yetkilendirilir ve her akış yeniden test edilir. Geçişin gerçek maliyeti, akış sayısı çarpı akış başına yeniden kurma ve test süresidir.

Geçiş üç durumda mantıklıdır. Birincisi, aylık tüketim birimi işinizle ters orantılı büyüyorsa: çok adımlı ve sık tekrar eden akışlarınız arttıkça adım başına ücret, çalıştırma başına ücretten belirgin biçimde yükseliyorsa. İkincisi, veri yeri bir zorunluluk hâline geldiyse: akışlardan geçen verinin sizin sunucunuzda kalması gerekiyorsa. Üçüncüsü, kullandığınız temel bir yazılımın hazır bağlantısı yalnızca diğer araçta varsa ve genel istek adımıyla bağlanmak bakımı zorlaştırıyorsa.

Geçişin mantıklı olmadığı durum da açıktır: akışlar az, adımlar kısa ve mevcut araç çalışıyorsa, birkaç ayın abonelik farkı yeniden kurma ve test emeğini çoğu zaman karşılamaz. Karar vermeden önce son üç ayın tüketim sayısını, akış listesini ve her akışın kaç adım içerdiğini bir tabloya yazın; geçiş hesabı bu tablodan çıkar.

Sıkça Sorulan Sorular

n8n ücretsiz mi?

n8n'in fiyat sayfası, kendi sunucunuzda çalıştırabileceğiniz standart sürümün (Community Edition) GitHub'da yayımlandığını yazıyor; bulut planları ise aylık iş akışı çalıştırma sayısına göre ücretlendiriliyor ve deneme süresiyle başlıyor. Kendi sunucunuzda çalıştırdığınızda lisans ücreti yerine sunucu, güncelleme, yedek ve güvenlik bakımı sizin işiniz olur. Lisans koşullarının ticari kullanımınıza uyup uymadığını lisans metninden okuyun.

Zapier Türkçe uygulamalarla çalışır mı?

Zapier'in Türkiye'de kullanılan bir uygulamayla çalışıp çalışmadığı, o uygulamanın Zapier dizininde hazır bağlantısı olup olmadığına ya da dışarıya açık bir arayüzü (API) bulunup bulunmadığına bağlıdır. Hazır bağlantı yoksa genel bir istek adımıyla arayüze bağlanmak mümkün olabilir; bu adımın planınızda açık olup olmadığını Zapier'in belgesinden kontrol edin. Arayüzü olmayan bir yazılıma hiçbir otomasyon aracı doğrudan bağlanamaz.

Make ile Zapier arasındaki fark nedir?

En belirgin fark ücretlendirme birimidir. Zapier, başarıyla tamamlanan her eylemi bir görev sayar ve tetikleyiciyi saymaz. Make ise kredi kullanır; varsayılan olarak bir işlem bir krediye eşittir. OpenAI gibi üçüncü taraf AI uygulamalarında da bir işlem bir kredidir ve token ücreti sağlayıcıya ayrıca ödenir; Make'in yerleşik AI uygulamalarında (Make's AI Provider ve otomatik sağlayıcı bağlantısıyla çalışan modüller) ise kredi token kullanımına göre değişir. Make akışları görsel bir senaryo olarak kurar. Aynı akışı iki birimle sayıp aylık tüketiminizi karşılaştırmak, hangisinin size uyduğunu görmenin en somut yoludur.

Otomasyon aracını kendi sunucumda çalıştırmalı mıyım?

İki gerekçeniz varsa düşünmeye değer: akışlardan geçen verinin kendi kontrolünüzdeki bir sunucuda kalması gerekiyorsa ya da çok sayıda çok adımlı akışta tüketim bazlı ücret yüksek tutuyorsa. Bu durumda güncelleme, güvenlik yaması, yedek ve kesinti yönetimini yapacak birinin olması şarttır. Böyle biri yoksa bulut sürümü bakımı sağlayıcıya bıraktığı için daha az iş çıkarır.

Otomasyonu kurduktan sonra bakım gerekir mi?

Evet. Bağlı uygulamalar arayüzlerini değiştirir, şifreler yenilenir, form alanları eklenir ve akışlar bu değişikliklerle bozulabilir. Bakımın üç parçası vardır: hata bildirimlerinin takip edilmesi, başarısız çalıştırmaların incelenip tekrar denenmesi ve bağlı yazılım değiştiğinde akışın güncellenmesi. Bu işi kimin yapacağı kurulumdan önce kararlaştırılmalıdır.