WordPressを使い始めたら、まず「誰が何を更新し、問題が起きたら誰に連絡するか」を決めてください。記事を増やす前に、公開ページの情報、利用者、WordPress本体・テーマ・プラグイン、バックアップの担当をそろえると、日々の作業で迷いにくくなります。
この記事は、すでに会社のホームページをWordPressで運用している担当者向けです。導入サービスや料金プランの比較ではなく、最初に整えたい運用の手順を説明します。
最初に、管理するものと担当者を書き出す
WordPressの運用には、文章や写真の更新と、サイトを動かすソフトウェアの保守があります。担当が同じとは限りません。営業担当が商品情報を確認し、広報担当が原稿を編集し、制作会社がプラグインを更新する形でも構いません。大切なのは、公開判断と不具合の連絡先が分かることです。
| 管理対象 | 最初に決めること | 記録するもの |
|---|---|---|
| ページ・画像 | 内容の確認者、編集者、公開判断者 | 変更したURLと日付 |
| 利用者 | 追加・停止を判断する人 | 利用目的と付与した権限 |
| 本体・テーマ・プラグイン | 更新作業と不具合対応の担当 | 更新対象、結果、戻し方 |
| バックアップ | 取得・保管・復元確認の担当 | 取得範囲、保管先、確認日 |
最初は一枚の共有表でも十分です。契約中のサーバー、自社が持つドメイン、制作会社との保守範囲も、担当者が確認できる場所に記しておきます。ログイン情報を表へそのまま書く必要はありません。更新する題材と確認日を整理するなら、記事の更新計画も参考にできます。
ページ更新は、内容確認から公開後の確認までを一組にする
例えば営業時間を変えるなら、元になる営業案内を確認し、該当ページの文章を直し、公開前の表示を確認します。WordPressには編集内容を公開前に見る機能があります。WordPress公式のプレビュー説明を参考に、実際の画面で見出し、画像、表、スマートフォン表示を確かめてください。プレビュー画面の見え方と公開ページが必ず同じとは限らないため、公開後も対象URLを開き直します。
一つの変更がほかのページに出ていることもあります。営業時間なら店舗案内、問い合わせ先ならヘッダーやフッターも確認します。リンク先が開くか、古い説明が残っていないかを見て、変更日と対象URLを記録します。問い合わせフォームの確認は受付担当との取り決めに従い、実送信を伴う検査を勝手に行わないようにします。
バックアップは「何を戻せるか」で確かめる
投稿文、設定などを持つデータベースと、写真のアップロード、テーマ、プラグインなどのファイルは保存場所が違います。WordPress開発者向けのデータベースバックアップ説明も、データベースの控えだけではファイルを含まないと示しています。「バックアップあり」という表示だけで、サイト全体を戻せると判断しないでください。
まず契約中のサーバーや保守契約で、取得対象、保存期間、保管先、復元を依頼できる人を確認します。大きな更新や構成変更の前には、その時点へ戻せる控えがあるかを担当者同士で確かめます。復元方法を紙に書いただけで済ませず、可能な環境で復元できるか確認する計画も決めます。公開中のサイトでいきなり復元を試す作業ではありません。
本体・テーマ・プラグインは、更新前後を見られる人が扱う
ソフトウェアの更新は、表示や動作に影響することがあります。WordPress公式の更新案内は更新前のバックアップを勧めています。通知だけを見て一斉に押すのではなく、変更対象、戻せる控え、検査するページ、作業者をそろえます。自動更新を使う場合も、結果と不具合の連絡先を決めておきます。
更新後はトップページだけで終わらせず、商品・サービスページ、記事、画像、メニュー、問い合わせ入口を確認します。正常に見えないときは、追加のプラグインを重ねて直そうとせず、作業を止めて記録を残し、保守担当へ相談します。使っていないプラグインやテーマの扱いも、現在の構成と復元手段を確認してから判断します。
利用者には、担当作業に必要な権限を付ける
WordPressには管理者、編集者、投稿者などの権限があります。公式の権限一覧によると、標準の編集者は他の人の記事を含む投稿を管理でき、管理者はサイトの設定にも広く触れられます。記事を直す人全員を管理者にする前に、担当作業に必要な範囲を確認してください。サイト固有の設定で権限が変わっている場合は、実際の付与内容を管理担当者に確認します。
入社・退職や委託先の変更時には、誰が使うアカウントかを見直します。共用アカウントで作業者を分からなくするより、担当と連絡先が追える運用にします。権限の変更や利用停止は、サイトの管理責任者が現状を確認して実施する作業です。
毎回の点検は、読者に影響する箇所から始める
WordPressの「サイトヘルス」は、環境や設定について確認する入口になります。公式のサイトヘルス説明を参考に、表示された項目を担当者へ伝え、原因と対応範囲を調べます。点数や表示だけでサイト全体の安全を保証するものではありません。
日々の確認は、古い料金・提供条件、開けないリンク、見えない画像、問い合わせ先の誤りなど、読者の判断を妨げる箇所を優先します。アクセス数が多いページだけを直すのではなく、実際に届く質問や営業現場で分かりにくかった説明も材料にします。更新回数を増やすこと自体を検索順位の対策とは考えず、今の事業内容とページの説明が合っているかを確かめます。
最初の一回は、一つのページで手順を試す
担当、元資料、変更するURL、公開判断者、確認する画面を一つずつ決め、影響の小さい情報更新で手順を試します。公開後に表示とリンクを確認し、結果を残します。その経験から、確認しにくかった項目や必要な連絡先を運用表へ足せば、次の更新が進めやすくなります。
社内でソフトウェアの更新や復元まで担当できない場合は、作業範囲を制作・保守担当と確認してください。Bämのホームページ保守・管理の案内で対象を確認し、現在の運用で困っている箇所は相談窓口へ伝えられます。契約内容や費用は個別に確認します。
参考資料
- WordPress.org「Roles and Capabilities」（2026年9月24日確認）
- WordPress.org「How to use the View feature」（2026年9月24日確認）
- WordPress.org「Updating WordPress」（2026年9月24日確認）
- WordPress Developer Resources「Backing Up Your Database」（2026年9月24日確認）
- WordPress.org「Site Health」（2026年9月24日確認）
