WordPressをCMSとして残さず、microCMSを選んだ理由

公開サイトをWordPress以外の仕組みで作りながら、WordPressを記事管理だけに利用することも可能です。それでも今回は、Journalや制作実績などのコンテンツ管理にmicroCMSを採用しました。

理由は、新しいCMSを使うことではありません。更新方法、保守やセキュリティの範囲、見積もりや運用上のやり取り、将来のリニューアルまで考えた結果、今回のサイトにはmicroCMSのほうが適していると判断したためです。

WordPressを記事管理だけに使う方法もある

WordPressには、記事や固定ページを管理するCMSとして十分な機能があります。REST APIを利用すれば、WordPressに登録したコンテンツを別のフロントエンドから取得し、公開ページを生成することもできます。

そのため、選択肢は単純な「WordPressかmicroCMSか」ではありません。WordPressで公開ページとCMSの両方を管理する方法、公開ページは別の仕組みで作りWordPressをCMSとして残す方法、公開ページとCMSを分離してmicroCMSを使う方法があります。今回の自社サイトでは、更新担当者がコードやサイト全体の設定を意識せず、記事や実績の入力に集中できることを重視しました。

WordPressを残すと、運用とセキュリティ管理も残る

WordPressを記事管理だけに使用した場合でも、WordPressを動かすための環境は必要です。WordPress本体やPHP、プラグインの更新、サーバー・データベースの管理、バックアップ、管理画面への不正アクセス対策、脆弱性が見つかった際の確認と対応などは継続します。

今回CMSに求めていたのは、コンテンツを登録し、公開サイトへデータを渡すことでした。そのため、コンテンツ管理とAPI提供に特化したmicroCMSを採用しています。

更新担当者に必要な項目だけを用意する

microCMSでは、コンテンツごとに入力項目を設計できます。Journalでは、タイトル、導入文、サムネイル、カテゴリ、公開日、本文、SEOに関する情報などを管理しています。

本文も一つの自由入力欄ではなく、見出し、本文、画像、表、引用、注釈、ポイントボックスなどを組み合わせて作成できます。使用するパーツや表示ルールを決めておくことで、更新担当者は内容に集中しやすく、記事ごとの見た目のばらつきも抑えやすくなります。

見積もりと将来のリニューアルを考えやすくする

microCMSを利用する構成では、CMSに関する打ち合わせを、どの情報を更新できるようにするか、誰が作成・確認・公開するか、どの入力項目を用意するか、といったコンテンツ設計と運用方法に集中させやすくなります。

また、記事や制作実績を表示デザインとは別のデータとして管理するため、次回リニューアルで表示側を作り直す際も、コンテンツを活用しやすくなります。サイト構造や入力項目を大きく変える場合はデータ変換が必要ですが、最初からコンテンツとデザインを分けることで移行負担を抑えやすくなります。

WordPressのほうが適しているケースもある

管理画面から固定ページを自由に追加したい場合、ページレイアウトまで変更したい場合、プラグインを活用したい場合、既存のWordPress運用を継続したい場合には、WordPressのほうが向いていることもあります。大切なのは、CMSの知名度や新しさではなく、サイトの目的と更新体制に合っているかどうかです。