サイガード TOP料金プラン無料診断を申し込む
無料診断を申し込む無料診断

お引っ越し(移管)

WordPress の静的化とは|プラグインでやる方法と注意点

この記事の結論

  • WordPress の静的化は、ページを HTML ファイルに書き出し、見る人には PHP もデータベースも動かないページを届ける方法
  • 静的化プラグインの無料版では、フォーム・サイト内検索・コメントは動かないため、外部サービスなどの代わりが要る
  • 書き出したあとも元の WordPress を公開したまま残すと攻撃の入口が残るので、非公開にするか消す

WordPress の静的化は、PHP の期限やプラグインの更新に追われる会社案内のHPで、手間と危険を減らす方法として選ばれています。プラグインを入れれば手軽に書き出せる一方、フォームが動かなくなる、元の WordPress が残る、といった落とし穴もあります。

静的化のやり方と注意点を把握すると、自社でプラグインを試すか、作り直しや代行に頼むかを判断できます。書き出したあとに何を片づけるかも分かります。

本記事では、WordPress の静的化の3つのやり方・静的化プラグインの比較・7STEPの手順をまとめています。さらに、動かなくなる機能と代わりの手段、元の WordPress を残すと危険が残る理由も紹介します。

WordPress の静的化とは(やり方の早見表)

WordPress の静的化とは(やり方の早見表)

WordPress の静的化とは、WordPress のページを HTML・CSS・画像などのファイルに書き出し、書き出したファイルだけを公開する方法です。見る人がページを開いても、サーバーの上で PHP(HPを動かすプログラムの言語)もデータベースも動きません。

ここでは、やり方を選ぶための早見表と、静的化で変わること・変わらないことを紹介します。

今後の更新のしかた 向いているやり方 元の WordPress
更新はほとんどしない。WordPress をやめたい プラグインで一度書き出して、WordPress をやめる バックアップを取って消す
今の管理画面で更新を続けたい WordPress を非公開の更新専用にし、更新のたびに書き出す 非公開にして更新作業を続ける
デザインも更新のしかたも見直したい 静的サイトの仕組みで作り直す 移行が終わったら消す

静的化するかどうか、つまり WordPress をやめるべきかの判断は、WordPress をやめて静的サイトにするメリット・デメリットで説明しています。本記事は、静的化すると決めたあとの「やり方と注意点」を扱います。

静的化で変わること・変わらないこと

静的化で変わるのは、見る人に届くページの作られ方です。WordPress は開かれるたびにページを組み立てますが、静的化したサイトはできあがったファイルをそのまま返します。

静的化で変わること・変わらないことは、以下のとおりです。

項目 静的化で変わるか
見る人のアクセスで PHP・データベースが動く 動かなくなる
ページの見た目・文章 書き出した時点のまま変わらない
フォーム・サイト内検索・コメント そのままでは動かなくなる
管理画面からの更新 元の WordPress を残すなら、更新のたびに書き出し直しが要る
ドメイン・SSL・置き場所のアカウントの管理 変わらず必要

静的化は、見る人の側から攻撃の入口を減らす方法で、管理の手間がすべてなくなるわけではありません。

WordPress を静的化する3つのやり方

WordPress を静的化する3つのやり方

WordPress を静的化するやり方は、プラグインで一度書き出す・更新のたびに書き出す・作り直す、の3つです。今後どう更新したいかで、向いているやり方が変わります。

ここでは、3つのやり方を手間と注意点で比べます。

やり方 中身 手間 注意
プラグインで一度書き出す 今のサイトを HTML に書き出し、置き場所に置く 小さい 更新はファイルを直すか、作り直しが要る
更新のたびに書き出す 元の WordPress を非公開にし、更新したら書き出して公開する 中くらい 元の WordPress の更新作業は続く
作り直す 静的サイトジェネレーター(文章とデザインから静的なファイルを作る道具)と、更新画面のある仕組みを組み合わせる 大きい 費用と期間がかかるが、更新のしかたも見直せる

技術者向けの記事では、Git(ファイルの変更履歴を管理する仕組み)や WP-CLI(WordPress をコマンドで操作する道具)を使い、書き出しから公開までを自動にする方法も紹介されています。社内に技術者がいない場合は、プラグインで書き出すやり方か、作り直しを代行に頼むやり方が現実的です。

WordPress の静的化プラグイン2つの比較(Simply Static・Staatic)

WordPress の静的化プラグイン2つの比較(Simply Static・Staatic)

WordPress.org のプラグインディレクトリには、サイトを静的なファイルに書き出すプラグインがあります。ここでは、2026年10月時点で更新が続いている Simply Static と Staatic を、公式のプラグインページの情報で比べます。

プラグインを選ぶ際は、今の WordPress と PHP で動くか、無料版でどこまでできるかを先に確かめることが重要です。

比べるところ Simply Static Staatic
必要な WordPress 6.2 以上 5.0 以上
必要な PHP 7.4 以上 7.1 以上
無料版の書き出し先 ZIP ファイル、サーバー内のフォルダ ZIP ファイル、サーバー内のフォルダ、Amazon S3、GitHub、Netlify、SFTP
フォーム・サイト内検索 無料版では動かない(有料版で対応) 無料版の対象外(有料版で対応)
コメント 無料版では動かない(有料版で対応) 記載なし
そのほか 有料版で GitHub・Netlify・Cloudflare Pages・Amazon S3 などへの公開 リダイレクト・404ページ・除外ルールの設定

※2026年10月時点・WordPress.org プラグインディレクトリ(Simply Static、Staatic)より

上の表のとおり、どちらも無料版ではフォームと検索が動きません。Simply Static の公式ページの FAQ でも、無料版ではフォーム・検索・コメントは静的サイトで動かないと明記されています。

ただし、上の2つ以外にも静的化をうたうプラグインはあります。最終更新が何年も前のプラグインは、新しい WordPress や PHP で動かないおそれがあるため避けましょう。

自社の WordPress が静的化に向いているか確かめるチェック表

自社の WordPress が静的化に向いているか確かめるチェック表

自社の WordPress が静的化に向いているかは、機能・更新・バージョンの5項目で確かめられます。当てはまる数が多いほど、プラグインでの書き出しがうまくいきやすくなります。

ここでは、チェック表と結果の読み方を紹介します。

チェック 当てはまる
会員ログイン・ネットショップ・予約の機能がない □
問い合わせフォームを外部のフォームサービスに替えてもよい □
サイト内検索・コメントがなくても困らない □
WordPress が 6.2 以上、PHP が 7.4 以上で動いている □
更新は月に数回以下で、そのたびに書き出し直してもよい □

結果の読み方は、以下のとおりです。

  • 5つとも当てはまる:プラグインでの静的化を試しやすい
  • 会員ログイン・ネットショップ・予約がある:その機能だけ外部のサービスに分けるか、作り直しを検討する
  • WordPress や PHP が古い:プラグインが動かないため、先に更新するか作り直す(古いホームページが移行できないときの原因と4つの対処)

上の結果で向いていると分かったら、次の手順に進みましょう。

プラグインで WordPress を静的化する手順【7STEP】

プラグインで WordPress を静的化する手順【7STEP】

プラグインでの静的化は、バックアップと機能の洗い出しから始め、元の WordPress の片づけで終わります。書き出しのボタンを押すのは途中の1手順にすぎません。

ここでは、プラグインで静的化する7つの手順を紹介します。画面の項目名はプラグインやバージョンで変わるため、操作は各プラグインの公式の説明で確かめてください。

  1. 【STEP1】バックアップを取る:ファイルとデータベースの両方を取り、戻し方も確かめる
  2. 【STEP2】動く機能を洗い出す:フォーム・検索・コメント・予約・会員ページなど、静的化で止まる機能と代わりの手段を決める
  3. 【STEP3】プラグインを入れて書き出しの設定をする:公開するドメインに合わせて、URLの置き換え方を選ぶ(Simply Static の無料版は絶対パス・相対パス・オフライン用から選べる)
  4. 【STEP4】書き出す:ZIP ファイルなどに書き出す
  5. 【STEP5】公開前に確かめる:全ページ・画像・リンク・スマホでの見え方・フォームの送信を、テスト用の置き場所で確かめる
  6. 【STEP6】公開して切り替える:置き場所にファイルを置き、ドメインの向き先を替える。URLが変わるページは301リダイレクトを設定する
  7. 【STEP7】元の WordPress を片づける:非公開にするか、バックアップを取って消す

STEP6 でURLが変わる場合、Google は旧URLから新URLへの永続的なリダイレクトを一般的に1年以上残すようすすめています。設定のしかたは、ホームページ移行のリダイレクト設定で説明しています。

静的化すると動かなくなる機能と代わりの手段

静的化すると動かなくなる機能と代わりの手段

静的化すると、見る人の操作に応じてサーバーで処理する機能が動かなくなります。静的なサイトには、送信された内容を受け取ったり、検索のたびに結果を作ったりするプログラムがないためです。

ここでは、動かなくなる主な機能と、代わりの手段を表にまとめます。

動かなくなる機能 起きること 代わりの手段
問い合わせフォーム(Contact Form 7 など) 送信しても届かない 外部のフォームサービスに替える
サイト内検索 検索しても結果が出ない 静的サイト向けの検索の仕組み、外部の検索サービス、検索をなくす
コメント 投稿できない 外部のコメントサービス、コメントをなくす
会員ログイン・マイページ ログインできない 会員の機能を外部のサービスに分ける
ネットショップ(WooCommerce など) カート・決済が動かない ネットショップの専用サービスに移す
予約・カレンダーのプラグイン 予約を受け付けられない 予約の専用サービスに替える
予約投稿 指定した時刻に公開されない 公開したい時刻に書き出し直す

STEP2 で上の表の機能がないかを確かめ、代わりを決めてから書き出すと、公開後に「問い合わせが届いていなかった」と気づく事態を防げます。外部のフォームサービスを選ぶ際は、問い合わせの個人情報を預けることになるため、問い合わせフォームのセキュリティ対策も確かめましょう。

静的化しても元の WordPress を残すと危険が残る理由

静的化しても元の WordPress を残すと危険が残る理由

静的化しても、元の WordPress をインターネットから開ける状態で残すと、攻撃される危険は残ります。見る人に届くページが静的になっても、元の WordPress の弱点は何も直っていないためです。

ここでは、元の WordPress が攻撃の入口になる理由と、片づけ方の3つを紹介します。

公開したままの WordPress は攻撃の入口になる

元の WordPress が公開されたままだと、本体・プラグイン・PHP の弱点や、管理画面のログインを狙われます。静的化で安全になるのは、見る人が開く静的なページだけです。

たとえば、静的なサイトを新しいドメインで公開し、元の WordPress を旧ドメインや別のURLにそのまま置いておくと、誰も更新しない WordPress がインターネットに残ります。PHP の公式サイトによると、PHP 8.2 のセキュリティ修正は2026年12月31日で終わり、更新しないまま置いておくほど危険が増えます。

元の WordPress が攻撃の入口として残る場面は、以下のとおりです。

  • 旧ドメイン・サブドメインに WordPress がそのまま残っている
  • 管理画面のログインページ(wp-login.php など)を誰でも開ける
  • 静的化したあと、本体・プラグイン・PHP の更新をやめている

元の WordPress の片づけ方3つ

元の WordPress の片づけ方は、今後も WordPress で更新するかどうかで選びます。更新しないなら消す、更新するなら外から開けないようにする、が基本です。

片づけ方の3つを、向いている場合と注意で比べます。

片づけ方 向いている場合 注意
バックアップを取って消す WordPress でもう更新しない 消す前に、書き出したサイトで全ページを確かめる
パスワードをかけて非公開にする(Basic 認証・アクセスできる場所の制限など) WordPress で更新を続ける 本体・プラグイン・PHP の更新は続ける。Staatic はパスワードのかかった WordPress からの書き出しに対応(公式ページより)
社内のパソコンなど、インターネットから見えない場所に移す 更新の頻度が少なく、担当者が決まっている 担当者が辞めたときの引き継ぎを決めておく

上の3つのどれでも、元の WordPress のログイン情報とバックアップの置き場所を、社内の誰が管理するかを決めておきましょう。

WordPress の静的化でよくある失敗4つ

WordPress の静的化でよくある失敗4つ

WordPress の静的化でよくある失敗は、書き出したあとの確認と片づけが足りないことから起きます。書き出しのボタンを押せばサイトが完成したように見えるためです。

ここでは、よくある失敗4つと防ぎ方を紹介します。

失敗 起きること 防ぎ方
フォームの送信を試さずに公開する 問い合わせが届かないまま気づかない 公開前にテスト送信し、通知メールが届くか確かめる
URLの置き換えを誤る 画像やリンクがテスト用のURLや旧ドメインを向いたまま 書き出したファイルで、リンク先のドメインを確かめる
元の WordPress を公開したまま残す 誰も更新しない WordPress が狙われる 消すか、外から開けないようにする
更新の担当と手順を決めていない 書き出し直しを忘れ、古い情報が載り続ける 誰が・いつ・どう書き出すかを決めておく

ドメイン・SSL・置き場所のアカウントの管理は、静的化したあとも続きます。2段階認証と、退職者のアカウントの削除も忘れずに確かめてください。

WordPress の静的化を専門家に相談すべきとき

WordPress の静的化を専門家に相談すべきとき

WordPress の静的化は、プラグインが動くか分からないときや、動く機能を外部のサービスに分ける必要があるときに専門家へ相談しましょう。書き出しに失敗して作り直しになると、かえって費用と期間がかかるためです。

相談を考えたほうがよい場合は、以下のとおりです。

  • WordPress や PHP が古く、静的化プラグインの動作条件を満たしていない
  • ネットショップ・会員ページ・予約など、外部のサービスに分ける機能がある
  • 元の WordPress の片づけや、URLの転送を社内でできる人がいない

「自社が対象か分からない」「作業する人がいない」場合は、HPの移管・保守サービス『サイガード』の無料診断をご利用ください。URLを送るだけで、外から見える範囲をセキュリティの専門家が確認します。お引っ越しの全体の流れは、ホームページ移管の費用と流れで説明しています。

まとめ

まとめ

  • WordPress の静的化は、ページを HTML ファイルに書き出し、PHP もデータベースも動かないページを見る人に届ける方法です
  • やり方は、プラグインで一度書き出す・更新のたびに書き出す・作り直す、の3つで、今後の更新のしかたで選びます
  • 静的化プラグインは、必要な WordPress・PHP のバージョンと無料版でできることを公式ページで確かめて選びます
  • フォーム・サイト内検索・コメントなどは動かなくなるため、書き出す前に代わりの手段を決めます
  • 元の WordPress は、消すか外から開けないようにし、残すなら更新作業を続けます

まずはチェック表で、自社の WordPress が静的化に向いているかを確かめましょう。

よくある質問

WordPress の静的化におすすめのプラグインはありますか?

WordPress.org のプラグインディレクトリには、Simply Static や Staatic など、サイトを静的なファイルに書き出すプラグインがあります。動作に必要な WordPress と PHP のバージョン、無料版での書き出し先、フォームや検索が動くかが違うため、公式のプラグインページで確かめて選んでください。

WordPress を静的化すると、管理画面から更新できなくなりますか?

元の WordPress を非公開の更新専用として残せば、管理画面で更新し、そのたびに書き出し直して公開できます。ただし、元の WordPress の PHP・本体・プラグインの更新は続くため、更新作業をなくしたい場合は、WordPress をやめて別の更新の仕組みに移すことも比べてください。

WordPress を静的化すると検索順位は下がりますか?

URLを変えずに書き出せば、影響を小さくできます。書き出しの設定や置き場所の都合でURLが変わる場合は、旧URLから新URLへの301リダイレクトを設定します。Google は、URLが変わる移転のリダイレクトを一般的に1年以上残すようすすめています。

静的化したあと、元の WordPress は消してもいいですか?

今後 WordPress で更新しないなら、バックアップを取ってから消すのが安全です。更新に使い続ける場合は、パスワードをかけるなどして外から開けない状態にし、本体・プラグイン・PHP の更新を続けてください。

SUPERVISORこの記事の監修

田中 省吾

システムエンジニア/AIコンサルタント

CAREER経歴

  • 元 大手空調メーカーのシステムエンジニア
  • 業務系Webアプリケーションの設計・開発・運用
  • バックエンド・フロントエンド・インフラ構築

元大手空調メーカーのシステムエンジニア。現在はシステムエンジニア兼AIコンサルタントとして活動。業務系Webアプリケーションの設計から運用、バックエンド、フロントエンド、インフラ構築まで一貫して対応する。

監修者の一覧を見る

出典・参考

  • #WordPress
  • #PHP
  • #移管
  • #保守