n8n 워크플로우 예제 5가지: 실무 시나리오별 노드 연결 순서 총정리

n8n을 설치하고 나면 다음 질문은 항상 같습니다. “그래서 첫 워크플로우를 어떤 노드로, 어떤 순서로 연결해야 하나?” 커뮤니티에 올라온 완성된 템플릿을 가져다 쓰는 법은 이미 정리해 둔 적이 있지만, 남이 만든 템플릿을 그대로 가져오면 정작 노드가 왜 그 순서로 연결됐는지는 이해하지 못한 채 넘어가기 쉽습니다.

이 글은 반대 방향에서 접근합니다. 실무에서 자주 쓰는 시나리오 5가지를 골라, 처음부터 어떤 노드를 어떤 순서로 연결하는지 단계별로 뜯어봅니다.

2026년 업데이트 정리에 따르면 n8n은 AI Agent 노드를 전면 재설계해 클로드·GPT-4o·제미나이·미스트랄·Groq 등 여러 모델에 걸친 tool calling을 지원하게 됐고, Claude·Gemini·Groq·Perplexity·ElevenLabs 전용 노드를 포함해 35개 이상의 네이티브 통합이 새로 추가됐습니다. 아래 시나리오 중 일부는 이 새 AI Agent 노드를 활용합니다.

시나리오 1. 웹훅 에러 알림 → 슬랙 즉시 알림

서버나 애플리케이션에서 에러가 발생했을 때 로그만 쌓이고 아무도 못 보는 상황을 막는 구성입니다. 핵심은 “조건에 맞는 에러만 걸러서” 알리는 것입니다.

• Webhook: 워크플로우를 저장하면 고유 URL이 생성됩니다. 이 URL을 서버의 에러 로깅 시스템(또는 Sentry 등 모니터링 툴)의 웹훅 대상으로 등록해 POST 요청을 받습니다.
• IF: 수신된 payload의 severity 필드가 “critical”이나 “error”인 경우만 다음 단계로 넘기고, “warning” 이하는 무시하도록 조건을 겁니다. 여기서 걸러두지 않으면 사소한 로그까지 전부 알림이 와서 오히려 아무도 안 보게 됩니다.
• Slack: Send Message 오퍼레이션으로 지정 채널에 전송합니다. 텍스트에는 {{$json["error_message"]}} 같은 표현식으로 실제 에러 내용을 그대로 박아 넣어야 알림만 보고 바로 상황 파악이 됩니다.

슬랙 알림은 채널 하나에 모든 에러를 몰아넣기보다, 심각도나 서비스별로 채널을 나눠두면 담당자가 알림 피로 없이 우선순위를 판단하기 쉽습니다. 다만 Webhook URL은 외부에 노출되는 주소이므로, 인증 헤더 검증 같은 최소한의 보호 장치는 n8n 보안 설정법을 참고해 함께 설정하는 것을 권합니다.

시나리오 2. RSS 피드 → AI 요약 → SNS 자동 포스팅

블로그나 뉴스 사이트의 새 글을 사람이 매번 확인해서 SNS에 올리는 대신, 발행되는 즉시 AI가 요약해 자동으로 게시하는 구성입니다.

• Schedule Trigger: 하루 1~2회(예: 오전 9시, 오후 6시) 실행되도록 크론 표현식을 설정합니다.
• RSS Feed Read: 구독할 RSS 주소를 등록하면 새로 올라온 글 목록을 자동으로 파싱해줍니다.
• Filter: 발행 시각(pubDate)이 최근 24시간 이내인 항목만 남기고 나머지는 걸러냅니다. 이 단계가 없으면 실행할 때마다 과거 글까지 중복으로 처리됩니다.
• AI Agent: 시스템 프롬프트에 “제목과 본문 요약을 SNS 포스팅용으로 200자 이내로 작성”처럼 구체적인 지시를 넣습니다. 2026년 재설계된 AI Agent 노드는 클로드·제미나이·GPT-4o 등 원하는 모델을 선택해 붙일 수 있습니다.
• X(Twitter) 또는 HTTP Request: 전용 노드가 있는 플랫폼(X, LinkedIn 등)은 해당 노드로, 없는 플랫폼은 HTTP Request 노드로 API를 직접 호출해 게시합니다.

커뮤니티 템플릿에도 RSS→SNS 자동화 템플릿이 다수 올라와 있어 바로 가져다 쓸 수도 있지만, 위처럼 Filter 조건이나 AI 프롬프트를 직접 손으로 구성해두면 나중에 요약 톤이나 게시 채널을 바꿀 때 어느 노드를 고쳐야 하는지 훨씬 빠르게 파악할 수 있습니다.

시나리오 3. 구글시트 신규 행 자동 정리

설문지·신청폼 응답이 쌓이는 구글시트에서 이름 공백, 대소문자 불일치, 카테고리 미분류 같은 문제를 매번 손으로 고치는 대신 새 행이 들어올 때마다 자동으로 정리하는 구성입니다.

• Google Sheets Trigger: “New Row Added” 이벤트로 폴링 간격(예: 1분)을 설정하고, 감시할 시트/워크시트를 지정합니다.
• Code: JavaScript로 trim(), 소문자 통일, 전화번호 형식 정규화 같은 클렌징 로직을 작성합니다. 코드가 부담스럽다면 이 단계는 Edit Fields(Set) 노드의 표현식만으로도 상당 부분 대체할 수 있습니다.
• IF: 정리된 값을 기준으로 카테고리를 분기합니다(예: 문의 유형별로 다른 시트로 보내기).
• Google Sheets: Append Row 오퍼레이션으로 정리된 데이터를 별도의 “정리 완료” 시트에 추가합니다. 원본 응답 시트는 그대로 두고 정제본만 따로 쌓는 구조라 원본 데이터 훼손 걱정이 없습니다.

시나리오 4. 웹훅 기반 리드 알림 & 구글시트 CRM 저장

랜딩페이지에서 문의 폼이 제출되면 담당자가 놓치지 않도록 즉시 슬랙으로 알리는 동시에, 구글시트를 간이 CRM처럼 써서 리드 이력을 남기는 구성입니다.

• Webhook: 폼 서비스(타입폼, 구글폼 응답 연동, 또는 직접 만든 랜딩페이지 폼)에서 제출 시 이 Webhook URL로 데이터를 전송하도록 연결합니다.
• Edit Fields(Set): 폼마다 제각각인 필드명(name, 이름, full_name 등)을 name·email·message처럼 일관된 이름으로 정리합니다.
• Google Sheets: Append Row로 리드 정보를 저장해 누적 이력을 남깁니다.
• Slack: 같은 Set 노드 출력을 Google Sheets와 Slack 두 갈래로 동시에 연결해, “신규 리드: {{$json[“name”]}} ({{$json[“email”]}})” 형태로 담당 채널에 알립니다.

이 시나리오는 노드 하나의 출력을 두 개 이상의 노드로 분기해서 동시에 실행하는 구조를 처음 다뤄보기에 좋은 예시입니다. Set 노드 오른쪽에서 선을 두 번 그어 Google Sheets와 Slack에 각각 연결하면, 두 작업이 순서를 기다리지 않고 병렬로 실행됩니다.

시나리오 5. 정기 리포트 자동 발송

매주 한 번씩 지표를 모아 이메일로 보고하는 반복 작업을, 데이터 취합부터 요약 문장 작성까지 자동화하는 구성입니다.

• Schedule Trigger: 매주 월요일 오전 9시처럼 반복 주기를 크론 표현식으로 지정합니다.
• Google Sheets: Get Row(s) 오퍼레이션으로 지난주 range의 데이터를 조회합니다.
• AI Agent: 조회된 표 데이터를 프롬프트에 넣고 “주요 변화 3가지를 짚어 요약”처럼 지시해 사람이 읽기 좋은 문장으로 바꿉니다.
• Gmail: Send Email 오퍼레이션으로 AI가 만든 요약을 HTML 본문에 담아 발송합니다.

이 구성은 n8n AI Assistant로 초안 뼈대를 자연어로 먼저 만들어본 뒤, 위에서 설명한 노드별 세부 설정을 손으로 다듬는 방식과도 잘 맞습니다. AI Assistant가 노드 배치까지는 빠르게 잡아주지만, 어떤 시트 range를 조회할지·프롬프트를 어떻게 쓸지 같은 세부 조정은 결국 직접 확인해야 하기 때문입니다.

실전 활용 아이디어

• 알림 채널 분리: 시나리오 1(에러)과 시나리오 4(리드)를 같은 슬랙 채널로 몰아넣지 말고 채널을 나누면, 담당자가 우선순위를 헷갈리지 않습니다.
• 노드별 재시도 설정: 2026년 업데이트로 노드마다 지수 백오프(exponential backoff) 방식의 재시도 로직을 개별 설정할 수 있게 됐습니다. HTTP Request나 Google Sheets처럼 외부 API 호출이 포함된 노드는 재시도를 켜두면 일시적인 네트워크 오류로 워크플로우 전체가 실패하는 걸 줄일 수 있습니다.
• 실행 횟수와 요금제 함께 확인: AI Agent 노드나 외부 API 호출이 많은 워크플로우는 실행 횟수가 빠르게 쌓입니다. n8n 클라우드 요금제를 쓴다면 n8n 요금제 비교를 참고해 월 실행 한도를 미리 점검해두는 게 좋습니다.
• Error Trigger 워크플로우 별도 구성: 위 시나리오들이 실패했을 때를 대비해, 별도의 Error Trigger 노드로 시작하는 “실패 알림 전용” 워크플로우를 하나 더 만들어두면 어떤 워크플로우가 왜 멈췄는지 놓치지 않을 수 있습니다.

자주 묻는 질문

핵심 요약

1. 슬랙 알림·RSS AI요약 포스팅·구글시트 정리·웹훅 리드 알림·정기 리포트, 5가지 시나리오를 각각 트리거 → 가공/조건 → 목적지 노드 순서로 구성했습니다.
2. 2026년 재설계된 AI Agent 노드처럼 최신 기능을 요약·알림 지점에 적극 활용할 수 있습니다.
3. 실제 서비스에 적용할 때는 노드별 재시도 설정, 웹훅 보안, 요금제 실행 한도까지 함께 점검하는 것이 안정적인 운영의 핵심입니다.