記事の目次は自動生成でいいのか？｜読了とSEOに効く形

「目次はテーマの機能で自動生成しているので、特に設定はしていない」「目次を入れると順位が上がると聞いたが、本当なのか」——記事の体裁を見直す段階でよく出る話です。目次は検索順位を動かす装置ではありません。読者が本文のどこへ向かうかを決める、記事の中の分かれ道です。この記事では、目次に期待できる働きと、自動生成のままでは足りない部分を整理します。

目次は順位を上げる装置ではない

最初に前提を揃えます。目次に過剰な期待をかけると、判断を誤ります。

公開されている解説を横断すると、見解はおおむね一致しています。目次の設置そのものが検索順位を上げる要因になるという説明は、検索エンジン側の公式情報として示されていません。入れたから上がる、外したから下がるという単純な関係ではありません。

それでも設置が推奨されるのは、読み手の行動が変わるからです。記事に何が書かれているかを最初の画面で示せるため、読み進める判断が早くなります。

BtoBの記事は特に長くなります。8,000字を超える解説記事を、上から順に読み通す読者は多くありません。目的の節に直接飛べる形が必要になります。

読了率や滞留の改善は、間接的には検索の評価につながる可能性があります。ただし因果として断言できる話ではないため、目次は読み手のための機能と捉えるのが実務的です。

この整理をしておくと、判断の基準が変わります。順位のためではなく、読み進めてもらうために設計するという基準です。

以降では、目次に何を期待でき、自動生成のままでは何が足りないのかを順に見ていきます。

目次に期待できる3つの働き

目次が担う役割を分解します。役割ごとに、確認すべき点が変わります。

働き	読み手の動き	設計で見るところ
全体像を示す	何が書かれた記事かを数秒で判断する	見出しの文言が単独で意味を持つか
行き先を選ばせる	目的の節へ直接移動する	階層の深さ、項目数、リンクの精度
読了を助ける	現在地を把握して読み進める	追従表示、戻り導線、スマホでの折りたたみ
離脱を抑える	求める内容がないと判断して戻る前に留まる	冒頭の位置、先頭項目の中身

重要なのは1つ目です。目次は記事の要約として読まれています。書き手が想定するよりも早い段階で、読むか戻るかの判断に使われています。

2つ目の行き先選びは、項目数に左右されます。15を超える項目が平坦に並ぶと、選ぶ行為そのものが負担になります。

3つ目の読了支援は、長い記事で効きます。追従する目次があると、現在地を見失いにくくなります。

4つ目の離脱抑制は測りにくい部分ですが、冒頭の1画面に何が入るかで差が出ます。

これらは互いに競合します。全体像を示すには項目を絞り、行き先を選ばせるには項目を増やす必要があります。記事の長さごとに折り合いをつけることになります。

自動生成に任せたままで起きること

自動生成の仕組みそのものは問題ありません。問題は、生成された結果を確認しない運用です。

自動生成は、記事内のHタグを拾って並べます。つまり目次の質は、見出しの文言の質とほぼ同じになります。

よく見かける崩れ方が3つあります。見出しが体言止めで揃っておらず、目次で並ぶと文体がばらつく、というのが1つ目です。

2つ目は、見出しが単独で意味を持たない場合です。「その理由」「2つ目の観点」のような見出しは、本文の流れの中では読めますが、目次に並ぶと何のことか分かりません。

3つ目は階層の乱れです。H3をH2として書いてしまうと、目次では並列に見えます。構成の粒度がそろっていない記事は、目次に並べた瞬間に露見します。

この3点は、目次を実際に見れば分かります。公開前に目次の表示を確認する工程を入れるだけで防げます。

見出しの文言の点検は、生成AIに任せられる作業です。目次に並ぶ文言だけを抜き出して渡し、単独で意味が通るか、文体がそろっているかを見てもらう形が手早く済みます。

目次前提で見出しを書く

対策の中心はここです。目次を直すのではなく、見出しの書き方を変えます。

原則は1つです。見出しは、本文を読んでいない人が目次で読んでも意味が分かる文言にします。

指示語を使わない、前の見出しに依存しない、記事のテーマ語を必要な範囲で含める、という3点を守れば足ります。

例を挙げます。「注意したい点」ではなく「同意を得る範囲の決め方」と書きます。前者は目次で情報を持ちませんが、後者は行き先として選べます。

文体もそろえます。体言止めで通すか、問いかけで通すかを記事内で統一します。混在すると目次の見た目が乱れます。

長さは全角20字前後を上限にすると、スマホでも折り返しが起きにくくなります。目次で2行に折り返す見出しが並ぶと、一覧性が落ちます。

この基準は、記事の構成案を作る段階で適用するのが最も効率的です。構成案の見出し一覧が、そのまま目次のプレビューになります。

構成案の段階で見出しの一覧を眺めて違和感がなければ、公開後の目次も読めるものになります。

階層はH3まで出すか

実装の判断点です。記事の長さと構成の深さで決まります。

H2のみを出す形は、項目数が15前後に収まる記事に向きます。一覧性が高く、記事の全体像が1画面で見渡せます。

H3まで出す形は、手順や項目が細分化された記事に向きます。「必要書類」「申請の流れ」といった小見出しに直接飛べる価値が生まれます。

ただし全て展開すると、目次だけで画面が埋まります。H3を出す場合は、初期状態を折りたたみにして展開できる形が扱いやすくなります。

H4まで出す必要は、通常ありません。そこまで階層が深い記事は、構成そのものを見直したほうが早いです。

判断に迷う場合は、H2のみから始めるのが安全です。読者からの反応や遷移の数字を見て、必要なら深くします。

記事の種類ごとにルールを決めておくと、担当が変わっても運用が揺れません。解説記事はH2のみ、手順記事はH3まで、といった形です。

スマホでの目次の扱い

閲覧の大半がスマホである前提で考えます。表示の面積が限られるため、判断が変わります。

スマホでは、目次が本文の到達を遅らせる要因になります。項目が縦に並ぶため、10項目あれば1画面以上を占めます。

対策は折りたたみです。初期状態では閉じておき、必要な読者だけが開く形にします。開いた読者は目的が明確なので、遷移の精度も高くなります。

折りたたむ場合は、閉じた状態でも中身が想像できるラベルを付けます。「目次」だけでなく、項目数を添える形が使われます。

追従表示は、スマホでは慎重に扱います。画面の面積を常に占有するため、本文の可読性を下げることがあります。

PCでは追従、スマホでは折りたたみという出し分けが、現在は一般的な形です。テーマやプラグインの設定で切り替えられる場合が多くあります。

設定を変えたら、実機で確認します。管理画面のプレビューでは、追従の挙動や余白の詰まりが再現しないことがあります。

確認は、自社サイトを実際にスマホで開き、記事を1本読み通してみるだけで足ります。読みにくさは体感で分かります。

目次からの遷移を測る

設計を数字で確かめる方法です。感覚での判断を避けられます。

目次のリンクはページ内リンクです。クリックしても新しいページの読み込みは発生しないため、標準の設定では計測されません。

測るには、目次のリンクをクリックとして記録する設定を入れます。計測ツールでリンクのクリックをイベントとして拾い、どの項目が選ばれているかを見ます。

この数字が分かると、読者が本当に求めていた節が見えます。記事の中盤の項目に集中していれば、その内容を前に出す判断ができます。

目次のクリックが極端に少ない記事は、目次が読まれていないか、記事が短くて必要とされていない可能性があります。

実装の手間を考えると、全記事に入れる必要はありません。主要な記事や長い記事に限って計測する形で足ります。

数字が集まったら、選ばれている項目の傾向を見ます。同じ順位に集まるのか、記事によって違うのかで、次の打ち手が変わります。

傾向の読み解きは生成AIに渡せます。項目名とクリック数の一覧を渡し、読者が求めている論点の仮説を複数挙げてもらう使い方です。

検索結果の中の見出しリンク

目次と関係する検索結果の表示について整理します。誤解が多い部分です。

検索結果には、ページ内の特定の箇所へ直接飛ぶリンクが表示される場合があります。これは検索エンジン側の判断で表示されるもので、こちらから確実に出させる方法はありません。

できるのは、拾われやすい条件を整えることです。見出しが内容を正確に表し、その節が独立して読める状態になっていることが前提になります。

見出しに固有名や具体的な語が入っていると、特定の検索語との対応が明確になります。抽象的な見出しでは対応が取れません。

目次自体をどう作るかとは別の話ですが、見出しを目次前提で書くことは、この観点でも有利に働きます。

ただし、これを狙って見出しを不自然に詰め込むのは逆効果です。読み手が読める文言であることが優先されます。

表示されるかどうかは制御できない前提で、記事の構成を整えることに集中するのが現実的です。

目次が邪魔になる場合

常に必要な機能ではありません。外す判断も設計の一部です。

短い記事では、目次が場所を取るだけになります。2,000字前後で見出しが3つ程度の記事に目次を置くと、本文への到達が遅れるだけです。

結論を先に読ませたい記事も、目次との相性が良くありません。目次で行き先を選ばせると、書き手が意図した順序が崩れます。

事例記事やインタビュー記事も、流れを追って読む形式です。節に飛ばせることの価値は相対的に低くなります。

一方で、料金や仕様を調べる記事、手順を確認する記事は、目次の価値が高くなります。読者は最初から目的の節を探しています。

記事の種類で出し分けができるなら、それが最も良い形です。多くのテーマやプラグインで、記事ごとに表示を切り替えられます。

全記事一律の設定にする場合は、長い記事が多いメディアなら表示、短い記事が中心なら非表示という判断になります。

自社のメディアがどちらに寄っているかは、記事の文字数の分布を見れば分かります。

判断を固定できない場合は、文字数のしきい値で機械的に決める方法もあります。4,000字を超える記事だけ表示するという運用です。

しきい値を使うと、担当者ごとの判断のばらつきがなくなります。迷う時間そのものを削れる点が利点です。

読者からの反応や遷移の数字が集まってから、しきい値を調整すれば十分です。最初から正解を出す必要はありません。

実装の選択肢と注意点

実装方法を整理します。運用のしやすさで選びます。

WordPressの場合、選択肢は3つあります。テーマに搭載された機能を使う、プラグインを入れる、記事ごとに手で書く、のいずれかです。

テーマの機能があるなら、まずそれを使います。プラグインを増やさずに済み、テーマの更新に追従してもらえます。

プラグインは、階層の制御や除外設定が細かくできる利点があります。ただし追加するほど更新の管理対象が増えます。

手で書く形は、文言を目次専用に変えられる利点があります。見出しは長く、目次は短くという書き分けができます。

ただし手書きは維持が難しくなります。記事を追記したときに目次の更新を忘れると、実際の構成と一致しない目次が残ります。

• リンク先のIDが自動採番の場合、記事を編集すると番号が変わることがある
• 手書きの目次は、追記や見出し変更のたびに更新が必要になる
• プラグインの追加は更新管理の対象が増える。テーマの機能で足りるならそちらを使う
• 実装を変えたら、必ずスマホの実機で表示を確認する

運用の継続性を考えると、自動生成を基本にして、見出しの書き方で質を上げる形が現実的です。

目次に出さない見出しを決める

細かい調整ですが、効果があります。全ての見出しを目次に出す必要はありません。

「まとめ」「よくある質問」といった定型の見出しは、目次に出しても行き先として選ばれにくい項目です。ただし記事の終わりを示す意味はあります。

除外を検討すべきは、本文の途中に置いた補足の見出しです。読み進める中では意味を持つが、目次では文脈がないため選べない見出しがあります。

多くのプラグインやテーマには、特定の見出しを除外する設定があります。記事単位で指定できるものもあります。

除外を使いすぎると、目次と本文の構成が一致しなくなります。読者が目次で全体像を掴めなくなるため、最小限に留めます。

判断の基準は「その項目に飛びたい読者がいるか」です。いなければ出す価値は低くなります。

この判断は記事の種類ごとに固定できます。都度考えると運用が止まります。

目次で読み飛ばされる、という懸念

設置をためらう理由として挙げられる懸念です。事実として確認しておきます。

目次があると、読者は必要な節だけを読んで離脱する、という指摘があります。これは実際に起きます。

ただし前提を確認する必要があります。目次がなければ全部読んだ、という関係にはなりません。求める情報が見つからなければ、読者は上から読む前に戻ります。

必要な節だけ読んで満足した読者は、記事の目的を果たしています。滞在の長さより、疑問が解けたかどうかが重要です。

懸念が実際の問題になるのは、記事の後半に結論や導線を置いている場合です。前半で満足されると、後半に到達しません。

対策は、記事の構成を変えることです。重要な情報を後半に隠さず、各節で完結させる形にします。

目次を外して読み飛ばしを防ぐという発想は、読者の利便性を下げて自社の都合を通す形になります。長期的には評価を下げます。

記事の設計で解決できる問題を、目次の有無で解決しようとしないことが要点です。

見出しへの直リンクを活用する

目次の副産物として使える機能があります。ほとんど活用されていない部分です。

目次のリンクは、記事内の特定の見出しを指すURLになっています。このURLをコピーすれば、記事の途中から読ませるリンクを作れます。

使いどころは社外への案内です。問い合わせへの返信で、記事の該当箇所だけを示すリンクを送れます。記事全体を読ませる必要がなくなります。

営業の場面でも使えます。商談で出た質問に対し、自社の記事の該当する節を直接示す形です。信頼の裏付けになります。

メールマガジンでも同様です。1本の長い記事を、節ごとに違うリンクとして複数回配信できます。同じ記事を使い回しながら、届く情報を変えられます。

社内の参照にも役立ちます。営業や問い合わせ対応の手順書から、記事の該当箇所へリンクしておく形です。

注意点は1つあります。見出しの文言を変えると、リンク先の識別子が変わってリンクが切れることがあります。

外部に配ったリンクが切れると、相手に不便をかけます。頻繁に見出しを変える記事では、この使い方は控えます。

逆に言えば、社外に配るリンクを作った記事は、見出しの変更に注意が必要な記事として記録しておく価値があります。

既存記事の目次を点検する

これまでの記事に手を入れる場合の進め方です。全件を見る必要はありません。

優先するのは、流入の多い記事と、長い記事です。この2つが重なる記事から着手します。

点検する項目は3つに絞れます。目次の項目数、見出しが単独で意味を持つか、スマホで本文への到達が遅れていないかです。

項目数が20を超えている記事は、H3を出しているか、H2が多すぎるかのどちらかです。前者なら折りたたみ、後者なら構成の統合を検討します。

見出しの文言は、目次の部分だけをコピーして一覧にすると判断しやすくなります。文脈がない状態で読めるかが基準です。

この点検で見出しを直す場合、URLの中のリンク先が変わる可能性に注意します。他の記事から見出しへリンクしている場合は、リンク切れになります。

記事内リンクを多用しているメディアでは、見出しの変更前にリンク元を検索して確認します。

点検の対象を10本程度に絞り、効果を確認してから範囲を広げる進め方が無理なく続きます。

やりがちな失敗

実際に見かける失敗を挙げます。いずれも公開前の確認で防げます。

• 見出しに指示語を使い、目次に「その理由」「もう1つの観点」が並ぶ
• H2とH3の粒度が混ざり、目次で並列に見える
• H3まで全部展開して、目次だけで1画面以上を占める
• 手書きの目次を作ったまま記事を追記し、構成と一致しない目次が残る
• スマホで確認せず、追従表示が本文を覆っていることに気づかない
• 検索結果に見出しリンクを出すために、見出しにキーワードを詰め込む

最も多いのは1つ目です。本文を書きながら見出しを付けると、直前の文脈に依存した文言になりやすくなります。

2つ目は構成の問題です。目次で並列に見える項目が、内容の粒度で揃っていない状態です。目次を見て違和感があれば、それは構成の違和感です。

4つ目は運用の問題です。手書きの目次は初期の品質が高い代わりに、維持の負担が続きます。

6つ目は本末転倒です。読者が読める文言を優先しないと、目次そのものが機能しなくなります。

いずれも、公開前に目次の表示を目で見る工程があれば気づけます。工程として組み込むことが対策です。

運用に落とす4工程

最後に、日々の運用に組み込む形を示します。既存の工程に足す形で回せます。

この4工程は、記事1本あたり数分で終わります。それでも目次の質は明確に変わります。

特に1つ目は、目次のためだけでなく記事の構成そのものを整える効果があります。

運用に組み込めば、担当が変わっても品質が維持されます。個人の丁寧さに依存しない形にすることが目的です。

まとめ

記事の目次は、順位を動かす装置ではなく、読み進めてもらうための機能です。自動生成に任せて構いませんが、並ぶ文言は見出しの文言そのままになります。

見出しを目次前提で書く、記事の種類ごとに階層と表示のルールを決める、スマホの実機で確認する、主要記事は遷移を測る。この4点で、目次は読者の役に立つ形になります。

まずは流入の多い長い記事の目次を1本開いて、文脈なしで読めるかを確かめてみてください。直すべき点はそこで見つかります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。