ヘッドレスCMSの利点――柔軟性と拡張性を考える

一組のコンテンツを、異なる見せ方で届ける。ただし、ウェブサイトやアプリは、それぞれ構築して接続する必要があります。

講演の案内を公開する場面を想像してください。タイトル、写真、説明、開始時刻を、ウェブサイトにもモバイルアプリにも表示する必要があります。時刻が変わったら、修正は一度で済ませたいところです。そのうえで、ウェブサイトにはウェブサイトらしい見た目を、アプリにはアプリらしい使い心地を持たせたいはずです。

ヘッドレスCMSは、情報を整理して管理する仕事と、それを読者にどう見せるかを決める仕事を分離します。この分離が役立つ場面はあります。ただし、その利点は、何を公開する必要があるのか、そして誰が両者をつなぐ仕組みを構築し、維持するのかによって変わります。

「ヘッドレス」とは、具体的にどういう意味か

CMSは、編集者がコンテンツを執筆し、整理し、公開するためのシステムです。従来型の構成では、コンテンツをウェブページにするためのテンプレートもCMSが提供します。ヘッドレスCMSでは、表示を別のウェブサイトやアプリ、その他のインターフェースに任せます。

両者はAPIを通じてやり取りします。APIとは、あるソフトウェアが別のソフトウェアに情報を求めるための、共通の取り決めです。たとえばウェブサイトは、講演のタイトル、時刻、写真を取得し、自分のレイアウトに配置します。アプリも同じ情報を取得して、別の配置で表示できます。

Strapiは、その一例です。編集画面、コンテンツモデル、そしてアプリケーションが利用するAPIを提供します。APIが開発者に提供するのはコンテンツへのアクセスであり、読者の体験まで設計してくれるわけではありません。

柔軟性が役立つ場面

一つのコンテンツを複数の場所で利用できます。講演の時刻を、それぞれ別々に管理する複数のページへコピーするのではなく、一つのフィールドに保存できます。ただし、各アプリケーションには、正常に動作する接続と、変更を取り込む仕組みが必要です。古いページがキャッシュに残っていれば、更新されるまで古い情報が表示されることもあります。

デザインを変えるたびに、すべての記事を書き直す必要はありません。タイトル、段落、画像、キャプションを特定のページレイアウトから独立して保存していれば、新しいフロントエンドでも再利用できます。その効果が最もよく発揮されるのは、レイアウトに依存するマークアップを一つの大きな塊として保存するのではなく、コンテンツモデルが素材の構成を明確に表している場合です。

読む人や利用場面に合わせて、見せ方を変えられます。スマートフォンの画面、長い記事、イベント会場の表示画面では、それぞれ求められるものが違います。基になる情報は共通のまま、三つすべてを同じテンプレートに押し込めることなく、それぞれに対応できます。

この構成だけでは解決しないこと

ヘッドレスにすれば、自動的に速くなるわけではありません。ページを事前に生成して素早く配信することもできますが、何かが表示されるまでに遅いリクエストが連続する構成にもなり得ます。画像、キャッシュ、ホスティング、フロントエンドのつくり方は、依然として結果を左右します。各部分を分離すると、どこで性能を改善し、処理能力を増やすかをチームが選べるようになります。ただし、誰かがその選択を行い、検証しなければなりません。

編集者に必要なのも、文字を入力する欄だけではありません。下書きをプレビューし、リンクや画像を確認し、適切な言語で公開し、以前の版を復元する必要があります。開発者は、こうした作業が新しいフロントエンドでもできるように接続しなければなりません。構成図では美しく見えるシステムでも、日々の公開作業は煩雑になることがあります。

システムを誰がどこまで管理できるかについても、同じように分けて考える必要があります。APIがあるだけでは、誰がルールを変更できるのか、すべてをエクスポートできるのか、提供元がサービスを打ち切っても公開を続けられるのかは決まりません。それらは、ソフトウェア、ホスティングの契約や構成、権限、そして別のシステムへ実際に移行する手段に左右されます。

公開作業を最初から最後まで試す

1. 代表的なコンテンツを一つ選びます。たとえば、写真、日付、説明があり、別の言語版も用意する講演案内です。
2. 実際に編集を担当する人に下書きを作ってもらい、ウェブサイトとアプリの実際のレイアウトでプレビューしてもらいます。
3. 公開した後に時刻を変更し、それぞれの掲載先で、いつ修正が反映されるかを確認します。
4. 以前の版に戻します。コンテンツとメディアをエクスポートし、別の場所で使うために何が必要かを確認します。

この小さな試行からは、機能一覧だけでは分からないことが見えてきます。その構成がチームにとって役立つ自由をもたらすのか、日々の作業を無理なく回せるのかを確かめられます。

公開業務の必要性から選ぶ

複数のアプリケーションで同じ構造化コンテンツを使う必要がある場合や、読者の体験を実現するために大幅な独自開発が必要な場合には、ヘッドレスがよく適合します。公開先が一つだけのシンプルなサイトなら、編集機能と表示機能が一体になったシステムのほうが、作業が少なくて済むかもしれません。まず必要な仕事を明らかにし、そのうえで構成を選びましょう。

より広い視点からの比較については、公開にかかる手間と移行のしやすさでCMSを選ぶ方法をご覧ください。