EC-CUBE 4.3へのバージョンアップ判断｜更新するか作り直すかの基準と、工程別の見積の出し方【2026年版】
この記事は、EC-CUBE 4.3へのバージョンアップを、更新で進めるか、作り直すかの判断基準と、見積もりの出し方を扱います。
結論から書きます。EC-CUBE 4.3 への判断は「今の版」「本体のコードを改修しているか」「プラグインが4.3に対応しているか」の3点で決まり、4.2.3 で本体を改修していなければ公式の手順で更新、本体を大きく改修していたり4.0・4.1から上げたりするなら、作り直しの見積もりと並べて出すのが答えです。
背景にあるのは、PHPの期限です。
EC-CUBE 4.3 にする理由は、PHPの対応範囲にある
EC-CUBE 公式ドキュメントのシステム要件と、php.net で確かめた内容です（EC-CUBE公式ドキュメント・php.net、2026年11月5日確認）。
EC-CUBE 4.2 の対応PHP：7.4〜8.1
EC-CUBE 4.3 の対応PHP：8.1〜8.3
PHP 8.1：セキュリティ修正の終了 2025年12月31日（終了済み）
PHP 8.2：セキュリティ修正の終了 2026年12月31日
PHP 8.3：セキュリティ修正の終了 2027年12月31日公式の要件どおりに動かすなら、EC-CUBE 4.2 は PHP 8.1 までで、そのPHPはすでにセキュリティ修正を終えています。
PHP 8.2・8.3 の期限内で動かす道は、公式の要件のうえでは 4.3 にあります。
ただし、4.3 の上限の PHP 8.3 も、2027年12月31日で期限を迎えます。
GitHub の EC-CUBE のリリースページには、PHP 8.2〜8.5 対応をうたう 4.4.0 のアルファ版が公開されています（2026年11月5日確認）。4.3 への更新は「次の更新までのつなぎ」になりうることを、見積もりの段階で顧客に伝えておきます。
ECサイトの脆弱性対応と保守の取り決めは、別の記事で扱っています。
▶ EC-CUBE 脆弱性の告知を「お客様が自分で見るもの」にしていないか──ECサイトの脆弱性対応と、構築した制作会社が結ぶべき保守の取り決め
EC-CUBE アップデートの判断とは、「本体にどれだけ手を入れたか」で、更新と作り直しの境目を引くことである
黒字化の外科医です。EC-CUBE 4.3 へのバージョンアップを、更新と作り直しのどちらで受けるかを解剖します。
本体への手の入れ方で判断すべき理由は、三つあります。
第一に、公式の手順が、本体の改修を想定していないから。
EC-CUBE 公式ドキュメントの「4.2から4.3本体バージョンアップ」は、4.2.3 から 4.3.0 への手順です。本体のコード（app/config/eccube、app/DoctrineMigrations、bin、src、html）を改修している場合は、上書きされるため「この手順ではバージョンアップできません」とされ、変更の差分を取り込むよう案内されています。
第二に、プラグインと独自の改修には、4.3 向けの書き換えが要るから。
公式の「4.2から4.3へのマイグレーション」では、Symfony 6 への対応に伴い、セッションの取り扱い、コンテナ、パスワードの処理などの変更点が挙げられています。改修の量が、そのまま工数になります。
第三に、古い版ほど、段を重ねる必要があるから。
公式ドキュメントには、4.0から4.1、4.1から4.2、4.2から4.3と、段ごとのマイグレーションの文書が並んでいます。4.0・4.1 のサイトは、一段では済みません。
今すぐ試せる：EC-CUBE サイトの「更新か作り直しか」を判定するプロンプト
私はWeb制作会社の担当者です。保守しているEC-CUBEのサイトを、4.3へ更新するか、作り直すかの判断材料を整理してください。
【前提】
・今のEC-CUBEのバージョン：〔例：4.2.3〕
・本体のコード（src、html など）を改修した箇所：〔記載／なし〕
・Customize 領域の独自のコード：〔記載／なし〕
・入れているプラグインと、4.3対応の有無（提供元で確認）：〔記載〕
・決済の方式と、外部との連携：〔記載〕
・顧客がこの先やりたいこと：〔記載〕
1. 公式の手順どおりに更新できる条件に当てはまるかを判定する。
2. 当てはまらない理由を、箇所ごとに書く。
3. 更新、作り直し、の2案それぞれで、工程の一覧を作る。
4. 判断に足りない情報を「要確認」として挙げる。
EC-CUBEの仕様について、私が記載していないことは推測で書かないこと。EC-CUBE 保守の見積工場：判断表と工程別の見積もり
1. 判断表
今の版 本体の改修 プラグイン 判断
4.2.3 なし 4.3対応版あり 公式の手順で更新
4.2.3 なし 一部に対応版なし 代わりの手段を調査してから判断
4.2.x なし ─ まず4.2系の最新へ。その後に判断
4.2.x あり（少） ─ 差分の取り込みで更新。調査を先に有償で
4.2.x あり（多） ─ 更新と作り直しの2案を並べて見積もる
4.0／4.1 ─ ─ 段を重ねる更新と、作り直しの2案を並べる「4.2.3 で改修なし」の行だけが、手順の見通しが立つ行です。
それ以外は、調査を先に有償で受け、その結果で第2段階を見積もります。
2. 公式の手順に沿った工程
公式ドキュメントの手順の流れを、見積もりの工程に置き換えたものです。
① 調査：版・改修・プラグインの対応状況の確認
② 検証環境の用意：本番のコピー、PHPの切り替え
③ プラグインの更新：4.3対応版への入れ替え
④ 本体の更新：ファイルの置き換え、ライブラリ、データベースの更新
⑤ テンプレートの差分：管理画面からのページ・ブロック・メールの更新
⑥ テスト：カート、注文、決済、会員、管理画面、メール
⑦ 本番の切り替え：バックアップ、メンテナンスモード、確認公式ドキュメントでは、本番の前にテスト環境で事前に検証することを「必ず」と明記しています。⑥を削る見積もりは出しません。
3. 計算の例
① 調査：8時間
② 検証環境：4時間（①に一部を含めた例）
③ プラグインの更新：12時間
④ 本体の更新：8時間
⑤ テンプレートの差分：6時間
⑥ テスト：16時間
⑦ 本番の切り替え：4時間
②を除く合計：8 ＋ 12 ＋ 8 ＋ 6 ＋ 16 ＋ 4 ＝ 54時間
②を含めた合計：54 ＋ 4 ＝ 58時間
リスクの上乗せ：20%（例）
見積もりの工数：58時間 × 1.2 ＝ 69.6時間
時間単価：7,600円（例）
見積もりの金額：69.6時間 × 7,600円 ＝ 528,960円数字はすべて例です。改修やプラグインが多いサイトでは、③と⑥が大きく膨らみます。
作り直しの案は、同じ工程表の形で積み上げ、2つを並べて顧客に見せます。
工数の積み上げ方の土台は、こちらの記事にあります。
▶ PHPバージョンアップの費用は「相場」ではなく工数で出す──調査・検証環境・本番の工程別の見積もりと、時間単価×工数の計算例
構造的なリスク
逆説を指摘しておきます。
更新の見積もりを安く出すほど、顧客は「次も同じ金額でできる」と考えます。
けれど、4.3 の上限の PHP 8.3 にも期限があり、次の更新は遠くありません。
だから、更新の見積もりには「次の更新の時期の目安」を一行書き、毎月の保守料に積み立てる案を添えます。ECの保守料をどう組むかは、こちらで扱っています。
▶ 保守料金をセキュリティ込みで決め直す──「月1万円で全部」をやめ、工数の積み上げ・松竹梅・緊急対応の別料金で組む料金設計と計算例
よくあるQ&A
Q. EC-CUBE 4.2 のサポートはいつまで？
EC-CUBE のサポートの期限は、この記事を書く時点で公式の情報を確かめられませんでした。確かなのは、公式のシステム要件で 4.2 の対応PHPが 8.1 までで、PHP 8.1 のセキュリティ修正が2025年12月31日に終わっていることです。
Q. EC-CUBE 4.3 で使えるPHPは？
公式のシステム要件では、PHP 8.1〜8.3 です（EC-CUBE公式ドキュメント、2026年11月5日確認）。
Q. 4.4 の正式版を待つべき？
公開されているのはアルファ版です。期限が近いサイトは 4.3 への更新を進め、4.4 は正式版と公式の要件が出てから判断します。
Q. EC-CUBE のバージョンアップ費用はいくら？
一律の金額はありません。上の工程表に、自社の時間単価と調査の結果を当てはめて出します。
最後に
EC-CUBE 4.3 への判断は、今の版、本体の改修、プラグインの対応の3点で決まります。
公式の手順に乗るサイトと乗らないサイトを分け、乗らないサイトに作り直しの案を並べて見せた会社だけが、ECの更新を赤字の工事にせず、次の更新まで続く保守に変えられるのです。
案内文と見積書の型は、期限対応の顧客案内キットにまとめています。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #ECCUBE #ECサイト構築 #ECCUBEアップデート #ECCUBE保守 #ECサイト #制作会社経営 #中小企業 #バージョンアップ #見積もり
