04. 워크플로우, 노드, 트리거는 무엇이 다를까? n8n 핵심 구조 이해하기
처음에 n8n 워크플로우 탭을 열었을 때 "노드를 추가하세요"라는 안내만 보여서, 노드를 추가하면 자동화가 되는 건지, 워크플로우가 따로 있는 건지 헷갈렸어요.
워크플로우, 노드, 트리거 — 세 단어가 같은 화면 안에서 함께 나오다 보니 처음에는 비슷한 개념처럼 느껴져요. 그런데 이 셋을 구분하지 못하면 자동화가 왜 실행되지 않는지, 어느 단계에서 오류가 났는지 찾기 어려워요.
이번 글에서는 세 개념이 각각 무엇인지보다, 셋이 어떻게 다르고 실제 자동화에서 어떻게 연결되는지를 중심으로 정리해볼게요.
먼저, 세 개념을 한눈에 비교해보기
설명 전에 전체 그림을 먼저 보는 게 이해에 도움이 돼요.
시작부터 끝까지 연결된 업무 순서도
워크플로우 안에서 한 가지 일을 담당
워크플로우를 실행하는 출발점
관계로 표현하면 이렇게 돼요. 트리거가 시작을 알리고 → 노드들이 순서대로 작업하고 → 그 전체 흐름이 워크플로우예요.
| 개념 | 역할 | 예시 |
|---|---|---|
| 워크플로우 | 자동화 전체 묶음 | 문의 메일 → 시트 저장 → 알림 발송 전체 |
| 노드 | 각 작업 단위 | Gmail 읽기 / IF 판단 / Sheets 저장 / 알림 |
| 트리거 | 자동화 시작 조건 | 새 이메일 도착 / 매일 오전 9시 |
워크플로우 — 자동화 전체 흐름
워크플로우는 n8n에서 하나의 자동화 단위예요. 시작부터 끝까지 연결된 업무 순서 전체를 가리켜요.
예를 들어 "고객 문의 메일이 오면 내용을 확인하고, 구글시트에 저장하고, 담당자에게 알림을 보낸다"는 과정 전체가 하나의 워크플로우예요. n8n에서는 이 흐름을 화면에서 노드로 연결해서 만들어요.
블로그 글로 비유하면, 워크플로우는 글 한 편 전체고 노드는 각 문단에 해당해요. 문단 하나를 쓴다고 글이 완성되지 않듯이, 노드 하나를 추가한다고 자동화가 완성되지는 않아요.
워크플로우를 설계하기 전에 해볼 질문
- 이 자동화는 언제 시작되나요?
- 어떤 데이터를 확인하거나 가져와야 하나요?
- 중간에 조건 판단이 필요한가요?
- 결과를 어디에 저장하거나 누구에게 알려야 하나요?
이 질문에 먼저 답해보면 워크플로우 구조가 자연스럽게 보이기 시작해요. n8n을 열기 전에 메모장이나 종이에 흐름을 먼저 써보는 게 실제로 도움이 돼요.
노드 — 워크플로우 안의 작업 블록 하나
노드는 워크플로우 안에서 한 가지 일을 맡은 블록이에요. 이메일을 가져오는 노드, 조건을 판단하는 노드, 시트에 저장하는 노드, 알림을 보내는 노드가 각각 따로 존재해요.
문의 메일 자동화를 예로 들면, 이런 노드들로 구성될 수 있어요.
| 노드 | 역할 | 하는 일 |
|---|---|---|
| Gmail Trigger | 시작 조건 | 새 이메일이 오면 자동화 시작 |
| IF 노드 | 조건 판단 | 제목에 "문의"가 포함되었는지 확인 |
| Set 노드 | 데이터 정리 | 이름·이메일·내용을 원하는 형식으로 정리 |
| Google Sheets 노드 | 저장 | 정리한 내용을 시트에 기록 |
| Telegram 노드 | 알림 발송 | 담당자에게 새 문의 알림 전송 |
처음에 노드 목록이 많아 보이는 건 사실이에요. 그런데 실제로 자주 쓰는 노드는 Gmail, Google Sheets, Telegram, IF, Set, Schedule Trigger 정도예요. 처음부터 전부 알 필요 없고, 내가 연결하려는 서비스 이름으로 검색하면 바로 나와요.
노드를 고를 때는 "이 단계에서 뭘 해야 하지?"를 먼저 생각하세요. 기능 이름을 외우는 게 아니라 역할을 먼저 정하는 거예요.
트리거 — 자동화가 시작되는 조건
트리거는 워크플로우를 실행시키는 출발점이에요.
처음 만든 워크플로우가 저장까지 됐는데 아무것도 실행이 안 됐어요. 한참 찾다 보니 트리거 노드를 빼먹은 거였어요. n8n에서는 시작 조건이 없으면 워크플로우가 아예 실행되지 않아요.
트리거는 크게 세 가지 방식으로 나뉘어요.
| 트리거 유형 | 설명 | 예시 |
|---|---|---|
| 수동 트리거 | 사람이 직접 실행 버튼을 누를 때 | 테스트할 때 "Execute Workflow" 클릭 |
| 시간 기반 트리거 | 정해진 시간이나 주기에 자동 실행 | 매일 오전 9시, Schedule Trigger |
| 이벤트 기반 트리거 | 특정 이벤트가 발생했을 때 실행 | 새 이메일 도착, 폼 제출, Webhook 수신 |
처음에 Schedule Trigger로 바로 시작했다가 오전 9시까지 기다려야 테스트를 확인할 수 있었어요. 실제 운영에 쓸 자동화도 수동 실행으로 먼저 흐름을 확인한 뒤에 자동 트리거로 바꾸는 게 훨씬 안전해요.
셋의 관계를 실제 자동화로 이해하기
개념을 따로따로 이해하는 것보다, 하나의 자동화 흐름 안에서 세 개념이 어떻게 연결되는지 보는 게 더 빠르게 이해돼요.
상황: "새로운 문의 이메일이 오면, 내용을 구글시트에 저장하고 담당자에게 알림을 보낸다"
| 단계 | 해당 개념 | 설명 |
|---|---|---|
| 새 이메일이 도착한다 | 트리거, Gmail Trigger | 워크플로우가 시작되는 조건 |
| 문의 메일인지 확인한다 | 노드, IF | 조건에 따라 흐름을 나누는 블록 |
| 필요한 정보를 정리한다 | 노드, Set | 이름·이메일·내용을 정리하는 블록 |
| 구글시트에 저장한다 | 노드, Google Sheets | 데이터를 기록하는 블록 |
| 담당자에게 알린다 | 노드, Telegram | 알림을 보내는 블록 |
| 이 전체 과정 | 워크플로우 | 시작부터 끝까지 연결된 자동화 흐름 |
이렇게 보면 세 개념이 따로 존재하는 게 아니라, 하나의 흐름 안에서 각자의 역할을 가진다는 게 보여요. 트리거가 시작을 알리고, 노드들이 순서대로 일을 처리하고, 그 전체가 워크플로우예요.
초보자가 자주 헷갈리는 3가지
1. "트리거도 노드인가요?"
네, 트리거도 노드예요. Schedule Trigger를 처음 봤을 때 "이게 노드인지, 설정인지" 헷갈렸어요. 알고 보니 트리거도 노드 목록에서 찾아서 추가하는 거예요. 다만 역할이 특별해서 워크플로우의 첫 번째 노드로 항상 맨 앞에 위치해요.
트리거 = 워크플로우를 시작하는 역할을 맡은 첫 번째 노드
2. "워크플로우랑 노드가 뭐가 다른가요?"
워크플로우는 전체이고, 노드는 그 안의 부분이에요. 레시피로 비유하면 워크플로우는 요리 레시피 전체이고, 노드는 각각의 조리 단계예요. "재료 손질 → 볶기 → 간 맞추기"가 각각 노드고, 이 전체 레시피가 워크플로우예요.
3. "자동화를 켰는데 왜 실행이 안 되나요?"
가장 흔한 원인은 트리거가 없거나, 워크플로우가 활성화되지 않은 경우예요. n8n에서 워크플로우를 저장했다고 자동 실행되는 게 아니에요. 트리거 조건이 발생해야 실행이 시작되고, 워크플로우 자체도 Active 상태로 켜져 있어야 해요.
- 트리거 노드가 첫 번째 위치에 추가되어 있는가
- 워크플로우가 Active 상태인가
- Credentials 인증 정보가 연결되어 있는가
- 수동 실행으로 먼저 흐름을 테스트해봤는가
지금 바로 해볼 수 있는 연습
n8n 계정이 없어도 할 수 있는 연습이 있어요. 내가 매일 반복하는 업무 하나를 떠올리고, 아래 구조에 맞춰 써보는 거예요.
| 구성 요소 | 내 업무에 대입하기 |
|---|---|
| 트리거, 언제 시작? | 예: 매일 오전 9시 / 새 문의가 왔을 때 |
| 노드 1, 첫 번째 작업 | 예: 이메일 확인 / 폼 응답 가져오기 |
| 노드 2, 두 번째 작업 | 예: 조건 판단 / 데이터 정리 |
| 노드 3, 마지막 작업 | 예: 시트 저장 / 알림 발송 |
| 워크플로우 이름 | 예: "문의 메일 자동 정리" |
이 구조를 메모장에 써보는 것만으로도 n8n 화면에서 어떤 노드를 추가해야 할지 훨씬 명확해져요. 자동화 설계는 화면을 열기 전에 업무를 단계로 나누는 것에서 시작해요.
자동화 설정 전에 확인해야 할 것들
트리거, 노드, 워크플로우를 이해하면 실습을 시작하게 되는데, 처음부터 실제 업무 데이터로 연결하면 예상치 못한 상황이 생길 수 있어요.
- 실제 고객 데이터 대신 샘플 데이터로 먼저 테스트하기
- 이메일·메신저 자동 발송은 수동 실행으로 먼저 확인하기
- API 키·인증 토큰은 캡처 이미지나 공유 문서에 노출하지 않기
- 워크플로우를 활성화하기 전에 트리거 조건을 다시 확인하기
- 구글시트·드라이브 연결 시 권한 범위 확인하기
자동화는 반복 업무를 빠르게 처리해주는 만큼, 잘못된 설정도 빠르게 반복돼요. 처음에는 작게, 안전하게 시작하는 게 맞아요.
마무리: 트리거가 시작하고, 노드가 처리하고, 워크플로우로 묶인다
세 개념을 다시 한 번 정리할게요.
- 워크플로우는 자동화 전체 흐름이에요. 시작부터 끝까지 연결된 업무 순서예요.
- 노드는 워크플로우 안에서 한 가지 일을 맡은 작업 블록이에요.
- 트리거는 워크플로우를 시작시키는 첫 번째 노드예요. 시작 조건이 없으면 아무것도 실행되지 않아요.
자동화를 설계할 때는 "언제 시작할까?" → "무엇을 처리할까?" → "어디에 저장하고 누구에게 알릴까?" 순서로 생각하면 돼요. 이 순서가 곧 트리거 → 노드 → 노드의 흐름이에요.
다음 글에서는 n8n Cloud와 셀프호스팅의 차이를 살펴볼게요. 처음 시작할 때 어떤 방식을 선택하는 게 부담이 적은지 비교해볼게요.
※ 이 글은 n8n 비개발자 자동화 시리즈 4화입니다. n8n의 용어와 UI는 버전에 따라 달라질 수 있으며, 실제 사용 전에 공식 문서를 함께 확인해주세요.
참고자료
- n8n Docs, Create and run workflows
- n8n Docs, Node types
- n8n Docs, Manual Trigger node
- n8n Docs, Schedule Trigger node
- n8n Docs, Saving and publishing workflows
- n8n Docs, Webhook node
- n8n Docs, Credentials library
- n8n Docs, Securing n8n