テキストエディタでH1〜H6の見出しを使えるからといって、六段階すべてを使う必要はありません。長編原稿では、作品名、章、節、必要なら項という役割を先に決め、見た目の大きさではなく構造に合わせて見出しを挿入します。この記事の正本標本は二章×二節×一項、章2件・節4件・項4件の合計10件です。目次に正しい階層で現れ、その項目から本文へ移動できれば、現在地を探すための見出しとして機能します。
H1〜H6は「使える範囲」と「使う範囲」を分ける
H1〜H6は六つのレベルを表しますが、長編小説や論文で毎回六段を埋める決まりではありません。たとえばH1を作品名、H2を章、H3を節、H4を項と決め、H5とH6は使わない設計ができます。役割を四行の表にしてから本文へ入れます。
字を大きくしたいからH1、目立たせたくないからH6という選び方は避けます。途中でデザインを変えたときに構造まで崩れ、目次が読みにくくなるからです。見た目の調整と見出しレベルの選択は別の仕事です。
十件の見出しで小さく試す
二章×二節×一項という標本を作ります。作品名を除くと、章2件、節4件、項4件の合計10件です。各見出しの直後に一文だけ本文を置き、同じ名前を使いません。「第一章」「第一節」だけでなく、「第一章 調査」「1.1 対象」のように内容を識別できる名前にします。
挿入後は、元原稿の行頭に意図したレベルがあるか、目次で章・節・項の順に見えるか、目次の項目を選ぶと該当見出しへ移動するかを確認します。十件のうち一つだけ階層が違えば、その行だけを直します。
現在地は見出し名と親見出しで読む
「結果」という節が複数章にある場合、節名だけでは現在地を特定できません。「第二章 分析 > 2.3 結果」のように親見出しと組み合わせます。目次で現在位置に対応する見出しが追跡表示されるエディタなら、本文を長くスクロールした後も章と節を戻って確認できます。
見出し名が長すぎると目次を一覧しにくくなります。本文の結論をそのまま見出しにせず、章の役割が分かる短い名前にします。似た名前が並ぶ場合は番号や固有語を足し、同じ見出し名の繰り返しを避けます。
レベル飛びを見つけたら役割表へ戻る
H2の直後にH4が来たときは、H3相当の節が本当に不要かを確認します。単なる入力ミスならH3へ直し、構造上H4の項だけが必要なら、そもそもの役割表を見直します。空の見出しを足して数字だけ連続させるのは解決になりません。
章を移動したときは、その中の節と項も一緒に読み直します。見出しの文言だけを移して本文が旧章に残ると、目次移動は成功しても内容が対応しません。目次、見出し直後の本文、親子関係を一組で確認します。
Rune Studioの見出し機能
現行Mac版Rune Studioの公開資料では、H1〜H6の見出し記法を挿入できます。目次タブは#から始まるMarkdown見出しを一覧化し、選択した見出しへ移動し、現在位置に対応する見出しを追跡表示します。表示する見出しレベルの絞り込みも実装されています。
これは機能の存在を公開機能資料で確認した説明です。十件の見出し標本で操作を完遂した実測ではありません。WebサイトのSEO用HTML見出し設計や、装飾目的の文字サイズ変更もこの記事の範囲外です。
向く原稿と別の方法が向く原稿
章・節・項があり、長い本文を目次から行き来する原稿には見出し記法が向きます。短いメモで階層が一つしかないなら、無理にH1〜H6を使い分ける必要はありません。既存のWord文書やWebページの見出しをそのまま変換したい場合は、元形式に合った移行手段も必要です。
本編へ展開するときは、一章ずつ目次を確認します。全章の見出しを先に入れて最後にまとめて直すと、同名見出しやレベル飛びの場所を探す範囲が広がります。一章の章・節・項を確定し、その役割表を次章へ複製するほうが、構造の揺れを早く見つけられます。
目次の確認結果は「見出し名・想定レベル・親見出し・移動先」の四列で残します。たとえば「2.3 結果／H3／第二章 分析／結果段落の先頭」と書けば、同名項目が増えても照合できます。レベルだけの一覧より、親と移動先まで含めた記録のほうが修正対象を一意にできます。
見出し一覧は本文の不足も知らせる
目次で節名が並んでいても、直後の本文が一文しかない、親章と内容が重複する、といった構成上の問題は残ります。各見出しの直後に「この節で答える疑問」を一行書き、隣接節と同じなら統合候補にします。H1〜H6の正しさは記号の数だけでなく、各階層に固有の役割があるかで判断します。
10件の見出し、四行の役割表、各見出しの直後の一文は、保存済みの確認表へまとめます。作業を中断して再開するときは、同じ見出し名、想定レベル、親見出し、移動先を検索し、二章×二節×一項のどの件が未確認だったかを表からたどります。ここで確認するのは保存済み対応表と同じ見出し・親見出しから現在地へ戻る手順であり、アプリ終了・再起動後の正本復元を製品結果として扱いません。
結論：四行の役割表を作ってから挿入する
長編の現在地を見失わないためには、H1〜H6を機能一覧として全部使うのではなく、作品名・章・節・項の役割を先に決めます。まず二章・二節・一項の10件標本を作り、目次の階層、移動先、現在位置の三点を確認してください。作業を中断したときは保存済み対応表の見出し名・親見出し・移動先から未確認行へ戻り、アプリ再起動後の自動復元は前提にしません。
H1〜H6の挿入と目次移動を一つの環境で試す場合は、Rune Studioの商品ページで現行Mac版の機能範囲を確認できます。
