静的サイトはセキュリティに強い?WordPressとの違いと残る保守

静的サイトは、公開ページに必要な処理を減らせるため、守る対象も小さくできます。WordPressとの違い、更新や問い合わせの扱い、残るリスク、保守費用の比べ方をサイト担当者向けに説明します。

静的サイトは、公開ページのために動かすプログラムを減らせるため、セキュリティ対策の負担を軽くしやすい方式です。会社案内や記事を届けるだけなら、公開環境にPHPやWordPressを置かずに済み、その弱点を狙われる経路を減らせます。

制作会社から静的サイトを提案されたら、何を更新できて、どの保守が残るかまで確認すると判断しやすくなります。管理画面や問い合わせの機能を残しながら、守る対象を小さくできることが、この方式の利点です。

静的サイトのセキュリティ上の強みは、守る対象を減らせること

静的サイトは、あらかじめ作ったHTMLや画像などのファイルを訪問者へ届けます。会社概要や店舗の営業時間のように、誰が見ても同じ内容なら、情報を変更したときにページを作り直せば足ります。

一般的なWordPressでは、記事の管理画面と、記事からページを作るプログラムが公開環境にあります。WordPress本体やプラグインだけでなく、それらを動かすPHPにも修正が出るため、更新を続ける必要があります。

静的サイトへ移し、ページ表示のためのPHPやWordPressを公開環境から外せれば、そのプログラムの弱点を突かれる入口も減ります。セキュリティでは、こうした攻撃に使われ得る入口や処理の範囲を「攻撃面」と呼びます。Jamstackの設計とセキュリティ

必要のない処理を公開環境に置かず、守る対象を減らす。 会社案内を届けるための仕組みとして、静的サイトを評価したい理由です。

この仕組みは、HTMLを1ページずつ手作業で書く場合に限りません。原稿からまとめて公開用ファイルを作る手法がSSG(静的サイト生成)です。制作時にはプログラムを使い、訪問者には完成したファイルを届けます。基本的な機能や作り方は静的サイトとは何かで説明しています。

WordPressとの比較では、キャッシュと静的化を区別する

WordPressでも、一度作ったページを保存して再利用する「キャッシュ」を使えば、表示を速くできます。ただし、公開中のPHPや管理画面へアクセスできる状態なら、それらを狙う攻撃への対策は続きます。

提案書に「静的サイト」とあっても、公開後の構成まで確かめます。記事の配信先を変えても、元のWordPressを別のURLで公開したままなら、守る対象は残ります。原稿の編集用にWordPressを残す場合も、誰がアクセスでき、誰が更新するかを決めます。

制作会社には「移行後、外部からアクセスできるWordPressやPHPは残りますか」と確認できます。一部のページだけを静的にして、ほかの機能をサーバーで動かす構成なら、その機能の保守も見積もりに含めてもらいます。

2026年10月21日にPHP公式が公開した重大な脆弱性の修正版も、公開環境で何を動かしているかを見直すきっかけになりました。PHP公式告知(2026年11月2日確認)

現在のサイトにPHPの警告が届いている場合は、移行の検討中も修正対応が必要です。PHPの脆弱性が自社サイトに関係するかを確認する手順から、制作会社やサーバー会社への確認を進めてください。

お知らせの更新や問い合わせは、静的サイトでも使える

担当者がお知らせを追加する場合は、原稿を編集する管理画面を別に用意できます。このような管理の仕組みをCMSと呼びます。原稿を保存した後、公開用のページを作り直し、配信先へ反映する流れです。

編集担当者が毎回HTMLを触る必要はありません。ただし、文章と画像だけを更新するのか、ページの配置まで自由に変えるのかで、用意する管理画面は変わります。公開までにかかる時間と、反映されないときの連絡先も確認してください。管理画面から更新する手順

問い合わせは、入力内容を受け取る処理を別に用意して組み合わせます。当社が制作したシンプルキッチンのサイトも、案内ページの配信、お知らせの管理、問い合わせの送信を分けています。公開ページを静的にしても、必要な更新や受付を続けられる構成です。

静的サイトでも、管理画面や問い合わせの保守は残る

公開ページの仕組みを小さくした後も、原稿の編集や問い合わせの受付を支えるものは残ります。見積もりや引き継ぎ資料で、次の管理対象を確認します。

残る管理対象確認すること
原稿の管理画面・公開アカウント誰が編集・公開できるか。多要素認証を使えるか
ページを作るツールと環境修正が出たときに誰が更新するか
問い合わせ処理・メール迷惑送信対策、入力内容の保存先、閲覧権限
外部サービス・ブラウザーで動く処理埋め込み機能や外部スクリプトを誰が管理するか
配信サービス・ドメイン管理者、契約更新、障害時の連絡先

たとえば、公開アカウントを奪われれば、静的なファイルでも書き換えられる可能性があります。ページを作る工程で非公開の原稿や秘密情報が混ざれば、そのファイルを誰でも読める状態にしてしまいます。

問い合わせをメールで受け取るなら、メールボックスには個人情報が残ります。サイトの配信方式と、情報を保存する場所は分けて考えます。フォームのデータ管理も参考にしてください。

会社案内が中心なら向いている。会員・予約機能は個別に判断する

会社概要、事業紹介、採用情報、ブログ。訪問者に同じ内容を届けるページが中心なら、静的サイトを検討しやすい用途です。必要なところにだけ更新画面や問い合わせ処理を足すことで、管理する範囲を絞れます。

一方、会員ごとの購入履歴や予約状況を表示するには、利用者を確認してデータを取り出す仕組みが必要です。外部サービスと組み合わせる方法はありますが、その費用や連携部分の保守も増えます。

WordPressの編集機能やプラグインを日々の業務で使い込んでいる場合も、移行後に同じ操作ができるかを先に確かめます。静的サイトのメリットを得るために、担当者の手作業を増やしてしまうと、運用全体では負担が残ります。WordPressと静的サイトを比べる基準に、編集や機能ごとの違いをまとめています。

保守費用は、減る作業と残る作業を見積もりで比べる

静的サイトにすると、公開環境のWordPressやPHPを更新する作業をなくせる場合があります。費用面の判断では、移行費に加えて、CMS、フォーム、配信、更新代行などの継続費用まで確認します。

制作会社からの見積もりには、移す記事と画像、引き継ぐURL、担当者が更新できる範囲、問い合わせの動作確認を含めてもらいます。旧環境をいつ停止するか、納品後に誰が保守するかも、作業範囲として示してもらうと比較しやすくなります。

セキュリティを理由に静的化を選ぶなら、見積もりで確かめたいのは「何を公開環境から外せるか」と「残るものを誰が管理するか」です。必要な機能を保ちながら守る対象を減らせるなら、長く運用するホームページに合う選択肢になります。

よくある質問

静的サイトなら、セキュリティの保守は不要ですか?

公開ページのためのPHPやWordPressを外せれば、その部分を守る負担は減らせます。原稿の管理画面、ページを作る環境、配信アカウント、問い合わせ処理などの管理は引き続き必要です。

静的サイトでも、自分でお知らせを更新できますか?

原稿を編集する管理画面を用意すれば更新できます。編集後にページを作り直して公開先へ反映する構成です。担当者が変えられる範囲、反映までの時間、失敗時の連絡先を制作会社と確認します。

WordPressにキャッシュを入れると、同じ安全性になりますか?

キャッシュは、一度作ったページを再利用して表示を速くする仕組みです。PHPや管理画面へ外部からアクセスできる構成では、それらの保守は残ります。静的サイトへの移行では、元の公開環境を停止するか、アクセスを制限するかまで設計します。

この記事を書いた人

西林 明信

株式会社Float Engineering 代表

西林 明信

自社プロダクトの開発・運営と、Webサイト・業務システムの受託開発を行っています。広告代理店でのマーケティング、楽天でのデータ分析を経て、2023年にFloat Engineeringを設立。

ブログ一覧