「目次はSEOに効くの?」――そんな疑問は自然です。実際、Googleは目次そのものを直接評価しませんが、ページ内リンクや読みやすさの改善は評価に影響する行動指標の向上に結びつきます。Backlinkoの分析では上位ページほど滞在時間が長く、Googleのヘルプでも見出し構造とアンカーは理解を助ける要素として明言されています。
長文記事で目次を設置すると、目的セクションへの到達が速くなり直帰が下がりやすい一方、短文では逆効果も。テーマ機能とプラグインの重複で「目次が二重表示」「表示されない」問題も起きがちです。本記事では、WordPressでの最短実装から非表示設定、デザインと計測、トラブル対処まで具体手順で整理します。
CocoonやSWELL、TCD、Lightningなど主要テーマの実装ポイントも比較し、プラグイン・テーマ機能・手動の3通りを状況別に案内します。読者の導線を整え、検索結果のジャンプリンク表示も狙える実装を、今日から再現できる形でご紹介します。
目次
wordpress 目次は必要か?UXとSEOの関係を整理
目次を設置する3つのメリットと限界
目次は長文記事で可読性を高め、章別に探しやすくすることで直帰や離脱の抑制に役立ちます。さらに、各項目がページ内リンクとして機能し、ユーザーが目的箇所へ素早く移動できます。検索結果にジャンプリンクが表示される可能性もあり、クリック率の改善が見込めます。一方で、短文記事ではスクロール量が少なく、目次が主役化して本文の視認性を損なうケースがあります。記事の長さ、見出しの粒度、読者の検索意図を踏まえ、設置位置や折りたたみ設定を含めて最適化することが重要です。テーマやプラグインの重複表示には注意し、モバイルでは折りたたみを標準とすると扱いやすいです。
目次がSEOに間接的に効く仕組み
目次はHTML見出しとidを結ぶ内部リンクの集合体として機能し、セクション構造を明示します。これによりクローラが文書の論理関係を把握しやすくなり、セクション単位の評価にも寄与します。ユーザー側では、目次クリックで目的情報へ到達時間が短縮され、滞在やスクロールの自然な伸長につながります。必要箇所のみの精読が増えると、直帰や不要な戻りを抑えられます。検索結果でのジャンプリンク表示は導線の明確化とクリックの後押しに働きます。あくまでコンテンツの質が前提であり、目次単体で順位を上げるものではありません。2025/09/04時点でも、この考え方は一般的な実務の整合が取れます。
ワード プレス 目次 非 表示の基本設定
WordPressでは投稿単位で目次の表示/非表示を切り替えると、短文や告知ページでの過剰表示を防げます。テーマ(Cocoonなど)に内蔵の目次機能がある場合は、投稿編集画面のメタボックスで個別に非表示設定が可能です。専用プラグイン利用時は、投稿タイプ別の自動挿入ルールを調整し、固定ページのみ表示や特定カテゴリ除外などの制御を行います。重複を避けるため、テーマ側の目次をオフにしてプラグインに一本化するか、その逆を選びます。条件タグやショートコードを使い、トップの抜粋下のみ、H2が一定数以上でのみ表示などの基準も有効です。
参考となる設定と運用ポイント
項目 | 推奨方針 | 具体例 |
---|---|---|
表示位置 | リード直下を基本、モバイルは折りたたみ | 冒頭に自動挿入+スマホは初期閉じる |
表示条件 | 見出し数による出し分け | H2が3つ以上の時のみ表示 |
重複回避 | 機能は1系統に統一 | テーマ目次OFF+プラグインON |
アンカー | 自動生成idの整備 | 日本語スラッグ対策で英数字id |
非表示 | 投稿単位/投稿タイプ別に制御 | ランディングや告知では非表示 |
-
目次リンクはH2中心にH3/H4は必要最小限にします。
-
長文化時はセクションの折りたたみを検討します。
-
スマホではタップ領域を十分に確保します。
-
キャッシュ使用時は更新後の再生成を確認します。
-
目次直前に短い導入文を置きクリックを促します。
wordpress 目次を作る3つの方法(プラグイン・テーマ機能・手動)
プラグインで自動生成する手順と選び方
- 見出しレベル対応・アンカー自動生成・テーマ互換性・更新頻度で選定
WordPressの目次はプラグインで自動生成すると、見出しからアンカーリンクを作成し、記事公開のたびに自動更新できて効率的です。選定時はH2〜H4などの見出し深度対応、アンカー自動生成の精度、ブロックエディターや主要テーマとの互換性、2025/09/04時点での更新頻度を確認します。代表的な選択肢にはTable of Contents Plus、Easy Table of Contents、LuckyWP TOC、Rich Table of Contentsがあります。導入は管理画面のプラグイン検索からインストールと有効化、設定で自動挿入をON、対象投稿タイプや除外条件を調整、デザインをサイトに合わせて最小限に留め、可読性を優先します。
-
目次は記事冒頭直後の設置が一般的
-
折りたたみはモバイルで有効
-
CSSの上書きは最小限にする
-
競合時はテーマ側の目次を無効化
プラグイン名 | 対応見出し | 主な強み | 主な注意点 |
---|---|---|---|
Table of Contents Plus | H1〜H6 | 実績豊富、ショートコード配置 | 表示されない時はキャッシュと見出し構造を確認 |
Easy Table of Contents | H2〜H6 | UIが分かりやすい、開閉対応 | テーマCSSと競合しやすい |
LuckyWP TOC | H1〜H6 | ブロック対応、細かな自動挿入ルール | 日本語アンカー整形の確認が必要 |
Rich Table of Contents | H2〜H4中心 | デザイン調整が簡単 | 深い階層を多用すると冗長化 |
wordpress 目次をプラグインなしで作る場合の注意点
- 手動ID・日本語見出しのエンコード・保守コスト増を考慮
プラグインなしの自作は、各見出しにid属性を付け、目次リストからアンカーリンクで飛ばす方法です。軽量で制御性が高い反面、見出し変更のたびに目次リンクも更新が必要で保守コストが上がります。日本語見出しはURLエンコードで長くなりやすいため、短い英数字のidを手動で設定すると安定します。ブロックエディターでは見出しブロックのHTMLアンカー欄を活用し、リンクは#id形式で統一します。スクロール位置のズレは固定ヘッダーの高さ分をCSSでオフセット調整します。
-
運用ルールを決めてid命名を統一
-
深い階層は2〜3層に制限
-
リンク切れを定期チェック
-
目次は記事の冒頭に1箇所のみ配置
テーマ機能での目次表示(CocoonやSWELLなど)
- 設定画面で表示位置や開閉、見出し深度を調整しデザインの一貫性を確保
CocoonやSWELLなどは目次機能を内蔵し、追加プラグインなしで自動生成できます。テーマ設定で「目次を表示」を有効化し、表示位置(リード下など)、見出し深度、番号付与、開閉状態、ラベル名を調整します。テーマ側のスタイルと統一されるためデザイン整合性が高く、サイト全体の印象が安定します。既存の目次プラグインと重複表示しないよう、どちらか一方に統一することが重要です。スマホでは折りたたみ初期状態にするとスクロール負担を軽減できます。
-
記事タイプ別の表示可否を制御
-
目次見出しは簡潔で具体的に
-
内部リンク色はコントラスト確保
-
アクセシビリティ属性の付与を検討
テーマ | 目次機能 | 主な調整項目 | 相性の良い運用 |
---|---|---|---|
Cocoon | 標準搭載 | 位置/深度/番号/開閉 | ブログ全体で統一デザインを適用 |
SWELL | 標準搭載 | デザイン/余白/開閉 | ブロック調整で可読性重視 |
SANGO等 | 一部搭載 | 基本機能中心 | プラグイン併用時は重複回避 |
wordpress テーマの目次互換チェック
- ブロックテーマとクラシックテーマで挙動が異なるため検証が必要
ブロックテーマではサイトエディターやテンプレートの構造により、目次の自動挿入位置やアンカー生成の挙動が異なります。クラシックテーマは従来のthe_contentフィルターにフックする方式が主流のため、多くのプラグインが安定します。導入前にステージング環境で、表示位置、見出し階層の抽出、固定ヘッダーとのアンカー位置ズレ、キャッシュ/最適化系プラグインとの相性を確認します。2025年時点ではブロックテーマ最適化が進む一方、テーマ独自CSSでリストスタイルが上書きされる事例があるため注意します。
-
目次が表示されない場合は競合の切り分け
-
キャッシュ削除後に再検証
-
日本語スラッグの整形を確認
-
子テーマのCSSで最小限の調整に留める
wordpress 目次プラグインのおすすめと比較軸
-
主な候補: Table of Contents Plus、Easy Table of Contents、Rich Table of Contents
-
比較軸: 自動挿入の柔軟性、ブロック対応、デザインテンプレート、ショートコードの自由度、テーマ互換、目次リンクの精度、表示速度、保守性
-
推奨: 初心者はEasy、細かな制御はTOC+、デザイン重視はRTOC
-
2025/09/04時点での選定は、サイト規模と編集体制に合わせるのが安全です
項目 | Table of Contents Plus | Easy Table of Contents | Rich Table of Contents |
---|---|---|---|
自動挿入 | 投稿タイプ/位置を細かく制御可 | 直感的設定で迅速 | ページ単位の柔軟挿入 |
ブロック対応 | ショートコード中心 | ブロック/ウィジェットあり | 専用ブロックあり |
デザイン | 最小限+CSS拡張 | カラー/枠/番号多彩 | テンプレート豊富 |
見出し深度 | H1〜H6選択 | H2〜H6推奨 | H2〜H4中心 |
アンカー | 重複回避設定あり | 自動正規化 | 日本語スラッグ安定 |
速度 | 軽量 | 中量 | 中量 |
互換 | 旧来テーマに強い | 多くのテーマと良好 | 近年のテーマと相性良 |
個別非表示 | メタボックス可 | チェック可 | チェック可 |
Table of Contents Plusの使い方と設定
Table of Contents Plusは、見出しタグを解析して目次を自動生成します。導入後は設定画面で投稿タイプごとの自動挿入を有効化し、挿入位置を「最初の見出しの前」などから選びます。見出し深度はH2〜H3から始め、記事の長さに応じて拡張すると読みやすいです。除外設定では、特定の見出しテキストやCSSセレクタを指定して目次対象外にできます。番号付与は可読性とスキャン性を高めますが、更新頻度が高い記事ではオフにしてメンテナンス負荷を抑える運用も有効です。最後にプレビューで目次リンクの到達精度を確認します。
table of contents plusの設定ベストプラクティス
-
目次タイトルは記事の主題に合わせて簡潔にし、「目次」固定ではなく文脈適合を優先します。
-
階層制限はH2主体+H3補助を基本とし、H4以降は1000字超の長文時のみ解放します。
-
アンカー重複回避は「小文字化+記号除去+番号サフィックス」を有効化し、同一見出し語の衝突を防ぎます。
-
デザインは枠線1px、行間1.6、リンクホバーで下線表示を推奨し、スマホは折りたたみ既定オンにします。
-
運用チェック:
- 目次の最上部への戻りリンク有無
- 目次の最大項目数(20前後)制限
- カテゴリ別で自動挿入の有効範囲を調整
Easy Table of ContentsとRich Table of Contentsの違い
Easy Table of ContentsはUIが分かりやすく、設定項目が日本語環境でも理解しやすいのが利点です。テンプレートはシンプルながら色や枠の調整が容易で、ショートコードとブロックの両対応により任意位置への配置が直感的に行えます。Rich Table of Contentsはテンプレートの完成度が高く、番号のスタイルやアイコン、見出し間の余白などデザイン面に強みがあります。テーマ互換は、Easyが幅広く安定、RTOCは近年のテーマで特に整合性が良好です。迷ったら編集効率重視でEasy、ビジュアル重視でRTOCが選びやすいです。
目次プラグインのパフォーマンス最適化
-
CSS/JS最小化:
- プラグインCSSを1ファイルに統合しミニファイ
- 未使用スタイルを削減しCLSを抑制
-
読み込み条件の制御:
- 目次がない記事ではアセットを読み込まない
- フォールド下遅延読み込みで初期表示を高速化
-
キャッシュ活用:
- ページキャッシュ+ブラウザキャッシュを併用
- アンカー付きURLでもキャッシュキーを正規化
-
検証手順:
- Core Web Vitals(LCP/CLS/INP)を計測
- スクロール時のアンカー到達位置ずれをヘッダー高さで補正
- 2025/09/04時点のモバイル優先で実機確認を行います。
wordpress 目次のデザインと可読性:クリックされるUI設計
目次の配置と表示ルール(最初の見出し前・サイド固定など)
最初の見出し前に目次を配置すると、読者は内容全体を素早く把握でき、直帰や無駄スクロールを抑えられます。モバイルでは上部固定バーや折りたたみを併用し、表示の占有を避けつつ即時アクセス性を確保します。PCでは本文直下とサイド固定の併用が有効です。サイド固定は長文でも常時アクセスでき、本文直下の目次は初回訪問時の動線設計に役立ちます。更新は2025/09/04時点の一般的実装に準拠し、テーマやプラグインの重複表示を避けます。
-
目次は本文導入の直後に配置します
-
モバイルは折りたたみ+固定ヘッダー導線を検討します
-
PCは本文直下+サイド固定の併用が効果的です
-
カテゴリや投稿タイプで表示ルールを分岐します
-
同一ページで複数目次の重複を防止します
目次はH3まで表示・簡潔な見出し文の作り方
階層はH3までに制限し、視認性と操作性を両立します。短く具体的な見出しはスキャン性を高め、クリック迷いを減らします。句読点や助詞を過剰に使わず、固有名と動作を先頭に置くと有効です。冗長な装飾語は省き、同義語の重複を避けて意味の一意性を担保します。番号付けは順序理解に役立ちますが、入れ替え頻度が高い記事では相対表現を使いメンテナンス性を保ちます。英数字は半角で統一し、記号は最小限にします。
-
H1は目次に含めずH2を起点にします
-
各見出しは20〜28文字程度で簡潔にします
-
主語省略時でも意味が通る語順にします
-
同一階層の語尾表現を統一します
-
省略語は初出で正式名称を明示します
目次リンクのユーザビリティ強化
目次リンクは「見える」「押しやすい」「戻れる」の3条件を満たす設計が重要です。ホバーとフォーカスで色や下線を変え、タップ領域は行全体をクリック可能にします。現在位置はスティッキー目次内でハイライトし、上部に戻る導線をセクション末尾と目次内に用意します。スクロールはスムーズ移動を採用し、オフセットを設定して固定ヘッダー下に隠れないようにします。URLのフラグメント更新で共有性を高め、戻る操作でも文脈を失わないようにします。
-
行全体をリンク化してタップ誤差を低減します
-
ホバー/フォーカス/アクティブで状態差を明確化します
-
固定ヘッダー分のアンカーオフセットを設定します
-
現在位置の自動ハイライトを有効化します
-
目次内に「トップへ」リンクを設置します
要素 | 推奨仕様 | 目的 |
---|---|---|
タップ領域 | 高さ44px以上 | 誤タップ防止 |
ホバー/フォーカス | 色+下線の二重表現 | 視認性向上 |
ハイライト | 背景+左ボーダー | 現在地の明示 |
スクロール | スムーズ+オフセット | 可読性維持 |
URL | #idを更新 | 共有・再訪の容易化 |
アクセシビリティ対応
アクセシビリティは全読者の利用可能性を高めます。キーボード操作ではTab順序とEnter/Spaceでの展開操作を保証し、スキップリンクで本文へ直接移動できるようにします。ARIA属性は目次にrole=”navigation”やaria-labelを付与し、折りたたみはaria-expanded/controlsで状態を伝達します。コントラスト比はリンク状態で最低4.5:1を確保し、ホバーのみの色変化に頼らず下線も併用します。フォーカスリングは明示的に表示し、ユーザー設定を上書きしないスタイルを採用します。
-
roleとaria-labelで目次の役割を明示します
-
折りたたみボタンにaria-expandedを付与します
-
フォーカスリングを視認可能に保ちます
-
色覚差を考慮しコントラスト4.5:1以上を維持します
-
Tabで論理順に移動できる構造にします
wordpress 目次リンクとコード実装:プラグインなしの自作手順
見出しへのID付与と目次リストのマークアップ
見出しに一意ID、ul/li/aで目次を作成し内部リンクでジャンプを実装
手順の要点
-
各見出しに重複しないidを手動付与します。
-
目次エリアでul>li>aの構造を使い、href=”#id”で対応付けます。
-
H2のみ、H2+H3など対象レベルを事前に定義します。
-
記事更新時は見出し変更と目次の同期を行います。
-
2025/09/04時点の主要ブラウザでidアンカーは標準動作します。
基本マークアップ
-
見出し側:
セットアップ
-
目次側:
-
セクションが多い場合はolも選択可です。
実装項目 | 推奨方法 | 注意点 |
---|---|---|
id命名 | 英数字とハイフン | 先頭は英字開始 |
目次タグ | ul/li/a | 入れ子で階層表現 |
対象範囲 | H2〜H3 | 深すぎる階層は可読性低下 |
同期 | 編集時に更新 | 差分漏れを防止 |
スムーススクロールとオフセット調整
固定ヘッダー分のずれをCSS/JSで補正し可読位置に停止
課題と対策
-
固定ヘッダーがあると到達位置が隠れます。
-
CSSのscroll-margin-topまたはJSのオフセット制御で補正します。
-
モバイルはヘッダー高さが変動するため可変値に対応します。
CSSのみでの補正
-
見出しに:targetや共通クラスでscroll-margin-topを付与します。
-
例: h2[id]{scroll-margin-top:80px;}
JSによる制御
-
クリックを捕捉し、window.scrollTo({top:要素位置-オフセット,behavior:”smooth”})を適用します。
-
prefers-reduced-motionに配慮しアニメ無効も実装します。
手法 | 実装難易度 | 長所 | 短所 |
---|---|---|---|
CSS scroll-margin-top | 低 | 軽量で簡単 | ブラウザ差異で微調整 |
JS scrollTo | 中 | 可変ヘッダー対応 | 追加スクリプトが必要 |
スラッグ重複・日本語見出しのアンカー問題を防ぐ
正規化ルールを統一し、手動IDやURLエンコードで不具合を回避
発生しやすい問題
-
同名見出しでidが重複しリンクが先頭に飛ぶ。
-
日本語見出しを自動変換するとブラウザや環境でエンコード差が出る。
-
記事複製時にidを引き継ぎ競合する。
対処ルール
-
英小文字+ハイフンでスラッグ化し、末尾に連番を付与します。
-
日本語見出しは手動で英字idを設定します。
-
自動生成関数を使う場合は正規表現で[^\w-]除去を徹底します。
ケース | 例 | 回避策 |
---|---|---|
重複 | features → features | features-1/2でユニーク化 |
日本語 | 概要 | id=”gaiyo”等を手動指定 |
長文 | 非常に長いタイトル | 先頭語+要約で短縮 |
内部リンク整備とパンくず連携
ページ内リンクとサイト内導線を一貫させ回遊性を高める
整備ポイント
-
目次のアンカーは記事内の主要セクションのみ対象にします。
-
セクション末に関連記事へのテキストリンクを配置します。
-
パンくずは構造を示す役割のため、目次との重複を避けます。
-
同一用語は表記ゆれなく統一し、アンカー名と一致させます。
実装ヒント
-
パンくずはカテゴリー階層、目次はページ内階層と役割分担します。
-
重要セクションはページ内リンク+内部リンクの二段導線にします。
-
2025/09/04の運用ではモバイルで折りたたみ目次を推奨します。
導線要素 | 目的 | 実装例 |
---|---|---|
目次アンカー | セクション直行 | #setup など |
パンくず | 階層把握 | Home > Blog > Post |
関連リンク | 回遊促進 | セクション末に関連記事リンク |
WordPressテーマ別の目次表示:Cocoon・SWELL・TCD・Lightning
Cocoon 目次の設定と位置調整
Cocoonはテーマ内に目次機能があり、投稿設定で自動挿入の有無や表示位置(本文先頭/最初の見出し前)を切り替えできます。開閉の初期状態、番号付与、見出しの深度(H2〜H4)も調整可能です。ショートコードを使えば任意の位置へ配置できます。記事単位の除外チェックも用意され、カテゴリ別や投稿タイプ別の制御と併用すると運用が安定します。2025/09/04時点でも主要テーマ更新と互換が保たれています。
-
表示条件・開閉設定・見出し深度・ショートコードで柔軟に制御
-
推奨設定
- モバイルは折りたたみ初期閉
- 深度はH2中心、必要に応じH3
- 最初の見出し前で視認性向上
-
注意点
- 目次直前に広告を挟みすぎない
- 長すぎる見出しは要簡潔化
Cocoon 目次が表示されない時の確認ポイント
Cocoonで目次が表示されない場合は、まず見出しタグの誤用(H2以降を段落で代用など)を見直します。キャッシュ系プラグインやサーバー側ページキャッシュをクリアし、縮小化(Minify)の影響も切り分けます。目次系プラグインとの重複や競合があれば一時停止して比較します。テーマや子テーマのCSSで意図せずdisplay:noneやvisibility:hiddenが当たっていないかを検証ツールで確認し、該当箇所を修正します。固定ページの挿入条件も再確認します。
-
見出しタグの誤用・キャッシュ・プラグイン競合・CSS非表示を確認
-
チェック手順
- 見出し構造H2→H3の順を担保
- すべてのキャッシュ削除
- 目次重複機能を片方のみ有効
- CSS診断で表示状態を確認
SWELLとTCDでの目次運用のコツ
SWELLは専用ブロックと自動目次に対応し、見出し深度や開閉、番号、デザインプリセットを管理画面で調整できます。装飾オプションと整合させ、見出し装飾が強すぎる場合は目次側をシンプルに寄せると読みやすくなります。TCDはテーマごとにデザインの方向性が異なるため、目次の余白と行間、リンクホバーのコントラストを最適化します。テンプレとの整合性を重視し、本文直下配置とスマホ折りたたみを基本とすると直帰抑制に有効です。
-
ブロック対応・装飾オプション・テンプレ活用でデザインと整合
-
実践ポイント
- SWELLは見出し深度H2中心
- TCDはテーマ色のコントラスト基準に合わせる
- 目次リンクはタップ領域を十分に確保
Lightningでの目次表示・除外設定
Lightningは拡張機能で自動目次に対応し、投稿タイプごとに表示切替が可能です。カスタマイザーで位置や深度、番号、開閉を設定し、固定ページや特定カテゴリーのみ除外する運用がしやすい設計です。ブロックエディターの再利用ブロックと併用する場合は、重複挿入を避けるため自動挿入とショートコード設置のどちらかに統一します。子テーマでCSSを管理し、行間とインデントを調整すると階層が視認しやすくなります。
-
拡張機能やカスタマイザーで投稿タイプ別の表示制御を行う
-
設定例
- 投稿のみ自動、固定ページは手動
- H2のみ表示で簡潔さを維持
- モバイルは折りたたみ初期閉
-
よくある誤り
- 自動と手動の二重表示
- 深度を広げすぎて可読性低下
トラブル解決:wordpress 目次が表示されない・非表示・重複
ありがちな原因と対処(見出し構造・CSS競合・キャッシュ)
目次が表示されない時は原因を切り分けて確認します。まず見出しタグがH2から論理的に始まっているか、H1を乱用していないか、空見出しや重複IDがないかを点検します。次にCSSで目次コンテナにdisplay:noneやvisibility:hidden、height:0が当たっていないか、親要素のoverflowやz-indexで隠れていないかを確認します。続いてキャッシュ系プラグインやCDNのキャッシュを2025/09/04時点で手動パージし、ミニファイ結合を一時停止します。最後にテーマ内蔵機能とプラグインの競合を疑い、どちらか片方を無効化して挙動を確認します。
- hタグ階層不正・display:none・キャッシュ・プラグイン競合を切り分け
チェック項目 | 具体的確認 | 対処 |
---|---|---|
見出し構造 | H2から開始/順序正しいか/空Hタグ無 | 見出しを正規化しIDを自動付与 |
CSS競合 | display/visibility/overflow/z-index | 該当プロパティを解除し再描画 |
キャッシュ | プラグイン/CDN/ブラウザ | 全層パージしミニファイ停止で再検証 |
プラグイン競合 | 目次とテーマ機能の重複 | 片方を停止しログで確認 |
目次が重複表示する時の解決法
目次の二重挿入は、テーマの目次機能とプラグインの自動挿入が同時に働くことが主因です。まずどちらが出力しているかHTMLのクラス名やラッパーで判別し、管理画面から自動挿入を片方だけ有効にします。記事単位設定がある場合は投稿画面で「このページでは目次を表示しない」を選択し、統一運用にします。ショートコード併用時は自動挿入をオフにして手動配置へ一本化します。キャッシュが重複を固定化している場合があるため、設定変更後はキャッシュをすべて削除し再読み込みで確認します。
- テーマ機能とプラグインの二重挿入を停止し片方に統一
目次の位置調整とショートコード活用
表示位置はリード文直下や最初のH2前など、読者が内容把握しやすい箇所に固定するとクリック率が安定します。自動挿入の位置が合わない場合は自動挿入をオフにし、ショートコードやブロックで所定位置へ手動挿入します。カテゴリや投稿タイプ別に出し分ける場合は条件付きで自動挿入ルールを設定します。長文ではスマホで折りたたみを有効化し、目次の最大階層を制限して可読性を確保します。特定セクションのみ目次に含めたい時は除外見出しのパターン指定を使います。
- 自動挿入をオフにして所定位置へ手動挿入、特定セクションのみ表示も設定
目的 | 設定例 | 効果 |
---|---|---|
リード下固定 | 自動挿入位置を導入部下に | 初回表示で全体像を提示 |
手動配置 | ショートコードで任意箇所へ | デザイン崩れを回避 |
出し分け | 投稿タイプ別でON/OFF | 無関係ページを除外 |
モバイル最適 | 折りたたみ/階層制限 | 縦スクロール負荷を軽減 |
検索結果のジャンプリンクが出ない時の確認
検索結果のジャンプリンクが表示されない場合は、アンカーリンクの整備が第一です。各見出しに一意のidが付与され、目次内a要素のhrefが完全一致しているかを確認します。論理的な見出し構造(H2>H3>H4)でセクションが明確になっているか、不要な装飾タグが見出しを置換していないかも点検します。内部リンクやページ内リンクの整合が取れていないと認識されないため、テンプレートの重複IDやJSによる動的生成の遅延を避け、サーバー側レンダリングで安定出力させます。キャッシュ更新後に再クロールを待ちます。
- アンカーの整備・論理的な見出し構造・内部リンク整合を点検
運用最適化:wordpress 目次のABテストと効果測定
目次クリック計測の設定
目次クリックを正確に計測するには、クリックイベントで見出しテキスト、アンカー、順位、記事IDを送信し、どの「wordpress 目次 リンク」が有効かを比較します。Google公式仕様に沿ったイベント名と一貫したパラメータ命名を用い、同一記事内での重複計測を防ぐデバウンスを設定します。スマホではタップ領域と折りたたみ開閉のイベント混在に注意し、展開イベントとクリックイベントを分離します。プラグイン利用時は自動生成のa要素にデータ属性を付与し、カスタムでも整合性を保ちます。
- クリックイベントを計測し目次項目の改善に反映
目次からの遷移先行動の分析
目次クリック後の行動は、セクション到達直後の離脱率、スクロール深度、滞在時間、再検索兆候を組み合わせて評価します。測定日は2025/09/04基準で記録し、時系列比較で季節要因を分離します。短時間離脱が多い見出しは表現の抽象度を下げ、補足の内部リンクを追加します。スクロール深度が浅い場合は目次の位置と折りたたみ設定を見直し、モバイルでは行間とタップ領域を拡大します。アンカー精度を確認し、Hタグの入れ子不整合を修正します。
- 遷移後の離脱率やスクロール深度を比較し導線を最適化
指標 | 目的 | 推奨分解軸 | 改善アクション |
---|---|---|---|
目次CTR | 目次の発見性 | デバイス/記事タイプ | 位置とデザインのABテスト |
到達後離脱率 | 満足度 | 見出し文言 | 見出しの具体化と要約追加 |
スクロール深度 | 導線 | 目次階層 | 階層圧縮と重要項目の上位化 |
滞在時間 | 価値 | セクション長 | 冒頭に結論配置と要点箇条書き |
自動生成とカスタムの使い分けガイドライン
自動生成は「wordpress 目次 自動生成」プラグインで高速に網羅性を担保し、更新頻度が高いブログやニュースで効果的です。一方、比較記事や購入行動直結のページでは、意図的な並び替えや文言最適化が必要なためカスタムが適します。推奨は基本自動+露出上位3項目のみ手動最適化です。CocoonやSWELLなどテーマ内機能とTable of Contents PlusやEasy Table of Contentsの二重適用は回避し、どちらかに統一します。表示崩れはCSSとアンカー重複を点検します。
- 記事タイプ別にテンプレを用意し更新の容易さと精度を両立
記事タイプ | 推奨方式 | 重点最適化 | 注意点 |
---|---|---|---|
HowTo/手順 | 自動+上位手動 | 手順の番号と動詞始まり | 手順漏れ時の自動更新確認 |
比較/レビュー | 手動中心 | 比較軸の並び順 | 重複見出しの統合 |
速報/ニュース | 自動 | 時系列見出し | 更新時の再生成確認 |
ランディング | 手動 | ベネフィット先出し | 折りたたみ無効化で即視認 |
複数著者・大規模サイトでの標準化
大規模運用では「wordpress 目次 プラグイン おすすめ」「wordpress 目次 編集」の判断基準を文書化し、テンプレとチェックリストで品質ばらつきを抑えます。見出しは名詞止めではなく具体的動詞や数値を含め、アンカーは記事内で一意にします。テーマ機能とプラグインの併用禁止、階層はH2中心に最大3階層、PCは冒頭、モバイルは冒頭+折りたたみ推奨とします。定期監査で「表示されない」事象を洗い出し、再発防止を継続します。
-
ルールとチェックリストで品質のばらつきを抑制
-
見出し命名: 検索意図に即し具体化
-
アンカー命名: 英数小文字とハイフンで一意
-
位置: リード下固定、LPは上部固定
-
階層: H2中心、深掘りはH3まで
-
競合回避: テーマ目次かプラグインのどちらかに統一
まとめと実装チェックリスト(結論と最短実装手順)
目的別の最短ルート(プラグイン/テーマ/手動)
WordPressで目次を最短で実装するには、目的とスキルで選び分けます。初心者は「Table of Contents Plus」「Easy Table of Contents」「Rich Table of Contents」などのプラグインで自動生成を使うと安全です。中級者はCocoonやSWELLなどテーマ機能でデザイン統一と競合回避がしやすいです。開発者はブロックテーマでアンカーとidを付与し、ul/li/aで自作しつつCSSでレスポンシブ最適化します。2025/09/04時点でも更新が継続されているプラグインを選ぶと表示安定性を確保できます。
- 初心者はプラグイン、中級はテーマ機能、開発者は手動実装を基準に選択
記事公開前の目次チェックポイント
公開前に次の5点を点検します。表示位置はリード下を基本に、スマホは折りたたみで初期負荷を抑えます。見出し深度はH2〜H3中心にし、H4以降は長文化時のみ表示します。可読性はリンク間隔とフォントサイズ、配色コントラストを確認します。競合回避はテーマの目次機能とプラグインの二重挿入を防ぎます。計測はクリック計測の設定で導線改善に役立てます。更新後はキャッシュ削除と再描画を都度実施します。
- 表示位置・見出し深度・可読性・競合回避・計測設定を確認
チェック項目 | 推奨設定 | 具体的確認ポイント |
---|---|---|
表示位置 | リード直下/任意ショートコード | モバイルは折りたたみ初期化 |
見出し深度 | H2〜H3中心 | セクション粒度と一致 |
可読性 | 16px以上/適切な余白 | タップ領域44px相当 |
競合回避 | 機能はどちらか一方 | 重複DOM/二重リンクなし |
計測設定 | クリックイベント記録 | 目次→滞在/離脱の差分検証 |
WordPressで「目次」を最適化する基本戦略
WordPressにおける目次の役割と検索意図3段階への効き方
目次は記事全体の構造を可視化し、読者が求める情報へ素早く移動できる導線になります。長文ほど効果が高く、スクロール負担を減らし直帰・離脱の低減に有効です。検索エンジンは見出し構造と内部リンクを評価しやすくなり、セクション単位の理解を助けます。情報収集段階では全体像把握、比較検討段階では目次のデザインや編集性、購入行動段階ではCTA周辺へのリンク導線が成果に影響します。2025/09/04時点でも基本は不変です。
おすすめのWordPress目次プラグイン比較
プラグイン | 主な強み | 対応見出し | ブロック対応 | 自動挿入 | カスタマイズ | 価格 |
---|---|---|---|---|---|---|
Table of Contents Plus | 安定・細かい制御 | H1〜H6 | ショートコード中心 | 可 | 階層/位置/表示条件 | 無料 |
Easy Table of Contents | UIが分かりやすい | H1〜H6 | ブロック有 | 可 | デザイン/折りたたみ | 無料 |
LuckyWP TOC | 速度と柔軟性 | H1〜H6 | ブロック有 | 可 | テーマ多言語/色 | 無料 |
Rich Table of Contents | 日本語UIと装飾 | H2〜H4中心 | ブロック有 | 可 | アイコン/番号 | 無料 |
-
目的が明確なら設定項目の粒度で選ぶと失敗が減ります。
-
テーマ側の目次機能と重複しない設計が重要です。
プラグインの最適設定手順と入れ方のチェックポイント
インストール後は投稿タイプ単位の自動挿入を有効化し、H2を基準にH3以降も含める設定が実用的です。目次の位置はリード文直下を初期値にし、見出し数が一定未満なら非表示にします。番号付与、折りたたみ初期状態、スムーススクロール、見出しテキストのトリムも確認します。ショートコード/ブロックで手動挿入できる状態を用意し、カテゴリー別や特定テンプレートでの出し分けも検討します。保存後はフロントで実機検証し、アンカーの動作を確認します。
Cocoon・SWELLなどテーマの目次機能と共存のコツ
CocoonやSWELLは標準で目次を提供します。プラグインを追加する場合は重複表示を避けるため、どちらか一方を無効化します。CocoonはH2基準の折りたたみと位置指定、SWELLはブロック設置の自由度が強みです。デザイン調整はテーマ設定で完結することが多く、CSS追加は最小限にとどめると保守が楽です。表示されない場合はテーマ設定の「目次を表示」の有効化、条件(見出し数)や除外カテゴリー、キャッシュの整合性を確認します。更新後の再生成も忘れずに行います。
目次のデザイン最適化(おしゃれと可読性の両立)
視認性を最優先に、コントラストと余白、行間を整えます。番号付きリストで階層を把握しやすくし、リンク色とホバー時の色は本文リンクと一貫させます。モバイルでは折りたたみを初期ONにし、タップ領域を十分に確保します。枠線や背景色は薄めにして本文との主従を明確にします。長い見出しは省略表示を活用し、ツールチップや改行で可読性を担保します。アイコンは最小限に留め、ローディング負荷を増やさないように配慮します。印刷スタイルの非表示設定も有効です。
目次の自作(コード)とプラグインなし運用の判断基準
自作は軽量化と完全な制御が利点です。各見出しにidを付け、目次に内部リンクを設け、CSSで階層インデントとレスポンシブを整えます。更新運用が増えるため、記事点数が多いサイトや更新頻度が高いブログでは負荷が大きくなります。ビルダーや再利用ブロックで半自動化できれば現実的です。小規模サイト、ドキュメント固定ページ、ランディングなどは自作が有効です。一方、ブログ運営や寄稿多数なら自動生成の安定性が優位です。要件に応じて選択します。
アンカーリンクとスムーススクロールの実装と注意点
アンカーは重複idを避け、URLの#以降が正しく生成されているか確認します。自動生成時の日本語スラッグは環境依存のため、英数字へ正規化する設定が安全です。スムーススクロールはヘッダー固定時のオフセットを考慮し、到達位置が見出しに被らないよう調整します。キーボード操作や読み上げへの配慮として、focus可視化とprefers-reduced-motionを尊重します。内部リンクは早すぎる多用を避け、主要セクションへ絞ると迷いが減ります。検証はモバイル優先で行います。
目次の位置最適化とクリック誘導の考え方
初回はリード直下、更新でスクロール深度とクリックマップを見て調整します。商品比較や料金表が上位関心なら、その直前に目次項目を用意して直行できるようにします。サイドバー設置はPCで有効ですが、モバイルは本文上固定の方がタップされやすいです。「戻る」導線として最下部に簡易目次を再掲する手法も有効です。項目名は読者語で簡潔にし、3〜7項目に収めると選択が容易です。不要な階層は圧縮し、流入クエリに合う順序へ並べ替えます。
目次が表示されない・消す・非表示にする時の対処
表示されない場合は以下を順に確認します。
-
見出しタグの適正(H2以降)と装飾タグの混在有無
-
プラグイン設定の自動挿入条件と除外設定
-
テーマ機能との二重管理とキャッシュ競合
-
ブロック内コンテンツ(タブ/アコーディオン)の解析可否
-
画像化見出しや全角記号のスラッグ不整合
消す/非表示は投稿単位のチェックボックスやショートコード削除、CSSでのdisplay制御、テーマ設定のオフが安全です。削除後はリンク404やスクロール不具合を再検証します。
よくある質問(FAQ)
- Q. wordpress 目次 プラグイン おすすめは?
A. 安定重視はTable of Contents Plus、UI重視はEasy Table of Contents、軽快さはLuckyWP、装飾性はRich Table of Contentsが適しています。
- Q. ワードプレス 目次 表示されない時は?
A. 見出し構造、プラグイン条件、テーマとの重複、キャッシュ、ブロック内解析の可否を順に確認します。
- Q. wordpress 目次 プラグインなしで可能?
A. 可能です。id付与と内部リンク、CSS整形で自作できますが、更新手間が増えます。
- Q. WordPress 目次 Cocoonの設定は?
A. テーマ設定で目次を有効化し、表示位置、折りたたみ、見出しレベルを調整します。重複表示は無効化で回避します。
- Q. wordpress 目次の位置はどこが最適?
A. 基本はリード直下、データで改善します。PCはサイド補助、モバイルは本文上固定が有効です。