WordPressをやめたい会社が、先に決めること｜残す・分ける・移す
WordPressをやめたい——更新のたびに崩れる、脆弱性のたびに確認が止まる、保守の中身が見えない。そう感じたあとに出る検索語です。2026年10月21日から22日にかけて、PHPの重大な脆弱性への対応で官公庁や企業のサイトが一時停止し、日本経済新聞は国税庁や気象庁などの停止を報じ、宮城県も公式に一部停止を発表しました。WordPressはPHPで動くことが多いので、その直後に「やめたい」が増えるのは自然です。
ただ、やめたい気持ちのまま乗り換え先のカタログだけを開くと、フォームが届かない、URLが全部変わる、更新できる人がいなくなる、という別の事故が起きます。この記事では、株式会社ワンオブゼムの立場から、WordPressをやめたい会社が先に決めることを書きます。答えは製品名の四択ではなく、残す・分ける・移すです。
WordPressをやめたいときに、カタログより先に見ること
「WordPressをやめたい」で出てくる記事の多くは、個人ブログの閉じ方か、移行先サービスの紹介です。会社のホームページを預かる人が先に見るのは、次の三つです。
- やめたい理由のうち、WordPressをやめて消えるものと、消えないもの
- 公開面と更新面を、残すのか、分けるのか、移すのか
- フォーム・URL・更新担当を、誰が引き受けるのか
移行先の製品名は、この三つが埋まってからで十分です。埋まっていない見積もり依頼は、料金比較になりやすく、現場の事故が残ります。
まず分ける。PHPの話と、WordPressの話
今回の停止の多くは、WordPressという製品名そのものより、公開サーバー上で動くPHPのランタイムへの対応でした。WordPressを使っていないPHPサイトも対象になり得ます。逆に、公開ページ側でPHPを動かさない構成なら、同じ種類の「修正版を当てるために公開を止める」判断は減ります。
だから「やめたい理由」を一つに束ねないほうがよいです。
| いま困っていること | WordPressをやめたら消えるか | 先に確認すること |
|---|---|---|
| 更新のたびに表示が崩れる | 公開を静的に近づければ減ることが多い | 崩れの原因がテーマか、プラグインか、独自改修か |
| 脆弱性ニュースのたびに確認が止まらない | プラグイン由来の分は減る。サーバーとフォームは残る | 誰がPHP・本体・プラグインの更新責任者か |
| 保守費の中身が見えない | 消えとは限らない。別の月額に置き換わることもある | 月次で何を報告してもらう契約か |
| 制作会社と連絡がつかない | 移行だけでは解決しない | サーバー契約者、ドメイン、管理画面のログインを先に取り戻す |
| 表示が遅い | 公開面の作り次第で改善できる | 計測（表示速度）と、画像・キャッシュの現状 |
「連絡がつかない」だけが理由なら、WordPressを捨てる前に、別の保守先へ引き継ぐ道もあります。移行は手段であって、目的ではありません。
会社サイトで選べる進路は、だいたい三つ
製品名の比較表より先に、公開ページの作りと更新のしかたで分けます。当社のコーポサイトも、公開はNext.js、記事の編集はWordPress（ヘッドレス）という分ける形です。これが正解だと押しつける話ではなく、判断の型の一例です。
| 進路 | 公開面 | 更新面 | 向く条件 |
|---|---|---|---|
| 残す（運用を立て直す） | 今のWordPressのまま | 今と同じ管理画面 | 会員・予約・ECなどプラグインが業務に組み込まれている |
| 分ける（公開と編集を分離） | 静的またはアプリケーション枠（PHPを公開に載せない） | CMSや手順書、更新代行 | 会社案内・お知らせが中心。記事更新は週次〜月次 |
| 移す（SaaS上で作り直す） | サービスの上で表示 | サービスの編集画面 | 自分たちでデザインから作り直し、URL制約を飲める |
「ヘッドレスCMS」「静的化」「WixやSTUDIO」は、上の三つの具体例です。名前を先に決めると、見積もりが製品比較になり、現場の更新頻度と業務プラグインの有無が抜け落ちます。
残すとき
公開も編集も今のままです。やめる代わりに、PHP・本体・テーマ・プラグインの更新と動作確認を、誰が・何日以内にやるかを契約で固定します。10月のような夜に、保守先が動ける連絡経路があるかが条件です。
分けるとき
閲覧者が触る公開面でPHPやデータベースを動かさず、記事やお知らせの編集は別の管理画面（または手順書）に置きます。公開面の緊急パッチ対応は軽くなりやすい一方、問い合わせフォームの送信先、プレビュー、予約公開の代わりを別に用意します。更新が月に数回なら手順書や更新代行で足りることが多く、週に何本も書くなら管理画面を残す必要があります。
移すとき
SaaS型に載せ替えると、セキュリティ更新の多くをサービス側に寄せられます。引き換えに、デザインの作り直し、URLの形の制約、サービス解約時の持ち出しが重くなります。長年同じURLで被リンクや資料を配ってきた会社ほど、転送（301）の設計が本体仕事になります。
やめたあとも残るもの。見落とされやすい三つ
WordPressを外しても、会社のホームページの仕事は消えません。次の三つは、移行の見積もり依頼の前に書き出してください。
| 残りやすいもの | 起きがちな事故 | 代わりの決め方 |
|---|---|---|
| お問い合わせフォーム | 見た目だけ移して、送信がどこにも届かない | 入力項目と送信先メールを書き出し、公開前に実送信で確認する |
| URL | 検索や資料のリンクが全部404になる | 「今のURLを維持する」か「全ページ転送する」かを先に決める |
| 更新の担当 | 移行後に誰もお知らせを出せない | 誰が、月何回、何を更新するかを一文で書く |
権限分け、下書き、予約投稿も、静的寄りの公開面では別の運用になります。人事異動のお知らせを日付指定で出す使い方をしているなら、手公開の運用か、管理画面を残す構成かを先に選びます。
見積もりの前に揃える三つ
進路がどれでも、発注側が先に決めておくと揉めにくいのが次です。
- URL — 今の各ページのURLを変えるか。変えないなら「URLは現状維持」と見積もり依頼に書く。変えるなら旧→新の対応表が成果物になる
- フォーム — 項目名、必須の有無、送信先。退職者のメールのままになっていないか
- 更新担当と頻度 — 月数回のお知らせか、週次の記事か。ここで「残す／分ける／移す」の適性がほぼ決まる
この三つが空のまま「おすすめのCMSはどれですか」と聞くと、答えが製品カタログに寄り、現場の事故が残ります。
本番に出すとき、誰が引き受けるか
サイトの作りを変える話は、見た目の話で終わりません。公開したページの表示、フォームの到達、脆弱性対応の一次対応を、どの役割が引き受けるかが決まっていないと、移行は完了しません。
AIや自動生成でページやコードを足す運用に入っているなら、なおさらです。プラグインや外部AI接続を足す前に、誰が承認するかは別記事に整理しています。
移行プロジェクトでも、キックオフで「公開の合格条件」と「例外を認める人」を一文で残すと、ベンダーとの解釈ずれが減ります。
よくある質問
WordPressをやめたいのですが、何から始めればいいですか
乗り換え先を探す前に、やめたい理由を書き、フォームの送信先、今の主要URL一覧、更新の担当と頻度を揃えます。そのうえで残す・分ける・移すのどれかを選びます。製品名の比較は、そのあとで構いません。
WordPressをやめたい理由が「保守費が高い」だけのときはどうしますか
やめても別の月額に置き換わることがあります。先に、今の保守契約で何を報告してもらっているかを確認し、足りないなら契約の立て直し（残す）も候補に入れてください。
WordPressはやめた方がいいですか
会社案内とお知らせが中心で、更新が月に数回までなら、公開面を静的に近づける（分ける）と、公開サーバー上のPHP対応は軽くなりやすいです。会員・予約・ECがプラグインで業務に組み込まれているなら、やめるより運用契約を立て直す（残す）ほうが現実的なことが多いです。
静的やヘッドレスにすれば、10月のような停止は起きませんか
公開面でPHPを動かさない構成なら、PHP修正のために公開ページを止める必要は減ります。ただしドメイン、ホスティングのアカウント、フォームの送信先、DNSは残ります。止まらないとは言いません。
ヘッドレスCMSと静的化は何が違いますか
どちらも公開面を静的寄りにできる点は近いです。違うのは更新面です。静的化だけなら、担当者がファイルを直すか、制作会社に依頼することが多いです。ヘッドレスは記事用の管理画面を残し、そこから公開用のHTMLを生成します。更新頻度が高いほど、管理画面側の価値が上がります。
SaaS型に移すと何が一番つらいですか
多くの場合、URLとデザインの作り直しです。検索や資料に載っている旧URLをどう転送するか、移行前にページ一覧を出す必要があります。
フォームは今のまま移せますか
入力欄の見た目は似せられても、送信の処理は別物です。移行後は、必ずテスト送信で届く宛先と、自動返信の有無を確認してください。
制作会社と連絡がつきません。先に何をしますか
サーバーの契約名義、ドメインの契約名義、管理画面とFTP（または同等）のログイン、バックアップの所在を先に回収します。回収できないままの移行は、公開停止のリスクが残ります。
この判断は、AIを使った改修でも同じですか
同じです。自動でページやコードが増えても、公開の合格とフォーム到達の責任者は人です。AIを使うほど、承認の欄を先に決める必要が出ます。
まとめ
- WordPressをやめたいなら、乗り換えカタログより先に、残す・分ける・移すと引き受けを決める
- 2026年10月の停止対応は、PHPランタイムへの対応が中心だった。WordPress固有の不満と混ぜない
- 進路は製品名より先に、残す／分ける／移すで整理する
- やめたあとも、フォーム・URL・更新担当は残る。見積もりの前に書き出す
- 公開の合格条件と、例外を認める人を決めてから移行する
株式会社ワンオブゼムは、公開面と編集面を分けたコーポサイト運用や、AIが触った変更を人が引き受ける決めごとについて相談を受けています。現状の棚卸しから進められます。
参考文献・出典
- 日本経済新聞「PHP脆弱性対応で停止した主なサイト一覧 銀行や通信、国税庁・気象庁も」（2026年10月22日）
- 宮城県「宮城県が管理・利用するウェブサイト・システムの一部停止について」（掲載日：2026年10月22日）
- 大阪市「PHP脆弱性情報への対応に伴うサービス等の利用停止について」（2026年10月22日発表）