WordPressでニュースサイトを作るときに大事なのは、デザインより先に「記事をどう分類し、誰がどの手順で公開するか」を決めることです。この記事では、カテゴリーとタグの設計、テーマの選び方、予約投稿と編集フロー、構造化データ、運用と公開前チェックまでを、管理画面の操作を中心に順番に解説します。読み終えるころには、複数人で毎日記事を出せるメディアの骨組みを自分で組み立てられるようになります。
ニュースサイトに求められる条件を整理する
一般的なブログとニュースサイトの違いは、更新頻度と関わる人数にあります。1日に何本も記事が出る、書く人と確認する人が別、公開時刻を指定したい、過去記事が数千本に増えていく、という前提で設計します。
最初に次の点を紙やスプレッドシートに書き出しておくと、後の作業がぶれません。
- 扱うジャンル（地域ニュース、業界ニュース、企業のオウンドメディアなど）
- 1日あたりの想定記事数と、記者・編集者の人数
- 速報を出すのか、まとめ記事中心なのか
- 広告やメルマガ登録など、記事以外に置きたい要素
情報設計：カテゴリー・タグ・固定ページを決める
カテゴリーは「棚」、タグは「付箋」
ニュースサイトでは、カテゴリーをサイトの大きな区分（政治・経済・地域・テクノロジーなど）に使い、タグを人物名・企業名・イベント名など横断的なキーワードに使う形が扱いやすくなります。カテゴリーは「投稿 → カテゴリー」、タグは「投稿 → タグ」から登録できます。
つまずきやすいのは、カテゴリーを細かく作りすぎることです。記事が数本しかないカテゴリーが大量にあると、一覧ページが薄くなり、記者もどれを選べばよいか迷います。最初は親カテゴリーを5〜8個程度に絞り、記事が増えてから子カテゴリーで分けるほうが安全です。1記事に付けるカテゴリーは原則1つ、と編集ルールで決めておくとパンくずリストやURLも安定します。
カスタム投稿タイプが必要になる場面
ニュース本文は通常の「投稿」で十分です。一方、「イベント情報」「プレスリリース」「連載」のように、入力項目や一覧の見せ方が記事と大きく違うものは、カスタム投稿タイプに分ける選択肢があります。ただし分けすぎると管理画面が複雑になるため、「専用の入力項目が必要か」「一覧を別に出したいか」の2点で判断します。
固定ページで用意するもの
ニュースサイトでは、読者と検索エンジンの両方から運営者の情報が見えることが信頼につながります。次の固定ページは公開前にそろえておきます。
- 運営者情報（会社概要・編集部の紹介）
- 編集方針・訂正方針
- プライバシーポリシー
- お問い合わせ・情報提供フォーム
- 広告掲載について（広告を扱う場合）
パーマリンクは公開前に固定する
「設定 → パーマリンク」でURLの形式を決めます。ニュースサイトでは /%category%/%post_id%/ や /%postname%/ などがよく使われます。日付入りのURLは鮮度が伝わる一方、記事を更新しても日付が残るため、方針に合わせて選んでください。公開後に形式を変えると既存URLがすべて変わるため、最初に決めて動かさないことが重要です。
テーマの選び方
テーマは大きく、サイトエディターで全体を編集する「ブロックテーマ」と、カスタマイザーやウィジェットを使う従来型の「クラシックテーマ」に分かれます。
ブロックテーマは、トップページの「最新記事一覧」や「カテゴリー別の記事一覧」をクエリーループブロックで組めるため、コードを書かずにニュースサイトらしいレイアウトを作れます。クラシックテーマは、メディア向けに作り込まれた既製品が多く、広告枠やランキング表示などが最初から備わっていることがあります。
どちらを選ぶ場合も、次の点を確認します。
- 一覧ページで大量の記事を表示しても表示速度が落ちにくいか
- アイキャッチ画像の比率がそろって表示されるか
- スマートフォンで見出しと日付が読みやすいか
- 開発元が継続して更新しているか（最終更新日と対応バージョン）
テーマのファイルを直接編集すると、テーマ更新で変更が消えます。PHPやCSSを変更したい場合は子テーマを使うか、ブロックテーマならサイトエディター上で調整します。
編集体制：権限と公開フローを作る
ユーザー権限グループを使い分ける
WordPressには標準で次の権限グループがあります。
- 管理者：すべての設定が可能。運営責任者のみに絞る
- 編集者：他人の記事も含めて公開・編集できる。デスクや編集長向け
- 投稿者：自分の記事を公開できる。信頼できる記者向け
- 寄稿者：記事を書けるが公開はできない。外部ライターや新人向け
寄稿者が書いた記事は「レビュー待ち」として送信され、編集者が確認してから公開します。この流れを使うだけで、誤字や事実確認のチェックを公開前に挟めます。管理者アカウントを記者に配るのは、誤操作やアカウント乗っ取り時の被害が大きくなるため避けてください。
予約投稿で公開時刻をそろえる
ブロックエディターの右側の設定パネルで公開日時を未来の時刻に変えると、公開ボタンが予約投稿のボタンに切り替わります。朝7時や昼12時など、読者が多い時間に合わせて記事を出す運用に向いています。
予約投稿はWP-Cronという仕組みで動くため、アクセスが少ない時間帯に公開時刻が遅れることがあります。予約時刻を過ぎても公開されない記事があれば、「設定 → 一般」のタイムゾーンが正しいか、サーバー側でWP-Cronを定期実行させる設定が必要かを確認します。
訂正と更新の扱い
ニュース記事は公開後に情報が変わることがあります。本文を書き換えるときは、記事末尾に「更新：○月○日、△△を追記」のように履歴を残すと読者の信頼を保てます。WordPressのリビジョン機能で過去の版を確認・復元できるため、誤って消した場合の戻し方も編集部で共有しておきます。
検索とニュース配信への対応
構造化データ（NewsArticle）
記事ページには、見出し・公開日時・更新日時・著者・画像などを検索エンジンに伝える構造化データを入れておくと、記事として正しく認識されやすくなります。ニュース記事には schema.org の NewsArticle という型があります。多くのSEOプラグインは記事ページに Article 系の構造化データを出力し、設定で記事の種類を選べるものもあります。
手作業でJSON-LDを書くより、SEOプラグインやテーマの機能で出力し、Googleのリッチリザルトテストなどで記事の情報が読み取れているか確認する方法がおすすめです。構造化データを入れても検索での表示が保証されるわけではない点は理解しておいてください。
Google ニュースへの掲載
Google ニュースへの掲載はGoogle側の判断で決まり、申請すれば載るという仕組みではありません（2026年10月現在）。運営者情報や著者情報が明確であること、独自の取材や解説があること、日付が正しく表示されていることなど、基本的な品質をそろえることが前提になります。条件や手続きは変わることがあるため、Google の公式ヘルプで最新の内容を確認してください。
運用：バックアップ・更新・表示速度
記事数が増えるほど、トラブル時の影響も大きくなります。次の3点は公開前から仕組みにしておきます。
- バックアップ：データベースとアップロード画像を毎日自動で取り、サーバー外にも保存する。復元手順を一度試しておく
- 更新：本体・テーマ・プラグインの更新は、可能ならステージング環境で確認してから本番に反映する
- 表示速度：ページキャッシュを有効にし、画像は適切なサイズに縮小してから入れる。記事公開時にトップページや一覧のキャッシュが更新されるか確認する
アクセスが急に増える速報記事では、キャッシュが効いていないとサーバーに負荷が集中します。キャッシュプラグインやサーバー側のキャッシュ機能を使い、ログイン中のユーザーにはキャッシュを使わない設定になっているかも確かめてください。
公開前チェックリスト
- カテゴリー構成とパーマリンク形式が確定している
- 運営者情報・編集方針・プライバシーポリシー・お問い合わせが公開されている
- 記者ごとにユーザーを作成し、権限グループが適切に割り当てられている
- 予約投稿のテストで、指定時刻に公開されることを確認した
- 記事ページの構造化データをテストツールで確認した
- スマートフォンで記事ページと一覧ページの表示を確認した
- バックアップが自動で取れており、復元手順を確認した
- 「設定 → 表示設定」の「検索エンジンでの表示」で、検索エンジンにインデックスさせない設定が外れている
まとめ
- ニュースサイトは、カテゴリーとタグの役割分担、固定ページ、パーマリンクを最初に決める
- テーマはブロックテーマとクラシックテーマのどちらでも作れる。一覧表示の速さと更新状況で選ぶ
- 編集者・投稿者・寄稿者の権限と「レビュー待ち」を使い、公開前の確認を仕組みにする
- 予約投稿はWP-Cronで動くため、時刻のずれがないかテストしておく
- 構造化データとGoogle ニュースは、品質と運営者情報をそろえたうえでの補助と考える
- バックアップ・更新・キャッシュは公開前から自動化しておく