AI 블로그 자동화: 워드프레스 초안 저장·검토·발행 가이드

AI 블로그 자동화는 자료 수집부터 초안 작성, 워드프레스 저장, 검토와 발행까지 나누어 설계하는 편이 안전합니다. 이 글은 초안 저장 요청 예시와 상태·권한·승인 체크리스트를 정리한 운영 가이드입니다. 특정 자동화 도구의 설치법이나 방문자·수익 증가를 검증한 글은 아닙니다. hisoka.blog의 글쓰기 루틴을 다시 점검하면서 가장 분명해진 원칙은 작성, 검토, 저장, 발행의 책임을 분리한다는 것이었습니다.

자동화가 제목, 본문, SEO 메타데이터까지 만들 수 있어도 공개 여부를 판단할 근거가 충분하다는 뜻은 아닙니다. 실제 경험과 다른 문장이 섞였는지, 내부 운영 정보가 노출됐는지, 지금 공개해도 되는 내용인지에는 별도의 판단이 필요합니다.

초안 완성과 발행 승인은 다른 상태입니다

품질 점수나 형식 검사는 빠진 항목을 찾는 데 유용합니다. 그러나 점수가 높다는 이유만으로 공개를 승인할 수는 없습니다. 자동 검사는 문장 길이와 구조를 확인할 수 있지만, 작성자가 공개를 의도했는지와 사업상 공개 가능한 정보인지는 대신 결정하지 못합니다.

단계	자동화가 맡을 수 있는 일	완료 기준
작성	자료 요약, 본문 초안, 제목 후보	근거와 초안 파일이 남음
검토	형식·링크·민감정보 후보 검사	사람이 사실과 공개 가능성을 확인함
저장	WordPress 초안 생성	저장 후 상태가 draft인지 다시 조회함
발행	승인된 작업만 실행	사람의 명시적 승인과 공개 화면 확인

WordPress REST API는 글에 draft, pending, publish 같은 상태를 사용합니다. 요청에서 지정한 값뿐 아니라 저장 후 실제 상태를 다시 확인해야 합니다. 상태와 권한은 WordPress Posts API 공식 문서에서 현재 사용하는 버전을 기준으로 확인할 수 있습니다.

AI 블로그 자동화 흐름: 수집부터 공개까지

자료 수집 → 출처 확인 → AI 초안 → 사람 검토 → WordPress 초안 저장 → 최종 승인 → 공개 확인 순서로 구분합니다. 각 단계는 앞 단계가 성공했는지 확인하고 다음으로 넘어갑니다. 링크를 수집했다는 사실만으로 원문의 사실성이나 재사용 권한이 검증된 것은 아닙니다.

자료 수집을 아이폰에서 시작하려면 X·스레드 링크를 노션에 저장하는 단축어 설정 가이드를 참고할 수 있습니다. 해당 글은 UI 구성 예시이며 실제 저장은 별도 테스트가 필요합니다. 수집 이후의 검토·초안 작성·발행 승인은 이 글의 단계처럼 분리합니다.

draft·pending·publish·future의 차이

상태	의미	자동화에서 확인할 점
`draft`	초안	새 검토본의 기본 상태로 지정하고 응답에서 재확인
`pending`	검토 대기	담당자가 검토해야 할 글로 구분
`publish`	발행	공개 대상과 내용을 승인받은 뒤 사용
`future`	예약 발행	예약 시각과 시간대까지 승인 범위에 포함

예약 글은 지금 공개되지 않았더라도 나중에 공개될 수 있으므로 단순한 초안으로 취급하지 않습니다. 상태 목록은 WordPress Posts API, 예약 발행 처리는 공식 예약 발행 함수 문서를 참고했습니다.

WordPress REST API로 새 초안을 저장하는 요청 예시

아래는 인증과 권한 설정이 별도로 되어 있다는 전제의 요청 본문 예시입니다. 실제 계정이나 서버에서 실행한 결과가 아니며, 인증 정보는 포함하지 않았습니다. 새 글 생성 엔드포인트는 POST /wp-json/wp/v2/posts입니다.

{
  "title": "검토용 제목",
  "content": "<p>출처와 사실 확인이 필요한 초안입니다.</p>",
  "excerpt": "검토용 요약",
  "status": "draft"
}

공개 가능한 자료로 제목·본문·요약을 구성합니다.
허용된 계정으로 새 글 생성 요청을 보냅니다. 비밀번호나 토큰은 로그와 초안 본문에 기록하지 않습니다.
응답의 글 ID와 status를 기록하고, 권한 있는 조회로 해당 글이 draft인지 확인합니다.
응답을 받지 못했으면 기존 생성 여부를 먼저 확인합니다. 무조건 같은 요청을 반복하면 중복 글이 생길 수 있습니다.
미리보기에서 본문·링크·이미지를 검토한 다음 별도 발행 승인으로 넘깁니다.

excerpt는 글 요약 필드이며 Rank Math의 SEO 설명과 동일한 필드라고 가정하면 안 됩니다. SEO 메타는 사용하는 플러그인의 지원 방식과 실제 저장 결과를 따로 확인해야 합니다.

이미 발행한 글을 수정할 때는 별도 검토본을 만드세요

새 초안 생성과 POST /wp-json/wp/v2/posts/<id>를 통한 기존 글 수정은 다릅니다. 이미 공개된 글에서 status를 생략했다고 별도 초안이 생기는 것은 아닙니다. 공개 상태인 글의 제목·본문을 저장하면 공개 내용이 바뀔 수 있으므로 수정 역시 승인 대상으로 봅니다.

기존 공개 글을 draft로 바꾸는 것도 검토본 복사가 아니라 원래 글의 상태 변경입니다. 운영 글은 유지한 채 별도 초안 ID나 로컬 파일로 변경안을 검토하고, 원본과 차이를 확인한 뒤 승인된 내용만 반영하는 방식을 권합니다.

역할을 네 구간으로 나눕니다

1. 작성자는 공개 시스템을 건드리지 않습니다

작성 단계의 결과물은 본문과 메타데이터 후보면 충분합니다. 이 단계에서 운영 계정이나 발행 권한이 필요하지 않습니다. 산출물을 작게 제한하면 초안 생성 실패와 공개 사고를 분리해서 볼 수 있습니다.

본문 초안
제목과 설명 후보
참고한 자료 목록
확인하지 못한 주장
권장 상태: draft

2. 검토자는 사실과 공개 범위를 확인합니다

검토는 맞춤법 검사만이 아닙니다. 실제 작업 기록과 일치하는지, 확인하지 않은 성공 사례를 만들지 않았는지, 고객명·내부 주소·토큰·비공개 화면이 포함되지 않았는지 봅니다. 날짜가 있는 경험담이라면 당시 확인한 사실과 현재도 유효한 안내를 구분합니다.

3. 업로더는 초안 상태를 검증합니다

WordPress에 저장하는 작업은 초안 작성과 별도 단계로 둡니다. 요청 전에 허용 상태를 검사하고 저장 후 실제 상태를 조회합니다. 통신이 끊겼다면 실패나 성공을 추정하지 말고 기존 글이 만들어졌는지 먼저 확인한 뒤 재시도합니다.

4. 발행자는 명시적 승인 뒤에만 움직입니다

내용을 나중에 복구할 수 있어도 이미 발생한 외부 공개까지 취소되는 것은 아닙니다. 발행 계정과 자동 작성 계정을 분리하거나, 자동 작성 계정에는 발행 권한을 주지 않는 방식으로 한 번 더 막을 수 있습니다. 역할 이름만 보고 안전하다고 가정하지 말고 실제 권한을 테스트 환경에서 확인해야 합니다.

WordPress 기본 역할에서 Contributor(기여자)는 발행 권한이 없지만 Author(글쓴이)는 자신의 글을 발행하고 발행된 글을 수정할 수 있습니다. 자동화 계정에 Author를 주는 것만으로 발행이 차단되지는 않습니다. 역할과 권한 공식 문서를 참고하고, 플러그인이나 사용자 정의 설정에 따라 실제 권한이 달라질 수 있으므로 테스트 계정에서 확인합니다.

자동화 계정에서 분리할 정보

글쓰기 자료와 운영 비밀값은 같은 저장소에 두지 않는 편이 안전합니다. 작성에 필요한 것은 공개 가능한 사실과 판단 기준이지, 서버나 외부 서비스의 실제 인증 정보가 아닙니다.

비밀번호와 애플리케이션 비밀번호
API 토큰과 개인 키
데이터베이스 덤프와 백업 파일
내부 관리 주소와 개인 식별 정보
공개되지 않은 고객·프로젝트 자료

민감정보 검사를 통과했다는 기록도 발행 승인과는 다릅니다. 비밀값이 없더라도 틀린 사실이나 공개 시점이 부적절한 내용은 남을 수 있습니다.

완료 보고에 남길 최소 증거

보고 항목	확인할 내용
사용한 자료	어떤 기록과 공개 자료를 읽었는지
생성 결과	본문·제목·메타 후보의 위치
검토 결과	사실, 링크, 민감정보, 미확인 범위
저장 상태	WordPress에서 확인한 실제 상태
공개 승인	누가 언제 무엇을 승인했는지

“글 작성 완료”라는 문장만으로는 다음 작업자가 현재 경계를 알기 어렵습니다. 초안은 완성됐지만 업로드하지 않았는지, WordPress 초안까지 만들었는지, 공개까지 확인했는지를 구분해야 합니다.

실전 점검 순서

자료의 출처와 확인 날짜를 기록합니다.
초안을 만들되 확인하지 않은 부분을 표시합니다.
사실·민감정보·링크를 검토합니다.
업로드 승인이 있을 때만 draft로 저장합니다.
저장 후 실제 상태가 draft인지 확인합니다.
사람이 최종 화면과 공개 범위를 확인합니다.
신규 발행·예약 발행·기존 공개 글 수정 모두 별도 승인을 받은 뒤 실행합니다.
로그아웃 상태의 공개 화면과 링크를 다시 확인합니다.

AI 블로그 자동화 자주 묻는 질문

SEO 점수가 높으면 자동 발행해도 되나요?

기존 글의 status를 빼고 저장하면 안전한가요?

기존 글 수정에서 상태를 생략하는 것은 초안 복사를 뜻하지 않습니다. 발행된 글을 수정하려면 별도 검토본을 준비하고 공개 변경 승인을 받은 뒤 저장하세요.

리비전으로 돌리면 발행 사고도 취소되나요?

리비전은 저장된 제목·본문·요약 등의 복구를 돕지만 기본 리비전 필드에 공개 상태가 포함되는 것은 아닙니다. 예약 상태나 이미 외부로 퍼진 내용을 모두 되돌리는 수단이 아닙니다. 보관 범위도 설정과 플러그인에 따라 달라질 수 있습니다. 리비전 필드와 복원 함수의 공식 설명을 참고하세요.

발행 버튼을 남겨두는 이유

블로그 자동화의 목표는 발행 책임까지 없애는 것이 아닙니다. 좋은 초안을 반복해서 만들고, 사람이 더 빠르고 정확하게 공개 여부를 판단하도록 돕는 것입니다. 작성과 공개 사이에 의도적인 멈춤이 있으면 자동화가 빨라져도 블로그의 신뢰를 지킬 수 있습니다.

사례 기준일: 2026-07-24. hisoka.blog의 글쓰기 자동화 원칙을 바탕으로 2026-09-03에 재구성했고, 2026-09-10에 공식 문서를 바탕으로 초안 요청 예시·예약 발행·공개 글 수정·리비전 설명을 보완했습니다. 이 글은 특정 계정의 권한 제한이나 모든 예약 작업의 현재 상태를 검증 완료했다고 주장하지 않습니다.