Fall '26 は、ページ構造を JSON テンプレートから Liquid へ戻す新しいテーマアーキテクチャを導入しました。表面的には Online Store 2.0 からの後退に見えます。
実際これは反転です。ただし反転したのは最適化の対象であって、進歩ではありません。OS 2.0 はビジュアルエディタのために最適化したので、構造は機械編集可能な JSON である必要がありました。新アーキテクチャは「ページを上から下へ読む読者」のために最適化しており、その読者は次第に人間ではなくなっています。
要点
- ページ構造が
templates/*.liquidに戻ります。新しい{% block %}タグは素の HTML と混在できます。 - ブロック入力に typed contracts。新しい
{% partial %}タグで JavaScript が部分更新できます。 - Tailwind が内蔵され、そのページが実際に使う CSS だけが配信されます——Core Web Vitals に直接効きます。
- テーマには、構成を Sidekick に説明する markdown の伴走ファイルが付属します。
- 2026 年 7 月から開発者プレビュー。既存テーマと並行稼働し、移行強制も GA 日程の公表もありません。

新旧比較
観点 | Online Store 2.0 | Fall '26 アーキテクチャ |
|---|---|---|
ページ構造 |
|
|
コンポーネント | section と入れ子の block スキーマ |
|
型安全性 | 緩いスキーマ慣習 | ブロック入力に typed contracts |
部分更新 | Section Rendering API |
|
スタイル | 各自用意、全サイトへ配信 | Tailwind 内蔵。使用分の CSS のみ配信 |
機械可読性 | JSON と section ツリーからページを再構成 | 1 ファイルを上から下へ。加えて markdown の解説 |
JSON が問題だった理由
OS 2.0 で商品ページを理解するには、section 参照を順に並べた JSON テンプレートを解析し、各参照を Liquid ファイルへ解決し、入れ子の block スキーマをたどり、結果を頭の中で組み直す必要があります。ビジュアルエディタには理想的です。すべてのノードがアドレス可能だからです。
言語モデルには高コストで損失があります。コンテキストは理解ではなく再構成に費やされ、しかも組み直した像はしばしば誤ります。AI アシスタントにテーマを変更させたことがある人なら、この失敗を知っています。正しく見えるものを、間違った場所で編集するのです。
線形の Liquid テンプレートは再構成の工程を消します。人もエージェントも同じファイルを同じ順序で読み、同じ理解に至ります。
AI 以外の 3 つの効用
性能。 ページが使う CSS だけを配信することは、Shopify テーマで最も根強い問題の 1 つに直接効きます。レンダリングしない section の規則まで抱えたグローバルスタイルシートです。これは LCP と CLS にそのまま効きます。テーマの肥大が他のどの手段でも治らなかったストアにとって、ここ数年で初めての構造的治療です。
API 往復のない部分更新。 {% partial %} により、JavaScript が名前付きフラグメント——カート件数、価格ブロック、在庫バッジ——を Section Rendering API の段取りなしに更新できます。可動部品が減り、キャッシュ不具合も減ります。
Typed contracts。 ブロック入力に型が付きます。設定の型違いは境界で失敗し、3 画面下で微妙に誤った描画をすることがなくなります。
本当のシグナルは markdown の伴走ファイル
新アーキテクチャのテーマには、構成を説明する markdown ファイルが付属します。読む相手は Sidekick です。
これは本当に新しい種類の成果物です。チームに加わる開発者向けの文書ではなく、これからコードを編集するエージェント向けの文書です。ストアレベルの /agents.md と同じ発想をテーマに適用したもので、だからこそ単一ビューのストアエディタ Canvas は、事業者が望みを言葉で述べるだけでテーマを作り替えられます。
同時に新しい義務も生まれます。クライアント向けにテーマを作るなら、このファイルは納品物の一部であり、その品質が、クライアントの AI アシスタントがその成果物をどれだけうまく扱えるかを決めます。
今どうするか
ストアを運営しているなら。 急ぎません。開発者プレビューで、既存テーマと並行稼働し、GA 日程はありません。テーマのパートナーが追跡しているか確認し、次の大規模リニューアルまで持ち越してください。
テーマを作っているなら。 今すぐ始めてください。プレビューは 2026 年 7 月から開いており、最初の移行需要は GA 時に集中します。CSS のサブセット化だけでも、AI の論点を持ち出す前に売れる性能ストーリーになります。
Headless を検討しているなら。 差は縮みます。Headless 移行の相当数は、テーマ層の性能と構造的制約からの脱出が動機でした。ページ単位 CSS を伴う Tailwind、型付きブロック、部分更新はその複数に直接応えます。Hydrogen がフレームワークからライブラリになったことと合わせれば、Liquid か Headless かの二者択一は連続的な選択肢に変わりました。
よくある質問
今のテーマは動かなくなりますか。 なりません。新アーキテクチャは既存テーマと並行稼働し、移行強制も廃止予定の公表もありません。
これ自体が AI 可視性を高めますか。 間接的には高めます。エージェントがページを読み取りやすくなるため引用レイヤーに効き、AI 支援の編集も信頼できるようになります。ただしコマースのツール経路が返す内容は変わりません。あれはマークアップではなくカタログデータ由来です。
Tailwind は必須ですか。 内蔵されています。要件ではなく既定として扱い、作り直しを決める前に既存のデザインシステムとの相性を評価してください。