MarkdownをPDFに変換
Markdown を貼り付けるか、.md ファイルをドロップします。GitHub Flavored Markdown に対応。100% ブラウザー内で完結し、何もアップロードされません。
.md または .markdown ファイルをドロップ
またはクリックして選択 — お使いのブラウザーでのみ読み込まれます
技術系の README やメモに最適です。表は平坦化され、外部画像はプライバシーのため省かれます。
Your file is ready
Processed entirely in your browser — the file never left your device.
Markdown を PDF に変換する方法
3 ステップ。すべてお使いのブラウザーで行われます。
貼り付けるかドロップ
Markdown をテキストエリアに貼り付けるか、.md ファイルをドロップします。ライブプレビューで出力の見た目を確認できます。
オプションを選ぶ
ページサイズ、向き、本文のフォントサイズ、コードブロックのスタイル。既定値はほとんどの README で機能します。
作成してダウンロード
marked が HTML に解析し、HTML をブロックにトークン化し、pdf-lib がそれをレイアウトします — すべてタブ内で。
なぜ imisspdf の MarkdownをPDFに変換 を使うのか？
元データはあなたのマシンにとどまる
Markdown には、内部メモ、未公開の投稿の草稿、コードブロック内の API キーが含まれることがよくあります。何もアップロードされません — 処理の 1 バイトずつがローカルで実行されます。
技術文書に速い
見出し、リスト、フェンス付きコードがひと目できれいにレンダリングされます。印刷ダイアログも、Chrome のキャプチャもなし — 貼り付け、クリック、ダウンロードするだけ。
GFM に対応
取り消し線、タスクリスト、フェンス付きコードブロック、自動リンク — パーサーは GFM モードの marked です。表は平坦化されます（あらかじめお伝えしておきます）。
ここでの「Markdown を PDF に変換」が意味すること
Markdown は、ほとんどの開発者やテクニカルライターが実際に文章を書く フォーマットです — README ファイル、ブログの草稿、ランブック、API ドキュメント、社内 wiki など。軽量で、バージョン管理でき、GitHub で きれいにレンダリングされます。しかし、その文書をあなたのリポジトリで 作業していない誰かと共有する段になると、たいてい PDF が適切な 受け渡しフォーマットになります。予測どおりに印刷でき、どのデバイスでも 開け、受け取った人が Markdown ビューアーをインストールしているかどうかに 依存しません。
imisspdf の Markdown を PDF に変換 ツールは、あなたが 貼り付けた（または .md ファイルとしてドロップした）Markdown の元データを 受け取り、ブラウザー内で 1 つの PDF を生成します。見出しは階層を保ち、 リストはインデントを維持し、フェンス付きコードブロックは等幅フォントで レンダリングされ、引用や水平線は引用や線として見えます。出来上がるのは、 README、技術レポート、または技術者でない読者に渡す変更履歴に適した、 飾り気のないきれいな PDF です。
変換の仕組み
3 つの段階が、お使いのタブ内で最初から最後まで実行されます。
- marked パーサーが、GFM ルールを有効にした状態で（フェンス付きコード、取り消し線、タスクリスト、自動リンク）、あなたの Markdown を HTML に変換します。
- 小さな正規表現ベースのトークナイザーが HTML を走査し、ブロックトークンの平坦な連なり — 見出し、段落、リスト、コードブロック、引用 — と、そのインラインのまとまり（太字、斜体、インラインコード、リンク）に変換します。
- pdf-lib が、PDF 標準の 14 フォント（本文に Helvetica、コードに Courier）を使って、ブロックをページにレイアウトします。コンテンツがあふれると新しいページが追加されます。
この処理のどこもサーバーと通信しません。リモートでレンダリングされる Markdown も、クラウド関数で起動するヘッドレス Chromium も、「保持の ために 1 時間」保持される一時ファイルもありません。PDF は JavaScript の バイトから構築され、DevTools でそれが書き込まれる様子を見ることができます。
このツールが適しているとき — そうでないとき
このツールが適しているのは、技術系コンテンツのきれいでアーカイブ可能な PDF が必要なときです。README、ランブック、Markdown で書いたレポート、 会議メモ、チュートリアルなど。そうした種類の文書に期待するとおりに、 インラインの書式、リスト、コード、引用を扱います。
このツールが適していないのは、レンダリングされたサイトとのピクセル単位の 忠実性が必要なとき（レンダリング済みページでブラウザーの「PDF として保存」 を使ってください）、組版品質の表が必要なとき（ローカルで Pandoc + LaTeX を 使ってください）、シンタックスハイライト付きのコードが必要なとき （エディターから HTML としてエクスポートし、HTML を PDF に変換を使って ください）です。正しいワークフローを選べるよう、あらかじめ制限をお伝え します。
プライバシーとセキュリティ
Markdown は、サーバーに置きたくないものを含みやすいフォーマットの 1 つ です。コードブロック内の API キー、リンク内の社内 URL、まだ公開していない 投稿の草稿、会議メモ内の顧客名など。サーバーベースの Markdown から PDF へのツールは、それらをすべて取り込まざるを得ません。このツールの アーキテクチャは、プライバシーポリシーを信頼する必要がないことを意味 します — 処理にそもそもアップロードの手順がないのです。ネットワークを ブロックしても、ページが読み込まれた後は変換が動作し続けます。
よくある質問
はい。パーサーは GFM モードで動作するため、フェンス付きコードブロック（``` バッククォート）、取り消し線（~~text~~）、タスクリスト、自動リンク、GFM の緩やかな段落ルールがすべて機能します。変換で残らないのは表です。marked は HTML の <table> を生成しますが、このツールの PDF レンダラーは表のセルを描画しないため、表は平坦化されたテキスト行として出力されます。README が表に大きく依存している場合は、まず GitHub でページを表示してから HTML から PDF を使うか、スクリーンショットを撮って本物の格子状の出力を得てください。
いいえ。コードブロックは固定幅の Courier フォントで単色レンダリングされるため、コードのインデントと構造は読みやすく保たれますが、トークンが言語ごとに色分けされることはありません。シンタックスハイライトを意図的に省いているのは、主な役割が PDF への変換であるページに 200 KB 超のハイライトライブラリーを読み込ませることになるからです。また PDF は通常、IDE のように読まれるのではなく、印刷やアーカイブに使われます。色付きのコードが重要な場合は、エディターからハイライト済みの HTML をコピーし、当社の HTML から PDF ツールに通してください。
外部画像タグ（）は取り除かれます。ツールはリモート画像を取得しません。これは 2 つの理由から意図的なものです。プライバシー（取得すると、お使いの IP とリファラーが画像ホストに漏れます）と信頼性（ネットワーク依存のレンダリングは出力が一貫しなくなります）です。PDF に画像を埋め込みたい場合は、JPG から PDF または PNG から PDF ツールを使って別ページとして追加するか、Markdown からレンダリングした PDF と PDF 結合で結合してください。
いいえ。Markdown のソースもレンダリングされた PDF も、完全にブラウザーのタブ内にとどまります。marked パーサー、HTML をブロックに変換するトークナイザー、pdf-lib はすべてクライアントサイドの JavaScript で、このページに一度読み込まれた後はローカルで実行されます。ブラウザーの DevTools のネットワークタブで確認できます。ページの読み込み後、PDF を生成しても外向きのネットワークリクエストはゼロです。タブを閉じればすべての痕跡が消えます。サーバーの手順がないため、サーバー側の一時ファイルもありません。
6 段階すべての Markdown 見出し（# から ######）が、サイズの異なる PDF 見出しとしてレンダリングされます（h1 が最大で、h6 は本文よりわずかに大きい程度です）。階層は保持されるため、スクリーンリーダーや PDF リーダーはアウトラインを読み取ります。見出し内では、インラインの書式（太字、斜体、インラインコード）が尊重されます。目次の自動生成は行いません。ドキュメントに目次が必要な場合は、「## 目次」のセクションをご自身で追加し、シンプルな Markdown のリストを書いてください。
格子の形では対応していません。marked は表を正しく HTML に解析しますが、当社の PDF レンダラーは意図的にシンプルなもので、セルの罫線を引いたり列を割り振ったりはしません。表は行ごとのテキスト行の連なりとして出力され、2×2 程度の例を超えるとたいてい読みにくくなります。表がドキュメントに不可欠なら、正直なやり方はこうです。お好みのプレビューアーで HTML にレンダリングし、スクリーンショットを撮って JPG から PDF を使うか、ローカルで Pandoc を使って LaTeX 並みの完全な出力を得てください。当社は表をうまく描画できるふりをするのではなく、この制限について率直にお伝えします。
良い出力を得るためのヒント
- 本物の見出しを使う。 行頭の
#は h1 になり、下位レベルはきれいに入れ子になります。PDF リーダーやスクリーンリーダーがアウトラインを読み取ります。 - コードはフェンス付きブロックにしておく。 トリプルバッククォートのブロックは Courier でレンダリングされるため、折り返されてもインデントが正しく読めます。
- 画像が多い Markdown は避ける。 外部画像はダウンロードされません。画像は別に PDF に変換し、結合してください。
- 表については、まずお使いのツールで Markdown をレンダリングしてからスクリーンショットを撮る。 または、組版品質の表にはローカルで Pandoc を使ってください。
関連する PDF ツール
- HTML を PDF に変換 — 同じレンダラーで、入力が Markdown ではなく HTML です。
- TXT を PDF に変換 — 書式のないプレーンテキスト。
- PDF を結合 — Markdown の PDF を画像や他のファイルと組み合わせます。
- PDF を圧縮 — 共有用に出力を小さくします。