n8n으로 뉴스 요약 자동 발행 파이프라인 만들기, 티스토리 자동 포스팅 실전 구축기

지난 글에서 n8n의 2026년 8월 업데이트(v2.32~v2.35)를 총정리하면서 "실제로 워크플로를 어떻게 짜는지"는 다음 편으로 미뤄뒀습니다. 이번 편에서는 실제로 존재하는 사례들을 바탕으로, 뉴스를 요약해 티스토리에 자동으로 발행하는 파이프라인을 어떤 구조로 짜야 하는지, 어떤 단계에서 막히는지를 실전 관점에서 정리합니다. 그대로 따라 하는 튜토리얼이라기보다는, 직접 만들어보기 전에 반드시 알아둬야 할 함정과 설계 포인트를 모으는 데 초점을 맞췄습니다.

왜 "완전 자동"이 생각보다 어려운가

n8n으로 블로그 자동 포스팅을 시도한 여러 사례를 보면 공통적으로 5단계 구조를 따릅니다.

1. 웹 검색 또는 RSS로 원본 소스 수집
2. 본문만 추출(광고·배너 제거)
3. AI로 요약·재구성
4. 중복 발행 방지 검증
5. 블로그 플랫폼에 실제 포스팅

이 중 1~3단계는 비교적 손쉽게 자동화되지만, 5단계 "실제 포스팅"에서 대부분 막힙니다. 네이버 블로그와 티스토리는 공식 오픈 API로 글쓰기를 지원하지 않기 때문에, 직접 브라우저를 조작하는 방식(RPA)이나 별도의 유료 브릿지 API 서비스를 구독해서 우회하는 방법을 씁니다. 실제로 한 사용자는 "브릿지플로우 API"라는 서드파티 서비스를 월 구독으로 도입해 이 문제를 해결했다고 공유했습니다(gpters.org, 2026).

워크플로우 설계: 5개 노드로 나눠 생각하기

1. 트리거 & 수집 노드

• Schedule Trigger: 매일 특정 시각에 워크플로를 자동 실행
• RSS Feed Read 또는 HTTP Request: 관심 키워드의 뉴스 RSS나 검색 API(Serper.dev 등)를 호출해 원본 링크 목록 확보

2. 본문 추출 노드

원본 페이지에는 광고·내비게이션 등 불필요한 요소가 많아, 이를 걸러내고 본문만 뽑아내는 별도 처리가 필요합니다. 실제 구축 사례에서는 Jina AI의 리더(reader) API를 붙여 "광고 등을 제외한 본문만" 가져오는 방식을 썼습니다(velog, 2026). n8n 자체 HTML Extract 노드로도 유사하게 구현할 수 있지만, 사이트마다 구조가 달라 파싱 실패율이 꽤 높습니다.

3. AI 처리 노드(OpenAI/Claude 등)

추출한 본문을 프롬프트에 넣어 요약·재구성합니다. 이 단계에서 가장 많이 나오는 실패 사례가 "광고성 문구를 그대로 채택"하거나 "사실과 다른 내용을 생성"하는 경우입니다. 실제 구축 후기에서도 이 부분이 가장 손이 많이 가는 개선 지점으로 꼽혔습니다(velog, 2026). 프롬프트에 "광고·홍보성 문구는 제외하고 사실 정보만 정리하라"는 지시를 명시적으로 넣는 것이 효과적입니다.

4. 중복 검증 노드

같은 주제를 반복 발행하지 않도록 Google Sheets나 데이터베이스에 이미 다룬 제목·키워드를 기록해두고, 새 글을 만들기 전 유사도를 비교하는 단계입니다. 초기 버전에서는 이 단계가 아예 없어서 중복 발행 문제가 발생했고, 이후 버전에 추가되었다는 사례가 있습니다(velog, 2026).

5. 발행 & 알림 노드

최종 콘텐츠를 블로그 플랫폼(WordPress는 공식 API 지원, 티스토리·네이버는 브릿지 서비스 필요)에 전달하고, Slack 등으로 성공·실패 알림을 분기 처리하면 운영 부담이 크게 줄어듭니다. 한 사용자는 Slack 연동으로 "실패, 성공 알림을 별도로 분기해서 처리"하는 구조를 만들어 오류를 놓치지 않도록 했습니다(gpters.org, 2026).

직접 시도해본다면 이런 순서를 추천

1. 먼저 초안까지만 자동화(1~3단계)하고, 발행은 사람이 직접 하는 반자동 방식으로 시작
2. 발행 전 검토가 익숙해지면 4단계(중복 검증)를 추가
3. 티스토리·네이버처럼 API가 없는 플랫폼은 마지막에, 그것도 신중하게 검토 후 자동 발행 도입(계정 정지 등 약관 리스크가 있으므로 각 플랫폼 이용약관을 반드시 확인)
4. Slack·이메일 알림은 초기부터 넣어두는 것이 디버깅에 유리함

실제로 이 블로그의 초안·발행 프로세스도 완전 자동이 아니라 "초안 자동 생성 → 사람이 검토 후 직접 발행"하는 반자동 구조로 운영하고 있는데, 위에서 소개한 사례들의 4~5단계에서 겪는 어려움을 감안하면 현재로선 합리적인 절충안이라 할 수 있습니다.

자주 발생하는 문제와 대처

• 파싱 실패: 사이트 구조가 자주 바뀌는 언론사는 HTML Extract가 깨지기 쉬움 → Jina AI Reader 같은 범용 본문 추출 서비스를 백업으로 병행
• AI 환각(사실과 다른 내용 생성): 프롬프트에 "본문에 없는 수치·날짜는 생성하지 말 것"을 명시하고, 가능하면 원문 인용 형태로 요약 지시
• 초기 비용: API 키(검색·AI·본문 추출) 사용료와 도메인·호스팅 비용이 예상보다 누적됨 → 무료 티어로 소규모 테스트부터 시작 권장

마무리

n8n 자동 발행 파이프라인은 "완전 자동"보다는 "반복 작업을 얼마나 줄여주는 조수"로 접근하는 편이 현실적입니다. 특히 티스토리·네이버처럼 공식 글쓰기 API가 없는 플랫폼은 서드파티 브릿지 서비스에 의존해야 하는 만큼, 계정 정책·비용을 먼저 검토한 뒤 단계적으로 자동화 범위를 넓혀가는 것을 추천합니다.

참고 출처

• Make, N8N 기사 요약해서 네이버 블로그, 티스토리 블로그 자동 발행 - gpters.org
• 하루만에 n8n으로 자동 블로그 포스팅하기 - velog
• N8N 워크플로우 자동화 완벽 가이드 - BrainDetox 기술 블로그
• 2026-08-25 검색 기준