静的化で変わること

静的化できた場合、次のような変化が見込めます。

• 攻撃される箇所が減る

  公開サーバでは PHP もデータベースも WordPress 本体も動きません。HTML・画像・CSS を配信するだけなので、PHP やプラグインの脆弱性が見つかっても、公開サイトが直接その影響を受けることはなくなります。

• アップデート対応に追われない

  脆弱性が報じられるたびに、本体・プラグイン・PHP のバージョンを急いで上げて動作確認する。その繰り返しから、公開サイトを切り離せます。

• 表示が速く、止まりにくい

  ページを都度組み立てる処理がないため、表示が速くなります。アクセスが集中しても、データベースが原因で落ちることはありません。

• サーバの選択肢が広がる

  静的ファイルを置ければよいので、PHP やデータベースのない安価なサーバや CDN でも公開できます。

仕組み

移行後は、次のような運用を想定しています。具体的な構成は、サーバ環境やサイトの作りに合わせて決めます。

• 編集は今までどおり WordPress で

  WordPress は、アクセス制限をかけた編集専用の場所（例：wp.example.co.jp）に移します。投稿や固定ページの編集方法は、基本的に今までと変わりません。

• ボタンひとつで書き出し・公開

  更新が終わったら、WordPress の管理画面から書き出しを実行します。静的 HTML が生成され、公開用のドメイン（例：www.example.co.jp）に反映される仕組みです。レンタルサーバの構成によっては、書き出しから公開までをひとつの操作で完結させることもできます。

• 必要なページだけを出力

  自社で開発した書き出しプラグインを、サイトごとにカスタマイズして使います。汎用ツールにありがちな「使われていないアーカイブや一覧ページまで大量に出力される」ことを避け、実際に必要なページだけを書き出すようにします。

向いているサイト・向かないサイト

一部に向かない機能がある場合も、その部分だけ別の仕組みに分けて静的化できることがあります。まずはご相談ください。

静的化が難しい場合は、WordPress を残したままサーバ構成で守る方法もあります。PHP 環境の堅牢化 →

静的化で動かなくなる機能の扱い

静的 HTML ではサーバ側の処理が動かないため、いくつかの機能は別の方法への置き換えを検討します。置き換えが難しい機能がある場合は、静的化そのものを見送ることもあります。

• お問い合わせフォーム

  フォームの送信先を外部の仕組みに切り替える方法があります。当サイトのお問い合わせフォームも、この方式で動いています。

• サイト内検索

  静的サイト向けの検索の仕組みや、外部の検索サービスへの置き換えを検討します。

• 予約投稿

  サーバ環境によっては、予約した時刻に自動で書き出し・公開するよう設定できます。

進め方

1. 01

   ご相談・現状確認

   サイトの URL と、使っている主な機能（フォーム、検索、会員機能など）を伺います。

2. 02

   静的化の可否の判定

   テーマ・プラグイン・ページ構成を確認し、静的化できるか、代わりの仕組みが必要な機能は何かを整理してお伝えします。合わないサイトは、そうお伝えします。

3. 03

   書き出しの調整・検証

   サイトに合わせて書き出しプラグインを調整し、全ページを書き出して、表示やリンク切れを確認します。

4. 04

   切り替え

   編集用 WordPress の移設とアクセス制限、公開側の切り替えを行います。

5. 05

   運用

   更新・書き出しをお客様ご自身で行う形にも、書き出しと公開をこちらで代行する保守契約の形にも対応します。

費用について

サイトの規模や構成、置き換えが必要な機能によって作業内容が大きく変わるため、費用は個別のご相談とさせていただいています。現状を伺ったうえで、お見積りをご提示します。

お問い合わせ

「うちのサイトは静的化できるのか」という段階からで構いません。サイトの URL をお知らせいただければ、確認したうえで、静的化の見込みをお返事します。

• お問い合わせフォーム
• LINE で相談※営業メッセージは送りません