n8n 시작하기

도구를 하나로 정합니다

자동화 도구는 여럿입니다. 이 코스는 n8n 하나만 다룹니다. 여러 도구를 얕게 훑는 것보다 하나를 끝까지 돌려 보는 편이 낫고, 어휘는 도구가 달라도 대부분 그대로 옮겨 가기 때문입니다.

n8n을 고른 이유는 세 가지입니다. 순서대로 확인해 보겠습니다.

첫째, 과금 단위가 다릅니다. 이것이 연구자에게 가장 크게 작용합니다. n8n의 가격 안내는 "복잡도와 무관하게 월 워크플로 실행 횟수를 기준으로 한다"고 적고, 실행 하나를 "워크플로 전체의 한 번의 실행"으로 정의합니다. 단계가 몇 개든 한 번은 한 번입니다. Make는 "시나리오가 수행하는 각 동작이 크레딧을 소모"한다고 적고, Zapier는 "Zap 단계가 성공적으로 완료될 때마다 태스크 하나"로 셉니다(세 곳 모두 2026년 8월 21일 확인).

문헌 모니터링 워크플로는 단계가 쉽게 열 개를 넘습니다. 같은 워크플로가 n8n에서는 실행 1회이고 다른 두 곳에서는 열 번 넘게 계산됩니다. 연구용 워크플로는 단계가 길고 실행 빈도는 낮은 편이라 이 차이가 그대로 나타납니다.

둘째, 자체 호스팅할 수 있습니다. n8n은 무료 Community 버전을 직접 설치해 쓸 수 있습니다. 기관 자료가 지나가는 흐름이라면 이 선택지가 있다는 것 자체가 중요합니다. Make와 Zapier의 가격 페이지에는 자체 호스팅 방안이 나와 있지 않습니다.

셋째, 소스가 공개되어 있습니다. 다만 여기는 정확히 적어야 합니다. n8n은 오픈소스가 아닙니다. n8n 자신의 문서가 그렇게 밝히고 있습니다. Sustainable Use License 문서는 "소스 코드가 공개되어 있지만, 오픈소스 이니셔티브(OSI)에 따르면 오픈소스 라이선스는 사용을 제한할 수 없으므로 우리는 스스로를 오픈소스라 부르지 않는다"고 적습니다. 사용은 내부 업무·비상업·개인 목적으로 제한됩니다. 대학이나 병원에서 연구에 쓰는 것은 여기에 들어가지만, 재판매하거나 이것으로 서비스를 만들어 파는 일은 다릅니다. 애매하시면 라이선스 문서를 직접 확인하십시오.

	n8n	Make	Zapier
과금 단위	워크플로 실행 1회	동작당 크레딧	성공한 단계당 태스크
자체 호스팅	무료 Community 버전 있음	가격 페이지에 안내 없음	가격 페이지에 안내 없음
소스	공개. 단 오픈소스는 아님	공개 안내 없음	공개 안내 없음

설치 없이 시작하기

n8n은 두 가지 방법으로 씁니다. n8n Cloud는 설치가 필요 없는 관리형 서비스이고, 자체 호스팅은 직접 설치해 쓰는 방식입니다.

처음이시라면 Cloud로 시작하십시오. 공식 문서에 따르면 무료 체험은 14일 동안 Pro 플랜의 모든 기능을 쓸 수 있고, 실행 1,000회 제한이 붙으며, 신용카드가 필요하지 않습니다. 다만 문서가 분명히 적어 둔 조건이 하나 있습니다. 체험이 끝날 때까지 유료로 바꾸지 않으면 워크스페이스가 삭제됩니다. 만든 워크플로는 이후 90일 안에 내려받을 수 있습니다. 그러니 이 모듈을 따라 만든 워크플로는 완성하는 대로 내려받아 두십시오.

자체 호스팅을 하실 계획이라면 Docker를 쓰는 쪽이 맞습니다. n8n 문서는 npm 설치에 대해 "npm 기반 설치는 n8n 3.0부터 지원 중단"이라고 적어 두었습니다. 인터넷에 남아 있는 npx n8n 안내를 그대로 따르지 마시고, 설치는 공식 문서의 Docker 페이지를 여십시오. 이 코스는 여기서 설치를 다루지 않습니다.

Docker로 올리실 때 환경 변수 하나만 미리 짚어 두겠습니다. 공식 문서의 실행 예시에는 GENERIC_TIMEZONE이 들어 있습니다. 여기에 Asia/Seoul을 넣지 않으면 정해진 시각에 도는 워크플로가 엉뚱한 시각에 돕니다. 이유는 바로 다음 절에서 설명합니다.

어휘 여섯 개

n8n 문서가 쓰는 말을 그대로 익혀 두면 문서를 직접 읽으실 수 있습니다. 앞 레슨의 트리거·처리·액션이 여기서 어떻게 불리는지도 함께 적었습니다.

n8n 용어	문서의 정의	앞 레슨의 어느 칸인가
워크플로(workflow)	과정을 자동화하는 노드의 모음	전체
노드(node)	워크플로를 구성하는 개별 부품	처리와 액션
트리거 노드(trigger node)	특정 조건에 반응해 워크플로를 실행하는 특별한 노드	트리거
연결(connection)	한 노드의 출력을 다른 노드의 입력으로 넘기는 선	순서
실행(execution)	워크플로의 한 번의 실행	—
자격 증명(credential)	앱·서비스에 접속하기 위한 인증 정보	—

문서는 "모든 운영 워크플로에는 언제 실행할지 정하는 트리거가 최소 하나 필요하다"고 적습니다. 앞 레슨에서 트리거를 적을 수 없으면 자동화할 수 없다고 말씀드린 것이 도구 쪽에서도 그대로 요구됩니다.

노드 사이를 흐르는 것: 아이템

여기가 처음 쓰는 분들이 가장 많이 막히는 자리입니다. 화면에는 노드가 선으로 이어져 있지만, 그 선을 타고 무엇이 흐르는지는 보이지 않습니다.

공식 문서는 한 문장으로 못 박습니다. n8n에서 노드 사이를 오가는 모든 자료는 객체의 배열입니다. 이 배열의 원소 하나하나를 아이템이라고 부릅니다.

아이템 하나는 이런 모양입니다. 중괄호 안에 이름과 값이 짝으로 들어갑니다.

{ "제목": "AI in dentistry", "PMID": "40123456" }

논문이 세 편 왔다면 이런 아이템이 셋 있는 배열이 흐릅니다. 여기서 알아 두실 것이 하나 더 있습니다. 노드는 아이템마다 한 번씩 작동합니다. 문서는 "노드가 자료 아이템의 배열을 받으면 각 아이템을 개별적으로 처리한다"고 적습니다. 논문 세 편이 들어오면 다음 노드가 세 번 작동해 세 줄을 만듭니다. 반복문을 따로 적을 필요가 없습니다.

값을 꺼내 쓸 때는 이름을 점으로 이어 적고, 중괄호 두 겹으로 감쌉니다. 문서의 표기 그대로 쓰면 이렇습니다.

{{ $json.제목 }}

$json은 "지금 처리 중인 아이템"이라는 뜻이고, 그 뒤가 꺼내려는 이름입니다. 메일 본문에 이 한 줄을 넣어 두면 논문마다 제목이 바뀌어 들어갑니다.

첫 워크플로를 만드는 순서

화면 이름은 공식 문서에 적힌 그대로 옮겼습니다.

액션 노드가 하는 일: API 부르기

Google Sheets 노드가 시트에 줄을 쌓는다고 할 때, 그 노드가 제 컴퓨터에서 구글 시트를 여는 것이 아닙니다. 구글 서버에 "이 줄을 추가해 달라"고 정해진 양식으로 요청을 보냅니다. 그 양식을 API라고 부릅니다.

식당에 비유하면 이렇습니다. 손님이 직접 주방에 들어가 재료를 찾지 않습니다. 직원에게 메뉴판의 이름으로 주문하고, 직원이 그것을 주방에 전달하고, 완성된 음식을 받습니다. 메뉴판이 API 문서이고, 주문 양식이 API이며, 주방이 서버입니다.

여기서 두 가지가 따라옵니다. 첫째, 아무렇게나 보내면 받아 주지 않습니다. 서비스가 정한 이름과 형식에 맞아야 합니다. 액션 노드는 그 양식을 대신 맞춰 주는 부품입니다. 둘째, 대개 신분 확인을 요구합니다. 그것이 앞에서 본 자격 증명입니다. 내 계정으로 남의 서버에 요청을 보내는 일이라서 그렇습니다.

연구에 자주 쓰이는 노드

첫 워크플로를 넘어 실제로 쓰실 때 필요한 것들입니다. 이름은 모두 공식 문서 기준입니다.

자료를 가져오는 노드

• RSS Read — "인터넷에 공개된 RSS 피드에서 자료를 읽"습니다. 주소(URL)만 넣으면 됩니다.
• RSS Feed Trigger — 위와 달리 트리거입니다. "새 RSS 항목이 게시되면 워크플로를 시작"하고, 확인 주기(Poll Times)와 피드 주소(Feed URL)를 지정합니다.
• HTTP Request — "REST API가 있는 모든 앱이나 서비스에서 자료를 가져"옵니다. PubMed E-utilities나 Crossref처럼 열쇠 없이 열려 있는 API를 부를 때 씁니다.

자료를 다듬는 노드 — 문서가 데이터 변환 노드로 묶어 두는 것들입니다. 코드를 쓰지 않고 처리 단계를 만들 때 이 넷이면 대개 충분합니다.

• Split Out — "목록이 담긴 아이템 하나를 여러 아이템으로 나눕니다." API가 논문 20편을 한 덩어리로 돌려주면 이 노드로 20개 아이템으로 폅니다.
• Filter — "조건에 따라 아이템을 거릅니다." 조건에 맞는 것만 다음으로 넘기고 나머지는 버립니다. 출구가 하나입니다. 조건에 따라 길을 둘로 나누고 싶을 때는 If를 씁니다.
• Remove Duplicates — 중복을 지웁니다. 같은 실행 안의 중복뿐 아니라 이전 실행에서 이미 본 것까지 지울 수 있습니다. 다음 레슨의 핵심 부품이라 거기서 자세히 씁니다.
• Aggregate — "따로 떨어진 아이템들을 묶어 하나의 아이템으로" 만듭니다. 논문 20편을 메일 한 통에 담을 때 씁니다.
• Edit Fields (Set) — 값을 새로 정하거나 덮어씁니다. 문서는 "구글 시트나 데이터베이스에 값을 넣는 워크플로에서 특히 중요하다"고 적습니다.

결과를 두는 노드

• Google Sheets — Resource에서 Sheet Within Document를 먼저 고르고, 그다음 Operation을 고릅니다. Append Row는 그냥 붙이고, Append or Update Row는 지정한 열이 같으면 갱신합니다. 읽을 때는 Get Row(s)입니다.
• Send Email — SMTP 서버로 메일을 보냅니다. 자격 증명이 필요합니다.

직접 해 보기약 18분

앞 레슨의 분해표에서 판단이 없음으로 판정한 줄 하나를 고릅니다. 그 한 줄을 n8n의 어휘로 옮겨 적습니다. 아직 만들지 않으셔도 됩니다. 명세를 먼저 적는 것이 이 연습입니다.

단계	무엇을 하는가	어떤 노드인가	필요한 자격 증명	실패하면

1행

단계

무엇을 하는가

어떤 노드인가

필요한 자격 증명

실패하면

2행

단계

무엇을 하는가

어떤 노드인가

필요한 자격 증명

실패하면

3행

단계

무엇을 하는가

어떤 노드인가

필요한 자격 증명

실패하면

4행

단계

무엇을 하는가

어떤 노드인가

필요한 자격 증명

실패하면

5행

단계

무엇을 하는가

어떤 노드인가

필요한 자격 증명

실패하면

복사하기내려받기지우기이 브라우저에만 저장됩니다. 서버로 보내지 않습니다.

첫 줄은 반드시 트리거 노드입니다. 트리거를 적지 못하겠다면 그 일은 아직 자동화 대상이 아니니 다른 줄을 고르십시오.

네 번째 칸을 채우실 때 한 번 더 생각해 주십시오. 자격 증명이 필요하다는 것은 그 서비스에 내 계정으로 접근할 권한을 워크플로에 넘긴다는 뜻입니다. 모듈 3에서 만든 점검표를 같이 여시면 좋습니다.

명세를 다 적으셨으면 실제로 만들어 보시고, Execute Workflow로 한 번 돌린 뒤 Executions 탭에서 기록을 확인하십시오. 막히신 자리는 게시판에 남겨 주시면 함께 풀어 보겠습니다.

내려받기를 눌러 저장해 두십시오. Cloud 체험이 끝나면 워크스페이스가 삭제되므로, 이 명세서가 다시 만들 때의 설계도가 됩니다.

커뮤니티에 결과를 남겨 보세요

연구에 적용하면

n8n을 고른 이유는 기능이 아니라 조건입니다. 워크플로 실행 단위로 세고, 자체 호스팅할 수 있고, 소스가 공개되어 있습니다. 다만 오픈소스는 아니며, 사용 범위에 제한이 있습니다.

어휘는 일곱 개면 충분합니다. 워크플로, 노드, 트리거 노드, 연결, 실행, 자격 증명, 그리고 아이템. 앞 레슨의 트리거·처리·액션이 그대로 이 어휘로 옮겨집니다.

이 중 하나만 붙잡으신다면 아이템입니다. 노드 사이를 흐르는 것이 아이템의 배열이고 노드는 아이템마다 한 번씩 작동한다는 것, 이 두 문장이 화면에서 벌어지는 일의 대부분을 설명합니다.

다음 레슨에서는 연구에서 실제로 쓰는 워크플로 두 가지를 노드 단위로 뜯어봅니다.