회사 블로그 자동 발행,
실제로 어떻게 깔았나

앞선 글에서 회사 블로그 자동화는 부수입용과 설계가 반대라고 썼습니다. 이번엔 그 설계를 실제로 어떤 순서로 깔았는지입니다. 코드 얘기는 거의 없습니다. 코드는 AI 코딩 도구가 짰고, 저희가 한 일은 순서를 정하고, 각 단계에서 무엇을 확인할지 정한 것이 전부입니다.

먼저 전체 그림입니다. 여섯 칸이고, 왼쪽에서 오른쪽으로 깔았습니다.

한눈에 — 단계별로 무엇을, 무엇으로, 얼마나

합치면 대략 이틀 반입니다(막힌 시간 포함). 유료 자동화 툴은 쓰지 않았고, 월 이용료는 0원입니다. 아래는 각 칸에서 정해야 했던 것입니다. 그게 세팅의 실체입니다.

① 소재 큐 — 글이 쌓이는 곳부터

발행기보다 큐를 먼저 만들었습니다. 이유는 하나, 발행할 글이 없으면 발행기는 시험조차 못 하기 때문입니다. 큐는 폴더 하나와 목록 파일 하나입니다. 목록 파일에는 글마다 제목·한 줄 요약·카테고리·승인 여부, 그리고 단톡방 예고문이 같이 들어갑니다. 예고문을 글 쓸 때 같이 만들어 두면 발행 전날 밤 복사만 하면 됩니다.

여기서 정한 것 — 큐에 들어가는 글은 전부 상담·구축에서 나온 소재만. 큐가 비면 채우지 않고 비워둔다. 이 규칙은 코드가 아니라 사람이 지키는 것이지만, 큐 파일에 "출처" 칸을 만들어 두면 지키기 쉬워집니다.

② 승인 화면 — 10분 안에 끝나게

승인이 귀찮으면 안 하게 되고, 안 하면 발행이 0이 됩니다(실제로 닷새 그랬습니다). 그래서 승인 화면은 열기 → 전문 펼쳐 읽기 → [승인] 한 번으로 끝나게 만들었습니다. 급하면 [지금 발행]으로 스케줄을 기다리지 않고 바로 내보냅니다.

승인 상태는 PC 파일이 아니라 클라우드 DB 한 행에 저장합니다. 그래야 휴대폰에서 눌러도 아침에 PC가 그 상태를 읽습니다. 무료 구간으로 충분합니다.

③ 아침 스케줄러 — 하루 1편, 승인된 것만

매일 09:30에 PC 작업 스케줄러가 발행 스크립트를 한 번 돌립니다. 스크립트가 하는 일은 승인된 글 중 가장 앞의 1편을 꺼내 홈페이지 폴더로 옮기고, 목록 카드와 사이트맵을 갱신하고, 배포하는 것까지입니다. 승인된 글이 없으면 "발행 스킵" 한 줄만 남기고 끝납니다.

④ 채널 배포 — 방식이 채널마다 다릅니다

여기가 시간이 제일 많이 든 칸입니다. 채널마다 열어주는 문이 달라서입니다.

채널별 글은 원문 복붙이 아니라 채널마다 다시 쓴 팩입니다. 링크드인용·스레드용·네이버용 텍스트를 글마다 한 폴더에 두고, 배포 스크립트는 그 폴더에서 자기 채널 파일만 집어 갑니다. 팩이 없으면 게시하지 않고 "팩 없음"으로 끝납니다.

⑤ 예고·알림 — 사람 손이 닿는 두 지점

자동화하지 않은 두 가지가 있습니다. 하나는 단톡방 예고문 — 방에 올리는 건 사람이 합니다(방 API가 없기도 하고, 사람이 올리는 게 맞기도 합니다). 대신 문안은 ①에서 만들어 둔 것을 승인 화면에서 복사 버튼 한 번으로 가져옵니다. 다른 하나는 검색 색인 요청 — 발행 스크립트가 서치콘솔 검사 창을 열어주고, 요청 버튼은 사람이 누릅니다.

⑥ 점검 — 조용한 고장을 잡는 항목

깔고 나서 제일 늦게 배운 칸입니다. 발행 스크립트도 채널 스크립트도 할 일이 없으면 "스킵"으로 조용히 끝나는데, 그게 열흘 이어져도 에러가 아니라서 아무도 모릅니다. 그래서 주간 점검을 표 한 줄로 만들었습니다.

하지 말 것 — 저희가 겪은 것만

첫날 할 일

전부 다 하려 하지 말고 세 칸만 하면 됩니다.

여기까지가 첫날입니다. 승인 화면과 채널 배포는 그다음 날부터입니다. 그리고 한 가지 — 이 글은 글쓰기 자동화가 아닙니다. 초안은 사람이 소재를 정하고 AI가 정리하되, 검수·승인은 사람 몫으로 남겼습니다. 자동화한 것은 글이 나가는 길입니다. 그 길이 깔리면 꾸준함은 의지가 아니라 시스템의 일이 됩니다.