캔버스 위의 다섯 개 블록을 JSON으로 내보내면 nodes와 connections만 남는다. 이 글에서는 네 가지 단어를 분리해 설명한다: 노드 이름이 왜 기본 키인지, 연결 배열의 어느 계층이 출력 번호인지, 실행 기록에 왜 이전 노드 이름이 여전히 남아 있는지, 끝부분에 다섯 개의 실제 오류 원문을 첨부한다.

n8n 설치하다 막히는 곳은 보통 n8n이 아니라 그 앞의 Docker다. 이 글은 네 단어만 다룬다: image, container, volume, port, 바로 실행 가능한 명령 한 세트와 실제로 마주치는 여섯 가지 함정—에러도 없이 그냥 다음 날 워크플로가 전부 사라지는 그 함정 포함.

n8n이 시작되지 않을 때, 로그가 어느 줄에서 멈추는지에 따라 어떤 명령을 입력해야 할지가 결정된다. port 점유, EADDRNOTAVAIL, ECONNREFUSED, SQLite 모듈 누락, .n8n 디렉터리에 쓸 수 없음, 다섯 가지 오류 원문과 그에 대응하는 확인 방법, 사람을 잘못된 방향으로 이끄는 그 말 "혹시 이미 다른 n8n이 실행 중인가요"까지 포함한다.

빈 캔버스에서 첫 번째 n8n 워크플로우를 구축한다: 수동 트리거로 데이터 한 건을 만들고, Edit Fields에서 견적의 네 가지 필드를 채우고, Code 노드에서 운송비 포함 총액을 계산한다. 바로 붙여넣어 가져올 수 있는 워크플로우 JSON과 430을 37060으로 계산한 그 타입 함정을 첨부한다.

같은 워크플로우에서 Zapier는 액션 수로 과금하고, Make는 모듈 수로 과금하며, n8n은 워크플로우 전체를 한 번으로 계산한다. 세 가지 실제 시나리오로 청구서를 펼쳐 계산하고, 셀프 호스팅 유지보수 시간과 라이선스 제한까지 산입한 뒤, 마지막으로 어떤 경우에 n8n을 선택하지 않는 것을 권장하는지 명확히 설명한다.

n8n 로그인 후 각 영역이 정확히 무엇을 말하는지: 왼쪽 내비게이션, 캔버스 위의 버튼, 노드를 더블클릭한 후의 입력과 출력, 실행 기록의 상태와 밀리초 수. 실제 인터페이스 스크린샷, 네 가지 검수 동작, 그리고 초보자가 반드시 밟는 여섯 가지 함정을 첨부한다.

Docker, Docker Compose, npm 세 가지 설치 방법을 단계별로 명확히 설명한다: 데이터 볼륨을 어떻게 mount해야 데이터가 유실되지 않는지, 시간대를 설정했는데도 왜 여전히 맞지 않는지, 로그인이 계속 로딩만 도는 원인은 무엇인지, 그리고 네 가지 "설치 성공" 검증 기준과 흔한 오류 처리 방법을 덧붙인다.

n8n이 무엇을 하는지 아주 쉽게 설명한다: node, 연결선, workflow가 각각 무엇인지, Zapier, Make, 직접 스크립트를 작성하는 것과 무엇이 다른지, 어떤 작업을 맡기기에 적합한지, 그리고 zero부터 시작하려면 어떻게 배워야 하는지. 실제로 정상 동작한 workflow 스크린샷 첨부.