更新履歴(4件・最終更新 2026年08月02日)
この記事に加えた変更の記録です。アーカイブした更新前のバージョンは、DOI付きの固定URLから読めます。
- 記事の冒頭に「この記事の知識マップ」節を追加しました。本文で扱っている概念とその関係を、要約・図・詳細ページへのリンクにまとめたものです。本文の主張は変えていません。
- 外部レビュー(1283件)への対応として本文を更新しました。個々の変更内容は、この下の履歴を参照してください。
- 主要5機能(見出しスタイル・番号付きリスト・自動目次・改ページとセクション区切り・変更履歴)について、リボンのタブからボタンまでのパスとショートカットを一覧表と手順で示す節を追加しました。対象バージョンの前提を表で明示し、参考資料の節を新設しました。
- フィールド更新の操作説明で、全選択したあとに押すキー(F9)が抜けていたのを補いました。
- 初版公開
この記事を引用する(DOI: 10.5281/zenodo.21589760)
この記事はZenodoにアーカイブされています。常に最新版へ解決されるDOIと、いま表示している版に固定されたDOIの両方を下に示します。
小村 豪(2026)「Wordマニュアル作成の基本 - ダメな例と改善策」合同会社小村ソフト. https://doi.org/10.5281/zenodo.21589760 https://staging.comcomponent.com/blog/2026/04/08/000-word-manual-basics/
- DOI(最新版)
- 10.5281/zenodo.21589760
- DOI(この版)
- 10.5281/zenodo.21732779
操作マニュアル、作業手順書、保守手順、社内向け運用書。 こうした文書で後から効いてくるのは、文章力そのものよりも、Word を「見た目だけで整える道具」として使っていないかどうかです。
最初は速く見えるやり方でも、
- 見出しを太字と文字サイズだけで作る
- スペースや Tab を連打して位置をそろえる
- Enter を何回も押して改ページする
- 目次やページ参照を手で打つ
- 修正依頼を赤字のまま本文に混ぜる
このあたりが混ざると、改訂のたびに崩れます。
この記事では、マニュアル作成時に本当に必要になる Word の基本を、ダメなパターンとベストプラクティスを並べる形で整理します。
対象読者と、この記事が前提にしているバージョン
| 項目 | 内容 |
|---|---|
| 対象読者 | いま手作業で見た目を整えてマニュアルを作っている方。Word にどんな機能があるか自体をまだ知らなくても読めるように書いています |
| ファイル形式 | 主形式を .docx にした運用 |
| 想定するアプリ | Word デスクトップ版(Windows)。リボンの名称は Microsoft 365 版の表記に合わせています |
| 他のバージョンでの違い | Word 2024 / 2021 / 2019 でも、ここで扱う機能はすべてあります。ただしタブ名やボタンの位置が違うことがあります。特に、参考資料タブは版や画面幅によって「参照設定」と表示されることがあり、アクセシビリティ チェックは、校閲タブにボタンが出ていない場合は「ファイル」>「情報」>「問題のチェック」から開きます1 |
| Web 版 | 基本の編集はできますが、この記事の操作手順はデスクトップ版を前提にしています |
リボンの名称がお使いの環境と違うときは、タブ名ではなく機能名で探してください。「見出しスタイル」「段落番号」「目次」「区切り」「変更履歴」という機能名は、どのバージョンでも変わりません。
目次
- まず結論
- Word を手でそろえる道具にしない
- ダメなパターンとベストプラクティスの一覧
- 実務で押さえるポイント(4.7 に主要 5 機能の操作手順)
- マニュアル用 Word テンプレートの最低限
- 配布前チェック
- まとめ
- 参考資料
この記事の知識マップ
Wordマニュアルが改訂のたびに崩れる主因は、見出しを太字で代用したり目次やページ参照を手入力したりする手作業のレイアウト調整にある。見出しスタイルを使えば行を正式な見出しとして扱え、見出しスタイルの付いた行だけを拾う自動目次が機能し、番号付きリストや相互参照は本文の増減があっても採番と参照先を自動で保つ。修正指示を赤字で本文に混ぜるとレビュー中のメモか確定内容か分からなくなるため、変更履歴とコメントで分けて管理する。配布前にはCtrl+A・F9でのフィールド更新、見出しレベルの確認、図表のキャプションと代替テキスト、アクセシビリティ チェックをまとめて実行することが推奨される。
flowchart LR
accTitle: Wordマニュアル基本機能の知識マップ
accDescr: 太字や手打ちに頼る手作業のレイアウト調整が改訂時の崩れを引き起こすのに対し、見出しスタイル・自動目次・番号付きリスト・セクション区切り・相互参照・変更履歴といったWordの構造機能がその崩れを防ぐ関係と、それらが配布前チェックへ集約される様子を示す図。
manual_layout_formatting["手作業によるレイアウト調整"]
heading_style["見出しスタイル"]
revision_breakage["改訂時の崩れ"]
auto_toc["自動目次"]
cross_reference["相互参照"]
numbered_list["番号付きリスト(段落番号)"]
multilevel_list["マルチレベルリスト(アウトライン)"]
header_footer["ヘッダー/フッター"]
section_break["セクション区切り"]
page_break["改ページ"]
track_changes["変更履歴"]
review_trace_contamination["レビュー痕跡の混入"]
word_comment["コメント(Word)"]
field_update["フィールドの更新(Ctrl+A→F9)"]
pre_distribution_check["配布前チェック"]
caption_feature["図表番号(キャプション)機能"]
accessibility_checker["アクセシビリティ チェック"]
alt_text["代替テキスト"]
microsoft_word["Microsoft Word"]
manual_layout_formatting -->|"原因になり得る"| revision_breakage
heading_style -->|"軽減する"| revision_breakage
auto_toc -->|"前提とする"| heading_style
cross_reference -->|"軽減する"| revision_breakage
numbered_list -->|"軽減する"| revision_breakage
multilevel_list -.->|"前提とする"| heading_style
header_footer -.->|"前提とする"| section_break
page_break -->|"軽減する"| revision_breakage
track_changes -->|"軽減する"| review_trace_contamination
word_comment -->|"軽減する"| review_trace_contamination
field_update -->|"推奨される対応"| pre_distribution_check
track_changes -->|"推奨される対応"| pre_distribution_check
word_comment -->|"推奨される対応"| pre_distribution_check
heading_style -->|"推奨される対応"| pre_distribution_check
caption_feature -->|"推奨される対応"| pre_distribution_check
accessibility_checker -->|"推奨される対応"| pre_distribution_check
alt_text -->|"推奨される対応"| pre_distribution_check
microsoft_word -->|"実装を担う"| heading_style
microsoft_word -->|"実装を担う"| auto_toc
microsoft_word -->|"実装を担う"| track_changes
microsoft_word -->|"実装を担う"| section_break
図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全21件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle
1. まず結論
先に結論だけ並べます。マニュアル作成で効いてくるのは、この 4 点です。
-
構造を Word の機能に持たせる 見出し、番号、目次、参照、ページ制御は手打ちではなく、Word のスタイル、フィールド、区切りで管理します。
-
位置合わせを空白文字に持たせない スペース、Tab 連打、空行連打は、後から直すたびに壊れます。段落設定、インデント、表、セクションを使います。
-
レビューを本文に混ぜない 修正指示は赤字本文ではなく、コメントと変更履歴に分けます。最終版で何が確定したかが明確になります。
-
配布直前に自動要素を更新する 目次、ページ番号、相互参照、図表番号は、最後にまとめて更新します。PDF 化の前にアクセシビリティも確認します。
2. Word を手でそろえる道具にしない
マニュアル作成で一番大事なのは、見た目 と 構造 を分けることです。
たとえば、こういうものは本来「構造」です。
- 章、節、小見出し
- 手順 1、手順 2、手順 3
- 図 2-1、表 3-2
- 第 4 章を参照
- タイトルページだけページ番号なし
- 改訂時の修正履歴
ところが、崩れやすい文書では、この構造を全部「見た目の調整」で済ませようとします。
- 文字を大きくして見出しっぽくする
1.を手で打つ- スペースで揃える
- Enter でページを送る
- 「3ページ参照」と打ち込む
このやり方だと、1 箇所を直しただけで別の場所まで崩れます。
Word には、見出しスタイル、目次、段落設定、マルチレベルリスト、ヘッダー / フッター、セクション区切り、キャプション、変更履歴、アクセシビリティ チェックなど、文書を構造で持つための機能が最初からあります。 マニュアルでは、この基本を使うだけでかなり事故が減ります。
3. ダメなパターンとベストプラクティスの一覧
| 項目 | ダメなパターン | ベストプラクティス |
|---|---|---|
| 見出し | 太字 + 文字サイズだけで章立てする | 見出し 1 / 見出し 2 / 見出し 3 を使う |
| 位置合わせ | スペースや Tab 連打で揃える | 段落設定、インデント、タブ位置、表を使う |
| ページ制御 | Enter 連打で次ページへ送る | 改ページ、セクション区切りを使う |
| 目次 | 目次を手打ちする | 見出しスタイル + 自動目次にする |
| 手順番号 | 1. 2. 3. を手で打つ |
番号付きリスト / マルチレベルリストを使う |
| ヘッダー・フッター | ページごとに直接入力する | ヘッダー / フッターとページ番号を使う |
| 図表 | 画像を貼るだけ、表題なし | キャプション、本文補足、代替テキストを付ける |
| 修正 | 赤字本文や色分けをそのまま残す | 変更履歴とコメントでレビューする |
| 参照 | 「3ページ参照」「上の図」 を手で書く | 相互参照とフィールド更新を使う |
| 書式ルール | 人ごとに見た目が違う | テンプレートとスタイルを先に決める |
この表の右側は機能名までしか書いていません。リボンのどこを操作するかは 4.7 にまとめてあります。機能の存在自体を初めて知った場合は、先に 4.7 を見てから 4.1 に戻ると分かりやすいはずです。
4. 実務で押さえるポイント
4.1 見出しを太字と文字サイズだけで作る
ダメなパターン 文字を大きくして太字にし、「見出しっぽく」見せるだけで済ませる。
何がつらいか Word はその行を正式な見出しとして扱いません。 ナビゲーションウィンドウで移動しづらくなりますし、自動目次にも入りません。アクセシビリティの面でも、見た目だけの見出しは不利です。
ベストプラクティス
章、節、小見出しに 見出し 1 / 見出し 2 / 見出し 3 を割り当てます。
見た目を変えたいときは、行ごとに太字やフォントサイズを触るのではなく、スタイル側 を編集します。
4.2 スペースや Tab 連打で位置をそろえる
ダメなパターン 操作名と説明文の間をスペースで埋める、右端の版数を Tab 連打で寄せる、空行を何個も入れて段落間隔の代わりにする。
何がつらいか 文言が 1 文字増えただけで崩れます。 フォント変更、段落の追加、PDF 化、共同編集でもズレやすいです。
ベストプラクティス 位置や余白は 文字 ではなく 段落設定 に持たせます。 インデント、タブ位置、段落前後の間隔、必要なら表を使います。
4.3 Enter 連打で改ページする
ダメなパターン 次の章を次ページから始めたいので、Enter を何回も押して送る。
何がつらいか 上のページで 1 行増えた瞬間に全部ズレます。 空白ページが混ざったり、タイトルだけ前ページに残ったり、意図しない位置でヘッダーやフッターが切り替わったりします。
ベストプラクティス
章の頭は 改ページ、ページ番号やヘッダー / フッターの扱いを切り替えたい場所は セクション区切り を使います。
崩れたときは ¶ の表示をオンにして、改ページや段落記号を見える状態で確認します。
4.4 目次・番号・相互参照を手打ちしない
ダメなパターン
目次ページを手で作り、章名とページ番号を毎回打ち直す。
1. 2. 3. や 1.1 1.2 を本文に直接打つ。
「12 ページ参照」「図 3 を参照」とそのまま文字で書く。
何がつらいか 改訂のたびに更新漏れが出ます。 ページ番号だけ直して、見出し名が古いまま残る、という事故も起きやすいです。
ベストプラクティス 見出しスタイルを使って 自動目次 を作ります。 手順は 番号付きリスト、章や節の体系は マルチレベルリスト で持ちます。 図番号、ページ番号、章番号への参照は 相互参照 やフィールドで持ち、最後にまとめて更新します。
4.5 ヘッダー / フッターと版数をページごとに直接打たない
ダメなパターン 文書名、版数、ページ番号を各ページに直接入力する。 タイトルページだけ別扱いにしたくて、見た目を手で調整する。
何がつらいか 版数を更新し忘れる、ページ番号がずれる、途中から付録だけ書式を変えたいときに崩れる、といった問題が出ます。
ベストプラクティス
文書名、版数、ページ番号は ヘッダー / フッター に寄せます。
タイトルページだけ別にしたいなら 先頭ページのみ別指定、章や付録ごとに切り替えたいならセクション区切りと 前と同じヘッダー / フッター の解除を使います。
4.6 修正履歴・コメント・図表を分ける
ダメなパターン 赤字で「ここ直す」「未確認」「要相談」と書き残し、そのまま最終版にも混ぜる。 画面全体のスクリーンショットを貼るだけで、図番号も説明もない。
何がつらいか どれが本文で、どれがレビュー中のメモか分からなくなります。 最終版にレビュー痕跡が残る原因にもなります。
ベストプラクティス 修正そのものは 変更履歴、相談や指示は コメント で分けます。 図や表には キャプション を付け、必要に応じて代替テキストも設定します。
画像やスクリーンショットの置き方、図番号の自動採番、トリミング領域の削除といった図表まわりだけで 1 本分の話になるため、続編の Wordマニュアルで画像・図・スクリーンショットを崩さず配置する方法 に分けてあります。図が多いマニュアルなら、この記事のあとに続けて読んでください。
4.7 主要 5 機能の最短操作手順
ここまでは「何をすべきか」の話でした。実際にどこを操作するかを、5 機能ぶんまとめます。まずは一覧です。
| 機能 | 最短の操作 | ショートカット |
|---|---|---|
| 見出しスタイル | 見出しにしたい行にカーソルを置き、「ホーム」タブのスタイル一覧から「見出し 1」を選ぶ2 | Ctrl + Alt + 1 / 2 / 33 |
| 番号付きリスト | 手順の行を選択し、「ホーム」タブの「段落」グループにある「段落番号」を押す4 | ─ |
| 自動目次 | 目次を置きたい位置をクリックし、「参考資料」タブ >「目次」>「自動作成の目次」を選ぶ2 | ─ |
| セクション区切り | 切り替えたい位置にカーソルを置き、「レイアウト」タブ >「区切り」>「次のページ」を選ぶ5 | 単純な改ページは Ctrl + Enter3 |
| 変更履歴 | 「校閲」タブで「変更履歴」をオンにする。反映・取り消しは同じ「校閲」タブの「変更箇所」6 | Ctrl + Shift + E3 |
順番に、少しだけ補足します。
1. 見出しスタイルを割り当てる
- 章のタイトル行にカーソルを置きます(行全体を選択する必要はありません)。
- 「ホーム」タブのスタイル一覧から「見出し 1」を選びます。2
- 節は「見出し 2」、小見出しは「見出し 3」にします。
- 見た目を変えたいときは、その行を直接いじらず、スタイル名を右クリックして「変更」から書式を編集します。1 か所直せば、同じスタイルの行が全部そろいます。
2. 手順に番号付きリストを使う
- 手順の行をまとめて選択します。
- 「ホーム」タブの「段落」グループにある「段落番号」を押します。4
- 章・節の体系まで番号で管理したいときは、同じグループの「アウトライン」(マルチレベル リスト)から、見出しスタイルと連動する形式を選びます。
1. を手で打つのをやめるだけで、手順の入れ替えと追加が一気に楽になります。
3. 自動目次を入れる
- 先に 1 の見出しスタイルを付け終えておきます。目次は見出しスタイルの付いた行だけを拾うので、ここが済んでいないと空の目次ができます。
- 目次を置きたい位置(通常は文書の先頭)をクリックします。
- 「参考資料」タブ >「目次」を開き、「自動作成の目次」を選びます。2
- 改訂したら、目次を選択して「目次の更新」を実行します。文書全体をまとめて更新する方法は 6.1 に書いています。
4. 改ページとセクション区切りを使い分ける
- 単に次のページから始めたいだけなら、
Ctrl + Enterで改ページを入れます。3 - ページ番号の付け方、ヘッダー / フッターの内容、用紙の向きを途中から変えたいときは、その位置で「レイアウト」タブ >「区切り」>「次のページ」を選びます。5
- セクション区切りには「次のページ」「連続」「偶数ページ」「奇数ページ」があります。マニュアルでは「次のページ」がほとんどです。5
- どちらが入っているか分からなくなったら、「ホーム」タブの「段落」グループにある「編集記号の表示/非表示 ¶」をオンにすると、区切りの種類が本文中に表示されます(
Ctrl + Shift + 8。テンキーの 8 では動きません)。3
5. 変更履歴でレビューする
- レビューを始める前に、「校閲」タブで「変更履歴」をオンにします(
Ctrl + Shift + E)。63 - 以降の編集は、削除・挿入・書式変更が記録として残ります。赤字を手で打つ必要はありません。
- 「相談」や「ここは要確認」は本文に書かず、コメントとして入れます。
- 確定作業は「校閲」タブの「変更箇所」グループで、1 件ずつ反映するか元に戻します。6
- 配布前に、履歴とコメントが残っていないかを必ず確認します(6.2 参照)。
5. マニュアル用 Word テンプレートの最低限
いきなり凝ったテンプレートは要りません。 最初は、このくらいで十分です。
| 要素 | 用途 | 最低限のルール |
|---|---|---|
| 文書タイトル | 表紙・冒頭タイトル | 文書名、版数、作成日、改訂日を置く |
見出し 1 |
章 | 自動目次対象 |
見出し 2 |
節 | 自動目次対象 |
見出し 3 |
小見出し | 必要なときだけ使う |
標準 |
本文 | 基本文 |
| 番号付きリスト | 手順 | 操作手順に使う |
| 箇条書き | 補足 | 条件や注意の列挙に使う |
| 図キャプション | 図番号 | 図 1、図 2… |
| 表キャプション | 表番号 | 表 1、表 2… |
| ヘッダー / フッター | 共通情報 | 文書名、版数、ページ番号 |
さらに、運用ルールをこのあたりまで決めておくと、あとがかなり楽になります。
- 原本は
.docx - 配布は PDF
- 改訂時は変更履歴を使う
- 配布前にフィールド更新
- 配布前にアクセシビリティ チェック
6. 配布前チェック
マニュアルを PDF にする前、最低でもここは見たいです。
6.1 全フィールド更新
Ctrl + A で全文選択し、F9 でフィールドを更新します。3
目次、ページ番号、相互参照、図表番号の更新漏れを減らせます。
6.2 変更履歴とコメントの整理
レビュー途中の履歴やコメントが残っていないか確認します。 「非表示にしただけ」で残っているケースがあるので注意します。
6.3 見出しレベルの確認
章立てが 見出し 1 / 2 / 3 で揃っているか見ます。
ここが揃っていないと、目次とナビゲーションが崩れます。
6.4 画像と表の確認
図表に番号があるか、画像が大きすぎないか、何を見ればよいか本文で説明できているかを確認します。
6.5 アクセシビリティ チェック
アクセシビリティ チェックを実行して、見出し、代替テキスト、コントラスト、表構造などに問題がないか確認します。 PDF 配布を前提にするなら、Word 側で先に整えておくほうが安全です。
7. まとめ
Word でマニュアルを作るときに一番避けたいのは、構造まで手作業で持つこと です。
- 見出しはスタイル
- 手順は番号機能
- 目次は自動
- ページ制御は改ページとセクション
- 図表はキャプション
- レビューは変更履歴とコメント
- 参照は相互参照
- 配布前に更新とチェック
要するに、Word を「文字を打つ道具」だけで終わらせず、文書構造を管理する道具として使う、ということです。
マニュアルは、書いた瞬間よりも、直す瞬間に差が出ます。 改訂のたびに崩れる文書は、内容以前に Word の基本ルールが崩れていることが多いです。
逆に言うと、ここを押さえるだけで、文書の保守性はかなり上がります。 最初に凝ったデザインを目指す必要はありません。 まずは、見出し・番号・目次・改ページ・レビュー の 5 つを手作業から外すところから始めるのが実務的です。
8. 参考資料
関連する記事
同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。
Wordマニュアルで画像・図・スクリーンショットを崩さず配置する方法
Wordマニュアルで画像・図・スクリーンショットが崩れないよう、行内配置、キャプション、アンカー、余白、テンプレート化、配布前チェックを整理します。
受託開発の仕様書、Excelのままでいいのか ── 納品物としての形式の選び方
受託開発で納品される仕様書・設計書は、Excel方眼紙のままでよいのでしょうか。検収・保守の観点からExcel仕様書の問題点を整理し、WordやMarkdownからの生成など納品物として成立する形式の選び方を解説します。
中小企業のセキュリティ対策、何から始めるか ── IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版の歩き方
中小企業のセキュリティ対策は何から始めるべきか。IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版をもとに、情報セキュリティ6か条、5分でできる自社診断、SECURITY ACTIONまで段階的に解説します。
マルチスレッドの実務ベストプラクティス Java編 ── 仮想スレッド時代の定石
Javaのマルチスレッドはスレッドを直接作らずExecutorServiceと仮想スレッドに乗るのが定石。synchronizedとReentrantLockの使い分け、割り込みによる協調停止、ConcurrentHashMapの原子操作、SwingのEDTまで実務の原則を...
マルチスレッドの実務ベストプラクティス C言語編 ── Win32 APIの流儀で安全に書く
C言語×Win32のマルチスレッドは、_beginthreadexでのスレッド作成、SRWロックと条件変数、Interlocked、停止イベント+WaitForMultipleObjectsの停止設計が定石。TerminateThreadの危険とDllMainの制約まで整理...
関連トピック
このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。
Windows技術トピック
Windows 開発、不具合調査、既存資産活用の技術トピックをまとめた入口です。
このテーマがつながるサービス
この記事は次のサービスページにつながります。近い入口からご覧ください。
技術相談・設計レビュー
Word の細かな操作そのものより、文書設計、テンプレート、運用ルールを整理する相談に近いためです。
よくある質問
この記事のテーマについて、相談時によくある質問をまとめています。
- Wordでマニュアルを作るとき、まず何に気をつければよいですか?
- 見た目と構造を分けることです。章立て・手順番号・目次・ページ制御・参照は、太字やスペース連打ではなくWordの機能に持たせます。具体的には、見出しはスタイル、手順は番号付きリスト、目次は自動目次、ページ制御は改ページとセクション区切り、参照は相互参照を使います。手作業で整えた文書は、改訂のたびに崩れます。
- 見出しを太字と文字サイズだけで作るのはなぜダメなのですか?
- Wordがその行を正式な見出しとして扱わないためです。ナビゲーションウィンドウで移動しづらくなり、自動目次にも入りません。アクセシビリティの面でも見た目だけの見出しは不利です。章・節・小見出しには「見出し 1 / 見出し 2 / 見出し 3」のスタイルを割り当て、見た目を変えたいときは行ごとではなくスタイル側を編集します。
- Enter連打で改ページするとどんな問題が起きますか?
- 上のページで1行増えた瞬間に全部ずれます。空白ページが混ざったり、タイトルだけ前ページに残ったり、意図しない位置でヘッダーやフッターが切り替わったりします。章の頭は改ページ、ページ番号やヘッダー・フッターの扱いを切り替えたい場所はセクション区切りを使うのが基本です。崩れたときは編集記号の表示をオンにして確認します。
- マニュアルを配布する前に何をチェックすればよいですか?
- 最低でも5点あります。Ctrl + Aで全文選択してF9でフィールドを更新し、目次・ページ番号・相互参照・図表番号の更新漏れを防ぐこと。変更履歴とコメントが残っていないか確認すること。見出しレベルが揃っているか見ること。図表の番号やサイズを確認すること。そしてアクセシビリティ チェックを実行して、見出し・代替テキスト・コントラスト・表構造の問題を確認することです。