옵시디언 자동화에 Zapier vs Make, 개발자가 직접 써보고 결정한 답

“자동화는 도구를 고르는 순간 이미 성공과 실패가 결정된다.”

지난 Day 6에서 우리는 옵시디언을 중심으로 한 자동화 구조를 만들었습니다. 이제 대부분의 분들이 묻는 질문이 하나로 모입니다.

“그래서 Zapier를 써야 하나요, Make를 써야 하나요?”

이 글은 흔한 광고성 비교글이 아닙니다. 20년 차 개발자인 제가 실제로 옵시디언 자동화 파이프라인을 굴리며, 돈과 시간을 써보고 내린 최종 결론입니다.


1. 두 서비스의 근본적 차이 (DNA가 다르다)

구분Zapier (재피어)Make (메이크)
타겟자동화 입문자개발자·파워유저
구조선형적 (A → B)시각적 플로우 (A → B/C/D)
비용비쌈 (Task당 단가 높음)저렴함 (Operation당 단가 낮음)

Zapier는 “누르면 된다”의 세계고, Make는 “설계해서 돌린다”의 세계입니다.

단순히 이메일 알림을 받는 정도라면 Zapier도 좋지만, 옵시디언과 연결하여 ‘지식 관리 시스템’을 구축할 때는 이야기가 달라집니다.


2. 옵시디언 자동화의 핵심: ‘폴더 감시(Watch)’

옵시디언은 모든 글이 마크다운 파일(.md)입니다. 즉 자동화의 시작점(Trigger)은 항상 이것입니다.

“특정 폴더에 새 파일이 생기거나 수정되었다.”

이 신호를 얼마나 빠르고 정확하게 잡느냐가 관건입니다.

  • Zapier: 폴더 감시 기능이 제한적이고, 업데이트 주기가 깁니다. (15분 지연 등)
  • Make: Google Drive / Dropbox / iCloud 폴더를 거의 실시간으로 감시하며, 파일 내부의 텍스트까지 뜯어볼 수 있습니다.

제 구조의 핵심인 [Drafts 폴더에 파일 생성 → WordPress 초안 생성] 파이프라인에서는 Make가 압도적으로 안정적입니다.


3. 실제 파이프라인 비교 (Make 승리)

[Zapier 구조]

  • Google Drive → New File
  • Formatter
  • WordPress → Create Post

단순하지만, “파일 이름에 ‘Draft’가 있을 때만 실행하라” 같은 조건 분기(Filter)를 넣으려면 추가 비용이 발생합니다.

[Make 구조]

  • Google Drive Watch Folder
  • Filter (파일명, 경로, 태그 필터링)
  • Text Parser (마크다운을 HTML로 변환)
  • WordPress Draft 생성
make.com scenario workflow for obsidian automation
실제 Make.com으로 구축한 옵시디언-워드프레스 발행 시나리오

위 사진처럼 옵시디언에서 글, 이미지, 메타데이터를 함께 관리하고 변환하는 복잡한 구조에는 시각적 도구인 Make가 필수입니다.


4. 비용 대비 성능 (ROI)

가장 중요한 이야기입니다.

Zapier는 자동화 단계(Step)가 늘어날수록 요금제가 급격히 비싸집니다. 반면 Make는 같은 작업을 훨씬 저렴한 ‘Operation’ 단위로 계산합니다.

저는 하루 수십 개의 파일을 자동 처리합니다. Zapier로는 월 5~6만 원이 나오던 견적이, Make로는 커피 한두 잔 값(1만 원대)으로 해결되었습니다.

자동화는 비용이 아니라, 시간을 버는 ‘수익’이어야 합니다.


5. 최종 결론

옵시디언 자동화 시스템을 구축하려는 분들께 드리는 제 결론입니다.

  • Make.com: 강력 추천 (필수)
  • Zapier: 비추천 (가성비 낮음)

Day 6에서 만든 그 매끄러운 구조를 실제로 굴리려면, Make가 아니면 병목이 생깁니다.

옵시디언으로 구축한 제 전체 메모·작업 시스템의 구조는 2026년 생산성 도구 & 워크플로우 완벽 가이드에서 한 번에 정리되어 있습니다. 전체적인 흐름을 보고 싶다면 그 글을 참고해 주세요.

👉 파이프라인 완성: ChatGPT 자동 글쓰기 시스템