n8n, Zapier, Make 어떻게 선택할까: 가격, 자유도, 유지보수 비용으로 따져보기

세 가지 중 하나를 고르는 일에 대해 열 명에게 물으면 아홉 명이 "니즈에 따라 다르죠"라고 답한다. 이 글은 돌려 말하지 않는다. 같은 일을 세 곳의 비용으로 펼쳐 계산하고, 거기에 들이는 시간까지 합산한 뒤, 마지막에 내가 어떻게 선택할지 말하겠다.

결론을 먼저 던진다. 하루에 십여 번, 단계가 다섯 개를 넘지 않고, 회사 내부망을 건드리지 않는다면 Zapier나 Make가 더 간편하다. 서버를 만질 필요조차 없다. 하루 수백 번, 내부 DB를 읽어야 하고, 플로우 안에 코드를 써야 한다면 n8n 셀프호스팅이 한 자릿수 배의 비용을 절감해 준다—대가는 그 머신을 네가 관리해야 한다는 것이고, 새벽에 죽으면 아무도 대신 받아주지 않는다.

이 결론은 너무 거칠어서 직접 쓰기 어렵다. 숫자 하나가 빠져 있기 때문이다: 한 달에 도대체 몇 번 도는가. 이 숫자를 산출하지 않으면 모든 비교는 남의 시나리오일 뿐이다.

누구에게 적합한가

세 곳 중 하나를 고르는 중인 사람, 또는 이미 Zapier 무료판의 벽에 부딪혀서 도대체 어디가 비싼 건지 보고 싶은 사람. 유휴 VPS가 있고 명령어를 칠 의향도 있는 사람이라면 4절의 계산이 더 뼈아플 것이다. 자동화를 접해본 적 없는 사람은 먼저《n8n이란 무엇인가》를 보고 돌아오라. 이 글은 "워크플로"와 "노드"가 무슨 뜻인지 안다고 전제한다.

• 세 곳은 같은 가격 단위에 있지 않다
• 같은 플로우, 세 곳에서 각각 얼마인가
• 돈 외에 자유도 차이는 어디에 있는가
• 셀프호스팅 청구서에는 돈이 아닌 부분이 있다
• 라이선스这条线, 납품하는 사람은 반드시 먼저 봐야 한다
• 내가 n8n 선택을 권하지 않는 네 가지 상황
• 도구를 바꾸는 대가
• 일주일 시험 운영, 어떻게 통과로 볼 것인가
• 마주치게 되는 함정
• 셀프호스팅에서 추가되는 세 가지 보안 사항

세 곳이 같은计价 단위에 있지 않다

이것은 글 전체의 토대이며, 가장 쉽게 잘못 보는 부분이다. 세 곳 공식 사이트에서 보는 「사용량」은 애초에 같은 것이 아니다.

Zapier는 task로 계산한다.성공적으로 완료된 각 동작은 1 task로 기록되며, 일부 앱이나 동작은 2로 기록된다. 트리거는 포함되지 않는다 — 이벤트가 들어오는 것은 비용이 들지 않고, 동작이 완료되어야 비용이 든다. 「새 데이터가 있는지」를 폴링하는 것도 포함되지 않고, 조회했지만 빈손으로 돌아온 것도 포함되지 않는다. 자체 제공하는 몇 가지 도구: Filter, Formatter, Path, Delay, Looping, Sub-Zap, 그리고 Tables와 Forms는 모두 task를 차지하지 않는다.

Make는 credit으로 계산한다.이미 청구 단위를 operations에서 credits로 바꿨으며, 공지에 적힌 시행일은 8월 27일이다. 대부분의 모듈은 한 번 실행에 1로 기록되고, AI Provider를 거치는 경우는 더 많을 수 있다. 여기서의 차이는 트리거 모듈도 기록된다는 점이다. 특정 앱에서 레코드 하나를 읽으면 그 단계에 1 credit이 든다. Router와 오류 처리 모듈(Rollback, Break, Resume, Commit, Ignore)은 기록되지 않는다.

n8n은 execution으로 계산한다.하나의 플로우가 처음부터 끝까지 실행되면 1회로 계산되고, 중간에 노드가 3개든 30개든 마찬가지로 1회다. 데이터 건수도 확대되지 않는다 — 한 번의 실행에서 5건을 처리하든 200건을 처리하든 여전히 1회다. 또한 프로덕션 실행만 할당량에 포함된다: 편집기에서 「실행」 버튼을 눌러 테스트하는 것은 백 번을 실행해도 포함되지 않는다.

	Zapier	Make	n8n
단위	task	credit	execution
하나의 workflow를 한 번 실행할 때 몇 개로 계산되는가	action 수 기준으로, 6 step이면 5개로 계산(trigger 제외)	module 수 기준으로, 6 module이면 6개로 계산	1개
데이터가 1건에서 200건으로 증가	함께 증가, 20배면 20배	함께 증가	증가하지 않음
수동으로 test 클릭	Zap을 켜고 실행하면 계산됨	scenario를 실행하면 계산됨	계산되지 않음

마지막 줄은 내가 가장 중요하게 보는 차이이며, 이것이 이 시스템이 확장 가능한지를 결정한다. 가정을 하나 해보자: 하나의 workflow가 200건의 주문을 처리하고 중간에 5개의 action이 있다. Zapier에서는 한 번 실행에 1,000개의 task로 계산되고, 하루에 한 번 실행하면 30,000개다. n8n에서는 한 번 실행해도 여전히 1 execution이고, 하루에 30번이다. 1,000배 차이이며, 퍼센트 수준의 차이가 아니다.

제 인스턴스에서 8개 노드짜리 플로우를 실행한 적이 있는데, 중간 코드 노드가 하나의 item을 5개로 분할하고, 분기를 거쳐 다시 병합했습니다. 각 노드 아래에 표시된 「몇 개 항목」은 해당 시점에 흘러간 데이터량입니다:

실행 기록은 이렇게 생겼는데, 한 줄이 한 번의 완전한 실행이고, 오른쪽의 「실행 시간」은 전체 플로우의 총 소요 시간입니다:

클릭해서 들어가면 이번 실행의 상세 내역을 볼 수 있습니다:

같은 플로우, 세 업체의 비용 비교

실제 형태의 세 가지 시나리오로 계산합니다. 숫자는 모두 공식 홈페이지 공개 요금제 기준이며, 가격은 제가 2026년 10월 26일에 확인한 것으로, 보실 때는 이미 조정되었을 수 있습니다.

시나리오 1: 1시간마다 실행, 6단계

특정 API를 모니터링, 하루 24회, 한 달 720회. 가장 흔한 작업입니다.

	사용량	적용 요금제
Zapier	5 × 720 = 3,600 tasks	무료版 100개, 36배 차이, 반드시 유료
Make	6 × 720 = 4,320 credits	10,000 credits 요금제의 Core, 연간 결제 시 월 $9 환산
n8n 클라우드	720회 실행	Starter €20/월, 할당량 2,500
n8n 자체 호스팅	720회 실행	0, 서버 비용만 지출

이 행의 결과는 다소 직관에 반한다:클라우드 버전 n8n이 Make보다 두 배 이상 비싸다. Starter 연간 결제 €20, Make의 Core 연간 결제 환산 $9. 많은 사람들이 "오픈소스는 당연히 가장 저렴하다"고 기본적으로 생각하지만, 오픈소스가 절약해 주는 것은 라이선스 비용이며 클라우드 호스팅은 여전히 실행 횟수 기준으로 과금한다는 점을 잊는다.

Zapier 칸은 정확한 금액을 제시할 수 없는데, Professional은 task 등급을 조정할 수 있고 $19.99는 최저 등급의 시작 가격이며 3,600개 task는 등급을 올려야 하기 때문이다. 확실한 것은 세 곳 중 가장 비싸다는 점이다 — 동작 기준 과금이라 프로세스가 길수록 불리하다.

시나리오 2: 5분마다 한 번 실행, 6단계

한 달에 8,640회. 이 빈도에 이르면 격차가 벌어지기 시작한다.

	사용량	어느 티어에 해당하는지
Zapier	43,200 tasks	이미 상당히 높은 편
Make	51,840 credits	이미 10,000 티어를 초과했으므로 슬라이더를 위로 올려 가격을 확인해야 함
n8n 클라우드	8,640회 실행	Pro €50/월, 할당량 10,000
n8n 셀프 호스팅	8,640회 실행	0

여기서부터 n8n 클라우드 버전이 역전하기 시작한다. 셀프 호스팅의 차이는 따질 것도 없다. 한 달에 팔천 번 넘게 돌리면 전기세가 구독료보다 싸다.

시나리오 3: 하루 10회, 3단계

한 달에 300회, 총 두 가지 동작.

Zapier는 600개의 task로 무료 한도의 6배, Make는 900개의 credit으로 무료 플랜 1,000개에 딱 걸린다——여유가 전혀 없어서 사흘만 더 돌려도 돈을 내야 한다.이것이 Make 무료 플랜의 경계다. "충분함"이 아니라 "딱 다 씀"이다.

내 판단으로는 하루 십여 회 정도의 규모라면 Make 무료 플랜으로 서너 달은 버틸 수 있지만, 중요한 작업에 쓰지는 마라. 초과하는 순간 시나리오가 바로 멈추고, 갱신을 기다려주지 않는다.

돈 외에 자유도의 차이는 어디에 있나

	Zapier	Make	n8n
연결 가능한 앱	9,000+	3,500+	공식 node + 커뮤니티 node, self-hosted에서는 직접 작성도 가능
코드 작성	code step이 있고 task 기준 과금, 오래 돌수록 더 많이 차감	Tools 모듈이 있음	Code node, JS 또는 Python, 추가 과금 없음
내부망 시스템 연결	안 됨	안 됨	가능, 자신의 네트워크에서 실행됨
데이터 저장 위치	상대방 서버	상대방 서버	자체 데이터베이스
버전 관리	유료 플랜에 Zap 버전 관리 있음	—	Business 플랜부터 Git 연동 가능; 커뮤니티 버전은 직접 JSON 내보내기로 보관

처음 두 줄이 당신의 상한을 결정하고, 뒤 두 줄이 컴플라이언스 비용을 결정한다. 회사 내부망의 ERP나 레거시 데이터베이스를 읽어야 한다면 앞의 두 업체는 바로 탈락이다—어려운 게 아니라 물리적으로 불가능하다, 그들은 남의 데이터센터에서 돌아가니까. 이건方案 논의가 절반쯤 진행됐을 때야 발견되는 경우가 가장 많아서, 앞서 그린 그림이 전부 무효가 된다.

비교표에 잘 안 적히는 것 하나 더: 단일 실행 시간. n8n 클라우드 버전 Starter는 단일 실행 최대 5분, Pro라야 40분까지 준다. 큰 파일을 처리해야 하거나 느린 API를 기다려야 한다면 5분은 쉽게 부딪힌다. 셀프호스팅에는 이 제한이 없지만, 기계가 당신 것이므로 메모리가 바닥나면 똑같이 죽는다.

셀프호스팅 청구서에서, 일부는 돈이 아니다

이 글을 쓰면서 가장 하고 싶었던 부분이다, 왜냐하면 모든 "n8n 무료" 비교글이 이걸 빠뜨렸기 때문이다.

셀프호스팅이 아끼는 것은 구독료이고, 그 대가로 얻는 것은 이 몇 가지 일이며, 전부 누군가가 해야 한다:

• 머신 한 대와 도메인 하나, 그리고 인증서. Let's Encrypt는 자동으로 갱신되지만 갱신 실패는 조용히 일어나서, 발견했을 때는 인증서가 이미 만료된 지 사흘이 지난 상태다.
• 업그레이드. 2.x 이후 버전 반복이 빠르고, 내这台은 지금 2.43.7이다. 매번 업그레이드 전에 데이터베이스와 암호화 키를 백업하고, 업그레이드 후에 워크플로 하나를 골라 실행되는지 확인한다. 한 번에 대략 20분 정도.
• 백업. 세 가지: 데이터베이스, 암호화 키, 워크플로 내보내기. 암호화 키가 없으면 복구된 인스턴스의 모든 자격 증명을 풀 수 없어서 하나하나 다시 입력해야 한다. 데이터베이스만 백업하고 키를 빼먹는 것이 가장 흔한 실패 방식이다.
• 실패 알림. n8n은 직접 설정하지 않으면 알려주지 않는다. 예약 작업이 2주 동안 조용히 실패해도, 누군가 "이번 달 표에 왜 데이터가 없냐"고 물을 때까지 모른다.
• 장애 시 트러블슈팅. container가 안 뜨고, port가 점유되고, 메모리가 터지는, 이런 것들은 문의할 고객센터가 없다.

시간 비용은 대략 이렇다: 처음 설치에 HTTPS 설정까지 한 시간; 이후 매달 그것에 쓰는 시간 한두 시간; 실제 장애 한 번에 한세 시간.

그래서 비용을 계산할 때 분모에 자기 시급이 들어가야 한다. 일주일에 30분도 못 내겠다면 self-hosted를 선택하지 마라 — 돈 아끼는 문제가 아니라, 이 일에는 사람이 필요하다. Zapier에 돈을 쓰는 것은 본질적으로 "문제가 생기면 받아줄 사람"을 사는 것이다.

내这台의 사용량 페이지는 이렇게 생겼고, 한번 볼 만하다:

페이지 둘째 줄 작은 글씨에 "트리거가 여러 개인 워크플로는 여러 번으로 집계된다"고 쓰여 있다. 즉 워크플로 하나에 트리거 두 개를 달면 두 개로 계산한다. self-hosted 버전은 여기에 "무제한"이라고 쓰여 있어서 나에게는 영향이 없지만, 클라우드 버전 라이선스를 샀다면 이 조항이 물어뜯을 것이다.

라이선스 이 부분은 딜리버리를 하는 사람이 가장 먼저 봐야 한다

n8n은 오픈소스 라이선스가 아니라 자체적으로 작성한 Sustainable Use License이며, fair-code라는 명목 아래에 있다. 조항이 허용하는 범위는 생각보다 넓다: 내부 업무 사용, 코드 수정, 파생물 제작, 고객을 위한 워크플로 구축, n8n 관련 컨설팅과 운영·유지보수 모두 가능하다. 못 하는 것은 딱 두 가지다: n8n의 브랜드를 바꿔 제품으로 고객에게 파는 것; 자체적으로 구축해서 다른 사람의 접근 요금을 받는 것. 이 두 가지는 별도로 상용 계약을 체결해야 한다.

대행 운영을 하는 사람이 가장 애매하게 넘어가기 쉬운 부분이다. 이전 버전 라이선스(Apache 2.0 + Commons Clause)와 비교하면, 이번 변경의 핵심은 「컨설팅 비용을 받으면 안 된다」는 조항을 철회한 것이다——이제 고객의 워크플로 구축을 도와주고 컨설팅 및 운영·유지보수 비용을 받는 데 어떤 추가 계약도 필요 없다. 당신이 파는 것이 자신의 기술이지 n8n의 껍데기가 아니라면 문제없다.

중간 형태는 스스로 판단해야 한다: 고객의 데이터가 당신이 배포한 n8n에서 돌아가고, 당신이 월 서비스 요금을 받는 경우. 이는 「컨설팅」보다 「호스팅」에 가깝다. 정말 사업으로 만들려면 license@n8n.io로 메일을 보내 문의하는 것이 사후 수습보다 훨씬 저렴하다.

비교해 보자: Zapier와 Make는 순수 SaaS이므로 돈을 내고 서비스를 사면 이런 고민이 없지만, 반대로 것을 옮길 수도 없다.

n8n을 선택하지 말아야 할 네 가지 상황

팀에 커맨드라인을 다루는 사람이 없다.배울 수 없어서가 아니라, 문제가 터진 날 밤에 들어가서 로그를 볼 사람이 없기 때문이다. 이런 팀은 Zapier를 사는 게 돈을 제대로 쓰는 것이다.

벤더 SLA와 전화 지원이 필요하다.셀프 호스팅에는 없다. 커뮤니티 포럼은 훌륭하지만 2시간 내 응답을 약속하지는 않는다.

간단한 자동화가 한두 개뿐이다.서버 한 대 설치하고, HTTPS 설정하고, 모니터링 구성하는 것을 폼을 스프레드시트에 동기화하기 위해 하는 것은 가치가 없다. Make 무료 요금제를 쓰면 한 달 900 credit이면 충분하다.

화이트 라벨 제품으로 팔고 싶다.라이선스 섹션에서 말했듯이 먼저 계약을 체결해야 한다. 오픈소스 버전을 그대로 파는 것은 계약 위반이지 「회색 지대」가 아니다.

도구를 바꾸는 대가

이 세 가지 사이에는 원클릭 마이그레이션이 없다. Zap은 「트리거 + 액션」의 선형 구조이고, scenario는 모듈과 라우팅의 캔버스이며, n8n의 workflow는 임의의 유향 그래프다. 데이터 구조가 맞지 않아 내보낸 JSON은 참고용일 뿐이고 로직은 다시 짜야 한다.

내 경험치: 십여 단계의 플로우를 도구를 바꿔 다시 짜면 반나절에서 하루가 걸린다. 디버깅과 자격 증명 재연결을 포함해서. 이미 서른에서 마흔 개를 쌓아뒀다면 한 번 바꾸는 데 2~3주다.

그러니 선택할 때 이번 달 청구서만 보지 말고 3년 후 대략 어느 정도 규모일지를 봐라. 저빈도·안정적인 것은 관리가 편한 쪽을 고르고, 고빈도·커질 것은 직접 관리할 수 있는 쪽으로 일찍 올라가라. 잔뜩 쌓인 뒤에 옮기지 말고.

일주일 시범 운영, 어떻게 통과로 볼 것인가

공식 사이트 비교표를 보고 결정하지 말고, 실제 업무 하나를 골라 일주일 돌려라. 요구 사항은 하나다: 이 플로우가 한 번 실패해도 치명적이지 않아야 한다. 수금 플로우로 시험하지 마라.

1. 이 플로우가 하루에 몇 번 돌고 중간에 몇 단계인지 적어라. 이 두 숫자가 전부의 입력이고 이후 모든 계산이 여기에 달려 있다.
2. 한 달 총량을 계산하라: 횟수 × 단계. 여기에 평균적으로 매번 처리하는 데이터 건수를 곱하라. 단계별 과금하는 두 곳은 이 숫자를 써야 한다.
3. 이 숫자를 들고 세 곳 공식 사이트의 가격 페이지에서 등급을 대조하라. 「요금제 이름」이 아니라 할당량을 대조하라.
4. 7일을 꽉 채워 돌리고 두 가지를 기록하라: 몇 번 실패했는지, 고치는 데 얼마나 걸렸는지.

다 돌린 뒤 이 세 숫자를 나란히 놓으면 선택은 거의 저절로 드러난다: 사용량이 돈을 결정하고, 실패율이 안정성을 결정하며, 고치는 시간이 감당 가능한지를 결정한다. 세 번째가 가장 쉽게 간과되고 가장 쉽게 포기하게 만든다 — Zapier에서 자체 호스팅으로 옮긴 사람들이 대는 이유는 대개 돈이 아니라 「문제가 생겼을 때 아무것도 볼 수 없다」이다.

n8n으로 시험했다면 통과 검증은 이 네 가지 현상으로 본다: 캔버스에서 각 노드 아래에 초록색 체크와 「N 개 항목」이 나타난다; 실행 목록에 「성공」 행이 하나 추가된다; 들어가면 각 노드의 입출력을 볼 수 있다; 「개요」 페이지의 프로덕션 실행 횟수는 여전히 0이다(수동 실행은 프로덕션 실행으로 치지 않기 때문). 마지막 항목이 가장 쉽게 실패했다고 착각하게 만들지만 사실 정상이다.

밟게 될 함정

1. 구독 가격을 그대로 비교하고 과금 단위를 보지 않는다.같은 6단계 플로우를 Zapier는 task 5개, Make는 credit 6개, n8n은 실행 1회로 기록한다. 보기엔 모두 한 자릿수지만 의미는 한 층 다르다: 앞의 둘은 단계 수를 곱하고, 뒤의 하나는 실행 횟수를 곱한다.

2. Make가 아직 operations로 계산한다고 생각한다.청구 단위가 이미 credit이 되었고, 공식 FAQ의 「As of August 27, credits are the billing unit in Make」라는 문장이 바로 이번 변경을 말하는 것이다. 오래된 튜토리얼의 operations 숫자가 새 청구서와 맞지 않는 이유가 여기에 있다.

3. n8n이 무료면 비용이 전혀 없다고 생각한다.소프트웨어는 돈이 안 들지만, 장비에는 돈이 들고, 당신의 시간에는 더 돈이 든다. 한 달에 두 시간 유지보수라면 당신의 시급으로 환산했을 때 Make의 $9보다 훨씬 비쌀 수 있다.

4. 빈 요청은 카운트되지 않는다고 생각한다.n8n 문서에 아주 명확히 나와 있다: Webhook 트리거는 들어오는 요청 하나하나를 실행 한 번으로 카운트하며, body가 비어 있는 경우도 포함한다 {}. webhook을 헬스 체크 프로브로 써서 10초마다 한 번씩 때리면 한 달에 26만 건의 실행 기록이 전부 청구서에 잡힌다. 폐기 판정 요청처럼 워크플로가 시작되기 전에 실패하는 경우는 카운트되지 않는다.

5. 폴링 비용을 잘못된 방향으로 계산한다.폴링 트리거는 새 데이터가 조회될 때만 한 번으로 카운트되고, 조회했지만 빈손으로 돌아온 경우는 카운트되지 않는다——당신에게 유리하다. 하지만 반대로 이것은 샌드박스에서 보는 횟수가 청구서보다 적다는 뜻이기도 하니, 테스트 환경의 숫자로 프로덕션 청구서를 추정하지 마라. 스케줄 트리거는 반대로, 매번 트리거될 때마다 성공 실패와 무관하게 카운트된다.

6. 체험 기간이 끝나는 것을 잊는다.Zapier에 새로 가입한 계정은 자동으로 14일 Professional 체험에 들어간다. 체험 기간에 만든 다단계 Zap은 만료 후 무료 플랜으로 내려가면 멈춘다——무료 플랜은 2단계만 지원한다. 어떤 사람들은 이 일을 「Zapier가 갑자기 고장 났다」고 생각한다.

7. 암호화 키를 잃어버린다.n8n의 credential은 하나의 키로 암호화되며, 데이터베이스에는 암호문이 저장된다. 장비를 바꾸거나, 재설치하거나, 마이그레이션할 때 키를 가져가지 않으면 credential을 전부 풀 수 없고, 노드마다 credential 무효 오류를 내뱉는데, 당신이 입력한 비밀번호는 분명히 맞는데도 그렇다. 이 키는 데이터 디렉터리에 있으니 백업할 때 빠뜨리지 마라.

8. 긴 작업이 실행 시간 상한에 부딪힌다.n8n 클라우드 버전 Starter는 1회 최대 5분이다. 수백 MB의 표를 처리하거나 느린 API를 기다리는 작업은 쉽게 초과하고, 초과하면 실행 실패이지 대기 후 재시도가 아니다.

셀프 호스팅에서 추가로 생기는 세 가지 보안 사항

SaaS를 선택하면 보안 경계는 상대방의 것이고, 셀프 호스팅을 선택하면 경계는 당신의 것이다. 구체적으로 세 가지:

노출면.n8n은 기본적으로 계정 비밀번호가 있지만, 이를 공인 도메인에 설치하는 것은 이 문을 벽 바깥에 걸어두는 것과 같다. 최소한 세 가지를 해야 한다: HTTPS 적용, 약한 비밀번호 교체, 셀프 등록 비활성화. 스캐너가 n8n 로그인 페이지를 찾는 사전은 이미 나와 있다, 이건 겁주는 말이 아니다.

키와 백업을 한곳에 두지 마라.암호화 키가 유출되면 모든 자격 증명이 유출되는 것과 같다——그 안에는 이메일 비밀번호, 데이터베이스 비밀번호, 결제 인터페이스 key가 있을 수 있다. 백업 파일에는 암호화된 자격 증명이 들어 있으니, 키 파일은 별도로 두고 백업과 같은 네트워크 드라이브 디렉터리에 넣지 마라.

데이터 귀속은 명확히 생각해야 한다.셀프 호스팅의 장점은 데이터가 자신의 저장소를 벗어나지 않는다는 것이고, 대가는 백업, 삭제, 보존을 전부 당신이 관리해야 한다는 것이다. Zapier나 Make를 사용하면 데이터가 그들의 서버를 거치게 되며, 고객 휴대폰 번호, 신분증 같은 필드가 관련된다면 먼저 그들의 DPA와 데이터 보존 조항을 확인한 후 결정하라. 이 조항은 가격과 무관하지만, 세 가지 선택 중 가장 타협할 수 없는 조항이다.

소결

세 회사의 차이는 '누가 기능이 많은가'가 아니라 어떤 단위로 돈을 받는가에 있다. 액션 기준으로 계산하는 쪽은 흐름이 길수록 비싸지고, 실행 기준으로 계산하는 쪽은 노드와 건수가 증폭되지 않는다.

저빈도, 소량, 내부 네트워크를 건드리지 않는다면 Zapier나 Make 무료 요금제로 충분하다, '오픈소스'를 위해 서버 한 대를 유지하지 마라. 수백 번을 넘고, 대량 데이터를 처리해야 하고, 내부 네트워크를 읽어야 한다면 n8n 셀프 호스팅의 계산이 맞아떨어진다——전제는 매달 한두 시간을 그것에 투자할 의향이 있다는 것이다.

클라우드 버전 n8n은 셀프 호스팅의 대체재가 아니다. Make보다 비싸고, 셀프 호스팅보다 관리가 편하며, 중간 위치에 있어 'n8n의 모델을 원하지만 머신을 관리하고 싶지 않은' 사람에게 적합하다.

계속해서

도구를 선택한 후, 다음 진짜 문제는 첫 번째 흐름을 어떻게 구축하는가이다. 세 개 노드로 빈 캔버스에서 결과 출력까지, 작성 위치는《첫 번째 워크플로》에 있다. 인터페이스가 아직 익숙하지 않다면 먼저 넘겨보라《n8n 인터페이스 가이드》. 순서대로 본다면,코스 전체 목차에서 시작하면 각 글을 개별적으로 읽을 수 있다.

참고 자료

• n8n Pricing: 각 티어의 실행 할당량, 동시 실행 수, 단일 실행 시간 상한
• Understand executions: 무엇이 1회 실행으로 간주되는지, 어떤 트리거 방식이 할당량에 포함되는지
• Community license: Sustainable Use License가 허용하고 금지하는 용도, 컨설팅 서비스의 정의 포함
• Zapier Pricing: task 과금 규칙, 무료 플랜의 2단계 제한, 체험판 설명
• Make Pricing: credit 과금 규칙, 각 티어 가격과 무료 티어 할당량

최종 업데이트: 2026년 10월 26일, n8n 2.43.7 사용.