ホーム › WordPressを静的サイトに変換する方法
変換ガイド
WordPressを静的サイトに変換する方法
WordPressを静的サイトに変換することは、多くのサイトにとって速度・セキュリティ・コストの面で最も大きなアップグレードです。ここでは、その仕組み、注意すべきポイント、そして単なる凍結されたHTMLではなく、変換後も編集できるサイトとして残す方法を説明します。
WordPressを静的サイトに変換するには、まずサイト全体をクロールし、すべてのページを同じURLで静的ファイルとして再構築します（この用途にはHugoが最適です）。そのうえでフォームや検索などの動的機能を静的向けに置き換え、SEOシグナルを維持し、最後にホスティング環境からWordPressを削除します。WordPressEscapeのような代行サービスを使えば、こうした工程を端から端まで任せられ、フォームや検索、コメントが壊れてしまうDIYプラグイン（Simply Staticなど）のエクスポートとは違い、編集可能なHugoサイトが手元に残ります。
「静的」とは何か（そしてなぜ高速なのか）
静的サイトとは、あらかじめ生成されたHTML・CSS・画像などのファイルを、そのままCDNから配信するだけの仕組みのことです。アクセス時にデータベースクエリやPHPの実行が発生しないため、静的サイトはミリ秒単位で表示され、WordPressでは頭打ちになりがちなPageSpeedスコアでも90〜100を達成できます。その代わり、本当に動的な部分（フォーム、検索、コメント）は、静的環境に対応した代替実装が必要になります。詳細な比較はこちら：WordPress vs a static site。
変換方法は2つ — 決定的な違い
DIYプラグインによるエクスポート（Simply Staticなど）は、現状のサイトをスナップショットとして取得し、フラットなHTMLのZIPを返す方式です。ごく小規模なサイトならまだしも、フォーム・検索・コメントが機能しなくなり、サイトマップに載っていないページを取りこぼし、ページビルダーのコンテンツを崩し、最終的には生HTMLを延々手作業で編集する羽目になります。
Hugoへの代行マイグレーションでは、サイトを編集可能な静的フレームワークとして再構築し、動的機能を組み替え、URLや構造化データ（schema）を維持しつつ、/wp-content/パスを整理し、ソース一式をお渡しします。編集性と検索順位をそのまま維持できるのが大きな違いです。
SEOを落とさずに変換するには
トラフィックを維持できるかどうかを左右する唯一のルールは、URLとシグナルを守ることです。同じパス構造を保ち、タイトル／メタ／カノニカル／schemaを移行し、移動したものには301リダイレクトを設定し、DNS切り替え前に一括検証します。これができていれば、Googleは高速化された新サイトを評価してくれます。詳しい手順は、migrate without losing SEO と get rid of WordPress を参照してください。
サイト全体のクロール、編集可能なHugoへの再構築、動的機能の再配線、schemaのリファイン、リダイレクトマッピング、DNS切り替え前の総合チェックまでを実施し、その後WordPressを削除します。ソースコードはすべてお客様の所有物です。
よくある質問
WordPressサイトを静的HTMLに変換するには？
サイト全体をクロールし、各ページを同じURLで静的ファイルとして再構築します（Hugoが理想的です）。そのうえでフォームや検索を組み替え、SEOシグナルを維持し、最後にWordPressを削除します。代行マイグレーションなら、変換後も編集可能で、検索順位も維持できます。
Simply Staticだけで十分ですか？
ごく小さなパンフレット用途のサイトなら、ギリギリ使えるかもしれません。しかし、現実的な規模のサイトではフォーム・検索・コメントが壊れ、ページの取りこぼしが発生し、編集不能なHTMLしか残りません。きちんとしたHugoへの移行なら、こうした問題をすべて回避できます。
静的サイトは変換後も編集できますか？
はい、Hugoのようなフレームワークに再構築されていれば、MarkdownやヘッドレスCMS、ESC'dashboardのようなエディタ経由で編集できます。一方、フラットなHTMLのエクスポートだけだと、変更は極めて手間のかかる作業になります。
wordpress to static siteconvert wordpress to staticwordpress static htmlwordpress to hugo