n8n 활용기

처음 워크플로우를 만들었을 때, 노드 연결까지는 분명히 끝냈는데 왜 실행이 안 되는지 30분 동안 헤맸어요. 알고 보니 트리거가 없었던 거였죠. 그 뒤로 실수를 하나씩 겪으면서 “아, 이게 초보자가 자주 막히는 지점이구나”를 조금씩 알게 됐어요. 이번 글은 시리즈의 마지막 화예요. 지금까지 다뤘던 트리거, Set 노드, IF 노드, Webhook, Gmail, Google Sheets, Telegram 자동화를 바탕으로, n8n 초보자가 자주 막히는 10가지를 압축해서 정리해볼게요. 내가 만든 워크플로우를 점검하는 체크리스트처럼 활용해도 좋아요. n8n 초보자가 겪는 대부분의 문제는 노드 자체보다 트리거, 데이터 흐름, 권한, 테스트 순서에서 많이 발생해요. 초보자가 자주 하는 실수 10가지 1. 트리거 없이 워크플로우를 만든다 Google Sheets나 Telegram 노드부터 추가해놓고 “왜 실행이 안 되지?”라고 생각하는 경우가 있어요. 하지만 워크플로우는 반드시 트리거에서 시작해야 해요. → 먼저 이렇게 질문해보세요. “이 자동화는 언제 시작돼야 하지?” Manual, Schedule, Webhook, Gmail Trigger 중에서 시작 조건에 맞는 트리거를 선택해야 해요. 2. 수동 실행 성공을 자동 실행 성공으로 착각한다 수동 테스트는 잘 됐는데, 다음 날 자동 실행이 안 되는 경우가 있어요. 알고 보면 Active 토글을 켜지 않은 게 원인일 때가 많아요. → 수동 테스트 후에는 Active 상태를 꼭 확인하세요. Schedule Trigger를 쓴다면 Timezone을 확인하고, Webhook을 쓴다면 Production URL을 사용했는지도 확인해야 해요. 3. Output을 확인하지 않고 다음 노드를 설정한다 필드명을 subject 라고 입력했는데, 실제 Gmail Output에서는 다른 이름으로 들어오는 경우가 있어요. Output을 먼저 확인하는 습관이 생...

구글시트에 데이터가 하루 종일 안 들어와서 노드를 전부 지웠다가 다시 만들었어요. 나중에 보니 Credentials 인증이 만료된 게 원인이었어요. 30분이면 됐을 걸 2시간을 날렸어요. n8n 오류는 대부분 전체를 다시 만들 필요가 없어요. 어느 노드까지 정상이었는지 추적하면 원인을 찾을 수 있어요. 이번 글에서는 자동화가 실패했을 때 확인해야 하는 5가지를 순서대로 정리할게요. 오류 해결의 핵심: "어느 노드까지 정상적으로 실행됐는가?"를 추적하는 것. 마지막 노드만 보지 말고, 앞에서부터 Output을 따라가야 해요. 자동화 실패 시 확인해야 할 5가지 — 이 순서대로 Executions — 실행 기록 먼저 열기 질문: 워크플로우가 실제로 실행됐는가? 어느 노드에서 멈췄는가? 처음엔 Executions를 몰랐어요. 워크플로우 편집 화면만 계속 봤는데, Executions를 열어보니 오류 메시지에 원인이 다 나와 있었어요. 오류가 나면 여기 먼저 가세요. 트리거 + 활성화 상태 — 실행이 아예 안 됐을 때 질문: 워크플로우가 Active 상태인가? 트리거가 올바른가? 수동 실행은 성공했는데 다음 날 자동 실행이 안 됐어요. Active 토글을 켜야 한다는 걸 그때 처음 알았어요. 수동 실행 성공 ≠ 자동 실행 성공이에요. Credentials + 권한 — 403·401 오류가 날 때 질문: 연결된 계정에 필요한 권한이 있는가? 토큰이 만료되지 않았는가? 403 오류가 뜨는데 뭔지 몰라서 노드 설정만 계속 바꿨어요. 찾아보니 403은 권한 문제라는 뜻이었고, 구글시트에 편집 권한이 없는 계정을 연결한 게 문제였어요. Input / Output / 필드명 — 값이 비거나 이상할 때 질문: 이전...

랜딩페이지 신청자 연락처를 손으로 옮기다가 숫자 하나를 잘못 적은 적이 있었어요. 전화를 걸어도 연결이 안 돼서 확인해보니 입력 실수였어요. 그날부터 구글시트 자동 기록을 만들었어요. 이번 글에서 다루는 자동화는 "외부 문의가 들어오면 n8n이 데이터를 받아 구글시트에 새 행으로 자동 기록하는" 구조예요. 이전 화에서 다룬 Webhook·Set 노드·Google Sheets 노드를 모두 활용하는 흐름이에요. 이번 글에서 특히 집중하는 부분은 두 가지예요. Webhook Output에서 실제 필드명을 확인하는 것, 그리고 단순 기록표가 아니라 status(처리 상태)를 포함한 문의 관리표로 만드는 것이에요. 이번 자동화 전체 구조 Webhook 노드 → Set 노드 → Google Sheets 노드 각 화에서 이미 다룬 내용이에요. Webhook은 13화, Set 노드는 10화, Google Sheets Append Row는 14화에서 살펴봤어요. 이번 글에서는 그 세 가지를 문의 관리 목적으로 연결하는 흐름과 설계 포인트에 집중할게요. 구글시트 문의 관리표 설계하기 구글시트 열 이름 없이 바로 연결했더니 Google Sheets 노드에서 열 목록이 안 불려왔어요. 첫 행에 열 이름을 만들고 나서야 정상적으로 됐어요. 자동화 전에 구글시트 첫 행에 열 이름을 먼저 만들어요. [구글시트 첫 행 열 이름] received_at | customer_name | customer_phone | customer_email | inquiry_type | inquiry_message | lead_source | status 이 8개 열이면 기본적인 문의 관리가 가능해요. 업무에 따라 열을 추가하거나 제거해도 돼요. status 열을 꼭 넣어야 하는 이유 status 열을 넣고 나서 구글시트가 단순 기록표가 아니라 문의 관리표가 됐어요. "대기...