Obsidian에서 블로그 글감을 관리하는 방법
블로그를 꾸준히 운영하려면 글을 쓰는 능력만큼 글감을 관리하는 방식이 중요합니다.
처음에는 생각날 때마다 메모하면 되지만, 글이 10개를 넘고 주제가 늘어나면 “무엇을 쓸지”보다 “어디에 적어뒀는지”가 문제가 됩니다.
Daejin Lab은 Markdown 기반 블로그라서 Obsidian과 궁합이 좋습니다. 블로그 글도 Markdown이고, 글감 메모도 Markdown으로 관리할 수 있기 때문입니다. 실제 운영에서는 Obsidian을 예쁜 지식관리 도구로 쓰기보다, 글감이 발행 글까지 움직이게 하는 대기열로 보는 편이 더 맞았습니다.
기본 폴더 구조
개인적으로는 글감을 아래처럼 나누는 방식이 편합니다.
Inbox/
Ideas/
Drafts/
Published/
Research/
Templates/
각 폴더의 역할은 단순하게 잡습니다.
Inbox: 빠르게 캡처한 메모
Ideas: 언젠가 쓸 글감
Drafts: 실제 글 초안
Published: 발행 완료 기록
Research: 참고 자료와 링크
Templates: 글 작성 템플릿
처음부터 복잡한 태그 시스템을 만들 필요는 없습니다. 폴더 역할이 분명한 것이 더 중요합니다. 특히 수익형 블로그를 여러 개 운영하려면 “완벽한 분류”보다 “다음 글로 바로 옮길 수 있는 상태”가 우선입니다.
글감 하나에 적어둘 내용
글감 메모에는 최소한 아래 항목을 적어두면 나중에 글로 바꾸기 쉽습니다.
제목 후보
왜 쓰는가
내가 직접 해본 부분
독자가 얻을 내용
관련 명령어/URL
주의할 점
발행 카테고리
내부 링크 후보
특히 AdSense를 생각한다면 “내가 직접 해본 부분”을 따로 적는 것이 중요합니다. 이 항목이 없으면 글이 흔한 설명문으로 흐르기 쉽습니다.
예를 들어 Search Console sitemap 오류라는 글감만 적어두면 글이 일반론으로 끝나기 쉽습니다. 반대로 아래처럼 적어두면 실제 운영 기록이 됩니다.
증상: Search Console에서 sitemap.xml이 가져올 수 없음으로 표시됨
확인: 공개 URL은 200, content-type은 application/xml
추가 확인: Googlebot UA로도 200
결론: 사이트 파일을 더 바꾸기보다 재제출 후 대기
이 정도 메모만 있어도 나중에 글로 바꿀 때 훨씬 덜 막힙니다.
Daejin Lab에 적용한 흐름
현재 Daejin Lab의 글 작성 흐름은 이렇게 잡을 수 있습니다.
Obsidian에 글감 캡처
CONTENT_PLAN.md에 후보 정리
Markdown 글 파일 생성
본문 작성 및 보강
npm run build
GitHub에 변경 이력 저장
Cloudflare Pages 배포 확인
Search Console 상태 확인
이 흐름을 고정하면 글을 많이 써도 운영이 덜 흔들립니다. 특히 Markdown 블로그는 파일 하나가 곧 글 하나이기 때문에, 글감 관리와 발행 파일 관리가 잘 이어집니다.
자동 발행은 하지 않는 이유
Obsidian과 AI 도구를 연결하면 초안 생성까지는 꽤 자동화할 수 있습니다. 하지만 아직은 자동 발행까지는 하지 않는 편이 좋습니다.
이유는 간단합니다.
사실 확인이 필요하다
경험과 추측을 구분해야 한다
문장이 비슷해질 수 있다
광고/제휴 고지가 필요한 글이 있다
검색엔진 품질 평가에 불리할 수 있다
그래서 자동화 범위는 “초안 생성과 점검”까지로 두고, 최종 발행은 사람이 확인하는 방식이 안전합니다. Daejin Lab에서도 AI 도구는 글감 정리, 초안 보조, 점검 체크리스트 작성에 쓰되, 실제 공개 전에는 문장과 사실관계를 다시 봐야 한다는 기준을 세웠습니다.
지금 쓰는 메모 기준
앞으로 글감 메모는 길게 쓰기보다 아래 5줄만 먼저 채우는 식으로 운영하려고 합니다.
문제: 무엇을 해결하려는 글인가
상황: 내 프로젝트에서 어떤 일이 있었나
확인: 어떤 명령어/URL/화면을 봤나
판단: 그래서 무엇을 선택했나
다음: 독자가 따라 할 때 무엇을 조심해야 하나
이 5줄이 있으면 글의 방향이 흔들릴 가능성이 줄어듭니다.
지금 남긴 기준
Obsidian은 Markdown 기반 블로그의 글감 창고로 쓰기 좋습니다.
중요한 것은 예쁜 지식관리 시스템을 만드는 것이 아니라, 글감이 실제 발행 글로 이어지게 하는 것입니다. Daejin Lab에서는 Obsidian → Markdown 글 파일 → 빌드 → 배포 흐름을 1호 블로그에서 먼저 안정화하고, 나중에 다른 블로그에도 복제할 계획입니다.