Web サイトに求められるのは、結局のところ「速い・落ちない・安全」です。ニュースリリースやキャンペーンでアクセスが集中しても遅くならず、止まらず、攻撃にも強い ―― この 3 つを、ケイズのCMSは配信のしくみ（静的配信）そのもので実現しています。今回はその「公開した後」の強さを、数字を交えてご紹介します。

読者に届くのは「できあがったファイル」だけ

多くの CMS は、読者がページを開くたびに、サーバー側でデータベースとプログラムを動かしてページを組み立てます。便利な一方で、この「毎回その場で組み立てる」処理が、遅さ・障害・攻撃の入り口になりがちです。

ケイズの CMS は違います。公開のタイミングでページを完成形のファイルとして作り置きし、読者にはその出来上がったファイルをそのままお渡しします。読者がアクセスした瞬間に、サーバーでデータベースやプログラムが動くわけではありません。結果として、最初の応答までの時間（TTFB）は10〜50 ミリ秒。毎回動的に組み立てる方式の一般的な値（300〜800 ミリ秒）と比べて、桁違いに速くなります。

表示の速さはそのままビジネスに効きます。ページの読み込みが 1 秒から 3 秒に伸びるだけで離脱率は約 32% 増える、という調査もあります。速さは、読者を逃さないための土台です。

この「できあがったファイル」が実際にどう配信され、世界中のどこからでも速く届くのか ―― その届け方の仕組みは 記事は「プログラム」ではなく「ファイル」として届く で詳しくご紹介しています。

アクセスが集中しても落ちない

配信の経路にデータベースが介在しないことは、速さだけでなく「落ちにくさ」にも直結します。動的な方式では、アクセス急増時にデータベースやアプリケーションサーバーが処理しきれず、サイト全体が重くなったり停止したりします。

作り置きのファイルを返すだけなら、その心配が構造的に小さくなります。ニュースの拡散、IR 開示、キャンペーン告知 ―― 一番アクセスが集まる「ここぞ」という場面で、サイトが止まらない。大がかりな冗長構成や自動スケールの作り込みに頼らずに、急なアクセスに耐えられます。

動くプログラムが無いぶん、狙われにくい

世の中のサイト改ざん・情報漏洩の多くは、公開後も動き続けるプログラム（CMS 本体や古い拡張機能）の弱点を突かれて起きています。読者に見えている場所でプログラムが動いているほど、攻撃の入り口は増えます。

ケイズの CMS では、読者への配信経路に動くプログラムもデータベースもありません。攻撃の対象になる面そのものが小さいため、脆弱性対応に追われる頻度や、防御設定にかける手間も抑えられます。「動的 CMS の脆弱性対応に疲れている」という悩みに、設計の段階から応える形です。

小さなサーバー 1 台で、複数サイトを配信できる

読者に返すのが軽い静的ファイルだけなので、配信側に高スペックなサーバーや大規模な構成は要りません。小さなサーバー 1 台で複数のサイトをまとめて配信できます。高速・高可用なのに、インフラのコストはむしろ下げられる ―― 速さと堅牢さとコストが、同じ設計の上で両立します。

複数サイトを 1 つの管理画面でまとめて運用する仕組みの詳細は 複数サイトを1つの管理画面で・小さなサーバー1台で配信 をご覧ください。

「WordPress ではダメなのか？」

よくいただく質問です。WordPress は世界でもっとも普及した CMS で、情報量も拡張機能の豊富さも大きな強みです。承認フローが不要な小規模サイトなら、WordPress は適切な選択肢だと考えています。

一方で、公開前の多段階チェック（承認ワークフロー）、変更の差分確認、静的配信による高速・安全、そしてサイト全体を公開前に確認できるプレビュー ―― これらをすべて同時に満たそうとすると、WordPress では 25〜35 人月規模のカスタム開発が必要になります。「公開前チェックは必須」「アクセス集中に耐えたい」「脆弱性対応の負担を減らしたい」という要件が揃うなら、最初からそれらを備えた設計のほうが、結果的に近道です。

このサイト自体も、同じ静的配信のしくみの上で動いています。「公開した後」で困らない設計を、最初から持っておく ―― それがケイズの CMS の考え方です。

ケイズの CMS が公開前後で何をしているのか、その全体像は 似ているようで、公開後がまるで違う ― ケイズのCMSの選びどころ でまとめています。