돈이되는AI

Photo by Campaign Creators on Unsplash n8n 워크플로우를 다 만들고 Test workflow 버튼을 눌렀더니 노드가 초록불로 쭉 켜지며 완벽하게 돌아갑니다. "됐다" 싶어 브라우저를 닫고 다음 날 확인해 보면, 실행 기록(Executions)이 텅 비어 있습니다. 분명 편집기에선 잘 됐는데 실제로는 한 번도 안 돈 거죠. n8n을 조금 써 본 사람이라면 거의 다 한 번쯤 겪는 상황입니다. 이 글에서는 n8n 워크플로우 가 편집기에선 되는데 켜두면 안 도는 이유를, '테스트 실행'과 '활성화(Active)'가 완전히 다른 동작이라는 관점에서 풀어보겠습니다. 왜 편집기에선 되는데 실제로는 안 돌까 핵심은 하나입니다. 편집기에서 수동으로 실행하는 것과, 워크플로우를 켜두고(활성화) 트리거가 스스로 도는 것은 완전히 별개의 동작 이라는 점입니다. 'Test workflow'나 트리거 노드의 'Listen for test event'는 딱 그 순간, 여러분이 화면을 보고 있는 동안만 작동하는 임시 실행입니다. 창을 닫으면 끝납니다. 반면 스케줄에 맞춰 알아서 돌거나, 외부에서 웹훅으로 호출되는 '프로덕션 실행'은 워크플로우가 Active 상태 일 때만 일어납니다. 그래서 테스트만 하고 활성화 토글을 켜지 않으면, 아무리 편집기에서 잘 돌았어도 실제 자동화는 0회가 됩니다. n8n 공식 문서도 편집·디버깅용 실행과 활성화된 프로덕션 실행을 분리해 설명합니다( n8n Webhook 개발 문서 ). 테스트 실행이 주는 '가짜 안심' 이 착각이 생기는 이유는 테스트 실행이 너무 잘 되기 때문입니다. 수동 실행은 활성화 여부와 무관하게 한 번은 돌아가도록 설계돼 있습니다. 그래서 만드는 사람은 "노드도 다 초록불, 데이터도 잘 넘어감 → 완성"이라고 결론을 내립니다. 하지만 ...

Photo by kenny cheng on Unsplash n8n 워크플로우를 처음 만들 때 거의 모두가 겪는 좌절이 있습니다. 트리거를 놓고, 다음 노드를 연결하고, 실행 버튼을 눌렀는데 두 번째 노드가 빨간 에러를 뱉거나 결과가 텅 비어 나오는 순간이죠. 분명히 선은 이어져 있는데 데이터는 넘어가지 않습니다. 튜토리얼을 따라 첫 자동화는 만들었어도, 막상 내 상황에 맞게 노드를 바꾸면 어김없이 여기서 막힙니다. 결론부터 말하면, 이건 노드 설정 실수라기보다 n8n이 데이터를 어떤 모양으로 주고받는지 를 모르고 지나친 탓인 경우가 대부분입니다. 이 글에서는 n8n 워크플로우에서 데이터가 노드 사이를 어떻게 흐르는지, 그 구조 하나만 이해하면 왜 대부분의 에러가 풀리는지를 정리합니다. 왜 노드는 연결됐는데 데이터가 안 넘어갈까 핵심은 단 하나입니다. n8n에서 노드와 노드 사이를 흐르는 데이터는 항상 "객체들의 배열(array of items)" 형태이고, 각 항목은 json 이라는 키로 감싸여 있습니다. 공식 문서에 정리된 표준 구조는 이렇게 생겼습니다( n8n 공식 문서 — How n8n structures data ). [ { "json": { "name": "김철수", "city": "서울" } }, { "json": { "name": "이영희", "city": "부산" } } ] 여기서 두 가지가 보입니다. 첫째, 데이터는 여러 개의 항목(item)이 줄지어 선 배열 이라는 점. 둘째, 실제 값은 json 키 안쪽에 들어 있다는 점입니다. 노드는 이 배열을 받아 항목 하나하나를 반복 처리 합니다. 즉 항목이 3개면 그 다음 노드의 동작도 3번 일어납니다. "메일이 한 통만 갈 줄 알았는데 5통...

Photo by Simon Kadula on Unsplash n8n 워크플로우를 이미 한 번이라도 만져본 분이라면, 지금까지 가장 답답했던 부분이 있을 겁니다. "AI 에이전트가 우리 회사 Notion이나 사내 API를 직접 호출하게 하려면 노드를 일일이 만들어 붙여야 한다"는 문제죠. 2026년에는 이 흐름이 크게 바뀌었습니다. n8n이 MCP(Model Context Protocol) 노드 를 공식 지원하면서, 외부 도구를 AI 에이전트에 연결하는 작업이 사실상 "엔드포인트 등록 한 번"으로 끝나게 됐기 때문입니다. 이 글은 셀프호스팅 설치 가이드가 아닙니다. 이미 n8n을 쓰고 있는 분이 MCP 노드와 AI Agent를 활용해 외부 도구를 한 번에 연결하는 4단계 워크플로우 를 정리한 실전 가이드입니다. 본 글의 가격·기능 정보는 작성 시점(2026년 6월) 기준의 n8n 공식 문서를 기반으로 합니다. 왜 지금 n8n 워크플로우에 MCP가 중요한가 기존 n8n에서 AI 에이전트가 외부 도구를 쓰려면 각 도구마다 HTTP Request 노드를 만들고, 인증·파라미터를 손으로 매핑하고, 결과를 다시 에이전트에 넣는 작업이 반복됐습니다. 도구가 5개면 노드가 15~20개로 늘어났죠. 도구가 추가될 때마다 워크플로우 그림이 거미줄처럼 부풀어 디버깅 비용도 같이 늘었습니다. MCP는 이 과정을 표준화한 프로토콜입니다. n8n에는 MCP 클라이언트가 추가되어, MCP 서버 엔드포인트를 등록하면 그 서버가 노출하는 도구들을 Agent 노드에서 바로 호출할 수 있게 됐습니다. 도구 목록은 n8n이 자동으로 가져오고, 인증은 Bearer·헤더·OAuth2 중 선택할 수 있습니다( n8n 공식 문서: MCP Client Tool node ). 2026년 n8n 가격·과금 구조도 함께 정리 Cloud Starter : 월 약 $24부터, 월 2,500 실행 포함 Cloud P...

Photo by Christin Hume on Unsplash "AI 블로그 자동화로 하루 10편씩 찍어내면 부수입이 만들어진다." 이런 말, 2026년에도 통할까요? 결론부터 말하면 아닙니다 . 구글이 2026년 3월 코어 업데이트에서 사람 검토 없이 하루 50건 이상 AI 글을 쏟아낸 사이트들을 직접 타격하면서, '양치기 자동화'의 시대는 끝났습니다. 그렇다고 자동화가 의미 없는 건 아닙니다. 오히려 사람의 판단을 어디에 끼워 넣을지 설계만 잘하면, 하루 10분 만으로도 안정적으로 글이 나오는 파이프라인을 만들 수 있죠. 이 글에서는 본 사이트가 실제로 굴리고 있는 자동화 구조를 기반으로, AI 블로그 자동화의 현실적인 4단계 파이프라인을 정리합니다. 왜 "완전 무인 자동화"는 더 이상 답이 아닐까 2024~2025년에는 GPT API를 n8n이나 Make에 연결해 키워드만 던지면 본문·이미지·발행까지 한 번에 처리하는 워크플로우가 유행했습니다. 문제는 그 결과물이 구글 입장에서 너무 똑같이 생겼다는 것 입니다. 구글 정책이 실제로 금지하는 것 구글 검색 가이드라인과 AdSense 프로그램 정책은 AI가 만든 콘텐츠 자체를 금지하지 않습니다 . 금지하는 건 다음 세 가지입니다 (본 글 작성 시점 2026년 5월 기준). Scaled content abuse : 검색 순위만 노리고 대량 생산된, 사용자에게 가치가 없는 콘텐츠 Thin content : 어디서나 볼 수 있는 일반론, 식별 가능한 저자·전문성 없음 Editorial oversight 부재 : 사람이 검수·편집한 흔적이 없는 글 업계 분석에 따르면 2026년 3월 코어 업데이트 이후 타격을 받은 사이트들의 공통점은 ①하루 50건 이상의 AI 글 자동 발행, ②"OO지역 최고 식당 5곳" 류의 템플릿형 양산 콘텐츠, ③경쟁자 글을 AI로 리라이팅해 가치를 더하...

Photo by kenny cheng on Unsplash 업무 자동화에 매달 수십만 원씩 쓰고 있는가? Zapier Professional은 월 750 태스크에 $19.99, Team 플랜은 2,000 태스크에 $69다. 자동화 단계가 늘어나면 비용이 가파르게 누적된다. n8n 워크플로우 는 이 문제를 셀프호스팅 옵션 하나로 정면 돌파한다. 본 글 작성 시점(2026년 5월) 기준 n8n Community Edition은 100% 무료에 실행 횟수 제한도 없다. 본 가이드는 n8n의 핵심 개념, 2026년 최신 변경점, Zapier·Make와의 비용 차이, 그리고 첫 워크플로우를 만드는 4단계까지 한 번에 정리했다. n8n 워크플로우란 무엇인가 n8n은 노드 기반의 시각적 워크플로우 자동화 도구다. 트리거 노드(Schedule, Webhook, 앱 이벤트 등)로 자동화를 시작하고, 400개가 넘는 통합 노드를 화살표로 이어 데이터를 흘려보낸다. 노코드/로우코드 도구이면서도 코드 노드에서 JavaScript와 Python을 그대로 쓸 수 있다(JavaScript는 모든 환경, Python은 셀프호스팅 기준). Fair-code 라이선스로 소스가 공개되어 있고, Docker 한 줄로 자기 서버에 띄워 운영할 수 있다는 점이 가장 큰 차별점이다. 셀프호스팅이 주는 세 가지 이득 실행 횟수 무제한 — 클라우드 요금제처럼 실행마다 카운트되지 않는다. 데이터 주권 — 워크플로우를 흐르는 데이터가 외부 SaaS를 거치지 않아 보안·컴플라이언스에 유리하다. 저렴한 인프라 비용 — Hetzner·DigitalOcean 같은 VPS에서 월 $5~15 수준이면 충분히 운영된다. 2026년 n8n의 최신 변경점 2025년 12월 n8n 2.0이 출시되고 2026년 들어 핵심 정책과 노드가 한 단계 더 정리됐다. 본 글 작성 시점(2026년 5월) 기준 알아두면 좋은 변경점은 다음과 같다. 활성 워크플로...