EC-CUBE 4系のバージョンアップが怖くて触れない人へ｜進め方・費用・自社更新か代行かの判断基準
目次
【AIによる要約】
– EC-CUBEのバージョンアップは、セキュリティ修正の継続とサーバー環境維持のために必要な作業で、放置は改ざんや突然の停止につながります。
– 費用はカスタマイズの分量と検証工程で決まり、標準的なサイトで合計15〜30万円、カスタマイズが多い場合は50万円以上になることもあります。
– 更新のたびに検証できる体制が社内にあるなら自社更新、専任担当がいないなら代行依頼が現実的な判断基準です。
EC-CUBEの管理画面に「新しいバージョンがリリースされました」という通知が出ている。あるいは保守会社から「4.2から4.3へのアップデートのご提案」という連絡が来た。そういう場面で、多くのWeb担当者様が同じ壁にぶつかります。
「昔、アップデートで画面が真っ白になったことがある」「やるならいくらくらいかかるのか分からない」「そもそも自社でやっていいものなのか」。EC-CUBEは顧客データや決済を抱える基幹システムなので、なおさら触れるのが怖いのだと思います。
当社カジヤは、業界歴10年以上・300社以上の企業のWebサイト・Webシステム支援の中で、EC-CUBEの構築・カスタマイズ・バージョンアップに数多く携わってきました。当社自身もEC事業を運営しているため、更新でECサイトが止まるリスクの重さは当事者として理解しています。
この記事では、EC-CUBE本体のバージョンアップに絞って、なぜ必要か、進め方、費用感、そして「自社更新か代行か」の判断基準を整理します。
1. EC-CUBEのバージョンアップはなぜ必要か
セキュリティ修正が止まるから
EC-CUBE 4系は、4.2系と4.3系というラインで開発されています。新しいうちに見つかった脆弱性への修正は、新しいバージョン側に優先的に入ります。古いバージョンのまま使い続けると、修正が届きにくい環境が続きます。
EC-CUBEは過去に深刻な脆弱性の修正リリースを複数回行っており、本体の更新は「放置してはいけない作業」です。実際、当社の現場でも旧バージョンの運用が長く続いたサイトの改ざん被害の復旧に立ち会ってきた経験があります。
サーバー環境の移行が必須になるから
EC-CUBEの動作には、PHP・データベースといった基盤の要件があります。レンタルサーバー各社は古いPHPの提供を順次終了しており、その際にEC-CUBE側も対応バージョンへの更新が必要になります。
「サーバーのPHPを上げたいが、EC-CUBEが古い」という状況では、EC-CUBEのバージョンアップが先に必要です。土台の更新と本体の更新は、実務ではセットで考えます。PHP基盤側の話の詳細は、「PHPのバージョンアップが必要です」と言われたら？放置するリスクと見積もり金額が決まる仕組みで解説しています。
2. 進め方：実際の5ステップ
EC-CUBE 4系のバージョンアップは、公式ドキュメントが手順を公開しているため、技術的には自社更新も可能です。ただし、手順の「間」にある検証作業が本番です。
（出典：EC-CUBE公式「EC-CUBE 4系 アップグレードガイド」）
ステップ1：現状調査
現在のEC-CUBEのバージョン、導入しているプラグイン、過去のカスタマイズの有無を洗い出します。この時点で「どこが壊れる可能性があるか」の見当がつきます。カスタマイズが多いECサイトほど、この調査の比重が大きくなります。バージョン番号の確認方法は、EC-CUBEのバージョンを確認する方法【2系 3系 4系】にまとめています。
ステップ2：テスト環境の構築
本番環境とは別に、テスト環境を用意します。本番で直接アップデート作業をするのは、絶対に避けるべき方法です。
ステップ3：テスト環境でのアップデートと改修
テスト環境でバージョンアップを実行します。ここで問題になるのがカスタマイズ部分です。過去に納品業者が加えた独自改修は、新しいバージョンで動かなくなることがあります。動かない部分を新しい構造に合わせて修正します。
ステップ4：全導線の実機テスト
トップページの表示確認だけでは不十分です。次の導線を、実際に画面を操作して確認します。
- 商品検索・商品詳細・カート投入
- 会員登録・ログイン・パスワード再発行
- 購入フロー（配送先入力〜決済完了）
- 決済モジュールの動作（クレジットカード等）
- 受注メールの送受信
- 管理画面の受注確認・商品登録
決済とメールは外部サービスとの連携部分なので、ここで失敗しても画面にはエラーが出にくい。だからこそ、実機での確認が必須です。
ステップ5：本番反映と事後確認
アクセスが少ない時間帯に本番へ反映します。直前のバックアップを確実に取り、問題があれば元に戻す（切り戻す）準備をしておきます。反映後、主要導線をもう一度実機でテストして完了です。
この一連の工程を経て、初めて「安全なバージョンアップ」と言えます。
3. 費用感：相場と、金額が決まる仕組み
バージョンアップの費用は、カスタマイズの分量と検証の範囲で決まります。一般的な費用感をまとめると次の表のとおりです。
| 項目 | 費用の目安 | 主な内容 |
|---|---|---|
| テスト環境の構築 | 5〜15万円 | 検証用サーバーの準備と本番データの複製 |
| 現状調査・影響範囲の確認 | 5〜15万円 | カスタマイズ箇所・プラグインの互換性調査 |
| バージョンアップ作業本体 | 10〜30万円 | 4.2系→4.3系など、ライン内の更新 |
| カスタマイズ部分の改修 | 10〜50万円以上 | 独自改修の移植・非互換修正（分量により変動） |
| 全導線のテスト | 5〜15万円 | 購入・決済・メールなど実機確認 |
| ケース別の費用感の目安 | |
|---|---|
| ほぼ標準のEC-CUBE、カスタマイズが少ない | 合計15〜30万円程度 |
| 決済・送料など一部にカスタマイズあり | 合計30〜60万円程度 |
| 独自機能が多い・手を入れた歴史が長い | 合計50〜100万円以上もあり得る |
これはあくまで構造的な目安です。なぜこれだけかかるのか。理由はシンプルで、「アップデートの実行」自体は数十分の作業でも、その前後の調査・検証・改修が本体作業の数倍の工数になるからです。
ここで一つ、注意点をお伝えします。当社の現場では、格安の見積もりの裏に「テスト環境なし・検証なし」の方式が隠れていることがありました。工程が書かれていない見積もりは、その可能性を疑うべきです。逆に、調査と検証工程が明記されている見積もりは、高めでも誠実と判断できます。
なお、4系の中でも「4.0から4.2へ」のような大きな跨ぎや、複数バージョンを一気に上げる場合は、工数が伸びます。可能なら、こまめに段階的に上げる方が1回あたりの費用は抑えられます。
4. 【持論】自社更新か代行かの判断基準
「公式の手順があるから自社でやればいいのでは？」——結論から言います。
EC-CUBEの運用を日常的に担当しているエンジニアが社内にいて、テスト環境と切り戻し手段を用意できるなら、自社更新で構いません。それ以外は、代行依頼を推奨します。
理由は3つあります。
- 失敗時の損失が大きい。ECサイトは本番で動いている営業資産です。更新で数日止まれば、その損失は作業費用を上回ります。当社自身もEC事業を運営している当事者として、この損失の重さは身にしみて知っています。
- カスタマイズの把握には経験が要る。過去の納品業者がどういう構造で手を入れたかを正確に読み解く力は、実績がないと育ちません。300社以上の支援で培った読み解きの経験が、調査の精度を大きく変えます。
- 継続性。バージョンアップは1回きりではなく、今後も続く運用です。更新のたびに都度勉強する体制より、 EC-CUBEを専門に扱う体制の方が、長期的なコストはむしろ下がります。
自社更新を選ぶ場合の最低ラインは次のとおりです。
- 本番とは別のテスト環境を用意できる
- 直前のバックアップと、切り戻しの手順を用意できる
- 購入〜決済〜メールまで、全導線を実機で確認できる人と時間がある
- 更新作業を、既存の通常業務と並行せず時間を確保できる
この4つに1つでも欠けがあるなら、無理せず代行を検討する方が安全です。
5. 依頼前に確認したい5つのポイント
代行会社に依頼する際は、次の点を確認してください。
- テスト環境での検証が含まれているか（含まれない見積もりは避ける）
- カスタマイズ箇所の調査が工程にあるか（調査なしの一括金額は根拠が不明瞭）
- 決済モジュールの動作確認が含まれているか（ECで最も事故が起きやすい箇所）
- 切り戻し計画があるか
- 作業時間帯と、反映後の確認方法が事前に共有されるか
古いバージョンのEC-CUBE（2系など）をお使いの場合は、バージョンアップというより「刷新か延命か」の判断が必要です。その場合はまだEC-CUBE 2系を使っている会社へ｜旧バージョン放置のリスクと「刷新か延命か」の判断基準を参考にしてください。また、サーバー移行と同時に行う場合は、データ移行の漏れを防ぐチェックリストであるEC-CUBE 4系のデータ移行で失敗しないためのチェックリスト｜受注・会員・商品データの移行漏れを防ぐもあわせてお役立てください。
まとめ：迷ったら「検証体制」と「期限」を社内会議に上げる
- バージョンアップの放置は、セキュリティリスクと「いつか必ず来る環境の更新」の二重のリスクを抱えること
- 費用の正体は、調査・検証・改修という品質担保工程への対価。テスト環境の有無が見積もりの誠実さを見分ける最初の指標
- 専任担当と検証体制があるなら自社更新、なければ代行。判断を先送りせず、まず「いつまでに・どちらでやるか」を社内で決めることが、ECサイトを止めない最大の対策
「自社のEC-CUBEのバージョンやカスタマイズ状況が分からない」「見積もりを取ったが妥当か判断できない」という場合は、まず現状の把握から始めることをおすすめします。
当社カジヤでは、代理店を挟まず社内の専任エンジニアが直接対応するWebサイト保守管理サービスを提供しています。EC-CUBEのバージョンアップ代行をはじめ、日常の運用からセキュリティ対策まで一貫して支援しており、「本当にその作業が必要か」を含めて正直にご提案することを大切にしています。費用感や進め方に迷う段階でも、お問い合わせフォームからお気軽にご相談ください。
