블로그를 꾸준히 운영하려면 글을 쓰는 능력만큼 글감을 관리하는 방식이 중요합니다.

처음에는 생각날 때마다 메모하면 되지만, 글이 10개를 넘고 주제가 늘어나면 “무엇을 쓸지”보다 “어디에 적어뒀는지”가 문제가 됩니다.

Daejin Lab은 Markdown 기반 블로그라서 Obsidian과 궁합이 좋습니다. 블로그 글도 Markdown이고, 글감 메모도 Markdown으로 관리할 수 있기 때문입니다.

기본 폴더 구조

개인적으로는 글감을 아래처럼 나누는 방식이 편합니다.

Inbox/
Ideas/
Drafts/
Published/
Research/
Templates/

각 폴더의 역할은 단순하게 잡습니다.

Inbox: 빠르게 캡처한 메모
Ideas: 언젠가 쓸 글감
Drafts: 실제 글 초안
Published: 발행 완료 기록
Research: 참고 자료와 링크
Templates: 글 작성 템플릿

처음부터 복잡한 태그 시스템을 만들 필요는 없습니다. 폴더 역할이 분명한 것이 더 중요합니다.

글감 하나에 적어둘 내용

글감 메모에는 최소한 아래 항목을 적어두면 나중에 글로 바꾸기 쉽습니다.

제목 후보
왜 쓰는가
내가 직접 해본 부분
독자가 얻을 내용
관련 명령어/URL
주의할 점
발행 카테고리

특히 AdSense를 생각한다면 “내가 직접 해본 부분”을 따로 적는 것이 중요합니다. 이 항목이 없으면 글이 흔한 설명문으로 흐르기 쉽습니다.

Daejin Lab에 적용한 흐름

현재 Daejin Lab의 글 작성 흐름은 이렇게 잡을 수 있습니다.

Obsidian에 글감 캡처
CONTENT_PLAN.md에 후보 정리
Markdown 글 파일 생성
본문 작성 및 보강
npm run build
GitHub push
Cloudflare Pages 배포 확인
Search Console 상태 확인

이 흐름을 고정하면 글을 많이 써도 운영이 덜 흔들립니다.

자동 발행은 하지 않는 이유

Obsidian과 AI를 연결하면 초안 생성까지는 꽤 자동화할 수 있습니다. 하지만 아직은 자동 발행까지는 하지 않는 편이 좋습니다.

이유는 간단합니다.

사실 확인이 필요하다.
경험과 추측을 구분해야 한다.
문장이 비슷해질 수 있다.
광고/제휴 고지가 필요한 글이 있다.
검색엔진 품질 평가에 불리할 수 있다.

그래서 자동화 범위는 “초안 생성과 점검”까지로 두고, 최종 발행은 사람이 확인하는 방식이 안전합니다.

결론

Obsidian은 Markdown 기반 블로그의 글감 창고로 쓰기 좋습니다.

중요한 것은 예쁜 지식관리 시스템을 만드는 것이 아니라, 글감이 실제 발행 글로 이어지게 하는 것입니다. Daejin Lab에서는 Obsidian → Markdown 글 파일 → 빌드 → 배포 흐름을 1호 블로그에서 먼저 안정화하고, 나중에 다른 블로그에도 복제할 계획입니다.