Markdown to PDF
Markdownファイル（.md、.markdown） — README、ドキュメント、ブログ記事、技術文書 — を、見出し、コードブロック、テーブル、リンクをレンダリングしたスタイル付きPDFドキュメントに変換します。ファイルはブラウザ内で処理されます。
Markdown to PDFは、.mdおよび.markdownファイルをスタイル付きのPDFドキュメントに変換します。Markdownはmarked（CommonMark/GFM準拠パーサー）で解析され、ブラウザ内でスタイル付きHTMLとしてレンダリングされ、html2canvasでキャプチャされ、pdf-libを使用してPDFに埋め込まれます。テーマ（Light、Sepia、Print-friendly）、フォント、ページサイズ、マージンを選択します。見出し、コードブロック、テーブル、リスト、リンクはすべて正しくレンダリングされます。
Markdown to PDFとは？
MarkdownはJohn Gruberが<strong>2004年</strong>に作成し、2014年に<a href="https://commonmark.org/" target="_blank" rel="noopener">CommonMark</a>として標準化された軽量マークアップ言語です。シンプルな句読点 — 見出しにシャープ記号、強調にアスタリスク、コードにバッククォート — を使って、プレーンテキストとして自然に読める構造化された文書を生成します。GitHub、GitLab、Reddit、Discord、Notion、Obsidian、ほとんどの静的サイトジェネレーターはMarkdownを主要なコンテンツフォーマットとして使用しています。READMEファイル、APIドキュメント、技術文書、ブログ記事は圧倒的にMarkdownです。
Markdownを開かない人と共有する必要があるとき — クライアント、エグゼクティブ、学生、開発者ツールの世界外のあらゆる人 — Markdownを表示しないであろう相手とMarkdown文書を共有する必要があるときによく行われます。PDFはユニバーサルな共有フォーマットです。ほとんどのオンラインMarkdown→PDFツールはファイルをリモートサーバーにアップロードします — 未公開の製品仕様、内部ドキュメント、誰か他人のディスクに置きたくないあらゆるものには厄介です。このツールは変換全体をブラウザ内で実行します。
ブラウザ内Markdown変換はどう動作しますか？
Pikowlは各MarkdownファイルをBlob.text() APIで読み込み、marked（CommonMark + GitHub Flavored Markdown拡張：テーブル、タスクリスト、取り消し線を含む）で解析し、ページ内の隠れたスタイル付きコンテナ内に結果のHTMLをレンダリングします。html2canvasはレンダリングされた出力を2× DPI画像としてキャプチャし、それはページ高さのチャンクにスライスされ、pdf-libを使用してPDFページとして埋め込まれます。選択したテーマがコンテナに適用されるCSSを駆動します — Light（デフォルトの白背景、暗いテキスト）、Sepia（目の疲れが少ない読書のための温かいクリーム紙）、Print-friendly（印刷に最適化された白地に高コントラストの黒）。サーバーには何も送信されません。
機密性の高いMarkdown文書をここで変換するのは安全ですか？
はい。ツールを使用しながらDevToolsのネットワークタブを開いてください — 初回使用時にmarkedとhtml2canvasのチャンクが一度ダウンロードされ、それ以降は送信リクエストがゼロであることが確認できます。MarkdownファイルはFile API経由でローカルに読み込まれ、ブラウザ内で解析され、結果のPDFはダウンロードするまでブラウザのメモリ内にのみ存在します。内部ドキュメント、未公開の技術仕様、機密ノートがネットワークを越えることはありません。
サポートされているMarkdown機能は？
markedは完全なCommonMark仕様と、ほとんどのGitHub Flavored Markdown（GFM）拡張をサポートします：テーブル、タスクリスト、取り消し線、自動リンク、言語タグ付きフェンスドコードブロック。Markdown内のインラインHTMLはレンダリングされます。サポートされていないもの：コードブロック内のシンタックスハイライト（プレーンな等幅としてレンダリング）、Mermaidダイアグラム、数式（LaTeX/KaTeX）、脚注定義、カスタムディレクティブ構文。出力はブラウザのフォントスタック経由でUnicode完全 — 中国語、日本語、韓国語、キリル文字、アラビア語、絵文字はすべて正しくレンダリングされます。
制限とその理由は？
1回の変換で最大50 Markdownファイル、1ファイルあたり10 MB、合計100 MBでソフト警告、150 MBでハード上限。10 MBのMarkdownファイルは例外的です — ほとんどのREADMEとドキュメントファイルは100 KBを大きく下回ります。長い文書ではhtml2canvasのラスタライズステップが1ページあたり数秒かかることがあります。PDFが約50ページを超える場合は、目立つ待ち時間を予想してください。
MarkdownでPikowlはSmallpdfやiLovePDFと比べてどうですか？
SmallpdfとiLovePDFは専用のMarkdown→PDFツールを提供していません — どちらもMarkdownを書式を取り除く汎用テキスト→PDFパイプラインに通します。実質的な違いは、書式の忠実度、処理場所、価格です。下の数字は2026年4月時点の各サービスの公開無料プランを反映しています。
| 機能 | Pikowl | Smallpdf | iLovePDF |
|---|---|---|---|
| ファイルが処理される場所 | あなたのブラウザ | リモートサーバー | リモートサーバー |
| 登録必須 | いいえ | 任意 | 任意 |
| 出力オプション | テーマ · 3フォント · 3ページサイズ | Markdownレンダリングなし | Markdownレンダリングなし |
| 最大ファイルサイズ（無料） | 10 MB | 5 MB | 200 MB（合計） |
| 価格 | 無料 | 無制限$9/月 | プレミアム$7/月 |
出典：smallpdf.com/pricingおよびilovepdf.com/pricing、2026年4月取得。
主な用途
- READMEからクライアント成果物：プロジェクトのGitHub READMEを、GitHubリンクを共有することなくクライアント状況メールやセールスフォローアップに添付できるPDFに変換します。
- 技術ドキュメント：API リファレンスやランブックの章を、ベンダーパケットやコンプライアンス監査に含めるためのスタイル付きPDFとしてエクスポートします。
- Notion / Obsidianのエクスポート：多くのノート取りアプリはノートをMarkdownとしてエクスポートします — それらをアーカイブや印刷可能な配布用に1つのPDFに変換します。
- ブログ記事のアーカイブ：静的サイトのブログ記事（Hugo、Jekyll、Eleventy）を、オフライン読書やシンジケーション用の印刷可能なPDFに変換します。
- コース教材：一連のMarkdown講義ノートを、学生ハンドアウト用の1つのページ分けされたPDFにまとめます。
- プルリクエストテンプレートと変更ログ：CHANGELOG.mdやRELEASE-NOTES.mdを、配布用のリリース対応PDFに変換します。
FAQ
GitHub Flavored Markdown機能はサポートされていますか？
ほとんど対応しています：テーブル、タスクリスト（- [ ] チェックボックス構文）、取り消し線（~~text~~）、自動リンク、フェンスドコードブロック。サポートされていないもの：コードブロック内のシンタックスハイライト（プレーンな等幅としてレンダリング）、Mermaidダイアグラム、脚注定義、数式（LaTeX/KaTeX）、GitHub固有の画像整列属性。ほとんどのREADMEとドキュメントのユースケースには十分です。
MarkdownテーブルはPDFで正しくレンダリングされますか？
はい。GFMテーブル構文（ヘッダー行付きのパイプ区切りカラム）は、出力PDFで境界線、ヘッダー背景、適切な整列を持つスタイル付きHTMLテーブルとしてレンダリングされます。
シンタックスハイライトされたコードブロックを取得できますか？
このバージョンでは対応していません。コードブロックは等幅フォントと控えめな背景色合いでレンダリングされますが、言語ごとのシンタックスハイライト（PrismまたはHighlight.jsの統合）はありません。ハイライトされたコードが必要な場合、暫定的なアプローチは、エディタからハイライトされたバージョンをHTMLとしてコピーし、HTML to PDFツールを使用することです。
Light、Sepia、Print-friendlyテーマの違いは何ですか？
Lightがデフォルト — 白背景、暗いグレーのテキスト、現代的なサンセリフ。Sepiaは温かいクリーム色の背景と茶色がかったグレーのテキストを使用し、長時間の読書セッションで目に優しいです。Print-friendlyは純粋な黒地に白で高コントラスト、紙出力に最適化されトナーを節約します。
非Latin文字（中国語、日本語、キリル文字）は正しくレンダリングされますか？
はい — TXT to PDF（pdf-libのWinAnsiフォントに制限される）と異なり、Markdown to PDFはhtml2canvasを使用し、ブラウザの完全なフォントスタック経由でレンダリングします。CJK、キリル文字、デーヴァナーガリー、アラビア語、絵文字はすべて、ブラウザで利用可能なシステムフォントを使用して正しくレンダリングされます。
結果のPDFのテキストは選択可能ですか？
いいえ — html2canvasパイプラインはレンダリングされたHTMLをラスタライズするため、結果のPDFページは選択可能なテキストではなく画像です。これは完全なスタイルの忠実度のためのトレードオフです。選択可能なテキストが必要な場合は、Markdownをプレーンテキストとして保存し、TXT to PDFを使用してください — スタイルは失われますが、Cmd+F検索が得られます。
Markdownファイルはサーバーにアップロードされますか？
いいえ。変換は完全にブラウザ内で実行されます — DevToolsのネットワークタブを開けば、初回使用時にmarkedとhtml2canvasライブラリが一度ダウンロードされ、それ以降は送信リクエストがゼロであることが確認できます。MarkdownコンテンツはFile API経由でディスクから読み込まれ、ブラウザ内で解析され、canvasにレンダリングされ、pdf-libを使用してPDFに埋め込まれます。
数字で見る
- MarkdownはJohn Gruberが2004年に、ウェブコンテンツをプレーンテキストで書く方法として作成しました。CommonMarkは2014年に仕様を形式化し、GitHub Flavored Markdownはテーブルやタスクリストでそれを拡張しています。
- このツールが使用するパーサーmarkedは、現代のブラウザで1ミリ秒あたり数千行のMarkdownを処理します — 解析ステップは事実上瞬時、html2canvasラスタライズが時間のかかるフェーズです。
- Markdownは、GitHub READMEs、GitLab wikis、Notionページ、Obsidianノート、Hugo / Jekyll / Eleventy静的サイト、Discordメッセージのデフォルトコンテンツフォーマットです — 現代のウェブで間違いなく最も多く書かれている構造化文書フォーマットです。