• 자동 포스팅은 “대표이미지까지 붙어야” 진짜 자동화다.
• 가장 많이 막히는 지점은 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·테크에 처음 등장했습니다.

📌 REST API가 뭐길래 이렇게 많이 들릴까?

요즘 이런 말 많이 들어보셨죠?

• “API 연동”
• “REST API 호출”
• “서버 API 개발”
• “앱에서 API로 데이터 가져오기”

그런데 실제로는 생각보다 단순합니다.

🧠 아주 쉽게 설명해보면

REST API는

📱 앱이나 브라우저가
🖥 서버에게 데이터를 요청하고
📦 데이터를 받는 약속된 방식

입니다.

🍽 식당 비유로 이해하기

REST API를 식당에 비유해보겠습니다.

손님이 “김치찌개 주세요”라고 말하면
주방이 김치찌개를 만들어 줍니다.

이게 바로 요청 → 응답 구조입니다.

🔹 REST는 무엇의 약자?

REST = Representational State Transfer

어렵게 들리지만 실제로는

👉 “HTTP를 이용해서 자원을 다루는 방식”

입니다.

📦 자원(Resource)이란?

REST에서 가장 중요한 개념은 “자원”입니다.

예시:

/users
/posts
/products
/orders

이게 바로 자원입니다.

🔥 REST의 4가지 핵심 동작

REST는 HTTP 메서드를 사용합니다.

예시로 이해하기

1️⃣ 게시글 목록 가져오기

GET https://example.com/posts

→ 게시글 목록 반환

2️⃣ 게시글 작성

POST https://example.com/posts

→ 새 글 생성

3️⃣ 게시글 수정

PUT https://example.com/posts/1

→ 1번 글 수정

4️⃣ 게시글 삭제

DELETE https://example.com/posts/1

→ 1번 글 삭제

📦 데이터는 어떻게 오고 갈까?

대부분 JSON 형식으로 주고받습니다.

예시 응답:

{
  "id": 1,
  "title": "REST API 쉽게 이해하기",
  "author": "howinfo"
}

🔁 전체 흐름 정리

앱/브라우저
    ↓ 요청 (GET/POST 등)
서버
    ↓ JSON 응답
앱/브라우저 화면 표시

💡 REST API의 장점

✔ 단순함
✔ 표준 HTTP 사용
✔ 웹과 잘 맞음
✔ 확장성 좋음

❓ 자주 하는 질문

Q1. REST API와 일반 웹사이트의 차이는?

웹사이트는 HTML을 반환합니다.
REST API는 **데이터(JSON)**만 반환합니다.

Q2. REST API는 앱에서만 쓰나요?

아니요.

• 웹사이트
• 모바일 앱
• 서버 간 통신
• IoT 장비

모두 사용합니다.

Q3. POST와 PUT 차이는?

POST는 “새로 생성”
PUT은 “이미 있는 것 수정”

🎯 실제 사용 예

• 블로그 글 목록 불러오기
• 로그인 처리
• 결제 정보 전송
• 날씨 정보 가져오기
• AI API 호출

📌 핵심 한 줄 정리

REST API는
“HTTP를 이용해 서버와 데이터를 주고받는 표준 방식”입니다.

📋 초보자 체크리스트

✔ GET은 조회
✔ POST는 생성
✔ PUT은 수정
✔ DELETE는 삭제
✔ 데이터는 JSON으로 주고받음

게시물 REST API 쉽게 이해하기이 하우인포-IT·테크에 처음 등장했습니다.