はじめに
2026年10月21日の夜、PHPの脆弱性の修正版が出て、翌22日にかけて国内のホームページが一斉に止まりました。止まったのは会社と役所のサイトです。厚生労働省や消費者庁の一部サイト、自治体、ニコニコ、静岡銀行、JALの一部ページ、ANAのグループ企業情報サイト。トラベルボイスの10月22日の記事に組織名が並んでいます。
このあと「WordPress やめたい」「脱WordPress」で検索する人が増えました。ただ、検索して出てくるページの多くは個人ブログの閉じ方や乗り換えの体験談です。会社のホームページを預かる人が知りたいのは、やめたら何を失うのか、どこへ移せるのか、移すなら先に何を決めるのか、のはずです。この記事ではそこだけを書きます。
書いているのは、WordPressやPHPのホームページをAstroで静的サイトに作り直す仕事をしている当社（株式会社hanzochang）です。移行先を4つ比べますが、当社が売っているのはそのうちの1つなので、そのつもりで読んでください。向かない会社には向かないと書きます。
対象読者
- 会社のホームページがWordPressで動いていて、更新や保守に手を焼いている総務、広報、経営者の方
- 10月の停止騒ぎで、自社サイトの作りを見直したいと思った方
- WordPressをやめた先に何があるのか、業者に聞く前に自分で把握しておきたい方
個人ブログの閉じ方は、この記事では扱いません。閉じる場合の要点だけ、後半に1節あります。
2026年10月21日に起きたこと
PHPの開発チームは、2026年10月21日に8.5.12、8.4.27、8.3.36、8.2.35を公開しました。CVE-2026-109618とCVE-2026-109619の修正で、通称php2shellと呼ばれています。認証なしで外部からコードを実行できる種類の欠陥です。出典はphp.netのリリース履歴です。
IPAの注意喚起（10月22日）は、修正版を当てることに加えて、PHPで動くシステムについて「他のシステム・サービスで代替できる可能性を確認し、運用を継続する必要性や提供方法を見直してください」と書きました。修正版を当てる話に加えて、代替の検討まで求めたのが今回の特徴だと自分は読みました。
WordPressはPHPで動きます。だから今回の件はWordPress固有の欠陥ではないのですが、WordPressのサイトは例外なく対象でした。共用のレンタルサーバーなら、サーバー会社が21日から22日にかけてPHPを更新して終わりました。自社で借りたサーバーや、制作会社が置いていったサーバーでは、誰かが手を動かす必要がありました。その誰かがいなかった会社が、今「やめたい」と検索しているのだと思います。
このサイト（hanzochang.com）は公開ページでPHPを使わない作りです。ただ、静的なサイトでも守るものは残ります。これは後で書きます。
WordPressをやめたい理由の整理
やめたい理由を聞くと、だいたい次の表のどれかに当たります。右の列は、WordPressをやめればその不満が消えるかどうかです。消えないものもあるので、先に分けておきます。
| やめたい理由 | 何が起きているか | やめれば消えるか |
|---|---|---|
| 更新の通知が怖い | 本体、テーマ、プラグイン、PHPの4つがそれぞれ更新を求め、更新すると表示が崩れることがある | 公開ページを静的にすれば消える。ヘッドレスやSaaSでも、WordPress本体の更新はなくなる |
| 脆弱性のニュースのたびに確認が要る | 2024年に見つかったWordPress関連の脆弱性7,966件のうち96%はプラグインだとPatchstackが集計している | プラグインを使わない作りにすれば、プラグイン由来の分は消える。ホスティングやフォームの守りは残る |
| 保守費を払っているが中身が見えない | 月額の保守契約で何を更新したかの報告がない | やめても、別の月額が発生する形式（SaaS型CMS、更新代行）はある。消えるとは限らない |
| 制作会社と連絡がつかない | 管理画面のパスワードやサーバーの契約者が分からない | 移行のきっかけにはなるが、移行の前に契約者とログイン情報を取り戻す作業が要る |
| 表示が遅い | 見られるたびにPHPが動いてデータベースに問い合わせる。プラグインが増えると遅くなる | 静的にすれば速くなる。SaaS型はサービス次第 |
| お知らせを月に数回出すだけ | 機能に対して仕組みが大きい | 静的サイトか、小さなCMSで足りる |
やめたい理由が「制作会社と連絡がつかない」だけなら、WordPressをやめなくても、別の保守会社に引き継ぐ道があります。表の下から2つ、遅さと規模の不釣り合いが理由なら、脱ワードプレスの効き目が大きいところです。
脱WordPressの移行先4つ
移行先は、公開ページの作りと、更新のしかたで分かれます。4つに絞って比べます。
| 静的サイト化（Astroなど） | ヘッドレスCMS＋生成 | SaaS型CMS・ノーコード | WordPressのまま保守を外注 | |
|---|---|---|---|---|
| 公開ページの仕組み | 先にHTMLを作って置く。公開サーバーでPHPもデータベースも動かない | 記事はmicroCMSなどのCMSに置き、別の仕組みでHTMLを生成して公開 | WixやSTUDIO、はてなCMSなど、サービスのサーバーで表示 | 今と同じ |
| 更新のしかた | 手順書で担当者が直す、更新を外注する、または管理画面を別に足す | CMSの管理画面から記事を書く | サービスの編集画面 | 今と同じ |
| 残る保守 | ホスティングとフォームの送信先の契約と設定 | CMSの利用料と、生成の仕組みの保守 | サービス側が行う。自社の作業は少ない | PHP、本体、テーマ、プラグインの更新と、そのたびの動作確認 |
| デザインとURL | 極力そのまま再現できる。URLはそのまま | 作り直しが一般的。URLは設計次第 | 作り直し。URLの形はサービスの制限を受ける | 変わらない |
| 向く会社 | 会社案内、サービス紹介、お知らせが中心で、更新は月に数回まで | 記事を週単位で複数人が書く | 自社で作り直して自分で運用したい。デザインの再現にはこだわらない | 会員、EC、予約など、WordPressのプラグインで動く機能が業務に組み込まれている |
静的サイト化
ページを先にHTMLにして置いておく方式です。見られるたびにサーバーで組み立てることをしないので、公開サーバーにPHPもデータベースも要りません。10月21日のような夜に、公開ページ側でやることがなくなります。
更新のしかたは、ここが一番問われるところです。WordPressの管理画面はなくなります。代わりは3通りで、担当者が手順書を見て直す、更新を制作会社に送って反映してもらう、更新回数が多いならmicroCMSなどの管理画面を別に足す。当社はこの方式をサービスにしていて、Astroで元のデザインとURLを極力そのまま再現します。
同業では、ウェブイチが「脱ワードプレス」の名前で静的サイトへの移行を常設し、料金を5ページ128,000円、10ページ248,000円、20ページ498,000円（税込、2026年10月23日閲覧）と公開しています。セルフプラスは10月22日にプレスリリースで、静的HTMLの通常プランに加えて、Cloudflare上のCMS「EmDash」を使うCMS付きプランを出しました。静的HTML化は10万円台から、という価格帯が外から見える状態になっています。
ヘッドレスCMSと生成
記事やお知らせをmicroCMS、Contentful、Sanityのようなサービスに置き、Next.jsやAstroでHTMLを生成して公開する方式です。公開ページは静的で、更新は管理画面から。両方を取れます。
その分、構築が大きくなります。CMSの月額、生成の仕組みの保守、下書きのプレビューを作る工数。費用は構成と会社によって大きく変わります。記事を週に何本も出す会社でないと、仕組みのほうが大きくなります。
SaaS型CMSとノーコード
Wix、STUDIO、Jimdo、それにはてなが法人向けに出している「はてなCMS」のような、サービスの上でサイトを作って運用する方式です。はてなは10月22日更新の記事で、法人サイト担当者の課題を5つ挙げてSaaS型CMSを勧めています。書いているのがはてな自身なので、割り引いて読む必要はあります。
セキュリティの更新をサービス側がやってくれるのは大きいです。引き換えに、デザインは作り直し、URLの形はサービスの決まりに従い、サービスをやめるときの持ち出しはやりにくい。10年同じドメインで運用してきた会社サイトだと、URLが変わるぶんの転送設計が重くなります。
WordPressのまま保守を外注
やめない選択です。本体、テーマ、プラグイン、PHPの更新と動作確認を保守会社に任せ、自社では更新だけする。会員機能やEC、予約など、プラグインで動いている機能が業務の一部になっている会社は、ここが現実的です。静的化すると、その機能ごとに代わりを用意しなければならないからです。
保守費が月額で続くことと、10月のような夜に保守会社が動けるかどうかが、この選択の条件です。連絡のつかない制作会社に払い続けているなら、やめるかどうかの前に、保守先を替えることを考えたほうがいいです。
法人サイトがWordPressをやめると失うもの
個人ブログの「やめた」記事に出てこないのが、ここです。会社のホームページには、気づかないうちにWordPressに頼っている機能が埋まっています。移行の見積もりの前に、自分のサイトでどれが使われているかを確かめてください。
| 失うもの | WordPressで何をしていたか | 代わりの手段 |
|---|---|---|
| 管理画面 | ブラウザからお知らせを書き、画像を上げ、公開する | 手順書で担当者がファイルを直す。更新を制作会社に依頼する。microCMSなどの管理画面を足す |
| プラグインの機能 | SEOの設定、キャッシュ、お問い合わせ、スライドショー、多言語、予約、会員 | SEOとキャッシュは静的サイトでは不要になる。フォームは下の行。予約と会員は外部サービスへの切り出しか、WordPress継続 |
| お問い合わせフォーム | Contact Form 7などでサーバー側に送信を処理させていた | 送信だけを処理する小さな仕組みを置く（Cloudflare Workersなど）か、外部のフォームサービスに置き換える。移行時に送信テストが抜けやすい |
| 権限と下書き | 投稿者、編集者の権限分け。下書き保存、プレビュー、予約投稿 | 静的サイトでは、公開前の確認用URLで代える。権限分けと予約投稿が要るなら、CMSを残す構成にする |
| サイト内検索 | WordPress標準の検索 | ページ数が少なければ検索欄を外す。要るならページ内で動く検索（Pagefindなど）か、Googleのサイト内検索 |
| コメント | 投稿へのコメント | 会社サイトではもう使っていないことが多い。使っていれば外部サービス |
| データの置き場所 | 投稿と画像がデータベースと wp-content に入っている | 移行前にデータベースとファイルのバックアップを受け取り、戻せる状態を残す |
表のうち、見落とされるのがフォームと予約投稿です。フォームは、見た目は移せても送信先の処理が別物になるので、公開前に実際に送って届くことを確かめます。予約投稿は、人事異動のお知らせを4月1日の0時に出す、のような使い方をしている会社があり、静的サイトでは手で公開することになります。要るなら先に言ってください、と当社は見積もりの前に聞いています。
やめる前に決めること
移行先がどれでも、先に決めておかないと後で揉めるのが、URLとフォームと更新担当です。
URL。今のページのURLを変えるかどうか。変えなければ、検索順位もブックマークもSNSに貼られたリンクもそのまま使えます。SaaS型に移すと変わることが多く、そのときは旧URLから新URLへの301転送の表を全ページ分作ります。移行の見積もりで一番手間の差が出るところなので、見積もりの依頼時に「URLは今のまま」と伝えると話が早いです。
フォーム。今のフォームの入力項目と、送信先のメールアドレスを書き出しておきます。送信先が退職した人のアドレスのままになっていることがあります。移行の有無に関係なく、今日確かめたほうがいいところです。
更新担当。移行後に誰が、どのくらいの頻度で、何を更新するか。月に数回のお知らせなら手順書か更新代行で足ります。週に何本も記事を出すなら管理画面を残す構成が要ります。この答えで、4つの移行先のどれが向くかがほぼ決まります。
サイトを閉じる場合と移す場合
「WordPress やめる」で検索すると、出てくるのはサイトを消す手順です。会社のホームページを本当に閉じるなら、要点は次のとおりです。
- データベースとファイルのバックアップを取って保管する
- Search Consoleでサイトの削除をリクエストし、サーバーを解約する
- ドメインは手放さない。契約を続けて、会社名のドメインを他人に取られないようにする
- フォームの送信先や、サイトに書いてあったメールアドレスへの問い合わせがどこへ行くかを決めておく
閉じる判断ができる会社は少ないと思います。たいていは、ホームページはこれからも要る、WordPressでなくてもいい、という状態です。それが移す場合で、ここまで書いてきた4つの移行先の話になります。
閉じる手順の詳しい説明は、サーバー会社やWordPressの解説サイトに詳しいものがあるので、この記事では省きます。
当社の静的サイト化
当社は、WordPressやPHPのホームページを、Astroで静的サイトに作り直すサービスをやっています。元のデザインとURLを極力そのまま再現し、公開サーバーでPHPとデータベースを動かさない構成にします。
やることと、やらないことを書きます。
- 見た目とURLは極力そのまま。フォントやイラストのライセンスで再現できないものは、先に伝えます
- 記事とお知らせは書き出して移します。何百件あっても手で写しません
- フォームは、送信だけを処理する仕組みか外部サービスに置き換え、送信テストをして渡します
- 管理画面はなくなります。更新は手順書、当社への依頼、管理画面を別に足す、の3つから選びます
- 静的にしても、ホスティングのアカウント、ドメインとDNS、フォームの送信先は守る場所として残ります。ゼロにはなりません
- 会員、EC、予約がプラグインで動いているサイトは、静的化を勧めないことがあります
詳しい流れと、お困りごとの一覧はサービスページにあります。サイトのURLを送っていただければ、移行できるかと必要な作業を調べてお返事しています。
よくある質問
WordPressはやめた方がいいですか？
会社案内とお知らせが中心で、更新が月に数回までなら、やめて静的にしたほうが保守は軽くなります。会員機能やEC、予約がWordPressのプラグインで動いていて業務に組み込まれているなら、やめるより保守先を見直すほうが現実的です。
静的サイトにすれば、10月のような停止は起きませんか？
公開ページ側でPHPを動かさないので、PHPの修正版を当てるためにページを止める必要はなくなります。ただ、ホスティングのアカウント、ドメイン、フォームの送信先の仕組みは残り、そこは別に守ります。止まらないと断言はしません。
検索順位は下がりませんか？
URLと内容を変えずに移し、変わるページは301で転送し、サイトマップを更新すれば、順位が大きく動く理由はなくなります。それでも公開後はSearch Consoleで表示回数とエラーを見て、落ちたページがあれば原因を探します。
WordPress以外で、自分たちで更新できる作りはありますか？
静的サイトに手順書をつける形か、microCMSのような管理画面を足す形があります。どちらにするかは、更新の回数と、更新する人の数で決めます。
まとめ
- 2026年10月21日のPHPの脆弱性で、PHPで動くサイトは官公庁も企業も止めることになった。IPAは代替の検討まで求めた
- WordPressをやめたい理由のうち、更新の通知と表示の遅さは静的化で消える。保守費が消えるとは限らない
- 移行先は、静的サイト化、ヘッドレスCMS、SaaS型CMS、WordPressのまま保守を外注、の4つ。更新の頻度と、プラグインで動く業務機能の有無で決まる
- やめると失うのは管理画面、プラグインの機能、フォームの送信処理、権限と下書き。それぞれ代わりの手段がある
- やめる前に、URLを変えるか、フォームの送信先、更新担当を決める
