無料テーマのまま運営していると、有料テーマの広告や比較記事が目に入ります。デザインを変えれば数字が動くのか、それとも費用だけが増えるのか。
この記事では、有料テーマへの投資が回収できる条件を、購入前に判定する方法として扱います。結論を先に置くと、原則として替えなくてかまいません。回収が成立する条件を満たす場合に限って、投資を検討します。
- 1.テーマが原因か切り分けないまま替えると費用だけが残る
- 1-1. デザインが原因かを判定する指標
- 1-2. 商品ページの情報不足を疑う条件
- 1-3. 集客の質を除外するための確認項目
- 2.選択肢はDawn系とHorizon系と有料テーマの3つ
- 2-1. Dawn系とHorizon系はテーマアーキテクチャの世代が違う
- 2-2. Horizon系でも埋まらない機能とデザインの範囲
- 2-3. 更新とサポートの提供元の違い
- 3.元が取れるかどうかは購入前に計算で判定できる
- 3-1. 標準機能で解約できるアプリの棚卸し
- 3-2. 移行の見積もりに計上される項目
- 3-3. 売上側で回収するなら必要な改善幅を計算する
- 3-4. 購入前に確認するライセンスと返金の制約
- 4.移行の失敗は公開前の準備で防げる
- 4-1. テーマ変更で消える設定を記録する
- 4-2. 旧テーマと並行して検証する
- 4-3. 公開後に戻せる状態を残す
- 5.まとめ
1.テーマが原因か切り分けないまま替えると費用だけが残る

「デザインが古いから売れないのではないか」。テーマの入れ替えを検討する相談は、この一文から始まります。
ただ、替えたあとに数字が動かなければ、費用だけが残ります。先に離脱位置を特定します。商品ページからカートまではテーマが描画する範囲で、カートページもカートドロワーもテーマの実装です。チェックアウト以降はテーマの外側で動きます。ここで落ちているなら、テーマを替えても数字は変わりません。
1-1. デザインが原因かを判定する指標
テーマが原因かどうかは、商品ページからカートに届くまでの数字で切り分けられます。見るのは、どの段階で人が減るかです。
確認するのは、ストア分析の[コンバージョン率の内訳]レポートです。ファネルチャートで、次の3つの割合を並べて見ます。
・カートに追加したセッション(以下、カート追加率)
・チェックアウトに到達したセッション
・購入に至ったセッション
いずれも分母は合計セッション数です。各ステップのコンバージョン率は、そのステップのセッション数を合計セッション数で割って算出されます。カート追加率が低いなら、テーマか商品ページの掲載情報が疑わしい範囲に入ります。カート追加率に対して以降の落ち込みが大きいなら、原因はテーマの外側です。決済手段の不足、送料の提示位置、入力項目の多さが候補になります。
デバイス別に分けると、見え方が変わります。PCでは想定どおりなのに、モバイルだけカート追加率が沈む。この形が出たら、画像の縦横比やボタンの位置など、テーマの表示側を疑う根拠になります。
表示速度も同じ手順です。テーマ本体が遅いのか、埋め込まれたアプリのスクリプトが遅いのか。アプリを一時的に停止して計測すれば、どちらの負荷かは判別できます。テーマを替える前に、この確認を挟みます。
1-2. 商品ページの情報不足を疑う条件
カート追加率が低いとき、原因は掲載情報の欠落です。テーマの見た目より、書かれていない項目のほうが購入の判断を止めます。
不足しやすいのは次の項目です。
・商品画像の点数と、使用シーンがわかる写真
・サイズや寸法の表記
・素材とお手入れの条件
・発送までの目安日数
・返品と交換の条件
これらは現行のテーマのまま追加できます。セクションの追加、メタフィールドの設定、商品説明欄の書き直しで対応できます。テーマの購入費をかけずに、今週中に着手できる範囲です。
テーマを替えても、写真と原稿はそのまま移ります。不足したまま新しい枠に収まるだけです。なお、レビューの収集と表示はアプリの領域で、テーマ変更とは切り離して判断します。
1-3. 集客の質を除外するための確認項目
サイト側を疑う前に、流入の中身が変わっていないかを確認します。訪問者の構成が変われば、同じページでも購入率は動きます。
広告を配信しているなら、設定の変更履歴を先に見ます。キャンペーンの構成変更、自動入札の学習、配信面の追加。サイトを一切触っていない期間に数字が動いていれば、原因はサイトの外にあります。
新規とリピーターの構成比も確認します。リピーターの比率が下がれば、全体の購入率は下がります。テーマは何も変わっていません。検索流入なら、流入クエリが指名検索から一般語へ移っていないか。
比較する期間の取り方でも結論は変わります。セールを含む期間と含まない期間を並べれば、購入率は下がって見えます。前年同月、または直近の同じ曜日構成。比較の土台を揃えてから、テーマの話に入ります。
2.選択肢はDawn系とHorizon系と有料テーマの3つ

有料テーマを検討する前に、無料テーマ側の現在地を確認します。Shopifyの無料テーマにはHorizonという新しいコレクションが加わり、10のテーマが公開されています。Dawnしか触っていない状態で有料テーマを比較すると問題があります。無料側でも届く範囲まで費用をかけるリスクがあります。
2-1. Dawn系とHorizon系はテーマアーキテクチャの世代が違う
無料テーマの到達点は、Horizon系の登場で一段上がりました。Horizon、Tinker、Savor、Heritage、Fabric、Vessel、Ritual、Pitch、Dwell、Atelierの10テーマがすべて無料で提供されています。
差が出るのは、テーマの設計世代です。Shopifyのテーマアーキテクチャは、ビンテージ、Online Store 2.0、テーマブロック対応の3種類に分かれます。Horizon系はテーマブロックをサポートする最新のアーキテクチャです。Online Store 2.0の全機能に加え、テーマブロックによる高度なカスタマイズに対応しています。Dawn系はOnline Store 2.0世代で、すべてのページでセクションに対応します。Horizon系はその上の世代で、セクションとブロックをより細かく組み替えられます。
AI関連の機能には言語の条件が付きます。管理画面からAIでパーソナライズした無料テーマを生成する機能には、条件が2つあります。無料体験・Basic・Grow・Advancedのいずれかのプランであること、ストアフロントが英語に設定されていることです。日本語ストアで運営していれば、この部分は当てにできません。
稼働中のストアのテーマが、自動でHorizon系に置き換わることはありません。切り替えるなら、テーマを追加して手作業で作り直します。
なお、Horizon系のテーマを公開するとお客様アカウントの設定が切り替わるという指摘が、複数のアプリ提供元から出ています。マイページを改修している場合は、公開前に管理画面の警告表示を確認してください。
2-2. Horizon系でも埋まらない機能とデザインの範囲
無料テーマで埋まらないのは、業種ごとの固有な表現と、テーマの外側で動く処理です。この2つは性質が違うため、分けて考えます。
テーマの外側で動く処理は、有料テーマを購入しても解決しません。具体的には次の項目が該当します。
・サブスクリプションの決済処理
・ポイント残高の管理
・会計ソフトへのデータ連携
・出荷ラベルの発行
これらはアプリの領域です。有料テーマの検討対象から外します。
一方、業種固有の表現はテーマ側で解決します。アパレルのサイズ表、定期購入の訴求導線、BtoBの見積依頼フォームなどが該当します。無料テーマで組もうとすると、既存のセクションを流用した不格好な形に落ち着きます。
有料テーマの差は、見た目より組み込み済みの機能の数に表れます。それでも足りない要件は、テーマ選びではなくカスタム開発の判断へ移ります。
2-3. 更新とサポートの提供元の違い
無料テーマと有料テーマでは、更新とサポートを担う相手が変わります。

無料テーマはShopifyが開発しており、カスタマイズのヘルプもShopifyのサポート対象です。有料テーマのサポートは、テーマの開発者への問い合わせになります。
運用への影響が出るのは問い合わせ窓口です。海外の開発元であれば、やり取りは英語が中心です。表示崩れが起きた日に、英語で状況を説明する手間が発生します。
日本語表示の作り込みも確認対象です。ゴシック体以外のフォント指定、長い商品名の折り返し、価格表記の桁揃え。海外向けに設計されたテーマでは、日本語を入れた瞬間に間延びして見えることがあります。デモサイトは英語で作られているため、購入前に自社の商品名を流し込んで確かめます。
更新が提供されても、当てる作業まで代わってはもらえません。テーマのバージョンが上がるたび、自社かパートナー側で反映の判断が発生します。
3.元が取れるかどうかは購入前に計算で判定できる

有料テーマの投資判断は、感覚ではなく引き算と割り算で出せます。削れるアプリの月額、移行にかかる費用、売上側で必要な改善幅。この3つを並べれば、買うべきかどうかは購入前に判定できます。
3-1. 標準機能で解約できるアプリの棚卸し
アプリの管理画面を開いて、課金中のアプリを一覧にします。有料テーマに組み込まれている機能と重なるものが、解約候補です。
テーマ側に含まれることが多いのは、次のような機能です。
・カウントダウンタイマー
・クイックビュー
・最近見た商品
・おすすめ商品
・メガメニュー
・サイズチャート
・FAQページ
・商品タブ
・絞り込みと並び替え
・カラースウォッチ
・画像ズーム
逆に、管理画面の裏側でデータを処理しているアプリは対象外です。判定は単純で、画面上の見せ方だけを担っているなら候補、数値や書類を生成しているなら残ります。
候補が出たら、削れる月額を合計して12倍します。この年額が、投資の回収原資です。解約は購入後の実装確認を終えてからにします。テーマ側の実装が自社の要件に届かず、アプリを戻す判断になる場合があります。
3-2. 移行の見積もりに計上される項目
テーマ本体の価格は、移行費用の一部にすぎません。まず本体価格を確認してから、上乗せされる工数を積み上げます。
テーマ本体の価格から確認します。テーマストアの表示は米ドル建てで、衣料品向けのテーマを見ると100ドルから500ドル(約16000円〜80000円、2026年8月26日時点)まで幅があります(2026年8月26日時点)。支払いは一回で、購入したストアに対する永久ライセンスとなり、期限はありません。
本体価格に上乗せされるのは、次の項目です。
・現行の設定とセクション構成の再現
・アプリの再連携と表示確認
・独自に改修していたコードの移植
・新しいテーマの画像比率に合わせた撮影と原稿の調整
4番目は見落とされやすい項目です。
横長前提のテーマに正方形の商品写真を流し込むと、余白だらけのトップページになります。撮り直しが必要なら、撮影費と制作期間が加わります。
本体価格と上記4項目を足した金額が、初期費用です。ここから、解約できるアプリの年額を引きます。残った金額が、売上側で回収すべき額です。
3-3. 売上側で回収するなら必要な改善幅を計算する
必要な改善幅は、自店の数字から出します。使うのはセッション数、購入率(CVR)、客単価の3つだけです。
手順は3行です。
回収すべき額=初期費用-(解約できるアプリ月額×12)
必要な追加売上=回収すべき額÷粗利率
必要なCVR=(現状の年間売上+必要な追加売上)÷(年間セッション数×客単価)
仮の数値で通してみます。

以下はすべて計算の手順を示すための架空の数字です。回収すべき額は264,000円。粗利率40%で割ると、必要な追加売上は660,000円です。現状の年間売上19,200,000円に足して、セッション数×客単価で割ると、必要なCVRは1.03%になります。
1.00%から1.03%。この幅を1年かけて動かせるかどうかが判断の分かれ目です。数字が現実的に見えるなら投資の検討に入り、届かないと判断するなら、テーマ以外の打ち手に予算を回します。自店の数値を入れ替えて、同じ3行を計算してみてください。
3-4. 購入前に確認するライセンスと返金の制約
テーマの購入には、後から取り消せない条件が付きます。テーマの購入は最終的なもので、返金されません。テーマストアで外部の開発者が作成したテーマを購入した場合、その取引は最終販売と見なされ、テーマ開発者による返金はできません。例外は、自分が所有するストア間で有料テーマを移行する場合に限られ、Shopifyサポートが管理する所定のプロセスを経る必要があります。ライセンスは購入元のストアにのみ与えられ、別のストアへ移す場合もShopifyサポートへの問い合わせが必要です。
複数店舗を運営しているなら、この点は購入前の確認事項です。1本買えば全店舗で使えるという前提で見積もると、店舗数分の費用が後から乗ります。
返金がない代わりに、購入前の検証は広く認められています。有料テーマは最大19個を同時にプレビューでき、購入するとそれまでのカスタマイズはすべて保存されます。ただしトライアル中は、テーマコードの編集とAIコードジェネレーターの利用ができません。コード改修を前提とする要件は、購入前に検証できません。なお、ライセンスのないテーマはサポートもアップデートも対象外です。
4.移行の失敗は公開前の準備で防げる

購入を決めたあとの作業は、順番を守れば大きくは崩れません。切り替えの瞬間に慌てるケースは2つです。消えるものを把握していなかった場合と、戻す手段を用意していなかった場合です。
4-1. テーマ変更で消える設定を記録する
公開前に控えるべきは、テーマ側に保存されている設定です。商品、コレクション、メニュー、ページ、ブログ記事は、テーマとは別に管理画面で管理されます。新しいテーマに切り替えても、変更や削除は発生しません。一方、テーマエディタ・テーマコードエディタ・言語エディタで管理されるコンテンツと設定は、テーマごとに固有です。

見落としが起きやすいのは、テーマファイルに直接書き込んだコードです。広告の計測タグ、アクセス解析のスクリプト、アプリのインストール時に自動で埋め込まれたコードが代表例です。インストール済みのアプリや手動での編集によって、テーマファイルにコードが加えられているケースがあります。
新しいテーマに切り替えた日から、広告の計測だけが止まる。この事故は、コードの所在を把握していないときに起きます。切り替え前に現行テーマのコードを確認し、埋め込み箇所を一覧にしておきます。
4-2. 旧テーマと並行して検証する
新しいテーマは公開せず、下書きのまま作り込みます。テーマの保持数はBasic・Grow・Advancedで最大20個、Shopify Plusで最大100個です。公開中のストアに影響を与えずに準備が進みます。
実機で通す導線は次の順序です。
・トップページから商品ページへ
・バリエーションを選んでカートへ追加
・カートページとカートドロワーの表示
・チェックアウトの開始
スマートフォンの実機で通します。テーマエディタのプレビュー画面と実機では、ボタンの位置やフォントの見え方が変わります。
アプリの表示確認も同じタイミングです。レビュー、フォーム、決済ボタン、ポイント残高の表示を確認します。アプリはテーマ側に埋め込みブロックを持つため、新しいテーマでは配置し直しが必要なものがあります。動いているつもりで公開すると、レビューだけが消えた商品ページが表示されます。
プレビューの共有リンクは2種類です。訪問者プレビューは認証なしで2日間、マーチャントプレビューは管理画面の認証が必要で30日間有効です。チェックアウトにアクセスできるのはマーチャントプレビューのみです。決済まで通した検証には、後者を使います。表示速度も切り替え前後で計測し、組み込み機能で置き換えたアプリの分だけ改善しているかを確認します。
4-3. 公開後に戻せる状態を残す
旧テーマを削除しないまま公開します。新しいテーマを公開すると、以前の公開済みテーマは下書きテーマセクションに移動し、テーマの変更が失われることはありません。切り替え後も古いテーマは下書きテーマで利用でき、必要に応じて元に戻せます。
コード単位の復元には制限があります。コードエディタのタイムラインビューでは、既存のファイルを一度に1つずつ復元できます。テーマ全体の復元や、削除したテーマファイルの復元はできません。戻す手段は「旧テーマを残しておくこと」に集約されます。
切り替える時間帯も決めておきます。注文が少ない曜日と時間を選び、切り替え直後に注文が1件通ることを自分で確認できる状態にします。深夜に公開して朝まで放置する運用は、不具合の発見が遅れます。
見る指標と期間は、公開前に決めます。切り分けに使った指標をそのまま流用し、観測期間は最低でも4週間を取ります。数字が下がった場合に旧テーマへ戻す基準まで決めておけば、公開後の判断で迷いません。
5.まとめ

無料テーマのまま運営を続ける。これが原則です。Horizon系の登場で無料側の到達点は上がり、テーマの見た目が売上を止めている状況は以前より減りました。
それでも投資する価値があるのは、次の3つが同時に成立する場合です。
・離脱が商品ページからカート追加までの区間で起きている
・解約できるアプリの月額が積み上がっている
・必要なCVRの改善幅が、1年で届く範囲に収まっている
1つでも欠けるなら、優先順位は別のところにあります。掲載情報の追加、広告の配信設定の見直し、アプリ構成の整理。いずれもテーマを買わずに動かせる打ち手です。
判断の材料は、すでに管理画面の中にあります。セッション数、CVR、客単価、課金中のアプリの一覧。この4つを書き出せば、必要な改善幅は電卓で出せます。数字を出す前にテーマストアを眺める時間が、いちばん結論から遠い時間です。
テーマを替えるかどうかは、デザインの好き嫌いではなく回収の可否で決まります。計算して届かないと分かったなら、替えないという結論も投資判断です。
自社の数字で計算したうえで判断に迷う場合は、Raboの無料相談をご利用ください。現状のストアを拝見し、テーマ投資が回収可能な条件を満たしているかを一緒に確認します。
参考リンク
・Shopifyヘルプセンター|テーマの追加、プレビュー、購入
・Shopifyヘルプセンター|テーマのアーキテクチャバージョンとソース
・Shopifyヘルプセンター|テーマの公開
・Shopifyヘルプセンター|テーマのサポート
・Shopifyヘルプセンター|テーマコードの編集
・Shopifyヘルプセンター|行動レポート
・Shopifyヘルプセンター|Shopifyプランの返金ポリシー
・Shopify Theme Store|Horizonテーマ












