클로드 코드 블로그 자동화, 지금 보는 이 블로그가 결과물이다

이 글에서 알 수 있는 것
① 블로그 운영에서 클로드 코드에게 맡길 수 있는 일 6가지
② 실제로 겪은 자동화 사고 1건과 배운 것
③ 자동화할 때 별도로 확인해야 할 조건

클로드 코드 블로그 자동화는 키워드 후보 수집부터 초안 작성, 검사, 이미지 제작, 예약 발행, 성과 기록까지 맡길 수 있다. 다만 자동완성 수집은 수요 검증이 아니고, 검사 통과는 사실 확인이나 검색 성과를 보장하지 않는다. 이 블로그에서는 단계별 확인 조건을 정해 운영한다.

이 글은 도구 소개가 아니라 운영 기록이다. 블로그를 만드는 과정은 7편 시리즈로 다뤘고, 여기서는 만든 다음의 운영을 어떻게 자동화했는지 쓴다. 초기 구축과 예약 사고 기록에 현재의 운영 범위를 덧붙였다. 2026년 9월 9일 기준으로 초안 작성과 공개·수정도 정해진 검사 조건 안에서 자동으로 진행하며, 확인되지 않은 경험과 검색 성과를 만들어 넣지 않는다.

원고 검사 한 단계부터 직접 해보기

블로그 자동화를 시작하려고 서버부터 만들 필요는 없다. 아래 실습에서는 가짜 원고를 검사하고, 빠진 정보를 고쳐 다시 검사한다. 실제 운영에서 쓰는 발행 전 확인 원칙을 작은 학습 도구로 다시 구현했다. 전체 업로더나 과거 사고 당시 파일을 공개한 것은 아니다.

원고 검사기 바로 실행하기실행 파일·원고 3종 내려받기

원고를 고치고 다시 검사하기

1. 빠진 원고를 고르고 원고 검사하기를 누른다. 주소로 쓸 슬러그가 없다는 결과가 나온다.
2. 첫 구분선 아래에 슬러그: my-first-checklist를 넣고 다시 검사한다. ‘형식 검사 통과’로 바뀌는지 확인한다.
3. 잘못 쓴 원고도 검사한다. 이 실습의 주소 규칙에 맞지 않고 예약 시각도 빠져 있어 두 문제가 나온다.
4. 주소를 my-first-checklist로, 상태를 초안인 draft로 바꾼다. 다시 통과하는지 확인하고 원고 내려받기로 수정본을 받는다.

슬러그는 글 주소의 마지막 부분이고, draft는 초안, future는 예약 상태다. 이 도구의 영문 주소 규칙은 학습용 운영 규칙이며 워드프레스가 한글 주소를 모두 금지한다는 뜻은 아니다.

ZIP을 풀고 index.html을 열면 내 컴퓨터에서도 쓸 수 있다. Node.js를 이미 쓰는 사람을 위한 명령행 검사와 테스트도 들어 있다. 파일 구성과 실행 방법에서 예제별 예상 결과를 볼 수 있다.

입력은 브라우저 안에서만 처리하며 서버로 보내거나 저장하지 않는다. 이 실습은 제목·주소·상태·예약 시각의 일부 형식만 확인한다. 실제 글을 발행하지 않으며 글의 사실, 비밀 값, 링크 접속, 검색 순위를 검사하지 않는다. 운영 자동화에서는 이 확인 뒤에도 서버에 저장된 상태와 날짜를 다시 읽어야 한다.

자동화 지도: 뭘 맡기고 뭘 내가 하나

단계	누가 하나	어떻게
글감·키워드 조사	클로드 코드	자동완성으로 후보를 모으고 정확한 질문의 수요·기존 답을 별도 확인
글쓰기	사람이 정한 기준 + AI	초안 작성·수정은 맡기고, 판단의 근거와 실제 경험의 출처를 구분
발행 전 검사	클로드 코드	제목·요약·링크·이미지 조건을 채점하는 검사 프로그램
대표 이미지	클로드 코드	제목을 넣으면 이미지가 나오는 생성 프로그램
예약 발행	클로드 코드	검사를 통과한 글을 정한 간격으로 예약하고 공개 후 상태·화면 확인
성과 기록	클로드 코드	매일 아침 방문·검색 수치를 자동으로 기록

표를 만들면서 알게 된 게 있다. 블로그 운영에서 시간을 먹는 건 글쓰기 자체가 아니라 글 앞뒤에 붙는 잔일이었다. 글감 찾기, 빠뜨린 항목 확인, 이미지 제작, 발행 시각 챙기기, 다음 날 성적 확인까지 한 편당 잔일이 글쓰기만큼 걸렸다.

초기에는 글 앞뒤의 반복 작업부터 맡겼고, 지금은 초안 작성과 공개까지 범위를 넓혔다. 자동화 범위가 늘어도 사실·경험·공개 결과를 확인하는 단계는 남긴다. 뒤에서는 이 조건을 설명한다.

6개가 한 번에 만들어진 것도 아니다. 검사가 첫 주, 이미지와 예약이 그다음, 기록 자동화가 마지막이었다. 순서대로 따라올 수 있게 아래에서도 그 순서로 쓴다.

시작은 거창하지 않았다: 검사부터 맡겼다

처음부터 전체를 자동화한 게 아니다. 첫 자동화는 발행 전 검사였다. 글을 올릴 때마다 확인할 게 생각보다 많다. 제목 길이는 적당한지, 검색용 요약문에 핵심 단어가 들어갔는지, 이미지에 설명 문구를 붙였는지, 다른 글로 가는 링크를 넣었는지, 출처는 달았는지. 손으로 확인하다 보면 꼭 한두 개를 빼먹었고, 발행한 뒤에 발견하면 다시 고쳐 올려야 했다.

클로드 코드에게 “발행 전에 이 조건들을 검사해서 점수로 보여주는 프로그램을 만들어 줘”라고 요청했다. 지금은 글을 올리기 전에 검사 프로그램을 돌리면 항목별 점수표가 나오고, 기준 미달이면 업로드 자체가 중단된다. 프로그램에 구현한 항목은 반복해서 확인할 수 있다. 다만 검사 목록에 없는 오류나 사실관계까지 찾아낸다는 뜻은 아니다. 검사 항목은 한 번 정해두면 모든 글에 똑같이 적용되니, 글이 쌓일수록 검사의 값어치도 같이 쌓인다.

실제 출력은 이렇게 생겼다. 아래는 지금 읽고 있는 이 글을 발행하기 전에 검사 프로그램이 뽑아준 점수표다.

검사부터 시작하길 권하는 이유가 있다. 원고를 읽고 결과만 보여주는 검사는 발행·삭제보다 작게 시작하기 좋다. 다만 잘못된 원고가 통과할 수도 있으므로 검사 결과만 믿고 바로 공개하도록 연결해서는 안 된다. 자동화를 처음 배우는 연습 상대로 이만한 게 없다. 위험한 일(발행·삭제)은 자동화 실력이 쌓인 뒤로 미루는 게 맞다.

반복 작업을 하나씩 넘겼다

검사가 자리 잡은 뒤에 반복 작업을 하나씩 넘겼다. 순서도 의미가 있어서 번호대로 적는다.

1. 키워드 조사: 검색창 자동완성을 수집하는 프로그램으로 글감 후보를 모았다. Google의 자동완성 안내처럼 예상 검색어는 단순한 인기 검색어 목록이 아니다. 표시됐다는 이유만으로 검색량이 크거나 내 글에 유입될 수요라고 단정할 수 없다. 후보마다 ① 정확한 질문의 검색량이나 실제 노출을 확인하고 ② 상위 글과 기존 글이 이미 답한 부분을 읽고 ③ 추가할 답이 있는지 비교한다. 확인한 기간과 출처를 남기며, 자동완성 수집 개수와 실제 검색 클릭은 따로 기록한다.
2. 대표 이미지: 제목과 분류를 넣으면 정해진 디자인 규칙대로 이미지가 나오는 생성 프로그램을 만들었다. 디자인 도구를 열고 글자를 배치하던 20분이 명령 한 줄이 됐고, 모든 글의 이미지가 같은 톤을 유지한다.
3. 예약 발행: 발행 시각을 정해두면 그 시각에 자동으로 공개된다. 글은 미리 준비하고 발행은 정한 간격에 맞춰 예약한다. 쓰는 리듬과 내보내는 리듬을 분리할 수 있다는 게 핵심이다.
4. 성과 기록: 매일 아침 정해진 시각에 방문자 수, 검색 노출, 클릭 수가 기록 문서에 자동으로 쌓인다. 통계 화면을 열어 숫자를 옮겨 적던 일이 사라졌고, 나는 쌓인 기록을 읽고 “어느 글을 고칠까”만 판단한다.

이 목록에서 내가 한 일은 코드를 쓴 게 아니다. 원하는 결과를 말로 설명하고, 나온 결과를 확인하고, 고칠 점을 다시 말한 것뿐이다. “검색창 자동완성을 모아줘”라고 말하면 방법은 클로드 코드가 찾는다. 이 요청하는 방식 자체가 궁금하다면 클로드 코드 사용법부터 읽으면 된다.

실제 구축 사례: 자동화 구조를 처음부터 어떻게 만들었는지 궁금하다면 워드프레스 2개를 자동화한 실제 구축 후기에서 비용과 구축 과정을 이어서 볼 수 있다.

사고도 났다: 예약한 글 7편이 전부 공개된 1분

시리즈 7편을 예약 발행으로 걸어두던 날이었다. 예약 프로그램이 날짜 정보 하나를 빠뜨렸고, 블로그 시스템은 날짜가 불완전한 예약 글을 “지금 공개”로 처리했다. 아직 나가면 안 되는 7편이 한꺼번에 전부 공개됐다.

이상함을 눈치채고 비공개로 되돌리기까지 1분 정도 걸렸다. 짧은 시간 같지만 그 사이에 블로그가 검색엔진에 “새 글 7개 나왔어요”라는 알림을 이미 보낸 뒤였다. 당시 기록에는 검색로봇이 빈자리 대신 안내 페이지로 이동하도록 조치했다고 남아 있다. 다만 검색 유입에 미친 영향까지 측정한 기록은 없다. 예약 복구와 검색 피해 여부는 구분해야 한다.

배운 건 2가지다. 첫째, 자동화가 실행하는 일은 실행 전에 어떤 글을 언제 공개할지 확인할 수 있어야 한다. 예약 프로그램은 실행 계획을 먼저 출력하고 상태·날짜·간격을 검사한다. 현재처럼 정해진 범위에서 자동으로 진행할 때도 이 검사를 거치며, 저장 후에는 서버의 상태·날짜와 실제 공개 화면을 다시 확인한다. 계획 확인과 매번 사람이 발행 버튼을 누르는 것은 다른 조건이다.

둘째, 사고 원인 조사도 클로드 코드에게 시키면 된다. “방금 예약 글이 왜 전부 공개됐는지 원인을 찾아줘”라고 요청하니 빠진 날짜 정보를 찾아냈고, 프로그램 수정까지 그 자리에서 끝났다. 자동화 도구가 사고를 내기도 하지만, 수습하는 것도 같은 도구다.

자동화해도 남겨야 할 확인

초기 원고에서는 글쓰기와 발행을 사람에게 남기는 방식을 설명했다. 현재 운영에서는 초안 작성·수정·발행도 정해진 범위에서 자동으로 진행한다. 자동화 여부보다 중요한 기준은 독자의 질문에 답하는지, 근거가 있는지, 공개 결과가 맞는지다.

AI는 제공된 운영 기록을 정리할 수 있지만, 직접 겪지 않은 사고나 확인하지 않은 효과를 새 경험처럼 쓸 수는 없다. 직접 확인한 결과, 과거 기록, 이번 분석을 나누고, 검색 클릭이나 수익을 확인하지 않았다면 성과로 쓰지 않는다.

Google의 AI 콘텐츠 안내는 AI 사용 자체를 금지하지 않고 유용한 원본 콘텐츠의 품질을 강조한다. 자동으로 생성했다는 이유만으로 불리하다고 단정할 수도, 검사를 통과했다는 이유만으로 검색에서 선택된다고 보장할 수도 없다. 구체적인 검토 항목은 사람 중심 콘텐츠 안내에서 확인할 수 있다.

처음이라면 위의 원고 검사 실습처럼 입력 → 검사 결과 → 수정 후 재검사가 눈에 보이는 단계부터 시작한다. 발행까지 연결할 때는 원문과 예약 상태를 보존하고, 공개 URL·링크·실제 화면이 맞는지 별도로 확인한다.

자주 묻는 질문

코딩을 모르는데 이런 자동화를 만들 수 있나?

만들 수 있다. 이 글에 나온 프로그램은 전부 말로 요청해서 만들어졌고, 나는 그 코드를 직접 쓰지 않았다. 필요한 건 코드 지식이 아니라 “내가 반복하는 일이 뭔지” 설명하는 능력이다. 처음이라면 Claude Code 시작 가이드 순서대로 설치부터 하면 된다.

네이버 블로그도 같은 방식으로 자동화되나?

부분적으로 된다. 키워드 조사, 초안 정리, 이미지 생성은 어느 플랫폼이든 똑같이 쓸 수 있다. 다만 발행 자동화는 워드프레스처럼 외부 프로그램의 접근을 열어주는 플랫폼이 유리하다. 네이버 블로그는 발행 단계만 손으로 하고 그 앞 단계를 자동화하는 구성이 안전하다.

어디부터 자동화하면 되나?

발행 전 검사부터 권한다. 원고를 읽고 결과만 보여주는 범위로 시작하면 공개 작업보다 작게 검증할 수 있다. 그다음이 이미지, 그다음이 기록이다. 발행처럼 되돌리기 어려운 일은 계획 확인 단계를 넣을 줄 알게 된 뒤에 맡겨라.

완전 자동 발행 블로그로 수익을 낼 수 있다는 말은 사실인가?

자동 발행에 성공했다는 사실만으로 수익성을 판단할 수는 없다. 실제 검색 유입, 독자가 얻는 도움, 수익을 각각 확인해야 한다. 이 글은 운영과 검사 사례이며 자동 발행의 수익 효과를 검증한 보고서가 아니다.

정리

• 클로드 코드 블로그 자동화는 조사·초안·검사·이미지·예약·기록까지 맡길 수 있다. 이 블로그가 그 실물이다.
• 순서가 중요하다. 읽기 전용 검사부터 시작하고, 발행 작업은 실행 전 계획과 저장 후 결과를 확인한다.
• 자동완성·검사 점수·발행 완료를 검색 성장으로 바꾸지 않는다. 실제 클릭과 독자에게 도움이 됐는지는 따로 확인한다.

블로그를 아직 안 만들었다면 바이브코딩으로 워드프레스 블로그 만들기 시리즈가 시작점이다. 이 글의 자동화는 전부 그 위에 얹은 것이다.

실습 자료 확인: 2026년 9월 7일, 버전 1.0.0. 데스크톱 브라우저와 390px 화면에서 기능을 검사했습니다. 확인 항목과 환경은 실습 검증 기록에 있습니다. 실제 초보자 관찰이나 Windows 실기기 검증 결과는 포함하지 않습니다.

검증 기준

• 마지막 업데이트일: 2026-09-09
• 이번 확인: 자동완성·AI 콘텐츠 공식 안내와 현재 운영 범위. 아래 실습 검증은 9월 7일 기록입니다.
• 확인 환경: 기존 공개 글에 재현 실습과 안내를 추가했습니다. macOS의 Orca 내장 Chromium에서 실습을 실행하고 데스크톱·390px 화면을 확인했습니다. 실제 초보자 관찰, Windows 실기기, 새 Vercel 프로젝트 배포 결과는 포함하지 않습니다.
• 주요 근거: WordPress 글 상태·날짜 문서 · MDN 브라우저 저장소 · Vercel 배포 문서