2026 PHP 8.5でWooCommerce新店を動かすか、それとも8.4か？

WooCommerce公式のサーバー要件では、PHPのテスト対象として8.4までが示されています（https://woocommerce.com/document/server-requirements/）。そのため、新規店はまずPHP 8.4を選び、PHP 8.5はWordPress、テーマ、プラグイン、決済連携の互換性と購入フローを確認できた場合に採用するのが基本です。

判断：新規店にはPHP 8.4が適しています。 PHP 8.5が使えないという意味ではありません。PHP本体がリリース済みであることだけを根拠に、店舗を構成するすべての機能が動作すると判断しないことが重要です。

この記事は、日本や東アジア向けにWooCommerceの新規店を準備する技術担当者向けです。
テーマ、決済、プラグインを組み合わせる制作チームは、公開前の互換確認に役立てられます。
一台のサーバーで複数の独立サイトを管理する運用担当者は、サイトごとのバージョン管理を確認できます。

PHP 8.5を選ぶ前に公式の対象範囲を確認する

WooCommerce公式のサーバー要件では、PHPのテスト対象として8.4までが案内されています（WooCommerce公式サーバー要件）。開発者向けの資料でもPHPのテスト範囲を確認し、8.5が記載されていないことと、8.5で非互換が確認されたことを混同しないようにします（WooCommerce開発者向けPHPテスト範囲）。

PHP公式のサポート対象一覧では、PHP 8.4と8.5のサポート状況を確認できます（PHP公式サポート対象一覧）。PHP 8.5のリリース情報も公開されています（PHP 8.5公式リリース情報）。ただし、PHP本体が公開され、サポート対象になっていることは、WooCommerceのテーマや拡張機能、決済連携もすべて対応済みであることを示しません。

WooCommerceの新規店でPHP 8.5を使えますか？
必要な構成要素について、開発元による対応情報を確認でき、検証環境で購入処理まで試せるなら候補になります。情報が確認できない依存関係が残る場合は、WooCommerce公式のテスト範囲に含まれるPHP 8.4から始めるほうが判断しやすくなります。

WordPress本体の動作要件も別途確認してください（WordPress公式の実行要件）。WordPress公式の要件はWordPressの推奨環境を示しますが、個別のテーマやプラグイン、外部決済サービスの互換性までは保証しません。WordPressのバージョンとPHPの互換性については、WordPressコアのPHP互換性資料も参照し、WooCommerce側の要件と合わせて判断します。

店舗の構成に合わせて候補を絞る

PHP 8.4と8.5のどちらを選ぶかは、バージョン番号だけでは決められません。実際に導入するテーマ、プラグイン、決済・配送連携の対応状況と、チームがどこまで検証できるかを基準にします。

新規の独立店にはどちらが向いていますか？
標準的な構成で新規店を立ち上げる場合は、公式のテスト範囲を判断材料にしてPHP 8.4から始めます。PHP 8.5を選ぶ場合は、各コンポーネントの明確な対応情報と、検証環境での確認結果をそろえてください。

• テーマやプラグインが少なく、公式資料のテスト範囲を優先したい場合は、PHP 8.4から開始します。
• プラグインや決済・配送連携が多い場合は、各開発元の対応表やリリース情報を一つずつ確認します。
• 独自テーマや独自コードがある場合は、管理画面に加えてカート、決済、注文処理も試せる場合にPHP 8.5を評価します。
• PHP 8.5を早期に採用する場合は、エラーを確認する担当者と、問題発生時に戻す手順をあらかじめ決めておきます。

プラグインの説明に「最新版対応」とあるだけでは、PHP 8.5への対応が確認できたとはいえません。対応するPHPのバージョンが明記されているかを確認し、記載がなければ開発元の案内を調べるか、検証環境で試します。コミュニティの投稿は調査のきっかけにはなりますが、個別環境での報告を一般的な互換性の結論として扱わないでください。

依存関係をサイトごとに記録する

複数の独立サイトを一台で運用する場合、あるサイトで確認できた互換性を、ほかのサイトにも当てはめないようにします。サイトごとに使用するPHP実行環境、テーマ、プラグイン、決済・配送連携を記録し、どの環境を変更するのか分かる状態にします。

プラグインのPHP 8.5対応はどのように確認しますか？
プラグインの公式ドキュメントやリリース情報に、PHP 8.5への対応が明記されているかを調べます。テーマと外部連携も同様に確認し、明記されていないものは「対応済み」とせず、検証が必要な依存関係として記録します。

変更前には、各サイトがどのPHP実行環境を使っているか、変更がどのサイトに影響するかを確認します。問題が起きた際に元の環境へ戻せるか、戻す担当者と作業手順が明確かも、採用判断に含めてください。特定のサイトで検証に成功しても、異なるテーマや決済構成を使うサイトは個別に検証する必要があります。

公開前に購入フローを検証する

管理画面が表示されるだけでは、店舗の公開準備が整ったとは判断できません。商品表示から注文作成まで、実際の業務に関わる処理を検証します。WooCommerce公式のテスト注文手順は、注文処理を確かめる際の参考になります（WooCommerce公式テスト注文ガイド）。

公開前にPHPのバージョンをどう試しますか？

• [ ] 構成を記録する： WordPress、WooCommerce、テーマ、プラグイン、決済・配送連携と、それぞれのバージョンを整理します。
• [ ] 公式情報を確認する： PHPのサポート状況、WooCommerceとWordPressの要件、各コンポーネントの対応情報を確認します。
• [ ] 検証環境を用意する： 本番店とは分けた環境に選定するPHPバージョンを設定します。
• [ ] 基本操作を試す： 管理画面、商品ページ、カートの表示と操作を確認します。
• [ ] 購入フローを試す： テスト注文を行い、決済連携、注文作成、注文後の処理を確認します。
• [ ] ログと復旧方法を確認する： エラーの調査方法と、問題が見つかった場合のバージョン変更手順を整えます。

WordPress公式のデバッグ資料には、問題を調査するためのログやデバッグ方法が記載されています（WordPress公式デバッグガイド）。検証中に問題が見つかった場合は、原因を切り分ける前に同じ変更を本番環境へ適用しないでください。

互換性を確認できない依存関係が残る場合は、対応が確認できる代替機能へ切り替える、開発元に確認する、修正を待つ、またはPHP 8.4で公開する方法があります。PHP 8.5の採用そのものを目的にせず、確認できた範囲と復旧体制に沿って決めます。

公開準備とサーバー条件を照合する

日本向けの独立サイトでサーバーを選ぶ際も、CPUやメモリなどの資源をPHPとの互換性の根拠にしないでください。必要なOS、PHP実行環境の設定方法、接続方法、店舗の負荷に必要な資源は、それぞれ分けて確認します。XFP Cloudのサーバー構成を確認する際も、掲載されているサーバー条件からPHPの特定バージョンの対応を推定せず、実際の要件を別途照合してください。

OS、接続条件、契約期間も、アプリケーションの互換性とは分けて検討します。契約条件を確認する場合は、XFP Cloudの利用料金と契約条件を参照し、掲載情報に基づいて判断してください。

最終更新：2026年10月29日。 PHP公式のサポート対象一覧とリリース情報、WooCommerce公式のサーバー要件とPHPテスト範囲を参照しています。公式資料のテスト範囲、サーバー要件、PHPのリリース情報が更新された場合は、公開前にあらためて確認してください。

共有型ホスティングや仮想サーバーは、負荷が軽い店舗や小規模な構成を始める選択肢です。一方、共有環境ではほかの利用者と資源を分け合う場合があり、環境設定の自由度もサービスの条件に左右されます。複数サイトの環境を個別に管理したい場合や、長期運用する店舗の資源を専有したい場合は、独占利用のAMD物理サーバーも比較対象になります。XFP Cloudを検討する際は、特定のPHPバージョンが導入済み、または動作保証済みと見なさず、掲載されているサーバー条件を確認したうえで、選定した環境に合わせた検証計画を立ててください。