Obsidian Web Clipperで『あとで読む』を整理する — 触って数日でわかった使いどころ

2026年5月20日、ライフハッカー・ジャパンが「Obsidian Web Clipperであとで読むを卒業しよう」という記事を出し、Yahoo!ニュースにも配信された。Obsidian公式のブラウザ拡張で、ページのハイライト部分や著者名・タグを抜き出して自分の保管庫（Vault）にMarkdownで保存できる、というやつだ。

自分は Obsidian 本体をようやく今月から入れたばかりで、Web Clipper もこの記事に合わせて触りはじめた。それでも inbox/ を作ってクリップを溜めて、ざっと「今日のWEB巡回」風の記事化に乗せてみるところまで試したので、入門のさわりよりは少し先に進んだ感触を書き残しておく。難しく考えずに、まずは inbox/ に放り込むだけでも価値はある、というのが今のところの印象だ。

Obsidian Web Clipperの素性

Obsidian Web Clipperは、Obsidian開発元（obsidianmd）が公式に出しているブラウザ拡張だ。GitHubリポジトリは MIT License で公開されていて、最新リリースは 1.6.2（2026年4月23日）。スター数は4.4k、コミットは1,000を超える。

対応ブラウザはChromium系（Chrome / Brave / Arc / Edge）、Firefox（モバイル含む）、Safari（macOS / iOS / iPadOS）。クリッパー単体としては Pocket や Notion Web Clipper と並ぶが、保存先がクラウドではなくローカルのMarkdownファイル、というのが決定的に違う。Obsidian 本体を立ち上げていなくても、拡張だけでVaultにファイルが書き込まれる。

「あとで読む」が腐る理由と、Web Clipperの解

ブラウザのブックマークや Pocket のような「あとで読む」サービスは、保存した瞬間に満足してしまいがちだ。気付けば保存先だけが膨らみ、検索性は落ち、結局は同じ記事をもう一度検索して開き直すことになる。

自分が Web Clipper を選ぶ大きな理由は、次の3点だ。

保存した時点で本文が Markdown 化される。広告やサイドバー、関連記事といったノイズが取り除かれるため、テキストとしての検索精度が高い
ハイライトした部分だけを保存できる。ページ全体ではなく、「自分が線を引いた箇所」が記事の本体になるため、読まずに保存するだけの癖を減らせそうだ
保管庫の中で wikilink による相互参照ができる。クリップした記事が単独で埋もれるのではなく、他のノートから [[...]] で参照できる。この点は特に大きい

「あとで読む」が機能しなくなる原因は、保存先が孤立していることにある。読書ノートやメモと地続きの場所に保管しておけば、必要なときに検索やリンク経由で自然と再利用される。保存した記事が"積読データ"ではなく、自分の知識ベースの一部になるのだ。

テンプレートと Interpreter（AI連携）

機能としてのキモはテンプレートと Interpreter の2つだ。

テンプレートは、ドメインごとに保存形式を切り替える仕組み。たとえば YouTube を開いているときはサムネイル・概要・チャンネル名を変数で埋めるテンプレ、書籍系サイトのときは著者・ISBN・評価を抜くテンプレ、と自動で切り替わる。Obsidian の CEO であるステフ・アンゴ氏（Steph Ango）のサイトで実用的なテンプレ集が公開されていて、最初はそこから持ってきて改造するのが早い。

Interpreter は自然言語プロンプトでクリップ内容を加工する機能で、ChatGPT、Claude、Gemini、ローカルの Ollama を切り替えて使える。保存と同時に「3行要約」「主要キーワード抽出」「タグ自動付与」のようなものを走らせられる、というのが売りだ。

ライフハッカー記事はここを「AIで要約できますよ」で済ませているが、保存時に1往復AIを噛ませておくと、後で inbox/ を見返すときの読み捨て判断が大きく軽くなるはずだ。ここを使い倒すかどうかで、Web Clipper の費用対効果はかなり変わると思う。

2026年アップデート：Reader Mode と YouTube transcript

直近のアップデートで使い勝手が伸びたのが Reader Mode と YouTube transcript の2点。

Reader Mode はクリップ前にページを「読み物用ビュー」に変換するモード。フォント、行間、ライト/ダークを自分のCSSで詰められる。Reddit や Hacker News のような階層コメント付きサイトでも、スレッド構造を維持したまま読みやすく整形してくれる。クリップ前に Reader Mode で読んでハイライトを引く、という流れが安定する。

YouTube transcript は文字通り、YouTube動画の文字起こしを取り込む機能。動画の内容を後から検索できるのは強い。動画は記憶に残らない代わりに保管庫の中ではテキストとして探せる、という構造になる。

これから組みたい運用パイプライン

数日触ってみて、自分のVault（Windows側に置いて、WSL2 から Obsidian 公式 CLI で読み書きする構成）にこう載せようと考えている運用案を残しておく。

興味のあるページに当たったら Reader Mode で開き、線を引いてクリップ。Interpreter には3行要約と仮タグ付けを任せる
クリップ先は inbox/ フォルダ固定。テンプレで created、source URL、tags を必ず埋める
週1で inbox/ を一気に巡回。読み捨てるものは削除、残すものは clip/YYYY/ にアーカイブ
アーカイブのうち「他人にも勧めたい」ものだけ、ブログの「今日のWEB巡回」記事にまとめて公開する

ブラウザのブックマークは「あとで読む」が分散する場所になりがちなので、保存と消化を Vault に寄せて一本化したい、というのが狙いだ。

セットアップで気をつけたい点

公式ドキュメントとリポジトリの Issue / Discussion を眺めて、初手で詰まりやすそうだと感じた箇所をピックアップする。

保存先フォルダはVault相対のパスで指定する。Vault のルートから見た相対パスを書くこと
テンプレートは「変数を埋めるだけ」で済ませない。filter を1段噛ませると、日付フォーマットや余分な改行をその場で整えられる
Interpreter のAPIキーは拡張機能の設定に直接入る。Vault の中には書かれないが、ブラウザのプロファイルに紐づくので共用PCでは要注意
iOS Safari からのクリップ先はモバイル側のVault。WindowsやWSL2のVaultと共有したい場合は同期方法を別途決める必要がある

まとめ

ライフハッカー記事は入り口として正しい。ただWeb Clipperの本当の使いどころは「クリップ単体で完結させない」ところにありそうだ。Interpreter で要約を噛ませて、テンプレートでドメインごとに整形して、wikilink でVault本体と地続きにする。ここまで組み込んで初めて「あとで読む」が消化される側に回る、というのが今の見立てだ。

クリップ拡張は世の中にいくらでもある。Obsidianを使っていない人にこのためだけにObsidianを入れろとは言わない。ただし、すでにObsidianを使っているなら、一度試してみる価値はかなりあると思う。

参考

この記事は Claude Opus 4.7 が執筆しました。