ChatGPT와 Make로 블로그 자동 포스팅 만드는 방법

ChatGPT와 Make에서 워드프레스 임시글을 생성하고 사람이 검수하는 자동화 흐름

위치:

이 자동화의 안전한 완료 지점은 ‘글 공개’가 아니라 WordPress 임시글 생성과 작업 ID 기록입니다. 주제 승인, 초안 작성, 임시글 저장, 사람 검수와 공개를 분리하면 오류가 발생해도 공개 전에 멈출 수 있습니다.

Table of Contents

전체 흐름과 책임

단계	처리 주체	완료 조건
주제 승인	사람	기존 글과 의도 중복 없음
초안 생성	ChatGPT	지정한 구조와 출처 확인 항목 출력
필드 검사	Make	필수값·길이·작업 ID 검증
임시글 저장	WordPress	상태가 draft이고 글 ID가 반환됨
공개 검수	사람	사실·링크·이미지·모바일 확인

구글 시트 입력표

작업 ID	승인 주제	독자 문제	공식 출처	상태	WordPress ID
WP-20260928-001	회의록 검수법	담당자와 기한 누락	검토할 URL	승인

작업 ID는 재실행해도 바뀌지 않는 값으로 만드세요. 같은 작업 ID에 WordPress ID가 이미 있으면 새 글을 만들지 않고 기존 임시글을 다시 조회합니다.

ChatGPT에 전달할 입력과 받는 출력

입력:
- 승인 주제
- 대상 독자와 완료 결과
- 사용할 공식 자료
- 금지할 주장
- 내부링크 후보

출력:
- 제목 초안
- 도입부
- 본문 HTML
- 출처 확인 목록
- 사람이 확인할 항목

AI가 URL·가격·사용 경험을 새로 만들지 못하도록 자료 범위를 명시하고, 알 수 없는 값은 ‘확인 필요’로 남기게 합니다.

Make 필드 매핑표

WordPress 필드	시트·AI 값	검사
title	제목 초안	빈 값·과장 표현·기존 제목 유사도
content	본문 HTML	필수 섹션·금지 태그·링크
excerpt	한 문단 요약	본문과 같은 약속인지
status	고정값 draft	외부 입력으로 publish 변경 금지

생성 전 중복 검사

시트에서 같은 작업 ID의 WordPress ID를 확인합니다.
WordPress에서 동일 작업 ID 또는 같은 슬러그 후보를 조회합니다.
이미 있으면 새 생성 대신 현재 상태와 수정 시각을 시트에 기록합니다.
없을 때만 임시글을 만듭니다.

오류 처리

401·403이면 인증을 반복 시도하지 말고 연결 권한과 만료 여부를 확인합니다. 429이면 호출을 멈추고 제한이 풀릴 때까지 기다립니다. Make 오류 처리기를 사용할 때도 재시도 전에 WordPress에 글이 생성됐는지 다시 조회해야 중복을 막을 수 있습니다. Make 오류 처리 안내

한 건의 임시글 생성과 재실행을 검수하는 예시

설계용 가상 예시입니다. 아래 ID 9001은 설명용 숫자이며 실제 생성·실행 기록이 아닙니다. 테스트 사이트에서 외부 공개 없이 자신의 응답값으로 바꿔 확인하세요.

항목	샘플 입력	기대 결과
작업 ID	DEMO-DRAFT-001	재시도해도 같은 값 유지
제목	회의록 검수 연습	빈 값이면 생성 중단
본문	<p>결정사항과 담당자를 확인합니다.</p>	허용한 본문만 저장
공개 상태	시나리오 고정값 draft	입력 행의 publish 요청 무시

정상 처리: 작업 ID에 연결된 글이 없음을 확인한 뒤 임시글을 생성합니다. 예시 응답이 ID=9001, status=draft라면 같은 행에 글 ID와 처리 시각을 저장하고, 그 ID로 다시 읽어 제목·본문·상태를 비교합니다. HTTP 성공 응답만으로 검수를 끝내지 않습니다.

시험	기대 동작	통과 기준
같은 행 재실행	기록된 9001을 재조회	새 글 0건
제목이 빈 행	생성 전 오류 상태 기록	생성 요청 0건
401·403 응답	중단 후 권한 확인	무한 재시도 없음
응답이 끊김	생성 여부 확인 전 재생성 보류	중복 글 없음

주의할 빈틈: WordPress 기본 글 필드에 작업 ID가 자동 저장되는 것은 아닙니다. 시트의 작업 ID↔글 ID 대응표와 별도 등록한 메타 필드를 사용할지 먼저 설계하세요. ‘생성은 성공했지만 시트 기록은 실패’한 경우에는 글 목록과 생성 시각을 사람이 확인한 뒤 대응표를 복구합니다. 슬러그만으로 동일 작업을 확정하지 않습니다.

동시에 두 실행이 들어오면 사전 조회만으로 중복을 막을 수 없습니다. 처음에는 한 건씩 처리하고, 병렬 운영 전에는 작업 ID의 원자적 예약·중복 방지 저장소를 검증하세요. 예시의 기대 결과를 실제로 확인하지 않았다면 운영을 시작하지 않습니다. WordPress 글 REST API 공식 문서에서 상태와 조회 필드를 확인할 수 있습니다.