Adobe Commerce as a Cloud Service：5週間で3リリース、ロードマップを見直すシグナル

10月上旬、Adobeは完全SaaS版であるAdobe Commerce as a Cloud Service（ACCS）の秋最初のリリースを本番環境に展開しました。カタログ価格ルールのREST API、ストアフロントから分離された管理者カート、拡充された配送Webhook——個々に見れば地味な配管工事に見えます。しかしこれは5週間で3回目の機能提供であり、受け取る側のマーチャントは誰ひとりアップグレードを計画していません。アップグレードやリプラットフォームの予算をいままさに検討しているなら、個々の機能よりもこのリズムこそが重要な情報です。

5週間で3回の提供、移行プロジェクトはゼロ

詳細はACCSのリリースノートにあります。流れは次のとおりです。

• 9月8日：基盤がバージョン2.4.9へ移行。あわせて環境間の設定同期API、GraphQLによるソース別在庫照会、サイトごとに別のPayPalアカウントを接続できる仕組み、時間指定できるカート価格ルールが追加されました。
• 9月22日：添付ファイル付きの返品申請、ストアフロントでのソース別在庫表示、複数倉庫出荷でのソース選択ガイド、APIで読み取れる企業ロール。
• 10月上旬：カタログ価格ルールの本格的なREST API（作成・検索・スケジュール）、カート明細への個別価格、ストアフロントから分離された管理者カート、外部のトランザクションメール基盤をつなぐイベント、そしてガードレールの強化——アップロードへのreCAPTCHA、ゲストによる企業登録のブロック、バルクAPIの上限です。

アーキテクトの3つの読み方

• B2BがSaaSへ移りつつある。 APIで公開される企業ロール、販売サイクル全体で使える企業住所、配送Webhookに注入される企業データ、企業登録の制御。リリースを重ねるごとに、歴史的にはインストール版の存在理由だったB2Bの部品がクラウド側に着地しています。ACCSはもはや単純なカタログだけを狙う製品ではありません。
• すべての機能がAPIと同時に生まれる。 管理画面のためだけに出荷されるものはなく、どの機能もRESTまたはGraphQLの入口、Webhook、イベントを伴って届きます。象徴的な例が配送料Webhookです。顧客企業のIDと属性を載せるようになったのは、App Builderアプリが送料無料の判定をCommerceへ問い合わせ直さずに下せるようにするためです。カスタマイズはもはや本体の中ではなく、プロセスの外側に書かれます。
• アップグレード・プロジェクトは消えるが、コストは消えない。 インストール版の系列では、公式スケジュールが年1回・5月の機能リリースと3年間サポートの2.4系列、そしてセキュリティパッチを定めています。SaaS側では機能が継続的に届きます。アップグレード予算は蒸発するのではなく、リリースノートの定点観測、重要な購買動線の自動テスト、連携の規律へと姿を変えます。

いま2.4.xを運用しているなら

早合点は禁物です。5月に出た2.4.9は3年間のサポートを開きますし、よく手入れされたインストール版は依然として合理的な選択です——カスタマイズが本体コードの中に生きている場合はなおさらです。正しい動きは移行ではなく、判断材料を揃えることです。

• カスタマイズの棚卸しをする。 API・Webhook・App Builderで実現できるものと、プロセス内のコードを必要とするものの2列に分類します。後者の列こそが、売上規模よりも正確にACCSまでの距離を測ります。
• SaaSの計画がなくてもリリースノートの購読者を決める。 ノートは製品の進む方向、つまり明日は自前で保守しなくてよくなるカスタマイズの一覧を描いています。
• 2027年のアップグレード予算と並行してSaaSシナリオを見積もる。 誠実な比較には、移行費用だけでなく、ネイティブ化したカスタマイズの引退も含まれます。

すでにACCSを使っているなら

この提供ペースには衛生管理が要ります。各リリース窓の前にノートを読み、リリースごとに購買動線を自動で再実行し、Webhookとクォータを監視すること。バルクAPIの上限やアップロードへのreCAPTCHAは、Adobeが本番のガードレールも締めていることを示しています。

2026年の本当の問いは、もはやクラウドかオンプレミスかではありません。あなたのビジネスはAPIに収まるか——5週間での3リリースが、この問いをきわめて具体的なものにしました。