n8n vs Zapier vs Make 비용 비교: 셀프 호스팅이 유리한 시점

결정을 가르는 단 하나의 차이

n8n, Zapier, Make는 모두 같은 역할을 수행합니다. 트리거가 발생하면 API 간에 데이터가 이동하고, 결과적으로 다른 시스템에 데이터가 저장됩니다. 이들 사이의 선택은 보통 단 한 가지, 즉 과금 단위에 의해 결정됩니다. Zapier와 Make는 자동화가 수행하는 작업 단위마다 비용을 청구합니다. 반면, 직접 호스팅하는 n8n은 작업 단위당 비용이 발생하지 않으며, 대신 서버 비용을 지불합니다.

이 단 하나의 차이가 아래의 모든 상황을 결정합니다. 종량제 요금제는 하루에 10개의 워크플로를 실행할 때는 비용이 거의 들지 않지만, 워크플로가 1분마다 실행되기 시작하면 가장 큰 소프트웨어 지출 항목이 됩니다. 반면 고정된 서버 비용은 정반대입니다. 처음에는 비싸 보이지만, 처리량이 늘어나도 비용은 변하지 않습니다. 두 모델 모두 부당한 것은 아닙니다. 단지 서로 다른 사용자에게 적합한 과금 방식을 취하고 있을 뿐입니다.

각 제품의 실제 과금 방식

Zapier는 태스크(task) 단위로 과금합니다. Zapier의 정의에 따르면, Zapier가 작업 단위를 성공적으로 완료할 때마다 태스크 하나가 차감됩니다. 성공한 각 액션 단계는 태스크 하나를 소비하며, 일부 액션은 하나 이상의 태스크를 소비하기도 합니다. 트리거와 폴링은 태스크로 계산되지 않으며, 실패한 액션도 포함되지 않습니다. 또한 내장 도구(Formatter, Paths, Filter, Delay, Looping, Storage)도 태스크를 소비하지 않습니다. 따라서 트리거 하나와 액션 단계 세 개로 구성된 Zap은 실행될 때마다 세 개의 태스크를 소비합니다. 2026년 7월 기준으로 무료 티어는 월 100개의 태스크를 제공하며, 유료 Professional 플랜은 연간 결제 시 월 20달러 수준부터 시작하여 750개의 태스크를 제공합니다.

Make는 크레딧(credit) 단위로 과금하며, 이는 과거에 오퍼레이션(operation)이라 부르던 단위입니다. Make의 문서에 따르면 시나리오 내의 각 액션은 일정량의 크레딧을 소비하며, 대부분의 액션은 1크레딧을 소비합니다. 읽기, 검색, 생성, 업데이트, 삭제, 변환, 집계, 반복 작업은 모두 크레딧을 소모합니다. 라우터와 에러 핸들러는 크레딧을 소비하지 않습니다. 여기서 중요한 점은 반복(iterating)입니다. 200개의 행을 순회하는 모듈은 1크레딧이 아니라 약 200크레딧을 소비합니다. 2026년 7월 기준으로 무료 티어는 월 1,000개의 크레딧을 제공하며, Core 플랜은 월 12달러 수준부터 시작하여 10,000개의 크레딧을 제공합니다.

직접 호스팅하는 n8n은 실행 횟수에 따른 과금이 없습니다. Community 에디션은 무료이며 거의 모든 기능을 포함합니다. 워크플로우 실행, 실행 내의 노드, 루프 반복, 재시도 등은 모두 비용이 발생하지 않습니다. 유일한 측정 기준은 서버의 CPU, 메모리, 디스크 자원뿐입니다. 유료 자체 호스팅 티어가 존재하며 라이선스 키가 필요하지만, 이는 처리량이 아닌 싱글 사인온(SSO)이나 별도의 환경 분리와 같은 거버넌스 기능을 판매하는 것입니다. 이미 Docker와 HTTPS를 사용하여 VPS에 n8n 설치하기를 완료했다면, 반복되는 비용은 모두 지불한 셈입니다.

n8n 공식 문서의 설치 명령어는 이 점을 잘 보여줄 만큼 간결합니다.

docker volume create n8n_data

docker run -it --rm \
 --name n8n \
 -p 5678:5678 \
 -e GENERIC_TIMEZONE="Europe/Berlin" \
 -e TZ="Europe/Berlin" \
 -e N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true \
 -e N8N_RUNNERS_ENABLED=true \
 -v n8n_data:/home/node/.n8n \
 docker.n8n.io/n8nio/n8n

이후 에디터는 5678 포트에서 응답합니다. 해당 명령어는 기본 SQLite 파일을 사용하고 --rm 컨테이너를 중지하면 데이터가 삭제되므로, 처음 확인하는 용도로만 적합합니다. 운영 환경에서 사용할 서버라면 Postgres를 사용하고 앞단에 리버스 프록시를 배치해야 합니다.

현실적인 한 달, 수치로 계산하기

모호한 비교는 무의미합니다. 답변은 전적으로 귀하의 사용량에 달려 있기 때문입니다. 그러므로 직접 계산해야 합니다. 소규모 기업에서 실제로 운영하는 4가지 자동화 사례와 각 자동화의 실행 빈도, 그리고 실행당 발생하는 유료 단계(billable steps) 수를 소개합니다.

[
  {
    "label": "Form to CRM to Slack",
    "runs_per_month": 1200,
    "billable_steps": 3,
    "units_per_month": "3,600"
  },
  {
    "label": "Order sync, every 15 min",
    "runs_per_month": 2880,
    "billable_steps": 4,
    "units_per_month": "11,520"
  },
  {
    "label": "AI inbox triage",
    "runs_per_month": 900,
    "billable_steps": 5,
    "units_per_month": "4,500"
  },
  {
    "label": "Daily revenue report",
    "runs_per_month": 30,
    "billable_steps": 6,
    "units_per_month": "180"
  }
]

주문 동기화(order sync) 작업만으로도 매달 11,520개의 유료 단위를 소비합니다. 15분마다 실행되는 스케줄 트리거가 한 달에 2880번 작동하며, 각 실행마다 4개의 유료 단계를 거치기 때문입니다. 단계가 가장 많아 무거운 워크플로처럼 느껴지는 일일 보고서(daily report)는 180를 소비합니다. 빈도가 복잡도보다 항상 더 큰 영향을 미칩니다. 워크플로의 형태만 보고 비용을 추정하다가 예상치 못한 청구서를 받게 되는 이유가 바로 여기에 있습니다.

이 4가지 자동화를 합치면 한 달에 19,800개의 유료 단위를 소비합니다. Zapier를 사용한다면 유료 플랜의 20,000개 작업 티어에 해당합니다. Make의 경우 Core 플랜에 포함된 크레딧의 약 2배에 달하므로 추가 구매가 필요합니다. 직접 호스팅하는 n8n에서는 워크플로 하나를 실행할 때와 동일한 월 서버 비용이 발생하며, 서버는 부하를 거의 느끼지 못합니다.

이제 숫자 하나를 바꿔보겠습니다. 주문 동기화 주기를 15분에서 5분으로 변경합니다. Zapier와 Make는 해당 항목이 34,560 단위로 3배 증가하여 다음 티어로 요금이 올라갑니다. n8n 서버는 CPU 사용량이 몇 퍼센트 증가할 뿐입니다. 어떤 플랜의 표면적인 가격보다 이러한 비대칭성이야말로 실제 의사결정의 핵심입니다.

교차점의 위치

보편적인 손익분기점은 없지만, 그 형태는 예측 가능합니다.

• 월 1,000 유닛 미만에서는 호스팅 서비스의 무료 티어가 압도적으로 유리합니다. 비용이 0인 것보다 나은 것은 없으며, 서버 패치 작업도 필요하지 않습니다.
• 월 1,000에서 10,000 유닛 사이에서는 유료 입문 플랜이 저렴합니다. VPS 비용과 관리자의 시간을 고려하면 월 12에서 20달러 정도의 가치가 있으므로 여전히 호스팅 도구를 사용하는 편이 낫습니다.
• 월 20,000 유닛을 넘어가면 종량제 요금이 누적되므로 고정 비용이 발생하는 서버 운영이 유리해지며, 사용량이 늘어날수록 그 격차는 커집니다.
• 행 단위로 반복되는 워크플로우(CSV 가져오기, 500개 주문 목록 처리, 페이지네이션된 API 호출 등)는 이 범위를 완전히 벗어납니다. 단 한 번의 실행으로 수천 유닛이 소모될 수 있기 때문입니다.

마지막 사례가 바로 셀프 호스팅이 선택의 문제를 넘어 필수적인 영역입니다. 5,000개의 레코드를 처리하는 야간 작업은 종량제 플랜에서 5,000 크레딧을 소모하지만, n8n에서는 단 한 번의 실행에 필요한 CPU 자원만 소비합니다.

동일한 논리가 자동화 볼륨이 가장 빠르게 증가하는 AI 단계에도 적용됩니다. 호스팅 환경 내의 모든 모델 호출은 모델 제공업체의 토큰 요금 외에 별도의 과금 단위로 청구되므로, 동일한 작업에 대해 이중으로 비용을 지불하게 됩니다. n8n 워크플로우 내에서 Claude API를 직접 실행하면 모델 제공업체에만 비용을 지불하면 됩니다.

n8n 라이선스에 대한 명확한 설명

n8n은 일반적인 정의에서의 오픈 소스가 아니며, 이를 오픈 소스로 간주하면 나중에 곤란한 상황을 겪을 수 있습니다. 이 소프트웨어는 Sustainable Use License에 따라 배포되며, 해당 라이선스의 내용은 다음과 같습니다.

귀하는 본 소프트웨어를 귀하의 내부 비즈니스 목적이나 비상업적 또는 개인적인 용도로만 사용하거나 수정할 수 있습니다.

또한 소프트웨어 전달에 관해서는 다음과 같이 명시합니다.

귀하는 비상업적 목적으로 무료로 제공하는 경우에만 본 소프트웨어를 배포하거나 타인에게 제공할 수 있습니다.

귀하가 계획 중인 작업이 이 조건에 부합하는지 확인하십시오. 자사 업무 자동화를 위해 n8n을 운영하는 것은 내부 비즈니스 목적에 해당하므로 허용되며, 이 글을 읽는 대부분의 사용자가 여기에 해당합니다. 판매하는 제품의 엔진으로 n8n을 사용하거나, 호스팅된 n8n 인스턴스를 고객에게 재판매하는 것은 무료 라이선스 범위에 포함되지 않으며 n8n과 별도의 상업적 계약이 필요합니다. 라이선스 조건은 변경될 수 있으며 저장소에 있는 텍스트만이 유효하므로, 비즈니스 모델을 구축하기 전에 n8n 저장소의 최신 LICENSE.md를 확인하십시오.

더 완화된 두 번째 제한도 있다. 무료 Community edition에는 거의 모든 기능이 포함되며, 무료로 등록하면 editor의 folders와 debug 같은 일부 기능이 추가로 활성화된다. single sign-on, log streaming, 별도 environments 등 대규모 팀을 대상으로 하는 기능은 유료 license key가 있어야 사용할 수 있다. 이러한 기능은 거버넌스를 위한 기능이다. 판매 대상이 되는 것은 처리량이 아니다. 사용 중인 기능이 어느 범주에 속하는지 확실하지 않다면, 설계에 반영하기 전에 community와 enterprise의 제한을 기능별로 검토할 가치가 있다.

고정 서버 비용에 포함되지 않는 항목

셀프 호스팅의 장점을 솔직하게 따져보면 무료가 아닌 부분들이 존재합니다.

가동 시간(uptime)에 대한 책임은 본인에게 있습니다. 호스팅 플랫폼에 장애가 발생하면 기다리기만 하면 되며, 누군가 호출을 받고 대응합니다. 하지만 VPS에 장애가 발생하면, 그게 몇 시든 직접 해결해야 합니다. 업그레이드 또한 본인의 몫입니다. n8n은 릴리스가 잦으며, 업데이트하지 않은 컨테이너 이미지는 보안 문제를 야기합니다. 백업도 직접 관리해야 합니다. n8n 암호화 키와 Postgres 데이터베이스는 사용자의 자격 증명과 워크플로우를 담은 유일한 사본이며, 키를 분실하면 저장된 모든 자격 증명을 읽을 수 없게 됩니다. 첫 사고가 발생하기 전, 첫날부터 암호화된 restic 백업을 두 항목 모두에 설정하십시오.

호스팅 플랜에 조용히 포함되어 있는 요소들도 직접 책임져야 합니다. Zapier나 Make는 수천 개의 앱 커넥터를 유지 관리하며, 공급업체가 API를 변경할 때마다 이를 수정합니다. n8n은 방대한 노드 라이브러리와 나머지를 처리할 수 있는 범용 HTTP 노드를 제공하지만, 연동이 깨지면 그 오후 시간은 온전히 본인의 몫이 됩니다. 호스팅 플랜에는 규정 준수 관련 문서, 응답 시간이 보장된 기술 지원, 그리고 누군가의 온콜(on-call) 로테이션이 포함되어 있습니다.

실제 비용을 정직하게 산정하십시오. 서버 비용에 매달 약 1시간의 유지보수 시간, 그리고 초기 설정에 소요되는 하루를 더해야 합니다. 이 총합이 종량제 요금보다 여전히 저렴하다면 셀프 호스팅이 올바른 선택입니다. 월 19,800 유닛 수준이라면 대개 그렇지만, 월 500 유닛 수준이라면 대개 그렇지 않습니다.

어떤 도구를 선택해야 하는가

커넥터 목록 자체가 제품의 핵심이라면 Zapier를 선택하십시오. 가장 폭넓은 앱 지원 범위를 제공하며 학습 곡선이 완만합니다. 자동화 작업이 짧고 빈도가 낮다면 작업 단위 과금 방식이 매우 경제적입니다.

논리 구조가 시각적이고 분기 처리가 필요하다면 Make를 선택하십시오. 캔버스 환경에서 라우터, 반복자(iterator), 오류 처리기를 효과적으로 다룰 수 있으며, 비슷한 등급의 요금제에서 크레딧당 비용이 Zapier의 작업 단위 비용보다 저렴합니다. 다만 반복자는 크레딧 사용량이 예고 없이 증가할 수 있으므로 주의해야 합니다.

데이터 처리량이 많거나, 데이터를 자체 인프라 외부로 반출할 수 없거나, 워크플로가 이미 운영 중인 모델이나 데이터베이스를 호출해야 한다면 직접 호스팅하는 n8n을 선택하십시오. 또한 이 세 가지 도구 중 워크플로가 거치는 코드 경로를 직접 확인하고 수정할 수 있는 유일한 도구입니다. VPS 비용과 월 1시간 정도의 유지보수 시간을 예산으로 책정하고, 먼저 라이선스를 확인하십시오. 위와 같은 이유로 n8n은 모든 2026년 자체 호스팅 후보 목록에 오를 자격이 충분합니다. 무엇보다도, 사용량에 따른 추가 과금이 발생하지 않습니다.

FAQ

n8n을 직접 호스팅하면 정말 무료인가요?

Community 에디션은 실행당 비용이 없으며 거의 모든 기능을 무료로 사용할 수 있습니다. 서버 비용은 별도로 지불해야 합니다. SSO(Single Sign-On), 로그 스트리밍, 별도의 환경 분리 등 대규모 팀을 위한 기능은 유료 라이선스 키가 필요합니다. 워크플로우 실행량은 전혀 측정되지 않으며, 이것이 바로 직접 호스팅을 하는 주된 이유입니다.

Zapier의 Zap 하나는 실행당 몇 개의 태스크를 사용하나요?

성공한 액션 단계마다 1개의 태스크가 소모되며, 일부 액션은 1개 이상의 태스크를 소모하기도 합니다. 트리거, 폴링, 실패한 액션은 무료이며, Formatter, Paths, Filter, Delay와 같은 내장 도구도 무료입니다. 따라서 트리거 1개와 액션 3개로 구성된 Zap은 실행당 3개의 태스크를 소모하며, 한 달에 1,000번 실행될 경우 총 3,000개의 태스크가 소모됩니다.

Make의 크레딧과 Zapier의 태스크는 동일하게 계산되나요?

비슷하지만 완전히 같지는 않습니다. 두 서비스 모두 워크플로우가 수행하는 각 액션에 대해 비용을 청구합니다. Make는 변환 작업과 반복자(iterator)의 모든 통과 과정을 포함하여 각 모듈 액션을 크레딧으로 계산하는 반면, Zapier는 내장된 포맷팅 및 필터링 도구에 대해서는 비용을 청구하지 않습니다. 이 차이는 리스트를 반복하는 워크플로우에서 크게 나타나며, Make는 반복 횟수마다 크레딧이 소모되므로 비용이 빠르게 증가할 수 있습니다.

직접 호스팅하는 n8n을 상용 제품 내부에서 사용할 수 있나요?

무료 라이선스 하에서는 불가능합니다. Sustainable Use License는 귀하의 내부 비즈니스 목적이나 비상업적 또는 개인적 용도로만 사용할 수 있도록 허용합니다. 귀하의 회사 업무를 자동화하는 것은 괜찮습니다. n8n을 판매하는 제품에 내장하거나 호스팅된 인스턴스를 재판매하려면 n8n과 상업적 계약을 체결해야 합니다. 설계를 확정하기 전에 저장소에 있는 현재 LICENSE.md를 읽어보시기 바랍니다.

어느 정도의 규모가 되면 Zapier나 Make에서 n8n으로 전환해야 하나요?

정해진 수치는 없지만 일반적인 패턴은 존재합니다. 한 달에 약 1,000개의 유료 단위 미만이라면 호스팅 서비스의 무료 티어가 유리하며, 한 달에 약 20,000개 이상이라면 고정된 서버 비용을 지불하는 방식이 보통 유리합니다. 행(row)을 반복하는 워크플로우는 이 규칙을 즉시 깨뜨립니다. 5,000개의 레코드를 한 번 실행할 때 종량제 요금제에서는 5,000개의 단위를 소모하지만, 직접 운영하는 서버에서는 추가 비용이 전혀 발생하지 않기 때문입니다.