워드프레스 자동 포스팅, 왜 사람의 개입을 줄여야 하는가?
AI 초안을 일일이 검토하는 1인 빌더의 딜레마
혼자서 여러 SaaS를 굴리다 보면 콘텐츠 발행이 발목을 잡는다. 워드프레스 자동 포스팅을 도입해도 결국 사람이 초안을 검수해야 하는 한계에 부딪히기 때문이다. AI가 만든 글을 일일이 읽고 사실 관계를 확인하고 어색한 문구를 고치는 데 시간이 턱없이 부족하다. SaaS를 혼자 운영하는 입장에서 콘텐츠 검수에 하루 종일 시간을 쓸 수는 없다.
유인 자동화가 오히려 효율을 갉아먹는 이유
기계가 초안을 만들고 사람이 최종 승인을 누르는 방식은 안전해 보이지만 비효율적이다. 검수 대기열에 글이 쌓이면 발행 주기가 흐트러지고, 결국 블로그는 방치된다. 사람의 개입을 줄이지 않으면 자동화의 의미가 없다. 지난 한 달 반 동안 43편을 발행하면서 이 병목 현상을 뼈저리게 느꼈다.
무인 발행 시스템의 필요성과 구글 SEO의 현실
구글이 AI 콘텐츠 자체를 패널티 주는 것은 아니다. 다만 아무런 가치도 없이 기계로 찍어낸 글은 결국 색인에서 밀려난다. 무인 발행 시스템이란 사람의 수동 검수 없이 기계가 자체 품질 기준을 통과한 콘텐츠만 공개하는 자동화 파이프라인이다. 이 기준을 어떻게 세우느냐가 1인 빌더의 생존을 가른다.
1단계: REST API vs 플러그인, 발행 자동화 세팅의 선택
워드프레스 REST API로 자동 발행 환경 구축하기
발행 자동화를 세팅할 때 플러그인을 쓸지 REST API를 쓸지 고민하게 된다. 처음에는 편의를 위해 자동 포스팅 플러그인을 여러 개 깔았다. 설정이 간단해서 당장은 편했지만, 사이트가 무거워지고 충돌이 잦아졌다. 결국 확장성과 제어력을 위해 REST API 방식으로 갈아탔다. 지금은 작업 폴더 183개, git 저장소 90개를 관리하는 파이프라인에서 API로 직접 쏴서 발행한다.
자동 포스팅 플러그인의 한계와 보안상 위험
플러그인 방식은 의존성이 높다. 업데이트가 멈추거나 취약점이 발견되면 사이트 전체가 노출된다. 1인 빌더가 모든 플러그인의 보안 패치를 쫓기는 현실적으로 불가능하다. 발행 로직을 내 코드베이스로 가져오면 이런 외부 의존성을 끊어낼 수 있다.
가장 적합한 방법은 무엇인가: 1인 빌더의 운영 기준
REST API로 직접 통신하는 편이 유지보수에서 압도적으로 유리하다. 워드프레스 설치 경로나 환경이 바뀌어도 헤더와 엔드포인트만 수정하면 그만이다. 기초적인 통신 코드는 의외로 단순하다.
import requests
import base64
wp_url = "https://your-domain.com/wp-json/wp/v2/posts"
user = "your_username"
password = "your_app_password"
credentials = base64.b64encode(f"{user}:{password}".encode()).decode()
headers = {"Authorization": f"Basic {credentials}", "Content-Type": "application/json"}
payload = {
"title": "자동 발행 테스트",
"content": "본문 내용",
"status": "publish"
}
response = requests.post(wp_url, headers=headers, json=payload)
애플리케이션 비밀번호를 발급받아 헤더에 넣고 JSON 페이로드를 쏘면 끝이다. 플러그인 UI에 얽매이지 않고 내가 원하는 형태로 발행 로직을 구성할 수 있다.
2단계: 메타 태그와 슬러그, SEO 요소 자동화 처리
발행 전 메타 태그 자동 매핑 로직 설계
발행 자체는 API로 해결되지만, SEO 요소를 비워두면 검색 유입은 기대할 수 없다. 타이틀, 설명, 슬러그를 사람이 넣어주는 건 자동화가 아니다. AI가 초안을 만들 때 메타 데이터도 함께 뽑아서 페이로드에 매핑해야 한다.
URL 슬러그 자동 최적화 방법
슬러그 자동 최적화란 검색 엔진과 사용자 모두에게 유리한 URL 구조를 AI가 생성 시점에 분석하여 적용하는 과정이다. 한글 제목을 그대로 인코딩하면 URL이 지저분해지므로, 핵심 키워드를 영문으로 번역하고 불필요한 불용어를 제거하는 로직을 앞단에 둔다.
카테고리와 태그 자동 분류의 기준
메타 태그 매핑은 AI 프롬프트에서 JSON 형태로 값을 받아 처리한다. 프롬프트에서 구조화된 데이터를 강제하면 코드에서 파싱하기 편하다.
{“title”: “제목”, “description”: “80자 이내 요약”, “slug”: “english-slug-only”, “category”: [“SaaS”], “tags”: [“자동화”, “워드프레스”]}
이 결과값을 REST API 페이로드의 필드에 맞게 꽂아 넣으면 메타 데이터 입력 과정이 완전히 자동화된다.
3단계: 구글 패널티를 피하는 기계의 품질 검사 기준
구글 SEO 패널티를 유발하는 AI 문체의 특징
무인 발행에서 가장 까다로운 부분은 품질 검사다. 기계가 쓴 글은 특유의 정형화된 패턴을 보인다. AI 문체 지문이란 특정 LLM이 반복적으로 사용하는 구문 패턴과 어휘 분포를 수치화한 데이터로, 구글의 패널티 대상이 되는 기계적 텍스트의 징후다. 자동 생성한 글의 AI 문체 지문을 재보니 1,000자당 10.1건이었다. 이대로 발행하면 패널티를 피하기 어렵다.
사실성 및 중복 콘텐츠 자동 검증 로직
지문을 낮추기 위해 문체 변환기를 거치고 다시 검사를 돌린다. 손으로 고친 뒤에는 1.4건으로 떨어지는 걸 확인했다. 이 기준을 통과해야 발행 대기열로 넘어간다. 사실성 검증과 중복 검사도 병행한다. 직접 만든 중복 검사 가드를 검증해 보니, 이미 발행된 글 35편끼리 비교했을 때 595쌍 중 73쌍(12.3%)을 중복이라고 잘못 판정했다. 민감도 조절이 필요한 숙제다.
사람이 개입하지 않는 안전한 자동화 기준선
통과하지 못한 초안은 발행되지 않는다. 기계가 기준을 통제하기 때문에 품질이 떨어지는 글이 노출될 일이 없다. 다만 중복 검사의 오탐지율을 그대로 두면 발행량이 급감하므로, 예외 처리 로직을 보완하는 중이다.
자동화 파이프라인의 비용과 스케줄 관리
헤드리스 LLM 호출 비용 최적화
무인으로 시스템을 돌리면 비용이 걱정된다. 헤드리스로 LLM을 부를 때 기본 설정은 1회 호출당 $0.78이었다. 매일 글을 쓰고 검사하면 비용이 감당이 안 된다. 모델과 작업 디렉터리를 지정하고 불필요한 도구를 떼어내니 $0.028로 27배 줄었다. 기본 설정 그대로 쓰면 큰일 난다.
크론 스케줄링과 병렬 처리
지금은 cron 63개를 무인으로 돌리고 있다. 글 생성, 검사, 발행, 모니터링이 각각의 크론으로 분리되어 있다. 시간대를 잘 분산시키지 않으면 서버 리소스가 튀고 API 호출이 실패한다.
1인 빌더의 리소스 한계 관리
자동화가 늘어난다고 해서 사람의 피로도가 없어지는 건 아니다. 파이프라인이 꼬일 때마다 어디서 문제가 났는지 추적하는 게 일이다. 로그를 꼼꼼히 남기지 않으면 디버깅 자체가 불가능해진다.
발행 이후: 무인 크론 루틴과 예외 처리 전략
크론(Cron)으로 이어지는 1인 빌더의 발행 루틴
글은 자동 파이프라인이 주 1~5편으로 불규칙하게 초안을 만든다. 불규칙적인 주기가 오히려 자연스러운 발행 패턴으로 보인다. 문체와 사실성 자동 검사를 통과한 글만 워드프레스에 공개된다. 이 루틴은 사람이 개입하지 않는다.
검사에서 걸린 초안, 사람은 어떻게 후속 처리하는가
검사에서 불합격한 초안은 사람이 검토한다. 자동화가 완벽할 수 없기 때문에, 기계가 판단하기 애매했던 글은 결국 내가 열어보게 된다. 주로 팩트 오류나 심하게 뒤틀린 문맥이 원인이다. 이때는 초안을 폐기하거나 프롬프트를 수정하여 처음부터 다시 돌린다.
자동화 시스템의 한계와 모니터링 세팅
시스템이 멈췄을 때 알 수 있어야 한다. 에러 로그를 슬랙으로 쏘게 세팅해 두지 않으면, 발행이 멈춘 지 일주일이 지나서야 알게 된다. 모니터링은 선택이 아니라 필수다.
요약 및 1인 빌더를 위한 다음 액션
워드프레스 자동 발행 시스템 3단계 루틴 요약
REST API로 발행 파이프라인을 잡고, 메타 태그와 슬러그를 자동 매핑하며, 기계의 자체 품질 검사로 패널티를 방어하는 것이 핵심이다. 플러그인에 의존하지 않고 비용을 통제하는 것도 빠질 수 없는 과정이다.
지금 바로 세팅해야 할 자동화 체크리스트
1인 빌더라면 다음 항목을 점검해 보자.
- REST API 애플리케이션 비밀번호 발급 및 테스트 발행
- AI 초안 생성 시 메타 데이터 JSON 매핑 로직 추가
- 발행 전 AI 문체 지문 및 중복 검사 스크립트 구현
- 불합격 초안의 후속 처리 및 에러 모니터링 세팅
SaaS 규모를 키우기 위한 콘텐츠 전략
콘텐츠 발행이 기계화되면 1인 빌더는 제품 개발에 집중할 수 있다. 완벽한 자동화는 없지만, 한계를 인정하고 기계가 통제할 수 있는 영역을 넓히는 게 결국 SaaS를 키우는 길이다.
참고한 공식 문서
이 글의 초안도 운영자가 만든 AI 파이프라인이 씁니다. 문체·사실성 자동 검사를 통과한 글만 공개되고, 걸린 초안은 사람이 고쳐서 내보냅니다. 전체 구조는 포트폴리오에 적어 두었습니다.