1. 見出しレベルで文章構造を作る
良いMarkdown記事は明確な見出し階層から始まります。## を第一レベルのセクション、### をサブセクションとして使い、最大4レベルまでにしましょう。見出しは読み心地に影響するだけでなく、エクスポートしたHTMLの目次品質とSEOにも直結します。
# 記事タイトル(一つだけ)
## 第1章
### 1.1 節
### 1.2 節
## 第2章
2. コードブロックには必ず言語を指定する
コードブロックの開き三重バックティックの後に言語名を付けると、Shikiが150種類以上の言語に対して正確なシンタックスハイライトを自動適用します。よく使うのは js、ts、python、bash、sql、yaml など。
def greet(name):
return "Hello, " + nameSELECT id, title FROM posts WHERE published = trueversion: '3'
services:
web:
image: nginx3. Mermaidでフローチャートを描く — スクリーンショット不要
Mark.buildはMermaidダイアグラム構文をサポートし、インラインSVGとしてレンダリングします。エクスポートしたHTMLでもギザギザなしにくっきり表示されます。技術ドキュメントではスクリーンショットより10倍便利で、内容のメンテナンスもずっと楽です。
4. KaTeXで数式をレンダリングする
研究レポートや技術ブログでは数式が必要になることがよくあります。インライン数式は $...$、ブロック数式は $$...$$ で書くと、KaTeXがベクターグラフィックとしてレンダリングします。エクスポート後は外部JSに依存しません。
ベイズの定理:
5. 引用ブロックで重要な内容を強調する
> から始まる引用ブロックは、警告、ヒント、名言の強調に最適です。テーマのblockquoteスタイルと組み合わせると、太字テキストよりずっとプロフェッショナルな見た目になります。
明確なドキュメントは明確なコードと同じくらい重要です。良い文章はエンジニアリングの実践です。
6. テーブルで比較データを整理する
GFM Markdownはテーブルをサポートしています。3列の比較表は技術選定や機能比較の記事に欠かせません。列の揃えには :---(左)、:---:(中央)、---:(右)を使います。
| 手法 | 長所 | 短所 |
|---|---|---|
| Markdown | プレーンテキスト、バージョン管理可能 | スタイル限定 |
| Word | リッチテキスト | 差分が困難 |
| Notion | コラボ便利 | エクスポート制限 |
7. SEO向上のために画像にalt属性を付ける
 の説明文が alt 属性になります。検索エンジンはこれを使って画像の内容を理解します。技術スクリーンショットには「screenshot」よりも短くて正確な説明を付けましょう。
8. 脚注で参考文献を管理する
GFMは脚注構文をサポートしており、学術的な文章や出典の引用が必要な記事に最適です。本文中は [^1]、文末に [^1]: 参考文献 と定義すると、Mark.buildがリンク付きの脚注番号を自動生成します。
9. フォーカスモードで集中する
Mark.buildエディターの右上にある「フォーカスモード」ボタンをクリックすると、ナビゲーションバーが非表示になり、エディターとプレビューが画面全体を占めます。長文を書くときに有効にすると視覚的なノイズを最小化できます。
10. テーマと書き出しは最後に
書いている間はDefaultかMinimalなど軽量なテーマを選ぶと、カーソルの動きが滑らかで気が散りません。書き終わったら目標テーマに切り替えて(開発ブログにはCatppuccin、ビジネス評論にはFT Pinkなど)、ワンクリックでエクスポートします。テーマ変更はコンテンツに影響しないので気軽に試せます。
さっそく書いてみる: Mark.buildエディターを開く →