Muse 스케줄링으로 매일 3회 자동 발행하기

AI 생성 참고 이미지

2026년 10월 · 읽는 시간 약 5분 · Muse 사용 후기 4편

글을 쓰는 것만큼 중요한 것이 제시간에 발행하는 것이다. 아무리 좋은 글도 발행이 밀리면 의미가 없다. Muse의 스케줄링 기능을 써서 매일 3회(09:00·13:00·17:00) 자동 발행을 돌리고 있다. 시스템을 구축한 과정과 실패 대응 노하우를 정리한다.

1. 왜 매일 3회인가

발행 시간은 트래픽 패턴을 보고 정했다. 09:00은 출근길에 폰을 보는 시간, 13:00은 점심시간, 17:00은 퇴근 전후다. 각 시간대에 맞는 글의 성격도 다르다. 아침은 실용 정보, 점심은 화제성, 저녁은 심층 리뷰. 시간대별로 독자의 기대가 다르다는 것을 염두에 둔다.

처음에는 매일 직접 발행했다. 알람을 맞춰두고 시간마다 블로거에 들어가서 발행 버튼을 눌렀다. 일주일도 안 돼서 지쳤다. 약속이 생기거나 바쁜 날은 발행을 놓쳤다. "사람이 시간을 맞추는 방식"은 지속 가능하지 않다는 것을 깨달았다.

2. 예약 발행 시스템 구축 과정

해결책은 미리 써두고 예약 발행이다. 하루하루 쓰는 게 아니라 일주일치를 한 번에 준비해서 예약으로 걸어둔다. 블로그스팟의 경우 일주일에 21편(매일 3편 × 7일)을 한 번에 준비한다.

Muse에게 시킨 일은 이렇다. 매주 일요일 오전에 다음 7일치 21편을 준비한다. 주제 선정 → 원고 작성 → 이미지 생성 → 블로거 예약 등록까지의 전 과정을 한 번에 처리한다. 사람이 하는 일은 아무것도 없다. 월요일 아침에 예약 목록만 확인한다.

AI 생성 참고 이미지

블로거의 예약 발행 기능을 쓴다. 글을 작성하고 발행 시간(예: 10/21 09:00 KST)을 지정하면 그 시간에 자동으로 공개된다. 예약된 글은 블로거 목록에서 "게시 예정"으로 표시된다. 21편이 모두 예약되면 목록에 21개의 예약 글이 보인다.

3. 스케줄 설정 실전 — 크론으로 자동화

매주 일요일에 21편을 준비하는 것 자체도 Muse의 스케줄 기능으로 자동화했다. 주간 크론을 걸어둔 것이다. 매주 일요일 오전 10시 49분에 자동으로 실행되어 다음 7일치를 준비한다.

크론에게 준 지시는 상세하다. 배치 범위 결정(마지막 예약일의 다음날부터 7일), 주제 선정(기존 주제와 중복 금지), 원고 작성(4000자, HTML 형식), 이미지 생성(편당 3장, 실사풍), 블로거 예약 등록(한 번에 3편씩)의 순서다. 각 단계마다 검증 절차도 포함했다.

여기서 중요한 것은 실패를 전제로 한 설계다. 자동 저장이 60초 이상 멈추면 해당 편은 FAILED로 기록하고 다음으로 넘어간다. 한 편당 최대 3회 시도한다. 21편 중 몇 편이 실패해도 나머지는 정상 등록된다. 실패한 편은 로그에 남겨서 나중에 수동으로 처리한다.

4. 실패 대응 노하우 3가지

첫째, 예약 전 반드시 새로고침 검증. 블로거 편집기에서 "변경사항이 저장되었습니다"가 떠도 실제로 서버에 반영되지 않은 경우가 있다. 그래서 예약 버튼을 누르기 전에 편집기를 새로고침해서 본문이 실제로 저장됐는지 확인한다. 본문 끝의 AI 고지 문구까지 보여야 한다. 이 절차를 넣기 전에는 빈 본문으로 발행된 사고가 있었다.

둘째, 예약 시간이 "자동"으로 되돌아가는 문제. 블로거에서 예약 시간을 설정했는데 확인 대화상자에서 "자동"으로 표시되는 경우가 있다. 이러면 원하는 시간에 발행되지 않는다. 대응법은 확인 대화상자에서 날짜·시간을 다시 확인하고, 글 목록에서도 예약 시간이 맞는지 재확인하는 것이다. 두 번 확인한다.

AI 생성 참고 이미지

셋째, 로그인 만료 대비. 크론이 돌 때 구글 로그인이 만료되어 있으면 전체가 실패한다. 2026년 10월 14일 새벽에 실제로 있었다. 대응법은 두 가지다. 평소에 세션이 살아 있을 때 미리미리 예약을 쌓아두고, 로그인 만료 시에는 사람이 직접 로그인해서 세션을 복원한다. 카카오 로그인의 경우 카카오톡 푸시 승인이 필요해서 사람이 꼭 개입해야 한다.

5. 모니터링 — 조용히 돌고, 문제만 보고

시스템이 안정화된 뒤로는 정상일 때는 아무 보고도 하지 않는다. 크론이 돌고 21편이 예약되면 로그 파일에만 기록한다. 사람이 보는 것은 특이사항뿐이다. 발행 실패, 로그인 문제, 예약 오류 같은 것들이다.

모니터링 포인트는 세 가지다. 예약 개수(21개가 맞는지), 본문 상태(비어 있지 않은지), 이미지(깨지지 않았는지). 이 세 가지만 주기적으로 확인한다. 나머지는 신경 쓰지 않는다.

발행된 뒤에도 이미지가 깨지는 경우가 있다. postimg.cc의 이미지가 업로드 당일에 404가 된 사례가 있었다. 원인은 불명이다. 대응법은 로컬에 원본을 보관해뒀다가 깨지면 재업로드하는 것이다. 원본 백업은 필수다.

정리하면, 매일 3회 자동 발행의 핵심은 일주일치를 미리 준비하는 배치 방식 + 실패를 전제로 한 크론 설계 + 예약 전후의 이중 검증이다. 사람이 매일 시간을 맞출 필요가 없다. 시스템이 알아서 돌고, 문제가 생겼을 때만 알린다. 다음 편에서는 Muse, ChatGPT, Claude 세 가지를 실제로 써본 솔직 비교를 정리한다.

이 글은 AI의 도움을 받아 작성되었습니다. 2026년 10월 기준의 실제 사용 경험을 바탕으로 합니다.