Word AutoText（オートテキスト）で空行が増える・末尾スタイルが崩れる原因と対処法

Word の AutoText（オートテキスト／ビルディングブロック）で「見出し→本文」の定型句を挿入すると、空行が増えたり、最後の本文が見出しスタイルに化けたりすることがあります。原因は段落記号（¶）と挿入位置。スタイルを保ちつつ余計な空段落を増やさない手順と、挿入オプションの違いを解説します。

AutoTextで起きやすいトラブルは「空段落」と「末尾スタイル」の2つ

Word の AutoText（=Building Block）は、単語の一発展開だけでなく、見出し 1 → 見出し 2 → 本文のような複数段落を丸ごと挿入できるのが便利です。一方で、テンプレート運用を始めると次の2つの現象に遭遇しがちです。

症状	起きるタイミング	よくある原因	結論（最短の対処）
挿入後に空行が 1 つ増える（空段落が増殖したように見える）	挿入前に Enter で“スペース”を作ってから AutoText を入れた	挿入用に作った空段落の¶が残り、AutoText側の末尾¶も残るため	空段落を作らず、既存の段落記号の手前に挿入
末尾の本文段落が「見出し 1」などに引っ張られて崩れる	末尾の段落記号（¶）を含めずに AutoText 化して挿入	最後の段落が挿入先段落の¶を借りてしまい、スタイルを継承してしまう	末尾の¶まで含めて登録し、挿入位置で空段落増殖を回避

この2つは別々の問題に見えますが、どちらも段落記号（¶）の扱いで説明でき、対策も揃います。ここからは「なぜそうなるのか」を理解しつつ、事故らない手順に落とし込みます。

前提：Wordは「段落記号（¶）」がないと成り立たない

結論から言うと、AutoText の挙動は文字そのものよりも、各段落末尾にある段落記号（¶）の影響を強く受けます。Word は見た目上“何もない行”に見えても、内部的には必ず段落が存在し、段落の終端には必ず¶があります。

まずは編集記号を表示して、目に見える形で確認できるようにしておくと、トラブルが一気に減ります。

• 編集記号（¶）の表示/非表示： Ctrl + Shift + 8

段落スタイルは「段落の中身」ではなく「段落記号（¶）」が持っている

見出し 1、見出し 2、標準（本文）といった段落スタイルは、基本的に段落末尾の¶に紐づきます。つまり、AutoText にするときにどの¶を含めたか／含めなかったかで、挿入後のスタイル保持が変わります。

この考え方を押さえると、次の2つの現象が一気に腑に落ちます。

• 末尾¶を含めると「余計な空行が増えた気がする」
• 末尾¶を含めないと「最後の段落が挿入先のスタイルに引っ張られる」

空行が増える主因：挿入前に“空段落”を作っている

AutoTextを挿入したい場所に「ここに入れたいから」とEnterで空行を作ってから挿入していませんか？ 実はこれが、空行が1つ増えたように見える最大の原因です。

何が増えているのかを「¶」で見る

Wordの文書にはもともと段落があり、段落末尾には必ず¶があります。さらに、Enter を押すと空の段落（=空段落）が増え、その空段落にも¶が付きます。そこへ、末尾¶を含む AutoText を挿入すると、結果として次の2つの¶が残りやすくなります。

残るもの	どこから来た¶か	見た目
挿入用に作った空段落の¶	ユーザーが Enter で作った	空行として残る
AutoText の末尾¶	定型句の最後の段落を確定するために含めた	段落の区切りとして必要（ただし重なると空行が増えたように見える）

つまり、空行が“勝手に増えた”のではなく、自分で作った空段落とAutoText側が必要として持ってきた¶が二重に残ったのが正体です。

対処：空段落を作らずに挿入する

「空行を作ってそこに入れる」発想をやめ、既存の段落の境界に挿入します。具体的には次のどれかが鉄板です。

入れたい状況	カーソル位置のおすすめ	やってはいけない例
既存の文章の途中に見出しブロックを差し込みたい	次に来る段落の先頭（文字の直前）に置いて挿入	挿入箇所の前で Enter を押して“空行”を作る
文末に定型ブロックを追加したい	文末の段落の段落記号（¶）の直前に置いて挿入	文末で Enter を押して空段落を増やしてから挿入
見出しの前後を1行空けたくなる	空段落ではなく段落前後の間隔（スタイル）で調整	見た目のために空段落を挿入して運用する

この「カーソルの置き方」を徹底するだけで、末尾¶を含めて登録しても空行が増えない（増えたように見えない）ケースが一気に増えます。

それでも空行が出るときのチェックポイント

• AutoText登録時に、最後に余計な空段落（空の¶）まで一緒に選択していないか
• 挿入先がすでに空段落で、そこにさらに挿入していないか（空段落の上で挿入すると空段落が残りやすい）
• 改ページ（手動改ページ）やセクション区切りなど、段落以外の区切りを含めたブロックになっていないか

特に1つ目は見落としがちです。編集記号を表示して、定型句の最後が「本文の¶で終わっている」のか「空段落の¶で終わっている」のかを必ず確認しましょう。

末尾段落のスタイルが崩れる理由：末尾の¶を含めないと「最後の段落が借り物」になる

次は「末尾の本文が見出し扱いになる」現象です。これは末尾の段落記号（¶）を含めずに AutoText 化したときに起きやすい、Wordらしい罠です。

再現イメージ：最後の段落が挿入先段落の¶にぶら下がる

たとえば、次のような3段落を AutoText にしたいとします。

• 見出し 1（Heading 1）
• 見出し 2（Heading 2）
• 本文（標準 / Normal）

ここで、最後の本文段落の段落記号（¶）を含めずに登録すると、挿入時に本文段落は挿入先の段落記号を借りて終わる形になりやすくなります。挿入先が「見出し 1」の段落であれば、最後の本文が見出し 1 のスタイルに引っ張られてしまう、というわけです。

逆に言えば、末尾の本文を確実に本文のまま固定したいなら、基本は末尾の¶まで含めて登録するのが正攻法です。

登録の仕方	メリット	デメリット	向いている用途
末尾の¶を含める	最後の段落スタイルが崩れにくい／複数段落の区切りが安定	挿入位置を誤ると空段落が増えたように見える	見出し＋本文など、段落スタイルを守りたい定型ブロック
末尾の¶を含めない	“最後の段落を既存段落に続けて書きたい”ケースでは便利	挿入先段落のスタイルに引っ張られやすい	1段落内で使う短い定型句／インライン挿入が前提の文言

回避策は2択：①末尾¶を入れる ②挿入先を本文段落にする

運用で事故を減らすなら、基本は「①末尾¶を入れる」がおすすめです。どうしても末尾¶を入れられない事情があるなら、次善策として「②挿入先を本文（標準）の段落にする」方法があります。

• 挿入先が見出し段落の場合、最後の本文が見出しスタイルを借りるリスクが高い
• 挿入先が本文段落の場合、借りたとしても本文のままになりやすい

ただし②は「挿入先の段落が常に本文である」運用が必要なので、テンプレートの自由度が高い環境ほど破綻しやすいのが難点です。汎用性を重視するなら、やはり①が堅実です。

「Insert content only」と「Insert content in its own paragraph」の違い

AutoText（Building Block）には挿入オプションとして、一般に次のような項目があります（UI表記は環境で差があります）。

• Insert content only（内容のみ挿入）
• Insert content in its own paragraph（独立した段落として挿入）
• Insert content in its own page（独立したページとして挿入）

差が出るのは「段落記号（¶）を含めない」ブロックのとき

結論から言うと、選択範囲に段落記号（¶）が含まれていない（=文字列だけ）場合に、この設定差がはっきり出ます。逆に、選択範囲に段落記号や改ページが含まれている場合は、それらが挿入されるため、結果が似通いやすくなります。

条件	Insert content only	Insert content in its own paragraph	実務での評価
ブロックが文字列のみ（¶なし）	既存段落の中にインライン挿入されやすく、挿入先段落のスタイルの影響を受けやすい	前後に段落を作って挿入しやすく、ブロック側の段落扱いを作りやすい	短文は前者、段落として扱いたい文は後者が向く
ブロックに¶が含まれる（複数段落）	¶そのものが挿入されるため、結果が近くなりやすい（ただし挿入位置の影響は残る）		オプションよりも末尾¶の有無と挿入位置のほうが重要
ブロックに改ページ・セクション区切りが含まれる	区切りが挿入されるため、オプション差より区切りの影響が支配的		まず区切りを含める設計自体を見直すのが安全

注意：F3挿入やAutoCompleteではオプションが効かないことがある

運用現場で混乱を招きやすいのが、「オプションを設定したのに、挿入結果が変わらない／意図と違う」というケースです。特に次のような挿入方法では、ギャラリー経由の挙動と一致しないことがあります。

• 名前を入力して F3（AutoTextのショートカット）で展開する
• AutoComplete（候補表示）から確定する

これらは操作が高速な反面、状況によってオプションの差が表れにくいことがあります。検証するときは、同じ挿入方法で比較するのがコツです。

実践：複数段落のAutoTextを「崩さず」「増やさず」作る手順

ここまでの理屈を、再現性の高い作業手順に落とし込みます。テンプレートで運用する場合も基本は同じです。

作成手順

1. 編集記号（¶）を表示してから作業する
2. 定型ブロックを作成し、見出し・本文のスタイルを必ず割り当てる（手打ちの見た目調整で済ませない）
3. 選択範囲は、最後の本文段落の段落記号（¶）まで含める（ただし“余計な空段落の¶”まで含めない）
4. クイックパーツ/ビルディングブロックからAutoTextとして保存する
5. 挿入テストは「本文段落の先頭」「見出し段落の先頭」「文末（¶の直前）」の3パターンで実施する

登録時におすすめの設定（テンプレート運用前提）

AutoText は保存先（テンプレート）を意識しないと、作った本人の環境だけで使えてしまい、共有時に“消えた”ように見えることがあります。チームで使うなら、保存先をテンプレートに寄せるのがおすすめです。

項目	おすすめ	理由
保存先（Save in）	共有テンプレート（.dotm など）	Normalテンプレート依存を避け、展開先PCでも同じ定型句を使える
ギャラリー	AutoText またはクイックパーツ	運用ルールを統一しやすい（呼び出し場所が固定される）
オプション	複数段落は「in its own paragraph」寄り	挿入先段落の影響を受けにくく、スタイル保持が安定しやすい
名前（Name）	用途＋種類で命名（例：H1_H2_本文_議事録）	検索性が上がり、F3展開でも迷いにくい

見た目を整えるなら「空行」ではなく「段落間隔」を使う

空行（空段落）を増やして見た目を調整すると、AutoText挿入のたびに空段落が増殖しやすく、後から整形するコストが跳ね上がります。Wordはスタイルで運用するほど強いので、見出し周りの余白は次の考え方に寄せるのが安全です。

• 行を空けたい → 空段落ではなく段落前/段落後で余白を作る
• 見出しを次行と離したくない → 見出しスタイルに次の段落と一緒にする（Keep with next）を設定する
• 見出しの直後だけ本文を詰めたい → 本文側ではなく見出し側の段落後で調整する（テンプレートで一元管理）

この方針にすると、AutoTextの挿入位置が多少ずれても、空段落が増えたり減ったりしにくくなり、ドキュメント全体の体裁が安定します。

よくある質問（運用で詰まりやすいポイント）

Q. 末尾¶を含めると、どうしても最後に1行空いて見えることがあります

A. その“1行”が「Wordに必ず存在する最後の段落」なのか、「余計な空段落」なのかで対応が変わります。編集記号（¶）を表示し、末尾に¶がいくつ並んでいるかを確認してください。

• 末尾に¶が1つだけ：それは最後の段落を表すものなので正常範囲（そこにカーソルが置けます）
• 末尾に¶が2つ以上：空段落が増えている可能性が高いので、挿入前に空段落を作っていないか、選択範囲に余計な空段落を含めていないかを見直します

Q. AutoTextが他のPCで表示されません（共有できない）

A. AutoTextはテンプレートに保存されます。作成時に保存先を既定のテンプレート（Normal）にしてしまうと、そのPCにしか存在しない状態になりがちです。共有したい場合は、定型句を保存したテンプレート（.dotm など）を配布し、文書側でそのテンプレートを参照する運用に寄せると安定します。

Q. 見出しスタイルは残るのに、番号（アウトライン番号）だけが崩れます

A. 見出しの“スタイル名”が同じでも、テンプレートごとにアウトライン番号の設定が微妙に違うと、挿入後の見た目がずれることがあります。チームで運用する場合は、見出しスタイルとアウトライン設定をテンプレート側で統一し、文書ごとに独自調整しないのが近道です。

Q. どうしてもF3展開で入れたいのですが、挿入結果が安定しません

A. まずは定型ブロックを「末尾¶を含める」「空段落を作らずに挿入する」の2点に寄せると安定します。それでも差が出る場合は、挿入方法をギャラリー経由（クイックパーツ）に統一するか、VBAで挿入処理を固定化するのも選択肢です。

（参考）VBAで「特定のビルディングブロック」を挿入する例

テンプレート運用で挿入手順を統一したい場合、ボタン化して“同じ方法で挿入”させると事故が減ります。以下は概念例です（環境により保存先テンプレート名やブロック名は調整してください）。

Sub InsertMyAutoText()
    ' テンプレートに保存されたビルディングブロックを挿入する例（概念）
    Dim bb As BuildingBlock
    Set bb = Templates("YourTemplate.dotm").BuildingBlockEntries("H1_H2_本文_議事録")
    bb.Insert Where:=Selection.Range, RichText:=True
End Sub

VBAを使う場合でも、根っこは同じで「末尾¶を含めたブロック設計」と「空段落を作らない挿入位置」が効きます。

結論：迷ったらこの3ルールでほぼ解決

• 複数段落のAutoTextは、末尾の段落記号（¶）まで含めて登録する（末尾段落のスタイル保持を優先）
• 挿入前に Enter で空行を作らない（既存段落の境界にカーソルを置く）
• 見た目の余白は空段落ではなく、スタイルの段落前/段落後でコントロールする

この3つをテンプレート運用のルールとして固定すると、「余計な空行が増える」「最後の本文が見出しになる」といったAutoText特有のストレスが大幅に減り、見出し・本文のスタイルが安定したまま高速に文書を組み立てられるようになります。