CMSとは、文章や画像などのコンテンツを管理し、ウェブサイトへ公開する仕組みのことです。WordPressはそのために使えるソフトウェアで、会社サイトを作る際は、更新したい情報と保守できる体制から採用を判断します。
制作会社へ相談する前に、社内で直したい作業を具体的に書いてください。お知らせの追加、製品写真の差し替え、仕様表の修正、資料の入れ替えなどです。その作業を実際に試せる形で、更新方法を比較します。
サイト全体を作る工程はホームページの作り方にまとめています。このページは、CMSの違いと、導入後に残る更新・保守の判断を扱います。
WordPressで何ができる?
公式の概要は、自由に利用・変更できるソフトウェアとして、その成り立ちとライセンスを案内しています。ここで扱うのはWordPress.orgから提供されるソフトウェアです。同じ名称を含むホスティングサービスと、契約内容まで同じとは扱いません。
標準機能の説明には、投稿と固定ページ、下書き、公開予約、変更履歴、ユーザーの役割が載っています。会社のお知らせと製品説明を管理し、作成する人と公開する人を分ける、といった構成を検討できます。
見た目を整える部品がテーマ、機能を追加する部品がプラグインです。機能を増やせることと、入れた機能を今後も管理できることは別です。フォームや資料配布に何を使うかを決めたら、更新する人と不具合時の確認先も残します。
ワードプレスでホームページを作るという依頼でも、お知らせだけを更新する構成と、製品の仕様や関連資料まで管理する構成では違います。管理画面があるという説明だけで、どちらも社内で直せると判断しないでください。
CMSの種類はどう比べる?
オープンソースはライセンスや開発の形、クラウド型は提供の形、静的サイトは公開の形です。同じ基準の分類ではなく、重なることがあります。下表は、会社が更新方法を選ぶための代表的な構成の比較です。
| 構成 |
編集と公開 |
契約前の確認 |
| オープンソース |
自社や委託先が設置・管理 |
本体と追加機能の保守 |
| クラウド型 |
提供元の編集画面を使う |
機能の範囲と書き出し |
| 静的サイト |
原稿からページを生成 |
編集・再生成・公開の担当 |
WordPressを、保守を含むサービスで使う契約もあります。提供形態の比較では、WordPress.comは管理付きの公開環境を含み、WordPress.orgのソフトウェアは自分で公開環境を用意する違いが説明されています。
静的サイトを生成する道具の例はHugoです。公式の機能説明で、原稿とテンプレートから公開ページを作る仕組みを確認できます。CMSで原稿を管理して静的ページへ変換する構成もあり、編集と配信は分けて比べます。
比較では、原稿をどこに保存し、誰が編集し、どんな操作で公開されるかを図や説明で受け取ります。静的サイトでも編集画面を備える構成なら、担当者がファイルを直接直すとは限りません。反対に、管理画面があっても独自の仕様表まで自由に変えられるとは限りません。
クラウド型は、提供元が更新する部分と、自社が内容やアカウントを管理する部分を確認します。静的サイトは、公開サーバーだけでなく、生成に使う道具や外部フォームの管理も確認します。配信するページの形だけでは、運用全体の安全性は決まりません。
更新の練習で何を見る?
製造業なら、製品写真を差し替え、対応材質の表を直し、PDF資料を最新版へ入れ替える練習をします。公開予定の秘密情報を使わず、練習用に用意した原稿と画像で試してください。
文字を入力して保存できるだけでは、作業は終わりません。下書き、社内確認、公開、表示の確認、戻す操作まで続けます。普段更新する予定の人が操作し、制作担当が隣で代わりに完了させないようにします。
| 試す作業 |
見る点 |
| 仕様表の修正 |
見出しと単位を保てるか |
| 資料の入れ替え |
本文とリンク先の版が合うか |
| 画像の差し替え |
説明と代替テキストを直せるか |
| 公開前の確認 |
承認した版を公開できるか |
| 修正の取り消し |
必要な範囲を戻せるか |
狭い画面でも表とリンクを読みます。大きな管理画面のプレビューだけでは、実際のスマホで文字やボタンを使えるかが分かりません。サイトの既存デザインの中で、更新後も読めるかを確認します。
使わない入力欄を増やす必要はありません。ただし、全部を自由な文章欄に押し込むと、製品ごとに項目名や単位が変わることがあります。仕様の欄を固定する部分と、説明を自由に書く部分を分けて考えます。
原稿とシステムの更新を分ける
製品説明を直すのは内容の更新です。WordPress本体、テーマ、プラグイン、サーバー側のソフトウェアを更新するのはシステムの保守です。前者を社内でできても、後者まで引き受けられるとは限りません。
保守を委託するなら、対象の一覧を作ります。本体だけなのか、追加機能や独自の変更も含むのかを確認してください。更新後にフォームが送れなくなったとき、どこまで調べて復旧する契約かも決めます。
WordPressの公式の更新手順は、最新版への更新と、事前のバックアップを案内しています。保存しておけば問題時に復元できる、という考え方です。保存した日時だけでなく、戻すためのデータがそろうかを担当者へ確認します。
下書きの変更履歴は、サイト全体のバックアップとは用途が違います。画像、設定、データベースなどを含め、何を失ったときに何から戻せるかを説明してもらってください。公開サイトと同じ場所に保存しただけで、すべての障害に対応できると考えません。
自動更新だけで任せきりにしない
IPAはWordPressに関する脆弱性の注意喚起で、更新が有効でない構成や、失敗している可能性に触れています。自動更新後も管理画面で実際のバージョンを確かめるよう案内しています。
本体が自動更新される設定でも、更新成功の確認や、サイトの動作確認は残ります。更新通知を受ける担当、影響を調べる担当、作業できないときの連絡先を決めます。過去の解説記事のバージョン番号だけで現在の安全性を判断しません。
公開前には、使うテーマや追加機能を一覧にします。提供元と更新状況、何の用途で使っているかを記録してください。不要な機能の扱いも保守担当と確認し、名前だけ残って誰も用途を説明できない状態を避けます。
保守を頼む範囲を空欄にしない
原稿の更新担当、本体と追加機能の保守担当、バックアップと復旧の担当を分けて記します。同じ人が兼ねても、それぞれの作業と確認先を残します。
CMSを変えると検索に有利?
CMSの名前を替えるだけで、検索順位が上がるとは判断できません。記事の本文、URL、公開制限、リンク、表示の状態を確認します。移行時に何を引き継ぐかのほうが、具体的な作業になります。
私たちは自社メディアで、新しい記事から既存記事へリンクしたのに、既存記事から新記事へ張り忘れました。出典は自社メディアの運営記録です。ページが完成したことで、そこへ進む入口までできたと思い込んだ失敗でした。
CMSの試用でも、作成した製品が一覧に現れ、関連する記事から進めるかを見ます。管理画面に原稿があることと、利用者が見つけられることは別です。自動で付くリンクと、担当者が手動で付けるリンクを分けて引き継ぎます。
検索表示を制限する設定も確認します。テスト用の除外設定が本番へ残らないか、必要なページだけを除外できるかです。指定の意味はnoindexの使い分けで確認できます。CMSのチェック項目名だけでなく、実際の公開側も見ます。
引き継ぎでは何を受け取る?
管理者権限を制作担当だけが持つ状態にせず、会社が継続して管理できる契約とアカウントを用意します。編集する担当にすべての管理権限を渡す必要もありません。仕事に必要な権限を分けます。
受け取るものは、原稿・画像・設定の所在、契約先、操作資料、更新と復旧の連絡先です。WordPressなら利用するテーマとプラグイン、有料機能の契約も確認します。クラウド型なら、データを書き出せる範囲と契約終了後の扱いを確かめます。
すでにサイトがあるなら、データを取り出せることと、移行先でそのまま動くことを区別します。独自の部品やフォームは移し替えが必要なこともあります。移行作業の全体はリニューアルの手順へ進めてください。
選ぶ前にそろえるもの
必要な更新の見本と、社内で担当できる作業を用意します。実際に使う人が更新を試し、システムの保守と復旧を誰へ頼むかまで確認できたら、費用の比較へ進みます。
見積もりの内訳は制作費用の確認で扱っています。本体が無料という理由だけで、更新を続ける費用や作業を比較から落とさないでください。
サイト設計として相談するときは、直したい製品情報の実物を渡します。どのCMSが有名かではなく、その情報を確認して公開し、問題時に戻せる構成を決めます。
仕様・出典の確認日:2026年10月23日。