XFDF에서 Obsidian으로: Adobe PDF 주석을 Markdown으로 변환

워크플로우를 알면 XFDF를 Obsidian Markdown으로 변환하는 데 약 2분이 걸립니다: Adobe Acrobat에서 XFDF 파일을 내보내고, pdfannotations.com에 드롭하고, Callouts, YAML Frontmatter, Page References를 활성화한 Obsidian 출력 형식을 선택한 다음, 결과 .md 파일을 Obsidian vault에 저장합니다. 하이라이트는 스타일이 적용된 인용 블록이 되고, 메타데이터는 쿼리 가능한 Dataview 필드가 되며, 페이지 번호는 원본 PDF로 바로 이동하는 양방향 링크가 됩니다.

이 가이드는 해당 파이프라인의 모든 단계를 안내하고, 각 Obsidian 전용 옵션이 중요한 이유를 설명하며, XFDF 내보내기가 일회성 가져오기가 아니라 지식 베이스의 영구적인 부분이 되도록 vault를 설정하는 방법을 보여줍니다.

왜 XFDF를 Obsidian으로 연결할까요?

이미 Adobe Acrobat에서 PDF에 주석을 달고 있다면, 훌륭한 리더를 가지고 있는 것입니다. 그렇다면 왜 굳이 주석을 Obsidian으로 옮길까요?

• 검색 가능성. Acrobat의 문서 내 검색은 단일 PDF에는 적합합니다. Obsidian은 vault의 모든 노트를 즉시 검색합니다.
• 연결. 한 논문의 하이라이트를 다른 논문의 하이라이트에 연결하여 어떤 PDF 리더도 재현할 수 없는 교차 참조 웹을 만들 수 있습니다.
• 태그 지정 및 쿼리. YAML frontmatter와 Dataview 플러그인을 사용하면 작성자, 색상, 태그 또는 날짜별로 모든 주석의 동적 테이블을 만들 수 있습니다.
• 수명. Markdown은 특정 PDF 리더보다 오래 살아남는 일반 텍스트 형식입니다. 주석이 Adobe 생태계에 잠기지 않게 됩니다.
• AI 준비. 주석이 일반 Markdown으로 Obsidian에 있으면 ChatGPT, Claude, Gemini에 붙여넣어 종합하기가 매우 쉽습니다. 해당 파이프라인은 PDF 주석을 AI와 RAG로 가이드를 참조하세요.

완전한 XFDF → Obsidian 워크플로우

1단계: Adobe Acrobat에서 주석 달기

Adobe Acrobat에서 PDF를 엽니다(Standard, Pro 또는 무료 Reader 모두 작동). Comment 패널을 사용하여 하이라이트, 스티커 노트, 밑줄, 취소선을 만듭니다. 일관된 색상 코딩을 목표로 하세요 — 핵심 개념에는 노란색, 실행 항목에는 초록, 반론에는 빨강 — pdfannotations.com은 이러한 색상을 Markdown 내보내기로 보존하고 Obsidian에서 필터링할 수 있기 때문입니다.

색상 구성표와 코멘트 작성 팁을 포함한 전체 주석 워크플로우는 XFDF 주석 내보내기 방법 가이드를 참조하세요.

2단계: Acrobat에서 XFDF 내보내기

주석이 완료되면 XFDF로 내보냅니다:

1. Acrobat에서 File → Export → Annotations로 이동합니다(또는 Comments 패널을 열고 옵션 메뉴를 사용).
2. 내보내기 형식으로 *XFDF (.xfdf)**를 선택합니다.
3. .xfdf 파일을 PDF 옆에 저장합니다.

이 파일은 일반 XML이며, 일반적으로 몇 킬로바이트만 되고, 생성한 모든 하이라이트, 코멘트, 색상, 페이지 번호, 작성자, 타임스탬프를 포함합니다. XML 구조에 대한 심층적인 내용은 XFDF란 무엇인가 가이드를 참조하세요.

3단계: XFDF를 pdfannotations.com에 불러오기

.xfdf 파일을 XFDF 주석 변환기의 드롭존에 드래그합니다. 파서는 전적으로 브라우저에서 실행되며 — 어떤 파일도 서버에 업로드되지 않습니다. 이는 기밀 연구, 법률 문서, 독점 작업에 중요합니다.

Pro에서는 여러 XFDF 파일을 한 번에 불러오거나 같은 세션에서 XFDF, PDF, XML FDF를 함께 사용할 수 있습니다. 무료 플랜은 파일을 한 번에 하나씩 처리합니다. 내보내기 전에 정렬, 필터링, 태그 지정, 중복 제거를 할 수 있으며, 기존 바이너리 FDF는 먼저 Acrobat에서 XFDF 또는 XML FDF로 다시 내보내세요.

4단계: Obsidian 내보내기 형식 선택

작업 공간 도구 모음에서 Export를 클릭하고 형식 목록에서 Obsidian을 선택합니다. 세 가지 Obsidian 전용 토글이 나타납니다:

• Callouts — 각 하이라이트를 > [!quote] 구문으로 감쌉니다
• Frontmatter — 파일 상단에 YAML 메타데이터 블록을 추가합니다
• Page References — 페이지 번호를 [[file#Page N]] 링크로 변환합니다

가장 풍부한 Obsidian 출력을 위해 세 가지 모두 활성화하세요. 각 옵션은 아래에서 자세히 설명합니다.

Export를 클릭하면 1~2초 안에 Markdown 파일이 다운로드됩니다. 이 파일은 완전히 자체 포함되어 있으며 — 외부 자산, 포함된 글꼴, 종속성 없이 — vault에 바로 드롭할 수 있습니다.

5단계: Obsidian Vault로 가져오기

내보낸 .md 파일을 Obsidian vault 내의 폴더에 저장합니다. 일반적인 규칙은 Literature Notes/ 또는 Sources/입니다. Obsidian을 열고 해당 파일로 이동하면, 스타일이 적용된 callouts, 쿼리 가능한 frontmatter, 원본 PDF로 돌아가는 클릭 가능한 페이지 링크가 있는 완전히 서식이 지정된 노트로 나타납니다.

Dataview 플러그인이 설치되어 있으면, 가져온 모든 노트에 걸쳐 즉시 쿼리하여 작성자, 색상, 태그 또는 날짜별로 모든 주석의 테이블을 작성할 수 있습니다.

세 가지 Obsidian 내보내기 옵션 설명

Callouts

Obsidian Callouts는 스타일이 적용된 블록 인용으로, 읽기 보기에서 시각적으로 구별되는 카드로 렌더링됩니다. pdfannotations.com은 각 하이라이트를 callout 블록으로 감싸며, 그 유형은 주석 색상이나 유형에 따라 결정됩니다:

> [!quote] Page 12 — Highlight
> The most reliable predictor of long-term success is consistent practice over time.

> [!note] Page 15 — My Note
> This connects to the deliberate practice framework from Ericsson.

> [!important] Page 23 — Critical
> The authors concede their sample size is too small to generalize.

Obsidian이 지원하는 callout 유형은 다음과 같습니다:

• [!quote] — 원본에서 인용하는 하이라이트용
• [!note] — 하이라이트에 대한 자신의 코멘트용
• [!important] — 중요함으로 표시한 하이라이트용
• [!warning], [!tip], [!info], [!question], [!example] — 기타 색상 코딩된 카테고리용

Callouts가 중요한 이유:

1. 시각적 계층. 각 하이라이트가 읽기 보기에서 개별 카드가 되어, 긴 하이라이트 파일이 텍스트 벽 대신 스캔 가능해집니다.
2. 접기 가능. Obsidian은 callouts를 접을 수 있어, 나머지를 잃지 않고 작업 중인 하이라이트에 집중할 수 있습니다.
3. 복사-붙여넣기 친화적. callout은 문맥을 잃지 않고 다른 노트로 옮길 수 있는 자체 포함 Markdown 블록입니다.
4. 검색 친화적. Obsidian은 callouts의 내용을 인덱싱하여, callout 내의 구문을 검색하면 전체 노트가 아닌 callout 자체가 반환됩니다.

YAML Frontmatter

Frontmatter는 Markdown 파일 상단의 YAML 메타데이터 블록으로, ---로 구분됩니다. pdfannotations.com은 소스, 작성자, 페이지 수, 주석 수, 색상 카테고리, 태그, 가져오기 타임스탬프를 포함하는 frontmatter 블록을 생성합니다:

---
source: "research-paper.pdf"
title: "Construct Validity in Educational Measurement"
author: "Jane Doe"
pages: 32
annotations: 47
imported_at: "2026-07-22"
cite_key: "doe2026construct"
tags:
  - research
  - measurement
  - validity
colors:
  - "#FFEB3B"
  - "#4F46E5"
type: "literature-note"
---

Frontmatter가 중요한 이유:

1. 메타데이터 관리. 모든 주석 노트는 소스에 대한 일관된 메타데이터를 가져, PDF를 열지 않고도 하이라이트의 출처를 항상 알 수 있습니다.
2. Dataview 쿼리. Dataview 플러그인을 사용하면 frontmatter 필드별로 노트를 필터링하는 쿼리를 작성할 수 있습니다. 예를 들어, "2026년의 validity 태그가 있는 모든 노트 보여줘"가 한 줄의 DQL이 됩니다.
3. 인용 키 통합. cite_key 필드는 참조 관리자(Zotero, Mendeley, BibTeX)와 일치하여 노트에서 직접 인용을 생성할 수 있습니다.
4. 정렬 및 그룹화. Obsidian의 파일 탐색기와 검색은 frontmatter 필드로 정렬하여 vault를 단순한 폴더가 아닌 구조화된 데이터베이스로 만듭니다.

frontmatter를 사용하는 실용적인 Dataview 쿼리:

dataview
TABLE author, pages, imported_at
FROM "Literature Notes"
WHERE contains(tags, "validity")
SORT imported_at DESC

이는 validity 태그가 있는 모든 주석 노트를 가져온 날짜순으로 정렬한 라이브 테이블을 반환합니다.

Page References

Page References는 페이지 번호를 [[filename#Page N]] 형식의 Obsidian 스타일 양방향 링크로 변환합니다. Page References 옵션을 활성화하면, 내보내기의 모든 하이라이트에 원본 PDF의 해당 페이지로의 링크가 표시됩니다:

> [!quote] Page 12 — Highlight
> The most reliable predictor of long-term success is consistent practice over time.
> — from [[research-paper.pdf#Page 12]]

Obsidian에서 링크를 클릭하면(적절한 PDF 뷰어 플러그인 또는 내장 PDF 지원과 함께), 원본 PDF의 12페이지로 바로 이동하여 문맥 내에서 하이라이트를 검증할 수 있습니다.

Page References가 중요한 이유:

1. 양방향 연결. Obsidian의 그래프 보기는 노트와 원본 PDF 간의 링크를 표시하여 출처를 가시화합니다.
2. 쉬운 인용. 후속 노트를 작성하고 원래 구절을 인용하고 싶을 때, 페이지 참조는 이미 올바른 형식입니다.
3. 감사 추적. 소스에 대해 하이라이트를 검증해야 하는 경우(학문적 무결성, 법적 검토, 팩트체크), 한 번의 클릭으로 원래 페이지로 돌아갈 수 있습니다.
4. 백링크. Obsidian은 PDF에서 노트로의 백링크를 표시하여, 원본 PDF를 다시 열 때 어떤 하이라이트를 이미 처리했는지 볼 수 있습니다.

실제 예시

교육 측정에서 구성 타당성에 관한 32페이지 연구 논문을 읽고 있다고 가정해 봅시다. Acrobat에서 세 가지 색상으로 47개 구절을 하이라이트합니다: 핵심 개념은 노란색, 정의는 파란색, 반론은 빨간색. 또한 자신의 코멘트가 담긴 스티커 노트 12개를 추가합니다.

XFDF를 내보내고 pdfannotations.com에서 세 가지 Obsidian 옵션을 모두 활성화하여 변환하면, 다음을 포함한 단일 Markdown 파일을 얻습니다:

• 소스, 작성자, 페이지 수, 태그를 나열하는 YAML frontmatter 블록
• 유형별로 색상 코딩된 47개의 callout 블록(하이라이트는 [!quote], 반론은 [!important], 스티커 노트는 [!note])
• 모든 callout에 [[paper.pdf#Page N]] 링크
• 2026-07-22 - Construct Validity (Doe 2026).md와 같은 일관된 파일 이름

파일을 Literature Notes/에 넣고 Dataview 쿼리를 실행하면 올해 읽은 논문에서 표시한 반론을 한 번에 확인할 수 있습니다. Acrobat에서 각 PDF를 열어 검색하는 반복 작업보다 탐색 시간이 줄어듭니다.

일반적인 함정 및 수정

[[file#Page N]]의 PDF 파일 경로가 해결되지 않습니다

링크가 해결되려면 원본 PDF가 vault 내 어딘가에 있어야 합니다. PDF를 vault로 이동(예:Attachments/ 폴더로)하거나, 링크가 클릭 가능한 점프가 아닌 단순한 라벨이 되는 것을 받아들이세요.

Callout 유형이 내 색상 구성표와 일치하지 않습니다

pdfannotations.com은 합리적인 기본값을 사용하여 하이라이트 색상을 callout 유형에 매핑합니다(노랑 → [!quote], 빨강 → [!important], 파랑 → [!note], 초록 → [!tip]). 비표준 색상 구성표를 사용하는 경우, 내보내기 전에 색상을 다시 태그 지정하거나, 내보낸 Markdown에서 찾기 및 바꾸기를 실행하여 callout 유형을 선호하는 구성표로 다시 매핑할 수 있습니다.

Frontmatter 필드가 누락되었습니다

Acrobat은 Comment 워크플로우를 통해 주석이 생성되고 신원 환경설정이 설정된 경우에만 작성자 및 날짜 메타데이터를 기록합니다. 원본 PDF에 작성자 데이터가 없으면 해당 frontmatter 필드가 비어 있습니다. 수동으로 채우거나 내보내기 전에 pdfannotations.com 작업 공간에서 메타데이터를 일괄 편집할 수 있습니다.

여러 번 내보낸 후 하이라이트가 중복됩니다

동일한 XFDF를 두 번 가져오면 Obsidian은 내용이 동일한 두 개의 노트를 만듭니다. pdfannotations.com 작업 공간의 도구 모음에는 Deduplicate 토글이 있어 내보내기 전에 동일한 페이지의 동일한 하이라이트를 병합합니다 — 같은 소스를 두 번째 처리하는 경우 활성화하세요.

지속 가능한 XFDF → Obsidian 워크플로우 팁

1. 의도적으로 주석 달기. 모든 하이라이트를 미래의 원자 노트로 취급하세요. 독립적인 callout이 될 가치가 없는 구절은 하이라이트하지 마세요.
2. 모든 하이라이트에 코멘트 쓰기. 맨 하이라이트는 자신의 반응 한 문장이 추가된 하이라이트보다 훨씬 덜 유용합니다. [!note] callout 유형이 진정한 지식 작업이 일어나는 곳입니다.
3. 모든 논문에서 일관된 색상 코딩 사용. 구성표를 한 번 선택하고 어디에나 적용하세요. 같은 색상은 항상 같은 의미여야 하므로 callout 유형이 vault 전체에서 일관되게 유지됩니다.
4. 하이라이트를 주간으로 원자 노트로 처리. 가져오기는 쉬운 부분입니다. 어려운 부분은 각 [!quote] callout을 관련 개념에 연결된 자체 독립 노트로 변환하는 것입니다. 주간 검토를 예약하여 하이라이트를 문헌 노트에서 영구 노트로 끌어내세요.
5. PDF를 vault에 보관. 페이지 참조를 클릭 가능하게 하려면 원본 PDF를 vault 내의 Attachments/ 폴더에 보관하세요. 이렇게 하면 PDF도 Obsidian의 내장 검색으로 검색할 수 있습니다.
6. 후속 노트에 템플릿 사용. "개념 노트"용 Obsidian 템플릿을 만들어 문헌 노트에서 소스, 페이지 참조, 태그를 자동으로 가져옵니다.

브라우저 로컬 처리가 XFDF 변환에 중요한 이유

대부분의 온라인 "PDF to Markdown" 서비스는 파일을 서버에 업로드하고 처리한 후 결과를 반환합니다. XFDF의 경우 이는 문제가 됩니다. XFDF 파일은 종종 다음을 동반하기 때문입니다:

• IRB 또는 NDA 대상인 기밀 연구
• 변호인-의뢰인 특권의 대상인 법률 계약서
• 데이터 거주 요건의 적용을 받는 사내 문서
• 아직 공유되지 않은 출판 전 학술 작업

pdfannotations.com XFDF 변환기는 전적으로 브라우저에서 실행됩니다. 파일은 서버에 업로드되지 않고, 제3자가 주석 텍스트를 볼 수 없으며, 결과 Markdown 파일은 다운로드 폴더에 직접 저장됩니다. 페이지가 로드된 후 인터넷 연결을 끊어 이를 확인할 수 있습니다 — 변환은 여전히 작동합니다.

자주 묻는 질문

여러 XFDF 파일을 한 번에 일괄 변환할 수 있나요?

네, Pro에서 지원합니다. 같은 세션에서 여러 .xfdf 파일을 작업 공간에 불러와 하나의 주석 세트로 병합하고, 결합된 Markdown 파일 또는 ZIP 안의 개별 파일로 내보낼 수 있습니다. 무료 플랜은 파일을 한 번에 하나씩 처리합니다.

Obsidian 내보내기는 하이라이트 색상을 보존하나요?

네. 각 callout에는 원래 색상이 포함되어 있으며, callout 유형이 색상에 매핑되어 같은 색상 카테고리의 하이라이트가 동일한 Obsidian 스타일로 렌더링됩니다.

Dataview 플러그인이 없으면 어떻게 되나요?

Dataview 없이도 frontmatter는 작동합니다 — 노트 상단의 정적 메타데이터가 될 뿐입니다. Dataview는 노트 전체에 걸쳐 frontmatter를 쿼리하는 기능을 추가하지만 선택 사항입니다. Obsidian 내보내기의 나머지(callouts, 페이지 참조)는 플러그인 없이 완전히 작동합니다.

XFDF 대신 XML FDF 또는 PDF 소스로 이 워크플로우를 사용할 수 있나요?

네. pdfannotations.com은 동일한 세션에서 PDF, XFDF, XML FDF 입력을 받습니다. 소스 형식에 관계없이 Obsidian 내보내기는 동일하게 작동합니다. 기존 바이너리 FDF는 먼저 다시 내보내야 합니다. XFDF 전용이 아닌 워크플로우는 일반 Obsidian PDF 주석 가이드를 참조하세요.

Page References는 Obsidian의 내장 PDF 지원과 호환되나요?

네. Obsidian의 내장 PDF 뷰어는 [[file.pdf#page=N]] 구문을 허용합니다. pdfannotations.com은 [[file.pdf#Page N]] 형식을 내보내며, PDF가 vault 내에 있으면 Obsidian이 올바른 페이지로 해석합니다.

관련 가이드

더 알고 싶으신가요? 이 관련 가이드를 확인해 보세요:

• Adobe Acrobat에서 XFDF 주석 내보내는 방법 - 이 워크플로우의 전반부: Acrobat에서 XFDF를 가져오기
• XFDF란 무엇인가? PDF 주석 XML 형식 설명 - XFDF 파일 형식과 XML 구조 심층 분석
• PDF 하이라이트를 Obsidian으로 내보내기: 완전한 워크플로우 가이드 - XFDF뿐 아니라 표준 주석이 있는 PDF를 위한 Obsidian 워크플로우
• PDF 주석을 AI와 RAG로 - 내보낸 주석을 ChatGPT, Claude, Gemini 또는 벡터 데이터베이스의 입력으로 변환
• PDF에서 Markdown으로 변환 모범 사례 - Obsidian, Notion 등에서 작동하는 깔끔한 변환 패턴