Markdown: マークダウン見出しの構文と階層のガイドライン

見出しはドキュメントの骨格であり、コンテンツがどのように構成されているかを読者と検索エンジンの両方に伝えます。

1. 学ぶこと


2. 文書管理者の実際の話

(1) 問題点: 混沌とした見出し階層

Sarah が技術ブログ プロジェクトを引き継いだところ、過去の記事で見出しが無計画に使用されていることがわかりました。いくつかは # を使用し、いくつかは ## を使用し、いくつかはまったく見出しを持たず、他の記事は H2 を完全にスキップして H1 から H3 に直接ジャンプしました。その結果、サイトの目次ジェネレーターは完全に機能しなくなり、読者からはコンテンツが見つからないと苦情が寄せられました。

(2) 解決策: 標準化された見出しルール

Sarah は見出しルールを確立しました。各記事​​には # 見出しが 1 つだけあり、見出しはレベルをスキップせずに段階的に (## → ### → ####) 進む必要があります。彼女はスクリプトを使用して、50 件の記事すべてを一括で修正しました。修正後、自動生成された目次が再び機能し、読者のページ滞在時間が 40% 増加しました。


3. 2 つの見出し構文

Markdown には 2 つの見出し構文が用意されています。

100%
graph TB
    A[Markdown Headings] --> B[ATX Style]
    A --> C[Setext Style]
    B --> D[# through ######]
    B --> E[Most common]
    C --> F[=== and ---]
    C --> G[H1 and H2 only]
構文 表記法 サポートされているレベル 最適な用途
ATX ####### H1 ~ H6 すべてのシナリオ、最も普遍的
セットテキスト === / --- H1、H2 のみ ニッチなエディタの好み、互換性が低い

(1) ATX スタイル (推奨)

ATX スタイルでは、# シンボルの数を使用して見出しレベルを示します。H1 には 1 つの #、H2 には 2 つの ## というようになります。

MARKDOWN
# Heading Level 1 (H1)
## Heading Level 2 (H2)
### Heading Level 3 (H3)
#### Heading Level 4 (H4)
##### Heading Level 5 (H5)
###### Heading Level 6 (H6)
💡 ヒント: # の後、見出しテキストの前にスペースが必要です。そうしないと、一部のパーサーがそれを見出しとして認識しません。

(2) セットテキストのスタイル

Settext スタイルは、見出しテキストの下に === または --- を配置します。

MARKDOWN
Heading Level 1
=======

Heading Level 2
-------
⚠️ 注: Settext スタイルは H1 と H2 のみをサポートします。 GitHub やその他の GFM パーサーでは正常に動作しますが、一部のニッチなパーサーではサポートされない場合があります。互換性が保証されており、スタイルの多様性が必要な場合にのみ使用してください。

▶ 例: 2 つの見出しスタイルの比較

MARKDOWN
# ATX Style H1
ATX Style H2
============

Note: the line with === underneath renders as an H1, even though the text says "H2".

4. 見出し階層のガイドライン

(1) 階層を正しく使用する

ドキュメントの見出しには、本の目次のように、明確な階層が必要です。

MARKDOWN
# Document Title (only one H1)
## Chapter 1 (H2)
### 1.1 Section (H3)
#### 1.1.1 Subsection (H4)
### 1.2 Section (H3)
## Chapter 2 (H2)
⚠️ 注: レベルをスキップしないでください。 H2 から H4 に直接進むと、アウトライン構造が壊れます。コンテンツに H3 が必要ない場合は、H2 → H2 のままで問題ありません。

(2) SEO とアクセシビリティへの影響

見出し階層は SEO とスクリーン リーダーにとって非常に重要です。

側面 おすすめ 避ける
H1 カウント 1 ページに 1 つ 複数の H1 が検索エンジンを混乱させる
キーワード H1 には主要な用語が含まれ、H2 には関連用語が含まれています。キーワードの詰め込み
階層 ステップバイステップ、レベルスキップなし カオスな H1→H3→H2 ジャンプ
長さ H1 ≤ 60 文字、H2 ≤ 40 文字 段落全体を見出しとして

▶ 例: 正しい見出し階層と間違った見出し階層

MARKDOWN
✅ Correct:
# CSS Layout Tutorial
## Flexbox
### Flex Container Properties
### Flex Item Properties
## Grid
### Grid Container Properties

❌ Incorrect:
# CSS Layout Tutorial
### Flex Container Properties (skipped H2)
## Flexbox
#### Flexbox Properties in Depth (H3→H4 awkward jump)
## Grid
💡 ヒント: H1 を本のタイトル、H2 を章名、H3 を章内のセクションと考えてください。この例えは、自然な階層を維持するのに役立ちます。


5. 見出しの書式設定と特殊文字

(1) 見出しには太字、斜体、コードを使用できます

MARKDOWN
## Installing Dependencies With `npm install`
## Understanding **flex-grow**, **flex-shrink**, and **flex-basis**
## What Is *Responsive Design*?

(2) 過度に長い見出しコンテンツを避ける

MARKDOWN
❌ Avoid:
## A Detailed Tutorial on How to Use Python's requests Library to Send HTTP Requests

✅ Recommended:
## Sending HTTP Requests With the requests Library
💡 ヒント: 目次や検索結果では見出しが切り詰められます。読者がそのセクションの内容が一目でわかるように、短く明確にしてください。

▶ 例: 見出しの最適化の前後

MARKDOWN
❌ Too long:
## This Article Will Teach You How to Set Up a Python Development Environment in VS Code on Windows

✅ Optimized:
## Setting Up Python in VS Code
💡 ヒント: 本文の段落に詳細な説明を入れてください。見出しには核となるキーワードのみを含めてください。


6. 完全な例: 記事の見出し構造

MARKDOWN
# Data Analysis With Python

## 1. Data Preparation
### (1) Importing Libraries
### (2) Reading Data
### ▶ Example: Reading a CSV File

## 2. Data Cleaning
### (1) Handling Missing Values
### ▶ Example: Filling Null Values
### (2) Removing Duplicates

## 3. Data Visualization
### (1) Line Charts
### ▶ Example: Plotting a Trend Chart
### (2) Bar Charts

期待される結果: 読者と検索エンジンの両方がすぐに理解できる、明確に階層化された文書構造。


❓ よくある質問

Q 記事に複数の H1 を含めることはできますか?
A 技術的には可能ですが、使用しないことを強くお勧めします。記事には H1 (通常はタイトル) が 1 つだけ含まれている必要があります。複数の H1 は、メイン コンテンツが何かについて検索エンジンを混乱させます。
Q 見出しの最後にピリオドを追加する必要がありますか?
A いいえ。見出しは完全な文ではないため、句読点で終わらせないでください。 FAQ の質問は質問であるため、疑問符で終わる場合があります。
Q # と見出しテキストの間にスペースは必要ですか?
A はい、必須です。 #Title は見出しとして認識されず、プレーン テキストとして扱われます。 # Title が正しい方法です。
Q 見出しに英語以外の文字を使用できますか?
A はい。ただし、URL アンカーは英語で生成されます。安定したアンカーが必要な場合は、{#custom-id} のように見出しの後にカスタム ID を追加します。
Q H5 と H6 はほとんど使用されません。それらは重要ですか?
A はい。これらは、深くネストされた技術文書 (法的条項、API パラメーターの説明) で役立ちます。通常の記事の場合、通常は H3 または H4 までで十分です。

📖 まとめ


📝 練習問題

  1. 初心者: H1、H2、および H3 の見出しを持つ短い Markdown 作品を書きます (読書ノートまたは学習計画など、トピックを自分で選択します)。各見出しレベルに、その上のレベルよりも # が 1 つだけ多いことを確認してください。

  2. 中級: 最近作成した文書を開き、その見出し階層がルールに従っているかどうかを確認します。レベルのスキップや混乱がある場合は、修正してください。次に、H1 がいくつあるか数えます (正解は 1)。

  3. 課題: VS Code の Markdown All in One 拡張機能を使用して目次を生成し ([TOC] と入力するか、コマンドを使用)、見出し階層が正しいことを確認します。生成された目次が正しくない場合は、見出しレベルを調整する必要があります。

Web-Tutorial.com

Web-Tutorial 技術チーム

複数の開発者によって共同維持されているプログラミングチュートリアルプラットフォーム。各チュートリアルは専門分野の開発者が執筆・レビューしています。正確で信頼性の高いコンテンツを目指しています — 問題を見つけた場合はお知らせください。

100%