옵시디언에서 블로그 에디터로: 기술 블로그 글쓰기 최적화 워크플로우

블로그 글을 쓸 때 가장 힘든 점은 '에디터와의 싸움'입니다. 블로그 서비스에서 제공하는 기본 에디터는 가끔 글자 크기가 제멋대로 바뀌거나, 공들여 작성한 리스트 양식이 깨지는 등 불편함을 줍니다.

저는 옵시디언을 도입한 이후 블로그 에디터를 직접 사용하는 시간이 90% 이상 줄었습니다. 모든 초안과 구성은 옵시디언에서 끝내고, 블로그는 오직 '발행 버튼'을 누르는 용도로만 사용합니다. 마찰 없는 글쓰기를 위해 제가 직접 구축하고 검증한 최적화 워크플로우를 단계별로 공개합니다.

1. 1단계: 블로그 전용 프로퍼티와 템플릿 구성

블로그 발행을 목적으로 하는 글은 일반적인 메모와는 프로퍼티(메타데이터) 구성부터 달라야 합니다. 10편에서 배운 템플리터를 활용해 아래의 속성들을 미리 세팅해 두세요.

  • 제목: 검색 엔진에 노출될 최종 제목

  • 키워드: 메인 및 서브 키워드 리스트

  • 검색설명: 블로그스팟이나 워드프레스에 입력할 메타 설명(Description)

  • 발행상태: 아이디어 / 초안 / 발행대기 / 발행완료

  • URL: 발행 후 실제 게시글 링크 (나중에 내부 링크 연결 시 유용)

이렇게 미리 적어두면 블로그 관리 페이지를 여러 번 들락날락할 필요 없이, 옵시디언 화면만 보고 모든 정보를 입력할 수 있습니다.

2. 2단계: 이미지 처리의 기술 (가장 큰 난관 해결법)

마크다운으로 쓴 글을 블로그로 옮길 때 가장 골치 아픈 것이 '이미지'입니다. 옵시디언 본문에 넣은 이미지는 내 컴퓨터 로컬 경로에 저장되어 있어, 텍스트만 복사해서 붙여넣으면 이미지가 엑스박스(X)로 뜨거나 표시되지 않습니다.

[제가 추천하는 2가지 해결책]

  1. 수동 복사 붙여넣기 (가장 안전): 옵시디언의 '읽기 모드'나 '라이브 프리뷰' 화면에서 이미지를 마우스 오른쪽 버튼으로 클릭해 '복사'한 후, 블로그 에디터 본문에서 Ctrl + V를 합니다. 최근 대부분의 블로그 에디터는 클립보드의 이미지를 자동으로 업로드해 줍니다.

  2. 이미지 호스팅(Imgur 등) 활용: 이미지가 너무 많다면, 사진을 외부 서버에 먼저 올리고 그 링크를 옵시디언에 넣는 방식입니다. 이 방식은 나중에 블로그 플랫폼을 옮기더라도 이미지를 다시 업로드할 필요가 없다는 강력한 장점이 있습니다.

3. 3단계: 마크다운을 블로그 서식으로 변환하기

옵시디언의 텍스트를 그대로 긁어서 블로그에 넣으면 마크다운 기호(#, 등)가 그대로 노출되는 경우가 있습니다. 이를 깔끔하게 변환하는 방법은 플랫폼마다 다릅니다.

  • 워드프레스: 최신 구텐베르크 에디터는 마크다운을 거의 완벽하게 지원합니다. 옵시디언 본문을 전체 복사해서 붙여넣기만 하면 제목(H2, H3)과 리스트가 즉시 변환됩니다.

  • 티스토리/블로그스팟: 기본 에디터에서 마크다운 모드를 지원하지만, 가끔 호환성이 떨어집니다. 이럴 때는 옵시디언에서 제공하는 'Export to HTML' 플러그인을 사용하거나, 마크다운 뷰어(예: VS Code)에서 렌더링 된 화면을 복사해 '기본 모드' 에디터에 붙여넣는 것이 가장 깔끔합니다.

4. 4단계: 내부 링크([[ ]])의 외부 링크화

옵시디언 안에서는 [[관련 글]]이라고 쓰면 작동하지만, 블로그 독자들에게는 아무 의미 없는 텍스트일 뿐입니다.

발행 전 최종 검수 단계에서 내 블로그의 이전 글 주소를 따와 [관련 글 읽기](URL) 형태로 치환해 주는 과정이 필요합니다. 이는 블로그의 체류 시간을 늘리고 SEO 점수를 높이는 결정적인 역할을 합니다. 저는 이 과정을 돕기 위해 6편에서 배운 데이터뷰(Dataview)로 '발행 완료된 글 리스트와 URL'을 한 페이지에 모아두고 빠르게 복사해서 씁니다.

5. 실전 팁: 블로그용 '콜아웃' 활용의 주의사항

12편에서 배운 콜아웃([!INFO])은 옵시디언 내부에서는 예쁘게 보이지만, 일반적인 블로그 에디터로 넘어가면 단순히 인용구(>)로 표시됩니다.

만약 블로그에서도 예쁜 박스 디자인을 유지하고 싶다면, 블로그의 CSS 설정에 옵시디언 콜아웃과 유사한 스타일을 미리 등록해 두어야 합니다. 혹은 블로그 에디터 자체에서 제공하는 '인용구'나 '박스' 기능을 발행 직전에 수동으로 적용하는 것이 가장 안전합니다. 꾸미기에 너무 많은 시간을 쓰기보다 텍스트의 구조(H2, H3 제목 태그)를 명확히 잡는 것에 우선순위를 두세요.

[핵심 요약]

  • 블로그 발행용 템플릿을 별도로 만들어 제목, 키워드, 검색 설명을 옵시디언 안에서 미리 관리하면 포스팅 속도가 비약적으로 빨라진다.

  • 로컬 이미지는 블로그 에디터로 옮길 때 깨질 수 있으므로 클립보드 복사-붙여넣기 기능을 활용하거나 외부 이미지 호스팅 사용을 고려해야 한다.

  • 워드프레스는 마크다운 호환성이 높으나, 티스토리나 블로그스팟은 발행 전 미리보기 화면을 통해 제목(Heading)과 리스트 서식이 제대로 적용되었는지 반드시 확인해야 한다.

[다음 편 예고] 

드디어 옵시디언 시리즈의 대단원을 장식할 마지막 시간이 다가왔습니다. 다음 15편에서는 지난 여정을 총정리하며, 우리가 빠지기 쉬운 함정인 "옵시디언 사용 시 주의할 점: '플러그인 세팅 병'의 함정과 본질"에 대해 깊이 있게 다루어보겠습니다.

[댓글 질문] 

여러분은 블로그 글을 쓸 때 에디터에 직접 타이핑하시나요, 아니면 메모장이나 다른 도구에 초안을 먼저 작성하시나요? 여러분만의 글쓰기 도구와 순서를 공유해 주세요!

댓글

댓글 쓰기

이 블로그의 인기 게시물

침대에서 누워서 노트북 하기, 스트럭쳐랩 올인원 플로우 스탠드 내돈내산 실사용기

이미지
퇴근하고 씻고 누우면 다시 일어나서 책상 앞에 앉기가 참 쉽지 않죠. 저 역시 침대 위에서 모든 걸 해결하는 '베드 스테이션'을 꿈꾸며 누워서 쓸 수 있는 스탠드를 찾다가, 쿠팡에서 허리디스크 환자분이 누워서 쓰기 좋다는 후기를 보고 '스트럭쳐랩 올인원 플로우 스탠드'를 들여왔습니다. 결론부터 말씀드리면, 몇 달간 제 침대 옆을 지켜주고 있습니다. 직접 써보면서 느낀 찐 장단점을 솔직하게 정리해 볼게요. 내가 이 기기에 꽂힌 이유 저는 평소에 누워서 노트북이나 태블릿을 편하게 조작할 수 있는 환경에 진심인 편이에요. 처음엔 '누워서 쓰다가 노트북이 내 얼굴로 떨어지면 어쩌지?' 하는 공포감이 제일 컸습니다. 하지만 침대 사이드에 세워두고 완전히 누운 상태에서 화면을 아래로 내려다볼 수 있는 기가 막힌 수직 각도를 지원한다는 점, 그리고 튼튼한 알루미늄 소재라는 점에 꽂혀서 바로 결제했습니다. 색상도 칙칙한 블랙 대신 깔끔한 실버라 방 인테리어와도 잘 어울렸어요. [사진 출처 : 제품 공식 상세 페이지] 며칠 써보며 느낀 찐 장점 직접 15인치 노트북을 물려놓고 써보면서 느낀 가장 큰 장점들은 이렇습니다. 절대 얼굴로 떨어지지 않는 각도 설계: 보통 노트북 거치대는 아래를 받쳐주는 '턱'이 있어야 안전하다고 생각하잖아요? 그런데 이 제품은 집게 부분에 턱이 없습니다. 처음엔 불안했는데, 막상 써보니 노트북이 쏟아질 만한 각도까지만 딱 세워지도록 락(Lock)이 걸려 있는 방식이라 전혀 위험하지 않았어요. 15인치 무거운 노트북을 달아놔도 불안한 적이 한 번도 없었습니다. 턱이 없어서 편한 타이핑: 오히려 턱이 없다는 게 신의 한 수였어요. 누워서 자판을 칠 때 양쪽 끝에 걸리는 게 없으니까 너무 편하더라고요. 미세한 각도 조절 (스위블): 노트북 거치 부분이 돌아갑니다. 아예 90도로 꺾여서 돌아가는 건 아니지만, 옆으로 살짝 누웠을 때 화면을 내 쪽으로 미세하게 틀 수 ...
자세한 내용 보기

옵시디언과 깃허브(GitHub) 연동으로 무료 동기화 및 백업 구축하기

옵시디언(Obsidian)은 모든 데이터가 내 컴퓨터 하드디스크에 텍스트 파일(.md)로 저장되는 '로컬 기반' 프로그램입니다. 서버가 해킹당하거나 서비스가 종료되어도 내 메모는 안전하다는 엄청난 장점이 있죠. 하지만 치명적인 단점도 존재합니다. 데스크톱에서 작성한 메모를 퇴근길에 스마트폰이나 노트북에서 이어서 보기가 까다롭다는 점입니다. 공식 서비스인 '옵시디언 싱크(Obsidian Sync)'를 결제하면 매우 편하지만, 매월 구독료가 부담스러울 수 있습니다. 그래서 초기 사용자들은 구글 드라이브나 아이클라우드에 폴더를 넣고 동기화를 시도합니다. 제가 바로 그렇게 하다가 큰코다친 케이스입니다. 오늘은 클라우드 동기화의 한계와, 개발자들의 무기인 '깃허브(GitHub)'를 활용해 가장 안전하고 무료로 옵시디언을 동기화하는 방법을 제 경험을 바탕으로 안내해 드립니다. 1. 구글 드라이브 대신 깃허브(GitHub)를 써야 하는 이유 처음엔 저도 구글 드라이브 데스크톱 앱을 통해 옵시디언 볼트(Vault) 폴더를 동기화했습니다. 하지만 며칠 지나지 않아 심각한 문제가 발생했습니다. 클라우드 드라이브는 실시간 동기화를 시도하기 때문에, 옵시디언의 설정 파일이나 플러그인 캐시 파일이 충돌을 일으킵니다. 결국 파일명 뒤에 '(충돌된 사본)'이라는 이름표가 붙은 쓰레기 파일들이 수백 개씩 증식하면서 앱이 멈춰버렸습니다. 반면 깃허브(GitHub)는 '버전 관리'에 특화된 시스템입니다. 충돌 방지: 내가 '저장(Commit)'하고 '업로드(Push)'하는 시점에만 동기화가 일어나므로 파일이 꼬일 확률이 현저히 적습니다. 완벽한 백업 및 복구: 실수로 중요한 노트를 지우거나 덮어써도, 깃허브에는 과거의 모든 수정 기록(버전)이 남아있어 클릭 몇 번이면 언제든 과거 상태로 되돌릴 수 있습니다. 노트 관리에 있어 이보다 든든한 보험은 없습니다. 2. 깃허브 연동 전 필수 준비물 3...
자세한 내용 보기

옵시디언 필수 마크다운 문법 총정리 (체크박스, 링크, 텍스트 양식)

이미지
 옵시디언(Obsidian)을 처음 설치하고 빈 화면을 마주하면 막막함이 앞섭니다. 화려한 플러그인이나 복잡한 세팅 이전에 가장 먼저 익혀야 할 것은 바로 글을 구조화하는 '마크다운(Markdown)' 문법입니다. 제가 처음 기술 블로그 글쓰기와 아이디어 정리를 위해 옵시디언을 도입했을 때, 이 기초 양식들을 손에 익히는 것만으로도 작성 속도가 비약적으로 상승하는 것을 경험했습니다. 마우스로 서식 버튼을 누를 필요 없이 키보드 위에서 모든 문서 작업이 끝나기 때문입니다. 오늘은 옵시디언에서 가장 자주 쓰이고 실무에 직결되는 필수 양식(체크박스, 내부/외부 링크, 강조 등)을 완벽하게 정리해 드리겠습니다. 1. 텍스트 강조 및 기본 포맷팅 문서의 가독성을 높이기 위해 텍스트의 형태를 변경하는 가장 기본적인 양식입니다. 굵게 (Bold): 텍스트 양쪽에 별표 두 개(**)를 입력합니다. 작성 예시: ** 중요한 내용입니다.** 기울임 (Italic): 텍스트 양쪽에 별표 한 개(*) 또는 밑줄(_)을 입력합니다. 작성 예시: *강조하고 싶은 말* 취소선 (Strikethrough): 텍스트 양쪽에 물결표 두 개(~~)를 입력합니다. 작성 예시: ~~수정 전 내용~~ 하이라이트 (Highlight): 텍스트 양쪽에 등호 두 개(==)를 입력합니다. 옵시디언 특유의 형광펜 효과를 줍니다. 작성 예시: 이 부분은 ==핵심 키워드== 입니다. 처음엔 기호가 헷갈릴 수 있지만, 일주일만 꾸준히 써보면 손가락이 자동으로 반응하게 됩니다. 특히 블로그 포스팅 초안을 잡을 때, 하이라이트(==) 기능으로 나중에 수정해야 할 문구를 눈에 띄게 표시해 두면 유용합니다. 2. 생각의 구조화: 목록과 할 일 관리 (체크박스) 복잡한 정보를 다루거나 프로젝트 일정을 정리할 때 빠질 수 없는 기능입니다. 순서 없는 목록 (Bullet Points): 하이픈(-) 또는 별표(*) 뒤에 띄어쓰기를 한 번 하면 생성됩니다. 탭(Tab) 키를 누르면 하위 목록으로 들어갑니다....
자세한 내용 보기