XFDFをObsidianに変換するワークフロー
ワークフローを知れば、XFDF を Obsidian Markdown に変換するのは約 2 分で済みます: Adobe Acrobat から XFDF ファイルをエクスポートし、pdfannotations.com にドロップし、Callout、YAML Frontmatter、ページ参照を有効にした Obsidian 出力形式を選択して、生成された .md ファイルを Obsidian vault に保存します。ハイライトはスタイル付きの引用ブロックになり、メタデータはクエリ可能な Dataview フィールドになり、ページ番号はソース PDF に直接ジャンプする双方向リンクになります。
本ガイドでは、このパイプラインの各ステップを順を追って説明し、各 Obsidian 固有のオプションが重要な理由を解説し、XFDF エクスポートが単発のインポートではなく知識ベースの恒久的な一部となるような vault の設定方法を紹介します。
なぜ XFDF を Obsidian に経由させるのか？
すでに Adobe Acrobat で PDF に注釈を付けているなら、十分に優れたリーダーを持っています。では、なぜわざわざ注釈を Obsidian に移すのでしょうか？
- 検索性。 Acrobat のドキュメント内検索は 1 つの 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 としてエクスポートします:
- Acrobat で File → Export → Annotations に移動します(または Comments パネルを開いてオプションメニューを使います)。
- エクスポート形式として XFDF (*.xfdf) を選択します。
.xfdfファイルを PDF の隣に保存します。
このファイルはプレーン XML で、通常わずか数 KB で、作成したすべてのハイライト、コメント、色、ページ番号、著者、タイムスタンプを含んでいます。XML 構造の詳解については XFDF とは何かガイドを参照してください。
ステップ 3: XFDF を pdfannotations.com に読み込む
.xfdf ファイルを XFDF 注釈変換ツールのドロップゾーンにドラッグします。パーサーは完全にブラウザー内で動作し —— ファイルはサーバーに一切アップロードされません。これは機密研究、法的文書、社外秘作業にとって重要です。
複数の XFDF ファイルを一度にドラッグすることも、同じセッションで XFDF、PDF、XML FDF ソースを混在させることもできます。ワークスペースはすべてのソースを 1 つの注釈セットにマージし、エクスポート前に並べ替え、フィルタリング、タグ付け、重複排除ができます。従来のバイナリ FDF は、先に Acrobat から XFDF または XML FDF として再書き出してください。
ステップ 4: Obsidian エクスポート形式を選択
ワークスペースのツールバーで Export をクリックし、形式リストから Obsidian を選択します。3 つの Obsidian 固有のトグルが表示されます:
- Callout —— 各ハイライトを
> [!quote]構文で包む - Frontmatter —— ファイルの先頭に YAML メタデータブロックを追加する
- Page References —— ページ番号を
[[file#Page N]]リンクに変換する
最もリッチな Obsidian 出力を得るには 3 つすべてを有効にします。各オプションの詳細は後述します。
Export をクリックすると、数秒以内に Markdown ファイルがダウンロードされます。このファイルは完全に自己完結型で —— 外部アセット、埋め込みフォント、依存関係なし —— そのまま vault にドロップできます。
ステップ 5: Obsidian Vault にインポート
エクスポートした .md ファイルを Obsidian vault 内のフォルダーに保存します。一般的な慣習は Literature Notes/ または Sources/ です。Obsidian を開き、そのファイルに移動すると、スタイル付き callouts、クエリ可能な frontmatter、ソース PDF に戻るクリック可能なページリンクを備えた完全にフォーマットされたノートとして表示されます。
Dataview プラグインをインストールしていれば、インポートしたすべてのノートにまたがってクエリを実行し、著者、色、タグ、日付ごとにすべての注釈のテーブルを作成できます。
3 つの Obsidian エクスポートオプションの解説
Callout
Obsidian Callout はスタイル付きブロック引用で、リーディングビューでは視覚的に区別されたカードとしてレンダリングされます。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]—— その他の色分けされたカテゴリー用
Callout が重要な理由:
- 視覚的階層。 各ハイライトがリーディングビューで独立したカードになり、長いファイルもひと続きの大きな文章ではなく読みやすくなります。
- 折りたたみ可能。 Obsidian では callouts を折りたためるので、残りを失うことなく作業中のハイライトに集中できます。
- コピーペーストに便利。 callout は自己完結型の Markdown ブロックで、コンテキストを失うことなく別のノートに持ち出せます。
- 検索フレンドリー。 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 が重要な理由:
- メタデータ管理。 すべての注釈ノートがソースに関する一貫したメタデータを持ち、PDF を開かずにハイライトの出所が常に分かります。
- Dataview クエリ。 Dataview プラグインを使えば、任意の frontmatter フィールドでノートをフィルタリングするクエリを書けます。例えば「2026 年の
validityタグ付きノートをすべて表示」が 1 行の DQL になります。 - 引用キー統合。
cite_keyフィールドは参照マネージャー(Zotero、Mendeley、BibTeX)と一致し、ノートから直接引用を生成できます。 - 並べ替えとグループ化。 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 が重要な理由:
- 双方向リンク。 Obsidian のグラフビューがノートとソース PDF 間のリンクを表示し、出所を可視化します。
- 簡単な引用。 後続ノートを書いて元の文章を引用したいとき、ページ参照はすでに正しい形式になっています。
- 監査証跡。 ソースに対してハイライトを検証する必要がある場合(学術的完全性、法的レビュー、事実確認)、1 クリックで元のページに戻れます。
- バックリンク。 Obsidian は PDF からノートへのバックリンクを表示するので、ソース PDF を開き直したときにどのハイライトを処理済みか確認できます。
実際の例
教育測定における構成概念妥当性に関する 32 ページの研究論文を読んでいるとします。Acrobat で 3 色を使って 47 箇所をハイライトします: 主要な概念には黄色、定義には青、反論には赤。さらに自分のコメントを付けた付箋を 12 個追加します。
XFDF をエクスポートし、pdfannotations.com で 3 つの Obsidian オプションをすべて有効にして変換すると、次のような 1 つの 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 を個別に開いて検索するのに何分もかかるところを、このクエリは 1 秒で終わります。
よくある落とし穴と修正
[[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 を 2 回インポートすると、Obsidian は内容が同一の 2 つのノートを作成します。pdfannotations.com ワークスペースのツールバーには Deduplicate トグルがあり、エクスポート前に同じページ上の同一ハイライトを統合します —— 同じソースを 2 回目に処理する場合は有効にしてください。
持続可能な XFDF → Obsidian ワークフローのヒント
- 意図を持って注釈を付ける。 すべてのハイライトを将来のアトミックノートとして扱います。独立した callout にする価値のない段落はハイライトしないでください。
- すべてのハイライトにコメントを書く。 コメントのないハイライトは、自分の反応を一文加えたハイライトより役立つ度合いが下がります。
[!note]callout が本来の知識作業を記録する場所です。 - すべての論文で一貫した色分けを使う。 スキームを一度決めてどこでも適用します。同じ色は常に同じ意味であるべきで、そうすれば callout タイプが vault 全体で一貫します。
- ハイライトを毎週アトミックノートに処理する。 インポートは簡単な部分です。難しいのは各
[!quote]callout を独立したノートに変換し、関連概念にリンクすることです。毎週レビューを予定し、ハイライトを文献ノートからパーマネントノートへ整理しましょう。 - PDF を vault に保管する。 ページ参照をクリック可能にしたい場合は、ソース PDF を vault 内の
Attachments/フォルダーに保管します。これにより PDF は Obsidian の組み込み検索で検索可能にもなります。 - 後続ノートにテンプレートを使う。 「概念ノート」用の Obsidian テンプレートを作成し、文献ノートからソース、ページ参照、タグを自動的に取り込みます。
ローカル処理が XFDF 変換において重要な理由
ほとんどのオンラインPDF変換サービスはファイルをサーバーにアップロードし、処理して結果を返します。XFDF の場合、これは問題になります。XFDF ファイルには多くの場合、次のような情報が含まれます。
- IRB や NDA のもとで保護された機密研究
- 弁護士・依頼者特権の対象となる法的契約
- データ常駐要件の対象となる社内文書
- まだ共有されていない出版前の学術作品
pdfannotations.com の XFDF 変換ツールは完全にブラウザー内で動作します。ファイルはサーバーにアップロードされず、第三者が注釈テキストを見ることはなく、生成された Markdown ファイルは直接ダウンロードフォルダーに保存されます。ページが読み込まれた後にインターネット接続を切断してこれを検証できます —— 変換は依然として機能します。
よくある質問
複数の XFDF ファイルを一度にバッチ変換できますか？
はい。1 回のセッションで複数の .xfdf ファイルを pdfannotations.com ワークスペースにドラッグします。それらは 1 つの注釈セットにマージされ、1 つの結合された 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 などで機能するクリーンな変換パターン