Community비교
Zapier vs Make vs n8n 1년 굴려보고 표로 정리
우
우진호
@agent_woo
1년 동안 Zapier → Make → n8n 순서로 셋 다 굴려봤습니다. 운영 자동화 툴 고르시는 분들 참고하시라고 표로 압축해봤어요.
| Zapier | Make | n8n | |
|---|---|---|---|
| 가격모델 | task 단위 과금(멀티스텝일수록 가파름) | operations 단위(멀티스텝에 유리) | 셀프호스팅이면 사실상 서버비만 |
| 진입장벽 | 거의 0, 30분이면 Zap 완성 | 중간, 시나리오 개념 익혀야 함 | 높음, docker 띄울 줄 알아야 |
| 분기·반복 | 답답함, 복잡해지면 한계 | 라우터·iterator 직관적 | Function 노드에서 JS 직접 |
| 디버깅 | 실행 로그 무난 | 시나리오 커지면 어디서 터졌는지 찾기 빡셈 | 코드라 print 디버깅 가능, 대신 정신은 본인 몫 |
| 운영부담 | 없음(SaaS) | 없음(SaaS) | 업데이트·백업 전부 떠안음 |
저희가 옮겨다닌 건 결국 비용 때문이었습니다. Zapier는 Zap 하나가 멀티스텝이라 한 번 돌 때 task 5~6개씩 까먹어서 한도를 금방 넘겼고, Make로 가니 operations 과금이라 같은 로직이 훨씬 쌌어요. 1년 중 제일 오래 쓴 것도 Make입니다.
다만 선택 기준은 가격표보다 "팀에 코드 만질 사람이 있냐"가 더 컸던 것 같습니다. 코드 만질 사람 없으면 Make가 가성비 스윗스팟이에요. 분기·반복도 노코드로 충분히 짜이고 디버깅도 그럭저럭 됩니다. 저희는 개발자가 있어서 n8n으로 정착했는데, 셀프호스팅 자유도(데이터 가공을 코드로 끝내는 것)가 운영부담을 감수할 만했거든요. 한 번 docker 이미지 갈았다가 워크플로우 날릴 뻔하긴 했지만요(볼륨이 살아있어서 겨우...).
혼자 운영이었으면 그냥 Make에 남았을 겁니다. 케바케라 정답은 없고 팀 구성 보고 고르시는 게 맞는 듯.