• 자동 포스팅은 “대표이미지까지 붙어야” 진짜 자동화다.
• 가장 많이 막히는 지점은 WP 미디어 업로드 인증과 바이너리 설정이다.
• 글 생성 → 이미지 업로드 → featured_media 연결을 분리하면 디버깅이 훨씬 쉽다.

내가 구현한 환경

• WordPress (Docker 운영)
• Application Password 인증
• n8n (Docker 최신 버전)
• 대표이미지 용량 제한: 1.5MB
• 썸네일 기본 사이즈: 1600×900 (16:9)

처음에는 “글 자동 발행”까지만 만들고 만족했는데,
썸네일이 빠지니까 블로그 완성도가 확 떨어졌습니다.

그래서 대표이미지까지 자동화하는 구조를 붙였습니다.

전체 흐름 (내가 정착한 방식)

트리거
→ 글 draft 생성
→ 이미지 생성/선택
→ 리사이즈 + 압축
→ WP 미디어 업로드
→ media_id 확보
→ post 업데이트 (featured_media 연결)
→ 성공/실패 알림

여기서 핵심은 글과 이미지를 한 번에 처리하지 않는 것입니다.

처음엔 한 번에 묶었다가
어디서 실패했는지 찾느라 시간을 많이 썼습니다.

가장 많이 막히는 지점 3가지

1️⃣ 403 / 401 에러

원인:

• Application Password 사용자 권한 부족
• JWT 설정 오류

해결:

• 관리자 계정 기준으로 먼저 테스트
• HTTP Request에서 Basic Auth 사용

2️⃣ 이미지 업로드는 되는데 파일이 깨짐

원인:

• Send Binary Data 미사용
• Content-Type 누락

해결 방법 (n8n HTTP Request 설정)

• Send Binary Data: ON
• Content-Type: image/jpeg (또는 image/webp)
• Content-Disposition: attachment; filename=”os-thumb.jpg”

파일명은 영문+하이픈 추천합니다.
한글 파일명은 환경에 따라 에러 납니다.

3️⃣ 썸네일이 글에 안 붙는 경우

가장 흔한 실수:

❌ featured_media에 이미지 URL 입력
✅ featured_media에 media_id 숫자 입력

이거 하나 때문에 20~30분 날렸습니다.

1.5MB 이하로 만드는 실제 전략

압축만 하면 잘 안 줄어듭니다.
리사이즈가 먼저입니다.

제가 정착한 기준:

• 가로 1200~1600px
• JPEG 품질 75~80
• 16:9 비율 유지

조건 분기:

• 1.5MB 이하 → 업로드
• 초과 → 가로폭 줄이고 1회 재시도

무한 반복은 절대 금지입니다.

이미지 생성 방식 선택 (운영 안정성 기준)

방법 1: 생성형 API

자동화 느낌은 좋지만
한글 텍스트 오타가 자주 발생합니다.

운영 팁:

이미지에는 그림만 생성
텍스트는 WP 제목으로 노출

이 방식이 가장 안정적입니다.

방법 2: 고정 템플릿 썸네일

Howinfo 스타일에는 이 방식이 가장 잘 맞습니다.

• 브랜드 통일성 유지
• 오류 최소화
• 속도 빠름

방법 3: NAS 내부 파일 가져오기

내 NAS에서 URL로 이미지 가져와 업로드하는 방식이
실제로 가장 튼튼합니다.

자동 생성은 별도 파이프라인에서 처리하고,
n8n은 업로드만 담당하게 하면 안정적입니다.

대표이미지 연결 방식 (추천 구조)

1단계: 글 생성 (draft)

POST /wp-json/wp/v2/posts
status: draft

→ post_id 확보

2단계: 이미지 업로드

POST /wp-json/wp/v2/media

→ media_id 확보

3단계: post 업데이트

POST /wp-json/wp/v2/posts/{post_id}
featured_media: media_id

이렇게 분리하면 어디서 실패했는지 명확합니다.

실패 알림은 꼭 넣으세요

실패 로그에 포함해야 할 것:

• 실패 단계
• HTTP 상태코드
• 응답 메시지
• 제목
• 실행 시간

401/403은 재시도해도 거의 안 됩니다.
바로 알림 받는 게 좋습니다.

429/5xx는 1회 재시도 허용.

실제 운영하면서 느낀 점

글 자동화는 생각보다 쉽습니다.
하지만 썸네일까지 붙여야 “완성”입니다.

자동화는 성공보다 실패 로그 관리가 더 중요합니다.

이 구조를 잡고 나니
자동 포스팅이 훨씬 안정적으로 돌아가기 시작했습니다.

FAQ

Q. 썸네일이 안 붙어요.
A. featured_media에는 URL이 아니라 media_id를 넣어야 합니다.

Q. 403 에러가 나요.
A. 미디어 업로드 권한이 있는 계정인지 확인하세요.

Q. 한글 텍스트가 이미지에서 깨져요.
A. 운영 안정성을 원하면 이미지에는 그림만 넣고, 텍스트는 WP 제목으로 처리하세요.

게시물 n8n으로 워드프레스 자동 포스팅 + 썸네일까지 붙이기 (실전 구현 기록)이 하우인포-IT·테크에 처음 등장했습니다.

• 완전 자동 “발행”보다 드래프트 업로드 + 마지막 검수가 운영 안정성이 훨씬 높습니다.
• 핵심은 WordPress 인증을 Application Password로 단단히 고정하는 겁니다.
• 자동화는 “성공”보다 실패 알림/재시도/로그가 제대로 있어야 오래 갑니다.

내가 이 구조로 바꾸게 된 이유

처음에는 “자동 발행”을 목표로 잡았습니다.
그런데 며칠 돌려보니 문제는 발행 자체가 아니라 품질과 리스크였어요.

• 문장 한 줄이 어색해도 그대로 공개됨
• 태그가 쓸데없이 늘어남
• 링크/표현 문제가 생겨도 바로 노출됨

그래서 결론은 단순했습니다.

매일 자동으로 초안만 올려두고, 알림 받고 “최종 검수 후 발행”
이게 현실적으로 제일 덜 고장나고, 운영이 편했습니다.

내 환경

• n8n: Docker 운영
• WordPress: Docker 운영 (REST API 사용)
• 인증: Application Password (우선 추천)
• 목표: 매일 09:00 “드래프트 1건 생성”
• 알림: Slack/메일/시놀로지 챗 중 1개
• 로그 저장: Google Sheets 또는 DB(선택)

전체 아키텍처 한 장 요약

Cron(매일 09:00)
→ 주제 선택(Topic Picker)
→ (옵션) 자료 포인트만 수집
→ 본문 생성/정리(템플릿 or AI)
→ WP REST API로 draft 생성
→ 성공/실패 알림
→ 로그 저장(제목/URL/상태/에러)

운영 팁:
처음부터 “모든 걸 자동으로” 하려면 중간에 반드시 깨집니다.
저는 Topic Picker부터 고정 리스트로 시작해서 성공률을 먼저 올렸습니다.

준비물 체크리스트

• WordPress 계정(편집자 이상) + 미디어/글 권한 확인
• Application Password 생성(추천) 또는 JWT 세팅
• n8n에서 HTTP Request 노드 사용 가능
• 카테고리 ID 확정(고정 추천)
• 알림 채널 1개 이상
• 로그 저장 위치(시트/DB/파일 중 택1)

인증 방식 2가지 (내 결론은 A안)

A안) Application Password (추천)

• WordPress 사용자 프로필에서 “애플리케이션 비밀번호” 생성
• n8n에서 Basic Auth처럼 username + app_password로 호출

장점

• 설정이 단순하고 운영 안정적
• 서버 설정 변경이 거의 없음

주의

• 계정 권한을 최소화(가능하면 전용 계정)
• 앱 비번은 주기적으로 교체

B안) JWT Auth

• Bearer Token 방식이라 자동화에 익숙하면 편합니다.

단점

• 플러그인 + 서버 설정이 필요한 경우가 있어 초기 삽질이 늘어납니다.

초반엔 A안으로 성공 루틴 만들고,
필요하면 B안으로 넘어가는 게 덜 스트레스였습니다.

n8n 워크플로우 설계 (디버깅이 쉬운 순서)

노드 1) Cron

• 매일 09:00 실행

노드 2) Set / Topic Picker

• 방식 1: 고정 리스트에서 랜덤 선택
• 방식 2: 스프레드시트/DB에서 “미작성” 주제 1개 가져오기

운영 팁

• 초반에는 고정 리스트가 무조건 좋습니다.
• DB 연동은 성공률이 안정화된 뒤에 붙이세요.

노드 3) (옵션) 자료 수집

• RSS/메모/내부 문서에서 “포인트만” 가져오기
• 원문 복붙 금지(저작권/품질 이슈)

노드 4) 본문 생성

• A) 템플릿 기반: 품질 일정, 운영 안정
• B) AI 기반: 생산성 높음, 검수 필수

howinfo 자동화 글 톤이면
A로 먼저 안정화 → B로 고도화가 제일 덜 고장납니다.

노드 5) Function (정리/필터)

여기서 하는 일:

• H2/H3 구조 정리
• 과장 표현 제거(무조건/완벽/최고 등)
• 중복 문장 제거
• 너무 긴 문장 쪼개기

노드 6) HTTP Request (Posts Create)

• POST /wp-json/wp/v2/posts
• status: draft 고정
• title/content/categories/tags 매핑

노드 7) IF (성공/실패)

• 성공: 알림 + 로그
• 실패: 재시도(1회) + 실패 알림 + 로그

노드 8) 알림(Slack/메일/시놀로지 챗)

성공 알림엔 꼭:

• 제목
• 드래프트 링크
• 실행 시간

실패 알림엔 꼭:

• 실패 단계
• HTTP 코드
• 응답 요약
• 실행 ID(또는 n8n execution URL)

노드 9) 로그 저장(선택이지만 강추)

저장 필드 추천:

• datetime
• topic/title
• post_id
• draft_url
• status(success/fail)
• error_summary
• duration_ms

WordPress 업로드 필드 매핑 (실무에서 자주 헷갈림)

• title: 글 제목
• content: 본문(HTML 권장)
• status: draft
• categories: 카테고리 ID 배열(고정)
• tags: 태그 ID 배열 또는 태그 생성 로직

태그 운영 팁:

• 태그 자동 생성은 편하지만, 금방 태그가 폭발합니다.
• 저는 상위 20~30개 태그 풀을 만들어놓고 그 안에서만 고르게 했습니다.

실패 알림 / 재시도 (운영에서 제일 중요한 파트)

재시도는 현실적으로 이렇게만:

• 5xx / 429 → 2분 후 1회 재시도
• 401 / 403 → 재시도 금지(즉시 알림)

무한 재시도는
“고장난 자동화가 매일 스스로를 때리는 구조”가 되어서 운영이 망가집니다.

운영 체크리스트 (매일 자동으로 굴리는 기준)

• status는 항상 draft
• 알림 채널 1개 이상
• 재시도는 최대 1회
• 카테고리 ID 고정
• 태그는 풀 관리(남발 금지)
• 성공 알림에 드래프트 링크 포함
• Application Password 권한 점검(전용 계정 추천)

FAQ

Q1. 완전 자동 발행으로 해도 되나요?
A. 가능하지만, 초반에는 드래프트가 훨씬 안전합니다. 검수 루틴이 잡힌 뒤 자동 발행으로 확장하는 게 좋습니다.

Q2. 이미지(썸네일)까지 자동으로 가능해요?
A. 가능합니다. 다만 “미디어 업로드 → media_id → featured_media 연결” 단계가 추가됩니다(별도 글로 분리 추천).

Q3. 태그 ID를 모르면 어떻게 하죠?
A. 태그 조회 API로 먼저 찾고, 없으면 생성한 뒤 그 ID를 post 생성 payload에 넣는 방식으로 구현합니다.

게시물 n8n으로 워드프레스 “하루 1건 자동 초안(draft) 업로드” 만들기 (운영 안정성 기준)이 하우인포-IT·테크에 처음 등장했습니다.

• n8n은 “코드 없이 자동화”라기보다 **“눈으로 보면서 흐름을 설계하는 자동화 도구”**에 가깝습니다.
• 핵심은 기능이 아니라 트리거 → 처리 → 액션 구조를 습관처럼 만드는 것입니다.
• 작은 자동화 1개를 성공시키면, 그 다음부터는 계속 확장하게 됩니다.

내가 n8n을 계속 쓰게 된 이유

처음에는 단순히 “블로그 자동 초안 업로드” 때문에 시작했습니다.

그런데 쓰다 보니 깨달은 게 있습니다.

자동화의 진짜 장점은
기능이 아니라 흐름을 눈으로 볼 수 있다는 점이었습니다.

Zapier나 다른 툴도 써봤지만,
n8n은 노드를 연결하는 구조라 디버깅이 직관적입니다.

문제가 생기면 어디서 데이터가 깨졌는지 바로 보입니다.

n8n을 한 문장으로 정의하면

여러 서비스(API/앱)를 연결해서 “업무 흐름”을 자동 실행하는 워크플로우 플랫폼

엑셀 매크로가 파일 내부 자동화라면,
n8n은 웹/서버/API까지 묶는 매크로에 가깝습니다.

n8n이 특히 강한 이유 (내 기준)

1️⃣ 반복 작업 자동화

매일 리포트 생성 → 슬랙 발송
이거 한 번 만들면 손댈 일이 거의 없습니다.

2️⃣ API 연동 후 가공

API 호출 → 필요한 필드만 추출 → 시트 저장
Set 노드로 데이터 단순화하면 생각보다 어렵지 않습니다.

3️⃣ 조건 분기(IF)

“CPU 80% 넘으면 알림”
이 구조가 자동화의 핵심입니다.

4️⃣ 웹훅 기반 실행

“이벤트가 발생했을 때 즉시 반응”
이게 실무 자동화에서 체감이 큽니다.

5️⃣ 실패 대응

실패 시 재시도 + 실패 로그 저장
이걸 안 넣으면 자동화는 금방 망가집니다.

기본 구조는 항상 이 3단계

Trigger(시작)
→ Process(처리/변환/조건)
→ Action(전송/저장/게시)

이 틀만 이해하면
n8n은 거의 레고처럼 조립됩니다.

내가 실제로 돌려본 자동화 예시

1️⃣ 블로그 초안 자동 업로드

• Cron → 주제 선택 → 본문 생성 → WP draft 업로드
• 완전 자동 발행은 안 합니다.
  드래프트 + 최종 검수 구조가 훨씬 안정적입니다.

2️⃣ 서버 상태 체크 → 슬랙 알림

• 5분마다 Cron
• CPU/메모리 확인
• 임계치 초과 시 요약 알림

이건 운영에서 체감이 큽니다.
“몰라서 늦게 대응”이 사라집니다.

3️⃣ 메일 자동 분류

• 새 메일 감지
• 키워드 분류
• 담당자 자동 전달

4️⃣ RSS 수집 → 요약 → 노션 저장

자료 정리에 생각보다 도움이 됩니다.

처음 시작할 때 내가 했던 실수

❌ 너무 큰 자동화를 한 번에 만들려 함

→ 반드시 깨집니다.

❌ 실패 로그를 안 남김

→ 왜 실패했는지 모르게 됩니다.

❌ 완전 자동 발행

→ 품질 관리가 안 됩니다.

지금은 이렇게 운영합니다:

• 작은 단위 자동화부터 성공
• 재시도는 1회만
• 실패는 무조건 알림
• 민감정보는 Credential에 저장

자주 막히는 지점 & 해결법

JSON 구조가 너무 복잡

→ Set 노드로 필요한 필드만 추출

API 401/403

→ 인증/권한 문제. 재시도하지 말고 즉시 알림

429

→ 딜레이 넣고 1회 재시도

자동 게시가 부담

→ draft + 알림 구조로 변경

운영 관점에서 중요한 4가지

1. 워크플로우 이름 규칙 만들기
2. 실패 알림 반드시 연결
3. 로그 저장(나중에 품질 개선에 도움)
4. 작은 성공을 먼저 만들기

FAQ

Q. Zapier/Make와 뭐가 다르나요?
A. 기능은 비슷하지만, n8n은 “내 서버에서 돌릴 수 있다”는 점이 가장 큽니다.

Q. 코드를 꼭 써야 하나요?
A. 대부분은 노드만으로 됩니다. 다만 복잡한 데이터 가공은 Function 노드가 훨씬 편합니다.

Q. 초보가 첫 자동화로 뭐부터?
A. Cron → 데이터 수집 → 슬랙/메일 발송. 이게 성공 확률이 가장 높습니다.

정리

n8n은 단순히 “자동화 툴”이라기보다
업무 흐름을 설계하는 도구에 가깝습니다.

작은 자동화 하나를 성공시키면
그 다음부터는 계속 확장하게 됩니다.

howinfo 기준으로는

• 블로그 자동 초안
• 모니터링 알림
• 리포트 자동화

이 세 가지가 가장 체감이 큰 시작점이었습니다.

게시물 n8n은 왜 계속 쓰게 되는가 — “코드 없이 업무 흐름 자동화”를 실제로 써본 기록이 하우인포-IT·테크에 처음 등장했습니다.