動機
bun.com/docs のようないくつかの Web サイトで、 <link rel="alternate" type="text/markdown" href="/foo.md"> の形のタグを用いて Markdown 版のページの存在を案内しています。
<link rel="alternate" type="text/markdown"> が使用されている例LLM の普及により Markdown 版のドキュメントを利用する機会が増えています。そこで、Web ページが <link> タグで提供するメタデータを利用し、 Markdown 版ドキュメントに素早くアクセスできるようにするため、 View in Markdown という Chrome 拡張を作成しました (ソースコード (GitHub))。
シンプルな単機能の拡張機能であり、以前 Livestream Chat Reader を作った経験から WXT を利用して簡単に作成することができました。
この <link> タグの用法が面白いと感じていて、 yuki.games/blog でも同様の実装を行っています (yukidaruma/yuki.games@a6c563c)。
機能
…とはいえ、 <link rel="alternate" type="text/markdown"> という convention を使用しているサイトは限られています1。ドキュメントサイトでよく見られる “Edit on GitHub” のようなリンクからも Markdown ファイルを検出できるよう、 <a href="https://github.com/foo/bar/blob/main/README.md"> のような .md (.mdx) で終わる URL のパターンも検索対象とすることにしました。
これにより、VitePress・TypeDoc・Docusaurus・Astro・MkDocs・Docsify などの主要なドキュメントサイトシステムで構築されたサイトの多くで拡張機能が利用できるようになっています2。
また、GitHubについては特別な対応を行っており、(1) GitHub上でMarkdownファイルを表示している際にRaw形式のリンクを自動検出し、(2) “Edit”リンクをRaw形式のURLに変換してMarkdownソースに直接アクセスできるようにしています。
著名サイトでの対応状況
Zenn では GitHub 連携を利用している場合、記事ページに “GitHubで編集を提案” という形で Markdown ファイルへのリンクが表示されるため、この拡張機能により自動的に検出できる状態となっています。
一方、 URL の末尾に .md を追加することでMarkdown版を配信しているサイト (例: Qiita, GitHub Docs) については、対応しないものとしています3。
なお、Web サイトの UI 上で Markdown 版を提供しているにもかかわらず現在の拡張機能では Markdown 版の存在を検出できない Web サイトも存在しています。
- Stripe Docs: Markdown 版へのリンクに
<a>ではなく<button>要素を使用している - Model Context Protocol (MCP): 動的に要素が出現する
- Claude Docs: 動的に要素が出現する
アップデート予定
Sphinx (Read the Docs) を利用するサイトに現在対応していませんが、リンク検出対象の拡張子を現在の .md に加えて .rst (reStructuredText) を含むものにすることで、 Sphinx を利用しているドキュメントのソースコードの一部を検出できるようにすることを予定しています。加えて、末尾が / で終わる URL について、ファイル名が /index または最後の / の直前の部分のパス名に拡張することで、より多くのドキュメントサイトのソースコードを検出できるようにすることを計画しています。
これらの改善点はストアの審査提出後に行ったテストで気づいたものです。本来であれば初回リリースに含めるべきものでしたが、審査をキャンセルすることにより審査待ちの時間がリセットされてしまう懸念があったため、アップデートで対応するものとしました。
その他
wxt initで発生するエラーへの対処 (wxt-dev/wxt#1933): 2025/10/20 現在、npmで配布されている最新のwxtがdependenciesを解決できない状態のpackage.jsonを含むものとなっており、bunx wxt@latest initコマンドの実行時にエラーが発生してプロジェクトを初期化できない状態となっていますnpx,pnpm dlxを利用しても同様のエラーが発生します- 対策として、先に
package.jsonを次の内容で作成し、bun iの実行後にbunx wxt initでインストールに成功したあとのwxtを実行することでエラーを回避する必要があります{ "devDependencies": { "wxt": "^0.20.11" }, "overrides": { "@wxt-dev/browser": "0.1.4", "@wxt-dev/storage": "1.2.5" } }
- ライセンス: ソフトウェアとしての創作性が低く、大半のコードが Claude Code を利用して生成されたものであることから、今回は自身のプロジェクトとして初めて CC0 ライセンスでソースコードを公開することにしました
- 識別子名/コメントの文言/細かなコードの書き方に納得できない部分は多いので、それなりにコードの書き換えを行っています
- 開発工数: プロジェクトの実装開始からストアへの申請までに要した時間は 2 時間程度で、体感ではこの記事を執筆するほうが労力がかかっています
- アイコン/ストア画像の作成: Claude Code を利用して SVG として画像を作成し、
sharp-cliを利用して PNG 画像に変換して利用しています。私が手作業でスクリーンショットを画像編集ソフトで加工するよりもきれいな画像が、一瞬で作成できて非常に助かりました- ストア画像の作成に使用したプロンプト:
Chrome WebStoreでプロモーション画像として使用するための画像を作りたい。1280x800の SVG で、 link rel ... があったら青いアイコン、 .md の <a> があったら緑のアイコン、というような画像を SVG で生成して。 最初のプロンプトで得られた SVG 調整後の SVG
- ストア画像の作成に使用したプロンプト:
あとがき
<link rel="alternate" type="text/markdown"> というタグを持つ Web サイトが増えることを期待しています。
- 3時間程度かけて思いつく限りの主要なサービス・OSSプロジェクトのドキュメントサイトでテストを実施しましたが、
<link rel="alternate" type="text/markdown">を使用しているサイトは 3 つしか見つけることができませんでした (Bun, Cloudflare, Vercel)。↩ - ちょっとした工夫として、現在ページの URL のファイル名部分とリンク URL のファイル名部分の一致を比較することで、
.mdファイルへのリンクが複数存在する場合でもページのソースに対応する Markdown ファイルが検出されやすいようにしています。↩ - これらのサイトに対応するためには、 (1)
.md拡張子をつけたURLにリクエストを投げ 200 番台の HTTP レスポンスが返ってくることを確認するか、 (2).md版が利用できるサイトのリストを管理する といった方法が考えられます。しかしながら、いずれの方法も非効率であると考えており、これらのサイトに対しての特別な対応は行わないこととしました。また、 Markdown 版と同様の目的で提供されるファイルとしてllms.txtが存在していますが、同様の理由で検出が難しいため非対応となっています。↩