EC救済 ─ Shopify・EC-CUBE・楽天・Yahoo の本番障害を止める

## EC は「止まると即売上ゼロ」のシステム

会員ログインや管理画面が落ちただけなら、復旧まで多少の猶予があります。EC は違います。決済が3時間止まれば、年商18億の事業者で平均860万円の機会損失、年末商戦期なら3倍に跳ねます。「業務システムが止まった」と「EC が止まった」は、別の救急医療です。

当センターのEC救済は、この「即時性」に振り切った対応設計をしています。Shopify Plus、EC-CUBE 4系、楽天RMS、Yahoo!ショッピング ── どれも固有の罠を熟知した実務担当が、72時間以内に動き始めます。初動が遅れるほど、止血の難度は跳ね上がります。

## 対応できる本番障害の典型

決済が止まった ── Stripe や KOMOJU、Square、楽天ペイ、Yahoo!ウォレットの認証失敗、Webhook 詰まり、3D セキュア対応の不備。決済プロバイダ側の障害なのか、自社カート側の処理ミスなのかを15分で切り分け、被害を限定します。

在庫が二重に減っている／逆に減らない ── 複数モール出店の運用ではほぼ全社で発生する事故です。Shopify と楽天、Yahoo の3面販売をやっている事業者で、出荷指示と販売数のズレが累積し、年に2〜3回は「実在しない在庫を販売してしまった」事案が起きます。在庫一元化ツール（mylogi、ロジクラ、ネクストエンジン、TEMPOSTAR）の選定から導入まで対応します。

注文が反映されない ── 楽天RMSの注文取得APIが断続的に失敗、Yahoo!ショッピングのCSV連携が文字化けでこける、Shopify の Webhook がタイムアウトでロストする ── ここの障害は「気づいた時点で30件の出荷指示が消えている」が日常茶飯事です。冪等性のある再取得バッチを当センター側で組み直し、ロスト件数をゼロまで戻します。

サイトが重い・落ちる ── ブラックフライデー前夜、年末セール、テレビ取材直後 ── トラフィックスパイクで EC が落ちる事案が、ここ2年で増えています。EC-CUBE のキャッシュ設計、Shopify Liquid の N+1、Cloudflare のキャッシュ戦略、画像の WebP/AVIF 変換 ── 全てのレイヤーで打ち手があります。

## カート別の所見

Shopify Plus は2026年5月時点で日本のミドル〜エンタープライズ EC の主流です。月額2,000 USD〜、Checkout Extensibility への移行が今年中の必須対応、Shopify Functions で割引・配送ロジックを書ける時代になりました。問題は「自由度が高くなった分、設計を間違えるとパフォーマンスが破綻する」点。担当者が Liquid と JavaScript の両方を読み書きでき、Shopify CLI と Theme Check に習熟していることが、運用の最低ラインです。

EC-CUBE 4系（4.2 / 4.3）は国産カートの代表で、独自カスタマイズの自由度が圧倒的に高い反面、保守性が悪化しやすい。Symfony ベースのバージョンアップが定期的に来るため、プラグインの互換性確認だけで毎年30〜50時間が消えます。EC-CUBE 4.3 への移行待ちで止まっている事業者が現在進行形で多く、ここをどう着地させるか、相談が増えています。

楽天RMSと Yahoo!ショッピングは、APIの制約・仕様変更・認証方式の複雑さで、外部システム連携時の障害が他カートに比べて多発します。楽天の仕様変更通知は読む側のリテラシーが高くないと見落とすため、運用顧問契約で毎月の通知監視を代行するケースが増えています。

## 移管・引き継ぎの実績

EC-CUBE から Shopify Plus、Shopify から EC-CUBE、楽天専業から自社EC新設、Yahoo!ショッピングのみから Shopify+楽天併売、いずれの方向にも実績があります。移管プロジェクトの肝は3つで、顧客データの移行（特にパスワードはハッシュ方式が違うため再設定動線が必要）、商品データの整形（カテゴリ・属性・SKUの命名規則統一）、SEOロス最小化（リダイレクト計画と canonical 設定）。これらを順番に押さえないと、移管後3ヶ月で売上が2割落ちる、というよくある失敗を踏みます。

## 料金体系

緊急止血対応は55万円から、72時間以内に動きます。営業停止リスクのある障害（決済停止、サイトダウン、注文消失、在庫ズレでの過剰販売）を主対象とし、止血と再発防止策の提示までを含みます。

基盤刷新プロジェクトは280万円から、期間2〜4ヶ月。EC 基盤の選定、モール連携の再設計、決済プロバイダ移管、在庫一元化、配送指示の自動化まで、業務全体の流れを作り直す案件向けです。

運用顧問契約は月額18万円から。Shopify Plus の運用代行（テーマ更新、アプリ選定、Checkout の改善、レポート分析）、楽天RMSの仕様変更追跡、年末・大型セール前の負荷検証、月次の改善提案までを定額で対応します。EC 事業者にとって「外部の専門家を常駐させずに、必要な時だけ呼べる」スキームとして機能しています。

## 決済プロバイダの選び直しという論点

EC 事業者からの相談で増えているのが、決済プロバイダの選び直しです。Stripe の手数料引き上げ、SBペイメントサービスの API リプレース、KOMOJU の対応決済手段拡張、Pay.JP のサービス終了告知 ── ここ2年で日本市場の決済まわりが大きく動いており、契約更新のタイミングで複数社の見積もりを取り直す動きが活発化しています。

選定の落とし穴は手数料率だけを比較することです。手数料 0.1%差で年間数十万円の違いが出るのは確かですが、それより大きく効くのは「決済失敗率」「3D セキュア 2.0 対応の品質」「サポート応答速度」「為替決済の有無」「分割払い・後払いの取扱い手段」。手数料が安い代わりに決済失敗率が3%高いプロバイダを選ぶと、機会損失で手数料差を逆に超えます。当センターでは、過去の運用実績データをもとに、業態別の組み合わせ提案を出しています。

## 計測基盤も同時に直す

EC は数字で動く事業のため、GA4 やレコメンド・ヒートマップ計測の精度が、施策の良し悪しを決めます。Shopify 標準の分析、GA4、ヒートマップ（Microsoft Clarity、Hotjar）、ABテスト（VWO、Optimizely Web Experimentation）── これらが正しく連携していないと、改善施策がそもそも判定できません。Shopify Plus の Checkout Extensibility 移行に伴い、計測スクリプトの再実装が必要なケースが2026年中に山場を迎えます。基盤刷新と同時にここも整える支援が、相談として増えています。

## 相談から契約までの流れ

最初の問い合わせから初動方針提示まで、緊急案件は2時間以内、通常案件は2営業日以内。NDA は初回相談前に締結可能、機密情報を含むスクリーンショット・API認証情報の送付は、暗号化チャンネルで対応します。EC 事業は止血の速さがすべて、躊躇せず連絡してください。