WordPressの投稿と固定ページは、何を基準に選ぶ？

投稿と固定ページは、一覧・分類・階層が違う

投稿は記事を積み重ねて一覧や分類から読めるようにする仕組みで、固定ページはブログの時系列から離れた情報を置く仕組みです。どちらもタイトルと本文を持ち、公開後も内容を修正できます。

まずは、テーマやプラグインで拡張していない標準機能の違いを押さえることが大切です。

ブログの最新記事一覧に加えたい内容なら投稿に置き、カテゴリーやタグで関連する記事をまとめます。反対に、運営者の紹介や利用案内のように、日付をさかのぼって探す必要がない内容は固定ページの候補です。

たとえば固定ページの「ページ属性」などで「サービス案内」を親ページに指定し、「相談の流れ」を子ページとして整理できます。この親子関係は、固定ページ同士の位置づけを表すものです。

投稿をカテゴリーの上下関係で整理することと、固定ページそのものに親子関係を付けることは分けて考えます。カテゴリーは記事をまとめる分類であり、親カテゴリーが一つの親記事になる仕組みではありません。

また、ページの階層と、画面上のメニューに並ぶ順序・階層は別です。子ページを作ったら必ずメニューへ追加されると考えず、使っているテーマのナビゲーション設定で掲載先を確認します。

「固定」は、更新しないという意味ではない

固定ページは、情報をそのまま凍結する機能ではありません。プロフィールの肩書きや問い合わせ先が変われば、同じ固定ページの内容を更新できます。

「固定」は、静的なHTMLファイルという意味でもありません。投稿と同様、内容はWordPressのデータベースで管理され、テーマなどの仕組みによってページとして表示されます。

逆に、数年前の解説記事をときどき修正する場合でも、記事群の中で読まれる内容なら投稿が基本です。新しい記事を追加する頻度と、既存の一ページを修正する頻度を分けると、選択の迷いが減ります。

固定ページという種類が、Google検索からの除外を意味するわけではありません。検索に載せたいページは、一般公開され、Googleがアクセスでき、インデックス登録を妨げる設定がない状態に整えます。

「固定ページのほうがSEOに強い」といった順位の優劣を選択基準にせず、記事を探すための一覧・分類が必要か、サイトの案内として置く情報かで判断することが大切です。

作る情報の役割から、投稿か固定ページを選ぶ

作る内容が決まったら、読者がその情報へたどり着く場面を考えます。同じ種類の情報を追加し、一覧から選んで読めるようにするのか、必要なときに同じ案内先を開いてもらうのかが判断の軸です。

ブログ記事と案内ページを作例で分ける

次の表は、一般的なサイトを想定した使い分けの作例として読めます。新しい記事を積み重ねる内容と、一つの案内を更新しながら使う内容に分けたものです。

たとえば営業時間を頻繁に修正する店舗案内でも、読者が現在の営業時間を確かめる場所として使うなら固定ページを選びます。一方、「10月の臨時休業のお知らせ」のように、日付ごとの記録を増やす情報は投稿が候補です。

一つのサイト内で両方を使い、店舗案内から必要なお知らせへリンクする形にもできます。常に必要な案内と出来事ごとの記事を分けることが、古い情報と最新の案内の混同を防ぐ工夫です。

記事の種類を選んだあとは、投稿なら管理画面の「投稿」、固定ページなら「固定ページ」を入口にして新規作成へ進みます。固定ページを選んでも、内容を整えて下書きに保存し、公開前に確認する作業は必要です。

固定ページの作成と、トップ・メニューの設定は別

固定ページを作成するだけで、そのページがサイトのトップになるわけではありません。ページ本体の用意、トップに表示する内容の指定、メニューへの掲載をそれぞれ分けて考えます。

トップページには、最新の投稿を並べる方法と、用意した固定ページを表示する方法があるため、サイトの目的に合わせた選択が必要です。記事を新着順で見せたいなら最新の投稿、サイトの案内を先に見せたいなら固定ページをホーム用に指定できます。

標準の管理画面では「設定」→「表示設定」がこの選択の入口です。固定ページをホームにし、ブログ記事の一覧も別に用意する場合は、ホーム用と投稿一覧用に異なる固定ページを指定します。

ここでいう「投稿ページ」は、表示設定で投稿一覧の表示先に指定したページのことで、個々のブログ記事とは別の役割です。たとえばホーム用の「サイト案内」と投稿一覧用の「ブログ」を分ければ、トップで案内を見せつつ記事一覧へ進む構成にできます。

メニューは、読者にどの入口を見せるかを決める別の設定です。固定ページが公開されていても、目的のメニューに含まれているか、トップの表示先として選ばれているかを確認します。

テーマやプラグインで表示を拡張しているサイトでは、標準設定に加えて、その拡張の設定も確認が必要です。すでに作ったページが見つからないときは、まずページのURLを直接開いてみます。

ページが開く場合はメニューやトップの設定、開かない場合は公開状態やURLが確認先です。

カスタム投稿は、標準機能で足りない管理があるときに検討する

まずは投稿・固定ページと既存の分類で整理し、ブログとは別の管理単位が継続して必要になったときに、カスタム投稿を検討します。カスタム投稿は、商品や事例などを独自の種類として扱うために追加する投稿タイプです。

ここでは、ブログ記事を作る「投稿」と、コンテンツの種類を表す「投稿タイプ」を区別します。投稿・固定ページは標準の投稿タイプで、カスタム投稿は目的に合わせて追加する種類です。

紹介記事があるだけなら、種類を増やさなくてもよい

数本の商品紹介をブログ記事として書き、カテゴリーの一覧から探せれば足りるなら、通常の投稿で整理できます。サイト全体のサービスを一つの案内として説明する場合は、固定ページが基本です。

一方、商品の情報を継続して追加し、ブログとは別の一覧や編集画面で管理したいなら、カスタム投稿が候補になります。商品ごとに型番や仕様など同じ項目を入力したい、事例だけを独立した一覧にまとめたい、といった管理上の必要が判断材料です。

記事数だけを基準にせず、標準機能のどこで管理が難しくなるかを先に書き出します。「商品紹介だから必ずカスタム投稿」ではなく、読者に見せる一覧と運営者の管理方法を分けて整理することが大切です。

分類・一覧・入力項目は、追加時の設定を確認する

カスタム投稿を追加しただけで、カテゴリー・タグ、親子階層、一覧、独自の入力項目がすべてそろうわけではありません。それぞれの機能は登録方法や設定に依存します。

商品なら仕様の入力欄、事例なら対象や実施内容の入力欄など、管理したい情報を具体的にしたうえで、必要な機能が用意されるかを確認することが大切です。独自の入力項目が必要な場合は、その項目の設定も別途用意します。

外部サービスから記事を読み書きするREST APIへの公開や、ブロックエディターでの編集にも登録設定が関係するため、ブロック編集や外部連携を使う場合は確認が必要です。実装担当には、次の内容をまとめて伝えます。

• ブログと分けて管理したい情報の種類
• 読者に見せたい一覧と、分類・親子関係の必要性
• 各ページに共通して入力する項目
• ブロック編集や外部連携の利用予定

また、誰が投稿タイプを登録し、変更後も保守するかは導入前に決める事項です。WordPressの公式開発資料は、テーマを変えてもコンテンツを扱い続けられるよう、カスタム投稿の登録をテーマよりプラグイン側に置く方法を推奨しています。

テーマに組み込まれた種類を使う場合は、テーマを変更した後も同じ情報を管理・表示できるかの確認が必要です。導入方法と保守担当が決まるまでは、必要な管理を整理する段階にとどめ、既存記事の種類をまとめて変えません。

まとめ：更新頻度より、情報の役割と管理方法で選ぶ

継続して追加し、一覧や分類から読まれる記事は投稿、プロフィールや案内のようにサイト内の役割を持つ情報は固定ページが基本です。更新頻度だけで分けず、読者の探し方と運営者の管理方法に合わせて選びます。

新しく作る情報をいくつか挙げ、次の点を確かめることが置き場所を決める手掛かりです。

• 記事の追加予定と、時系列・分類一覧からの読み方
• 案内として同じページを継続して使う役割
• 固定ページ同士に設ける親子関係
• ブログと独立した管理、一覧、共通入力項目の必要性

標準機能で整理できるなら投稿か固定ページを選び、別の管理が必要な内容だけカスタム投稿の検討へ進みます。トップに指定するか、メニューに載せるかは、種類を選んだ後に決める別の設定です。

すでにある記事の種類や固定ページの親子関係を変える場合は、変更前に現在のURL、変更後の表示先、一覧・メニュー・既存リンクへの影響を確認します。固定ページの親子関係やカスタム投稿の登録条件はURLにも関係するため、新しく作るページの選択より慎重な確認が必要です。

変更するなら、バックアップと検証できる環境を用意し、保守担当と影響を確かめてから進めます。新しい内容の置き場所は情報の役割で決め、既存ページの移行は影響確認後に進める、という順序が基本です。