ヘッドレスコマースは結局どうなったのか ― バズワードの興隆、揺り戻し、そしてAI時代の再定義

数年前、EC業界で「ヘッドレスコマース（headless commerce）」は最先端のキーワードでした。それが最近では、提唱の中心にいたはずのShopify自身が「万人に勧めるものではない」というトーンに変わり、「結局ヘッドレスってどうなったの？」という声が聞こえてきます。

本稿では、ヘッドレスコマースがなぜもてはやされたのか（隆盛）→ なぜ熱が冷めたのか（揺り戻し）→ いまどういう状況にあるのか（AIによる再定義）を、できるだけ誇張を排して時系列で整理します。そして最後に「では、いまどんな時にヘッドレスが有効なのか」を考えます。

なお先に断っておくと、この分野の情報の多くは利害関係者（ヘッドレスを売る側／自社プラットフォームを推す側）の発信です。本稿では「誰がその位置づけを言ったか」を明示しながら中立に整理するよう努めます。

そもそも「ヘッドレス」とは何だったか

ヘッドレスコマースとは、サイトの「見た目（フロントエンド）」と「コマースの機能（バックエンド）」を分離し、APIでつなぐアーキテクチャです。フロントとバックを切り離すことで、それぞれ独立して更新でき、1つのバックエンドから複数のチャネル（Web・アプリ・店頭端末など）へ配信できる、という考え方です。

この概念を技術トレンドとして押し上げたのが「MACHマッハアーキテクチャ」という標語です。MACHは Microservices（マイクロサービス）／API-first／Cloud-native（クラウドネイティブ）／Headless（ヘッドレス）の頭文字で、2020年頃にMACH Alliance（commercetools、Contentstack、EPAM、Valtechらが設立）が提唱しました。そして、それをさらに進めて「コマーススタック全体をモジュール化し、ベスト・オブ・ブリード（各分野で最良のツール）を自由に組み合わせよう」という発想がコンポーザブルコマース（composable commerce）です。

なぜもてはやされたのか（2018〜2023年の隆盛）

「ヘッドレス」がバズワード化した背景には、それを推進する側の力強い物語がありました。

• 「ヘッドレスコマース」という言葉自体、commercetoolsのCEO Dirk Hoerig氏が名付けたとされ、同社は2023年に「10年を経て、ヘッドレスはついにメインストリームになった」と宣言しました。
• ホスティング／フレームワークの側からは、Vercel（Next.js）が「モノリスからヘッドレスコマースへの業界的シフト」「静的サイト並みの速さで動的なストアフロントを（dynamic at the speed of static）」と、性能優位とモダンさを前面に打ち出しました。
• そしてShopifyも2021年11月、Reactベースのヘッドレス向けフレームワーク「Hydrogen」を発表しました。当時の位置づけは「性能とパーソナライゼーションをトレードオフなしに両立させる」という、まさに時代の期待を体現したものでした。

喧伝されたメリットは、おおむね次の通りです ―（1）フロントを自由に作れる表現力、（2）高速なパフォーマンス、（3）1つのバックエンドから多チャネルへ配信できるomnichannel、（4）ベスト・オブ・ブリードで機能を自由に差し替えられる柔軟性、（5）特定ベンダーへのロックイン回避。

ただし重要なのは、これらの多くが「ヘッドレスを売る側」の発信だったという点です。主張は「ベンダーがそう位置づけた」という事実としては正確ですが、客観的に検証された真実として受け取るべきものではありませんでした。そして、その検証が後からやってきます。

なぜ熱が冷めたのか（揺り戻し）

熱狂のあとには、現実とのギャップが見えてきます。「ヘッドレスは、高コスト・高複雑性・運用負荷が重く、ネイティブの便利な機能（テーマエディタやアプリ連携）を失う」という課題が、実際の導入を通じて明らかになっていきます（この点は当社の別コラム「Hydrogen＋Oxygenのメリット・デメリット」で詳しく扱っています）。

そして揺り戻しを象徴する、最も確度の高い出来事が起きます。ヘッドレスを推進していたShopify自身が、性能優位という"物語"を自社の実データで相対化したのです。

Shopifyのパフォーマンスチームは2023年、実ユーザーデータ（CrUX）に基づく分析を公開しました。それによると、Core Web Vitals（Webの体感速度指標）の全項目に合格したサイトの割合は、ネイティブのLiquidストアフロントが59.5%だったのに対し、Hydrogenは35%、Next.js/Remixは約28〜29%にとどまりました。そしてShopifyは明確にこう述べています ―「デフォルトでは、HydrogenはLiquidほど速くない」「ヘッドレス化の判断は、Web性能以外の理由に依拠すべきだ。性能以外の理由でヘッドレス化するなら、Hydrogenが現状で最善の選択肢だ」。

これは決定的でした。「ヘッドレス＝速い」という最大のセールスポイントを、提唱者自身が「自動的にはそうならない」と認めたのです。「ヘッドレス疲れ」とでも言うべき冷静な揺り戻しが、ここから本格化します。

（なお公平を期すと、この性能差は固定ではありません。2026年時点のデータではHydrogen側が差を縮めている（CWV合格78%程度）との指摘があります。また「Liquidが標準で速い」こと自体、自然にそうなったわけではありません。ストアフロントのレンダリング基盤をゼロから書き直して平均サーバー応答時間を4〜6倍に高速化するなど、Shopify自身の著しい高速化努力によって実現・維持されてきたものです。「Liquidが標準で速い」という構図は維持されつつ、そのギャップは縮小傾向にあります。）

Shopifyは本当に「ヘッドレスを推奨しなくなった」のか

ここは正確に捉える必要があります。結論から言えば、「推奨しなくなった」は言い過ぎです。より正確には、「全員に勧める姿勢」から「明確な要件がある場合の選択肢」へと位置づけを現実的に調整した、というのが実態です。

Shopifyは一方で、ネイティブのOnline Store（テーマ）を強化し続けています（Online Store 2.0、セクション機能の全面化、メタオブジェクトによる構造化データなど）。「多くのストアにはネイティブで十分。ヘッドレスは特定の理由がある場合に」という整理です。

他方で、ヘッドレスを捨てたわけでもありません。むしろ2026年6月、ShopifyはHydrogenを大きく作り替える方向を打ち出しました。Vercel（Next.jsチーム）と組み、Hydrogenを「フレームワーク」から「フレームワーク非依存・ランタイム非依存のツールキット」へ再定義する開発者プレビューです。コマースの中核ロジックを特定フレームワークから切り離し、Next.js・SvelteKit・Astro・Nuxtなど任意のJavaScriptフレームワークで、どのランタイム上でも使えるようにする、という方向性です（ただしこれは明示的に「プレビュー段階」であり、本番採用の正道は依然として現行のHydrogenです）。

つまりShopifyのスタンスは「ヘッドレス否定」ではなく、「過度な万能薬扱いをやめ、ネイティブを賢く強化しつつ、ヘッドレスは要件に応じて選べるよう間口を広げる」という、「成熟した現実路線への移行」と読むのが正確です。

AIで何が変わったか（2025〜2026年の再定義）

そしていま、ヘッドレスを取り巻く状況は、AIによって2つの方向から塗り替えられつつあります。

1. AIが「作るコスト」を下げた

ヘッドレス最大のネックは「開発・保守に専門人材とコストがかかる」点でした。そこにAIコーディングエージェント（Claude Codeのようなツール）が効いてきます。前述の2026年版Hydrogenは、まさに「エージェント前提（built for agents）」で再設計されており、コーディングエージェントがストアフロントを自動で足場組み（scaffold）するための「skills」を同梱すると謳っています。

これは、AIによってカスタム開発のハードルが下がり、ヘッドレス構築の経済性が変わるという潮流を体現しています。ただし冷静に見れば、これは「完全自律」ではなく、人間が枠組みを決め、AIが実務作業を高速化するというエージェント支援・人間主導の段階です。ヘッドレスの保守責任そのものが消えたわけではありません。

2. AIが「ストアフロントの意味」を変えた

より本質的な変化が、エージェンティックコマース（agentic commerce）です。ChatGPT、Gemini、Copilotといった生成AIが、ユーザーに代わって商品を発見し、購入まで行う世界が立ち上がりつつあります。

Shopifyはこれに積極的で、Googleと共同で「Universal Commerce Protocol（UCP）」を開発し、AIエージェントが安全に商品発見〜カート〜決済を行える仕組み（MCPサーバー群など）を提供しています。さらに「Agentic Storefronts」では、マーチャントがデータを一度設定すれば、ChatGPT・Microsoft Copilot・Google AI Mode・Geminiといった複数のAIに横断的に商品が表示されるとしています。これは「ストアフロント＝自社の単一サイト」という前提を、「AIの会話チャネルへの分散」へと押し広げる動きです。

ただしここは熱狂に流されず、両論を見るべきところです。エージェンティックコマースには強い懐疑論が存在します。独立系アナリストのAndrew Lipsman氏はこれを「集団的幻覚（collective hallucination）」と評し、実際の消費者がAIに購入を委ねている証拠はほとんど見当たらないと論じています。実際、OpenAIが2025年9月にStripeと開始した「Instant Checkout」も、各購入をユーザーが明示的に承認する必要があり、まだ「完全に自律したエージェント購買」ではありません。技術（プロトコルや仕組み）は急速に整いつつあります。では、実需要はどうか。AIとの対話を通じたブランドの発見や、商品詳細ページへの送客は、すでに確かな流れとして認められます。問いはその先 ― 人間がストアフロントに一度も目を触れないまま購買が完了する体験が、どこまで増えるか、です。買い物には楽しさという側面がありますし、値段感のチェックも人は慎重に行うものです。一方で、掃除用品の補充のような"労働"に近い買い物は、真っ先に自動化の対象になっていくでしょう。「楽しみとしての買い物」は人の手に残り、「作業としての買い物」から自動化が進む ― というのが正直な現在地の見立てです。

では、いま「ヘッドレス」はどう選ぶべきか

ここまでの整理を踏まえ、当社の見解を述べます。ポイントは、「コマースのバックエンドを何にするか」と「ヘッドレスにするか」を分けて考えることです。

ヘッドレスが本来うたっていた大義名分の多く ―ベスト・オブ・ブリードでの自由な組み合わせ、ベンダーロックイン回避、マイクロサービス的拡張（＝MACH／コンポーザブルの世界観）― は、「バックエンドはShopifyに固定する」と決めた瞬間に、ほとんど意味を失います。コマースエンジンを1つに決めるのだから、当然です。

そうすると、それでもヘッドレスにする理由として残るのは、「サイトの見せ方や、他システムとのつなぎ込みを、Shopifyのテーマの枠にとらわれず自分たちで設計・管理する必要があるかどうか」の一点に収斂します。具体的には、有効なパターンは大きく2つです。

(a) コンテンツ／体験が主役のサイト（Hydrogen向き）

商品の陳列・販売よりも先に、構造化された情報やコンテンツの提示が主役になるサイト。コーポレートサイトやブランドサイトのように「まず伝えたい情報・世界観があり、物販はその延長にある」構成です。ネイティブのテーマは「商品・コレクション中心」の設計思想なので、情報設計を主役にしたいサイトでは窮屈さが出やすい。そこではストアフロントを新規に作り込めるHydrogen（＋Oxygen）が活きます。実は、あなたがいま読んでいるこのサイト自体も、Hydrogenで構築されています。情報設計を主役にしたコーポレートサイトを自由に作り込みながら、バックエンドにはShopifyを使う（このコラムもShopifyのブログ機能で配信しています）― まさにこのパターンの実例です。

(b) 既存システムへの商品データの統合（多くの場合、Hydrogenは不要）

すでにある自社サイト・メディア・業務システム・アプリに、Shopifyの商品データを「乗せて・見せたい」ケース。この場合、Shopifyは純粋にコマースのバックエンド（データの箱）として機能し、フロントは既存システム側にあります。これは最も"純粋な"ヘッドレスの形ですが、フルのストアフロントを建てるわけではないので、Hydrogenは必要ありません。Storefront APIを叩いて商品データを取得・表示すれば十分なことがほとんどです。

この区別は重要です。「ヘッドレス＝Hydrogen」ではありません。「主たるストアフロントを新規に作るなら(a)＝Hydrogen、既存システムに商品を統合するだけなら(b)＝素のStorefront API」という使い分けが、無駄なコストと複雑性を避ける鍵になります。

まとめ

ヘッドレスコマースは「死んだ」わけでも「銀の弾丸」でもありませんでした。バズワードとして過大評価された時期を経て、いまは「特定の目的にかなうときに選ぶ、現実的な選択肢の一つ」という、本来あるべき位置に落ち着きつつあります。

• もてはやされた性能優位は、提唱者のShopify自身が「自動的には速くない」と相対化した。
• Shopifyはヘッドレスを捨てたのではなく、「万人向け」から「要件に応じて」へと位置づけを成熟させ、AI時代に向けてフレームワーク非依存のツールキットへと作り替えつつある。
• AIは「作るコスト」を下げ（参入障壁の低下）、「ストアフロントの意味」を変えつつある（AIチャネルへの分散）。ブランド発見や送客はすでに確かな流れだが、購買完了までの自動化は「作業としての買い物」から段階的に進むとみられる。

そして実務的な結論はシンプルです。バックエンドをShopifyに決めたなら、ヘッドレスを選ぶ理由は「見せ方やつなぎ込みを、テーマの枠を超えて自分たちで設計・管理する必要があるか」に尽きます。 この答えがYesで、かつコンテンツ・体験が主役ならHydrogenという選択肢が輝きます。既存システムへの統合が目的なら、素のStorefront APIで身軽に実現するのが賢明です。「流行っているから」でも「もう古いから」でもなく、自社の目的に照らして選ぶ ― それが、熱狂と幻滅の波を超えた先にある、健全なヘッドレスとの付き合い方だと考えます。

参考・出典

• Liquid vs Headless: 実ユーザーのWebパフォーマンス比較（Shopify Performance）
• How Shopify Reduced Storefront Response Times with a Rewrite（Shopify Engineering）
• Hydrogen developer preview ― 2021年の発表（Shopify Partners）
• Hydrogen developer preview ― 2026年のtoolkit化（Shopify Changelog）
• Hydrogen Updates（Hydrogen公式）
• Headless / Composable / MACH の違い（commercetools）
• Modern headless commerce is now mainstream（commercetools）
• Next.js Commerce 2.0（Vercel）
• AI commerce at scale ― UCP / Agentic Storefronts（Shopify）
• AIショッピングエージェントへの懐疑（PPC Land）

本コラムは、各種一次情報（2026年7月時点）をもとに整理しています。性能比較や標準の推進に関する主要な情報源には、利害関係者（Shopify、Vercel、commercetools等）自身の発信が含まれるため、「誰がそう位置づけたか」を意識して中立に整理しています。エージェンティックコマースの動向は流動的であり、今後の状況により評価が変わる可能性があります。