使っている WordPress のテーマやプラグインに、サポート終了のお知らせが届いた。サイトは今も表示されているけれど、このまま使って良いのか、作り直した方が良いのか分からない。
まずは、何のサポートが終了したのかを確認したいところです。質問への回答が終わることと、不具合やセキュリティの修正が提供されなくなることでは、これから考えるべき対応が異なります。
古いサイトのご相談では、全面リニューアルを考えていても、すぐには予算を用意できないというお話を聞くことがあります。そうした状況で、サポート終了を理由に作り直しだけを勧めても、次の一歩を決めにくいでしょう。
大切なのは、終了した範囲と、その製品を変更したときの影響を確認し、使い続けるための対応を決めることだと考えています。
この記事では、継続使用、別の製品への代替、機能の削減、部分改修、作り直しの5つを比較します。特定の製品の安全性を判定する記事ではなく、自分のサイトについて何を調べ、どこから相談すれば良いかを整理するためのものです。
サポート終了と、すぐに使えなくなることは別
WordPress のテーマは、ページの見た目や表示の仕組みを担うものです。プラグインは、お問い合わせフォームや予約など、サイトに機能を追加するものです。
「サポート終了」という案内を見たら、まず開発元のお知らせや契約条件で、次のどこまでが終了するのかを確認します。
- 質問への回答や設定の相談
- 不具合の修正やセキュリティの修正
- 新しい WordPress やサーバー環境への対応
- 製品の配布や再ダウンロード
- 製品と連携する外部サービスの提供
すでにサイトへ入っているテーマやプラグインは、サポートが終了しても動き続ける場合があります。一方で、外部サービスと連携する機能は、そのサービスが終了すると使えなくなる場合があります。いつ、何が終了し、自分が使っている機能にどう影響するかを、案内の文面から確認しましょう。
有料製品の契約期限切れも、製品そのものの開発終了とは分けて考えます。契約を更新すれば更新ファイルを受け取れるのか、期限切れで機能も止まるのかは、製品ごとの条件を確認する必要があります。
また、最終更新日が古いことだけで、開発終了とは断定できません。終了の告知が見つからない場合は、「更新が止まっているが、今後の対応は確認できない」という状態として扱います。
WordPress.org の公式プラグインディレクトリで公開停止になっている場合も、表示された理由と開発元の案内を確認します。公式の運営指針には、セキュリティの問題がある場合に公開を停止することや、その他の理由で削除・停止できることが記載されています。公開停止を開発終了と同じ意味で受け取らず、理由に応じて対応を考えます。
選択肢を決める前に確認したい5つのこと
終了の内容が分かったら、次は自分のサイトの状態を確認します。見るのは、更新状況、互換性、代替手段、サイトへの依存度、復旧可能性の5つです。
1. 更新状況と、修正が必要な問題
利用中の製品名、開発元、バージョンを控え、公式の製品ページや更新履歴と照合します。更新履歴とは、いつ、どのような修正が行われたかを記録したものです。
確認したいのは、最新かどうかだけではありません。
- サポートや更新の終了日と、終了する範囲
- 利用中のバージョンに対する不具合やセキュリティの案内
- 修正版、後継製品、移行手順の有無
- 有料製品なら、更新ファイルを受け取れる契約状態か
セキュリティの案内に出てくる「脆弱性」は、不正な操作や情報の漏えいなどにつながり得る、プログラムの弱点を指します。案内がある場合は、対象の製品名だけでなく、影響するバージョンと条件まで確認します。
更新通知が出ていないことや、ページが表示されていることだけでは、問題がないとは判断できません。WordPress 公式のセキュリティ資料でも、更新、監視、バックアップなどを組み合わせてリスクを減らす考え方が示されています。
2. WordPress やサーバー環境との互換性
互換性とは、テーマやプラグインが、組み合わせる WordPress やサーバー環境で問題なく動くかどうかです。サーバー側では、WordPress を動かすプログラム言語である PHP のバージョンも確認します。
今は動いていても、WordPress 本体や PHP を更新したあとに同じように動くかは、別の確認になります。開発元が案内している対応範囲と、これから更新する環境を照合し、必要に応じて実際の動作を確かめます。
対応するか分からない製品のために、WordPress 本体や PHP を古いまま固定することにも注意が必要です。その製品だけでなく、サイト全体の更新を妨げているなら、代替や改修の優先度を上げて考えたいところです。
3. 同じ役割を担う代替手段
別の製品を探す前に、その機能で何を実現したいのかを書き出します。製品名を置き換えることより、必要な役割を引き継げることが大切だからです。
たとえば予約機能なら、予約を受け付けるだけで良いのか、空き枠管理や通知、過去の予約データも必要なのかで候補が変わります。
WordPress 標準の機能で足りるのか、保守が続いている別の製品を使うのか、外部サービスへ移すのか。必要な機能とデータの扱いを確認してから候補を絞ります。
4. サイトがどれだけ依存しているか
ここでいう依存度は、そのテーマやプラグインがなくなると、どこまで使えなくなるかという意味です。
一部のページにある装飾だけなのか、お問い合わせや予約を担っているのか。テーマの中に独自の表示処理や管理画面の機能が入っている場合は、見た目の変更だけでは済まない可能性もあります。
確認したいのは、次のようなつながりです。
- どのページや機能で使われているか
- 保存しているデータを別の方法でも取り出せるか
- 他のプラグインや独自のプログラムと連携しているか
- 担当者の入力・更新手順にどの程度関わっているか
依存度を調べるために、本番サイトでいきなり無効化することは避けましょう。実際に影響を見る場合は、公開中のサイトを複製した検証環境を使い、表示、機能、保存データを確認します。
5. 変更して問題が起きたときに戻せるか
バックアップは、ファイルが存在するだけでなく、誰が、どの手順で、どの時点へ戻せるかまで確認します。
WordPress 公式資料では、一般的なサイトを完全に復元するには、ファイルとデータベースの両方が必要だと説明されています。データベースは、投稿本文や設定などを保存する仕組みです。テーマ、プラグイン、画像などのファイルとは別に保存されています。
予約や注文が入るサイトでは、作業前の状態へ戻すと、その後に増えたデータを失う可能性もあります。戻せるかどうかと合わせて、どの時間帯に作業し、新しいデータをどう守るかを決めておきます。
継続使用から作り直しまで、5つの選択肢を比較する
ここまでの確認結果をもとに、対応の範囲を考えます。5つは完全に独立した方法ではなく、移行準備の間だけ継続使用し、必要な機能を部分改修する、といった組み合わせもできます。
| 選択肢 | 検討しやすい状態 | 利点 | 注意点・費用を考える範囲 |
|---|---|---|---|
| 期限を決めて継続使用する | すぐの移行が難しく、調査で緊急の対応が必要な問題は見つかっていない | 表示や業務の変更を抑え、移行準備の時間を取れる | 安全を保証する選択ではない。点検・監視と移行準備を続け、問題が判明したら再判断する |
| 別の製品・仕組みで代替する | 必要な機能とデータを引き継げる候補がある | サイト全体を残し、対象の役割を置き換えられる | データ移行、画面や通知の再設定、操作の習得、利用料を確認する |
| 機能を削減する | その機能を使っていない、または簡素な方法で足りる | 管理対象と、今後必要な保守を減らせる | 削除するデータやページへの影響、代わりの受付・案内方法を確認する |
| 部分改修する | 必要な部分と残せる部分を分けられる | 既存の内容や運用を生かしながら改善できる | 調査・改修・検証に加え、独自の処理を誰が今後保守するかを決める |
| サイトを作り直す | 複数の重要機能が古い仕組みに依存し、部分対応では更新や運用を維持しにくい | 構成と更新方法をまとめて見直せる | 制作費だけでなく、内容・データ・URL の引き継ぎ、公開切り替え、担当者の習得も必要になる |
費用の大小は、選択肢の名前だけでは決まりません。小さな改修でも影響の調査に時間がかかることがありますし、機能を絞れば移行の範囲が小さくなる場合もあります。
初回の作業費に加えて、今後の保守、再調査、次の移行にかかる費用まで含めて比較すると、使い続けるために必要な予算を考えやすくなります。
継続使用を選ぶなら、見直す条件を決める
継続使用は、「今動いているから、そのままにする」とは分けて考えます。開発元の修正が止まっている場合、保守担当者が点検を続けても、製品の問題が自動的に解消されるわけではありません。
利用中のバージョンに影響する未修正の脆弱性が判明しているなど、緊急性の高い問題がある場合は、移行日まで使い続けて良いとは判断せず、停止や利用制限を含む対応を先に相談します。
移行準備のために継続する場合は、確認した問題、確認できていない点、担当者、見直し日を記録します。「新しい脆弱性の案内が出たら再判断する」「次の環境更新までに代替を検証する」など、予定を前倒しする条件も決めておきたいところです。バックアップは復旧の備えであって、脆弱性を修正するものではありません。
代替・機能削減では、データと運用も確認する
代替製品に似た機能があっても、既存の設定やデータをそのまま移せるとは限りません。ページの表示だけでなく、保存したデータ、通知先、入力手順まで確認します。
使わなくなった機能は、残す理由も見直しましょう。WordPress 公式資料でも、使用していないプラグインを削除することが案内されています。ただし、先に利用箇所と必要なデータを確認し、削除で何が失われるかを把握してから作業します。
部分改修と作り直しは、今後の更新を続けられるかで比べる
テーマを切り替える場合、見た目が変わるだけでなく、そのテーマが担う表示や動作も確認が必要です。WordPress 公式のテーマに関する資料でも、プレビューに加え、詳しく試すためのテストサイトが案内されています。
部分改修で必要な機能を切り離せるなら、既存サイトを残す選択肢があります。一方で、改修を重ねても WordPress や PHP の更新が進められず、担当者も内容を更新しづらいままなら、作り直した方が今後の運用を整理しやすい場合があります。
作り直す場合も、WordPress を使い続けることを前提にしなくて構いません。必要な更新や機能に合わせて、別の仕組みや外部サービスも比較します。
一度に対応する予算や時間を取りにくい場合は、「古い WordPress サイトを一度に作り直さず、段階的に改善する方法」で、先に直す部分と後で改善する部分の分け方を整理しています。
急いで相談したい状態と、計画を立てて対応する状態
サポート終了の案内を見つけたことと、すでに被害や障害が起きていることでは、対応の順番が変わります。
次の状態では、比較検討よりも、影響の確認と当面の対応を優先して相談してください。
- 利用中のバージョンに影響する脆弱性が公式に案内され、修正や回避方法を適用できていない
- 身に覚えのない管理者アカウントやページの書き換え、不審な転送がある
- お問い合わせ、予約、購入など、重要な機能がすでに止まっている
- 外部サービスの終了やサーバーの環境変更が迫り、使えなくなる機能への対応が決まっていない
不審な変更がある場合は、テーマやプラグインを交換するだけで復旧できるとは限りません。表示された内容、気付いた時刻、届いた通知を残し、保守担当者やサーバー会社へ連絡します。
一方、サポート終了は分かったものの、具体的な不具合やセキュリティの案内を確認できていない場合は、まず構成と影響を調べ、対応計画を立てます。「問題を確認できていない」は「安全を確認できた」とは違うため、点検を省いて無期限に使い続ける判断にはしません。
自分で確認する範囲と、相談する範囲
自分で管理画面を閲覧できる場合は、「外観」の「テーマ」や「プラグイン」で製品名とバージョンを控え、公式のお知らせを確認できます。サイトの主要ページをパソコンやスマートフォンで開き、使い続けたい機能を書き出すことも、相談前にできる整理です。
ここでは、情報を見ることと設定を変えることを分けましょう。製品の無効化・削除、テーマの切り替え、WordPress や PHP の更新は、影響と復元方法を確認してから行います。
特に、何に使われている製品か分からない、独自の改修がある、バックアップの場所や戻し方が不明、といった状態では、制作会社や保守担当者へ調査から相談する方が良いと考えています。予約・決済・会員情報に関わる場合も、停止やデータ移行の影響を先に確認したいところです。
相談するときは、分かる範囲で次の情報を用意してください。
- サイトの URL と、管理画面にログインできるか
- 対象のテーマ・プラグインの名前、開発元、バージョン
- サポート終了の案内 URL、終了日、届いた通知
- 困っている現象と、発生し始めた時期
- 残したい機能、止まると困る業務、引き継ぎたいデータ
- バックアップの日時と保存先、復元できる担当者
- サーバー会社、保守契約の有無、対応したい時期と予算の目安
分からない項目は、分からないままで構いません。その部分も含めて調査の範囲を相談できます。最初の問い合わせでパスワードや予約者・顧客の個人情報を送る必要はありません。
対応後の点検をどう続けるかは、「WordPress の保守では、毎月何を確認しているのか」で整理しています。置き換えが終わったあとも、更新やバックアップ、重要機能の動作を確認する体制まで決めておくと良いでしょう。
必要な機能を、これからも管理できる形にする
サポートが終了したとき、僕はまず、その製品が担っている役割と、残す必要がある機能を整理するのが良いと考えています。製品の変更だけを目的にすると、使っていない機能まで引き継いだり、必要なデータを見落としたりする可能性があるからです。
調べた結果、対象の機能だけを置き換えれば済む場合もあれば、全体の構成を見直した方が良い場合もあります。今の状態と今後の運用を踏まえて、対応の範囲を決めていきましょう。
オレインデザインでは、WordPress 運用・実装サポートとして、既存サイトの状態確認や技術調査、段階的な改善などをご相談いただけます。
「サポート終了の案内が届いたけれど、どこまで変える必要があるか分からない」という場合は、サイトの URL と案内の内容、残したい機能を添えて、お問い合わせフォームからご相談ください。対応できる範囲や、調査・改修が必要かどうかを、現在の構成を確認しながら整理できればと思います。
