この記事の対象: ShopifyでのEC構築・リニューアルを検討している事業者、既存ストアの機能追加を検討中の担当者
読了時間: 約12分
Shopifyで「この機能を足したい」となったとき、選択肢は基本的に二つです。アプリを入れるか、テーマを改修するか。どちらでも実現できてしまう要件が多いため、判断が担当者の好みや、そのとき相談した相手の得意分野に流されやすい領域でもあります。
制作会社側は、この分岐をかなり早い段階で決めています。理由は単純で、あとから乗り換えるコストが両方向とも高いからです。この記事では、Shopifyのアプリとテーマ改修のどちらを選ぶかという判断を、どこで切っているのかを開示します。アプリの紹介記事でも、テーマ改修の技術解説でもありません。「自分のケースはどちらか」を読者自身が決められる状態にすることが目的です。
Shopifyのアプリとテーマ改修は、そもそも何が違うのか
判断の前に、両者が構造的に何を担っているのかを揃えておきます。ここが曖昧なまま比較すると、話が「便利か・かっこいいか」に流れます。
アプリは「機能の外部委託」
Shopifyアプリは、ストアの外側にあるサービスがShopifyのデータに接続して動く仕組みです。定期購入、レビュー、ポイント、配送日時指定、多言語対応、在庫連携。こうした機能をアプリで入れるということは、その領域の開発・保守・仕様追従を提供元に委託するということです。
Shopify本体は定期的に仕様を更新します。決済まわり、チェックアウト、管理画面のAPI。アプリを使っていれば、その追従は提供元が引き受けます。これは月額を払っている対価の中で、実はいちばん大きい部分です。機能そのものより、「壊れないように誰かが見続けてくれる」ことに払っています。
テーマ改修は「表示層を自分で持つ」
一方のテーマ改修は、Liquidというテンプレート言語でストアの見た目と挙動を直接書き換える作業です。商品ページのレイアウト、カートの挙動、絞り込みの見せ方、トップページの構成。ここに手を入れると、出力されるHTMLとCSSを完全に自分たちの管理下に置けます。
代わりに、Shopifyの仕様変更への追従は自分たちの責任になります。テーマのメジャーバージョンが上がったとき、改修部分をどう移すかを考えるのは発注側と制作側です。
アプリ
- 機能の開発・保守を外部に委託
- Shopifyの仕様変更に提供元が追従
- 見た目は提供元の設計に依存
- 月額が継続的に発生
テーマ改修
- 表示層を完全に自社管理下に置く
- 仕様変更への追従は自分たちの責任
- 見た目・速度を思いどおりに設計
- 初期費用が中心、月額は保守分
この図の要点は、コストの形が違うことではなく、責任の置き場所が違うことです。月額を払う代わりに追従を任せるか、初期に払う代わりに自分で握るか。金額の大小より先に、ここを決めます。
「どちらでもできる」要件が最も危ない
実務でこじれるのは、片方でしか実現できない要件ではありません。両方で実現できてしまう要件です。
たとえば「商品ページにサイズガイドを出したい」。アプリでもできますし、テーマにセクションを1つ足しても実現できます。このとき判断材料が「どちらが安いか」しかないと、目先の見積もりが安いほうに倒れます。そして数年後、サイズガイドの中身を変えたいときに管理画面から触れないことに気づく、という順番で問題が表面化します。
比較すべきは実現可否ではなく、そのあと誰が面倒を見るかです。以降の章は、その視点で条件を分解していきます。
アプリで足りるのはどこまでか
制作会社が「これはアプリでいい」と判断するとき、見ているのは三つです。
1. 要件が標準的かどうか
その機能が「多くのストアが同じように使っている」ものかどうか。商品レビュー、メール配信、FAQ、配送日時の選択。この手の要件は、多数のストアが同じことをやっています。同じものを個別開発するのは、ほぼ確実に割に合いません。
逆に、要件の説明に「うちの場合は」が三回以上出てきたら、標準からは外れています。「レビューを集めたい」はアプリの領域ですが、「レビューを商品ごとに重み付けして、特定条件のユーザーにだけ表示したい」は、もうアプリの設定画面では届かない可能性が高い。
2. 更新の手間を任せたいかどうか
法改正、決済仕様の変更、ブラウザのポリシー変更。ECは外部要因で仕様が動く領域です。Cookieの扱いや同意管理のように、数年で常識が変わるものもあります。
こうした領域を自前のコードで持つと、変更のたびに改修費がかかります。アプリなら提供元がアップデートで対応します。変わり続ける領域ほど、アプリに寄せる価値が高いというのが実務上の判断です。
3. 見た目の優先度が高くないかどうか
アプリが生成する要素は、多くの場合そのアプリのデザインで表示されます。カスタマイズできる範囲は提供元次第で、色とフォントは変えられてもレイアウトは変えられない、といった制約が普通にあります。
その要素がブランドの印象を左右する場所（トップページのファーストビュー、商品ページの購入エリア）にあるなら、慎重に見るべきです。逆に、マイページの中や注文完了後のフローなら、多少ブランドから外れても実害は小さい。
アプリを選ぶ前に見る4つの箇所
導入を決める前に、Shopifyアプリストアの該当ページで必ず確認している箇所があります。
| 見る箇所 | 何を判断するか |
|---|---|
| 最終更新日 | 長期間更新が止まっているアプリは、Shopify側の仕様変更に追従していない可能性がある |
| 対応言語 | 管理画面が英語のみか、日本語UIがあるか。日々触る担当者の負担に直結する |
| サポート体制 | 問い合わせ窓口の言語と応答時間。時差のある海外提供元だと1往復に時間がかかる |
| レビューの中身 | 星の数より、低評価レビューに何が書かれているか。同じ不満が複数あれば構造的な問題 |
もう一つ、意外と抜けるのが自社テーマとの相性です。Shopifyのテーマは構造がそれぞれ違うため、「特定のテーマでは表示が崩れる」という事象は珍しくありません。無料期間があるアプリなら、必ず本番テーマの複製に入れて確認してから決めます。
なお、料金プランや無料枠の有無はアプリ側の都合で変わります。無料枠のあるものから継続課金のものまで幅がありますが、最新の料金は各アプリのページで確認してください。この記事の情報を根拠に予算を組まないほうが安全です。
テーマ改修が必要になる線はどこか
ここからが本題です。以下の条件に当てはまるとき、制作会社はテーマ改修を提案します。
見た目を1ピクセル単位で握りたいとき
ブランドサイトとして成立させたい、競合と並べたときに明確に差をつけたい。この要求があるなら、アプリの設定画面では届きません。
特にトップページと商品ページは、購買判断が起きる場所です。ここの余白、タイポグラフィ、画像の見せ方、スクロールに応じた動き。これらは設定項目の組み合わせではなく、設計して実装するものです。
表示速度を握りたいとき
アプリを入れると、多くの場合そのアプリのJavaScriptとCSSが全ページに読み込まれます。1本なら気になりませんが、数を積み上げるとページの読み込みは確実に重くなります。
ECの表示速度は、直接コンバージョンに効く指標です。そしてやっかいなことに、遅くなったときにどのアプリが原因かを特定するのが難しい。アプリを1つずつ止めて計測するしかなく、その間もストアは動いています。
速度を最優先するなら、機能をテーマ側に実装して、読み込むリソースを自分で決められる状態にしたほうが確実です。
複数のアプリで同じ領域を取り合っているとき
これは実際によく起きます。絞り込み検索のアプリと、レコメンドのアプリと、ポイントのアプリが、どれも商品ページの同じ場所に要素を挿入しようとする。結果として表示順がおかしくなったり、片方を更新するともう片方が消えたりします。
同じ領域に3つ以上のアプリが関わっているなら、その部分をテーマ側で整理し直す価値があります。切り分けの手順は単純で、まず商品ページのどのブロックに何が挿入されているかを一覧にします。アプリ名・挿入位置・その要素が本当に使われているかの3列で十分です。この表を作った時点で、使われていない要素が1つ2つ見つかることが多く、テーマ改修を待たずに整理が進みます。
仕様が安定していて、長く使う機能のとき
外部要因で変わらない機能——たとえばブランド独自の商品紹介の見せ方や、購入前に読ませたい注意事項の出し方——は、テーマ側に持つと有利です。追従コストがほぼ発生しないため、月額を払い続ける理由がありません。
逆にいうと、テーマ改修が向くかどうかは「この機能は3年後も同じ仕様か」で判断できます。同じならテーマ、変わりそうならアプリ。これが最も単純な切り分けです。
アプリの月額が積み上がっているとき
1本あたりは小さくても、本数が増えると年間で無視できない額になります。しかも一度入れたアプリは、機能が使われていなくても止めにくい。「たぶんどこかで動いている」という状態のまま契約が続きます。
これは月額サービス全般に共通する構造で、ホームページの月額契約でも同じことが起きます。
年1回でいいので、入っているアプリを棚卸しして「これは今も使っているか」を確認する運用を組んでおくと、この積み上がりは防げます。棚卸しのときに見るのは、契約の有無ではなく直近1年でその機能に触れたかです。管理画面にログインした記録がないアプリは、たいてい止めても支障がありません。
判断フロー｜4つの質問で切り分ける
実際の相談では、この順番で確認しています。
この4つのうち、標準性が高く・見た目の重要度が低く・更新頻度が高いものはアプリ。逆側に振れるほどテーマ改修に寄ります。4つ目の運用者の負担は、意外と決め手になります。
4つ目が効く理由
テーマ改修で作った機能は、更新のたびに制作会社に依頼が必要になることがあります。一方アプリなら、管理画面から担当者が自分で変更できる場合が多い。
「バナーの差し替えを月2回やりたい」という要件で、テーマにベタ書きしてしまうと毎回依頼が発生します。ここはアプリか、あるいはテーマのセクション機能を使って担当者が管理画面から編集できる形で作るべきです。
つまりテーマ改修にも二段階あります。ハードコードするか、編集可能なセクションとして作るか。後者のほうが工数はかかりますが、運用に入ってからの差は大きい。発注時に「誰が更新するか」を必ず伝えてください。 これが伝わっていないと、制作側は安いほう（ハードコード）を選びがちです。
4つの答えが割れたときの優先順位
4問すべてが同じ方向を向くケースは、実はそれほど多くありません。割れたときは、この順で重みを置きます。
- 更新頻度 — 外部要因で変わる領域なら、他の3つがどうであれアプリを優先する。追従を自前で持つ判断は、いちばん高くつく
- 運用者の負担 — 日々触る人がいるなら、その人が触れる形が正解。工数の差より運用の詰まりのほうが痛い
- 見た目の重要度 — 売上に直結する画面なら、ここでテーマ改修に倒す
- 要件の標準性 — 最後。標準的でもテーマ側に持つ判断はあり得る
この順番は「取り返しのつかなさ」で並べています。あとから直しにくいものほど上です。
コスト構造の違いを整理する
金額の話は、単価ではなく構造で見ます。
| アプリ | テーマ改修 | |
|---|---|---|
| 主なコスト | 月額（継続） | 初期費用（一時） |
| 導入までの時間 | 短い（即日〜数日） | 長い（数週間〜） |
| 使わなくなったとき | 解約すれば止まる | 資産として残る |
| 仕様変更への対応 | 提供元が対応 | 都度改修が必要 |
| 見た目の自由度 | 提供元の範囲内 | 制約なし |
| 表示速度への影響 | 積み上がると重くなる | 設計次第で制御可能 |
初期費用と月額の比較でよくある誤りが、「長く使うならテーマ改修のほうが安い」という単純計算です。この計算には、テーマ改修側の保守費用が入っていません。Shopifyのテーマは更新されますし、改修部分は誰かが面倒を見る必要があります。
保守費用の中身をどう見るかは、Shopifyに限らず共通の論点です。
Shopify構築全体の費用感についてはShopify構築費用の相場｜コストの全体像と比較の判断軸【2026年】で、内訳がどこで膨らむかを整理しています。
損益分岐点を自分で計算する方法
具体的な金額はストアごとに違うので、この記事では出しません。代わりに、比較の式だけ置いておきます。
アプリ側の総額は「月額 × 使う予定の月数」。テーマ改修側の総額は「初期費用 ＋ 保守費用 × 同じ月数 ＋ テーマ更新時の移行費用」です。三項目のうち最後が抜けやすく、ここを0で計算すると必ずテーマ改修が有利に見えます。
移行費用の見積もりは、テーマのメジャーバージョンが上がる頻度と、改修箇所の数で決まります。改修が1〜2箇所なら軽く済みますが、テーマ全体に手が入っているなら再構築に近い作業になります。見積もり時に「テーマを更新するときの費用感」を必ず聞いてください。 答えられない制作会社は、そのコストを計算に入れていません。
解約時に何が残るかを先に確認する
これはあまり語られませんが、実務ではかなり重要です。
アプリを解約したとき、そのアプリが作ったデータや表示要素がどうなるか。パターンは三つあります。
- きれいに消える：理想的。テーマに何も残らない
- テーマにコードの断片が残る：手動で削除が必要。放置すると次の改修時にノイズになる
- データが消える：レビューやポイント残高など、アプリ側に蓄積されたものが失われる
三つ目がいちばん怖い。レビューを大量に貯めたあとで乗り換えようとしたら、エクスポート機能がなくて全部捨てるしかない、という事態が起こり得ます。
導入前に「エクスポートできるか」を確認してください。 レビュー、顧客ポイント、定期購入の契約情報。ストアの資産になるデータを扱うアプリでは、この一点だけは妥協しないほうがいい。
Shopifyでできることの上限も踏まえておく
アプリとテーマ改修の線引きの外側に、「Shopifyそのものの制約」があります。どちらを選んでも越えられない壁です。
代表的なのはURL構造です。Shopifyは商品ページやコレクションページのURLに固定のパスが入る仕様で、これはテーマ改修でも変えられません。SEO設計をする際は、この制約を前提に組む必要があります。
チェックアウト画面のカスタマイズにも制限があります。プランによって触れる範囲が違い、下位プランでは基本的に手を出せません。「カート後の導線を独自に作りたい」という要件が出たら、まずここを確認します。
こうした上限はShopifyでできないこと｜依頼前に知るカスタマイズの限界【2026年】にまとめてあります。要件定義の前に一度目を通しておくと、後戻りが減ります。
コーポレートサイトを兼ねる場合の考え方
Shopifyを商品販売だけでなく、会社サイトとしても使うケースが増えています。この構成を取ると、アプリとテーマ改修の判断軸も少し変わります。
ECの機能はアプリで賄えても、会社紹介や実績ページの表現はテーマ側で作ることになるためです。ブランドの顔になる部分にどこまでコストをかけるか、という配分の話になります。この兼用構成をどう設計するかはShopifyをコーポレートサイトと兼用する考え方で詳しく扱っています。
実装前に必ずやること
判断が決まったあとの、失敗を減らす手順です。
テーマは必ず複製してから触る
これは絶対です。公開中のテーマを直接編集して壊すと、その間ストアは売れません。複製したテーマで作業し、確認してから公開テーマと入れ替える。
アプリのインストールも同じで、テーマにコードを挿入するタイプのアプリは、複製テーマで先に試すべきです。相性が悪くて表示が崩れた場合、公開中のテーマに入れていたら復旧作業が発生します。
導入前後で速度を測る
アプリを入れる前と後で、商品ページとトップページの読み込み速度を計測しておきます。数値を残しておけば、あとから「どのタイミングで遅くなったか」を追えます。
計測せずに何本も入れたあとで「重い」と気づくと、原因特定に時間がかかります。1本ずつ測るのは面倒に見えますが、あとの手間を考えれば安い作業です。測る対象は、トップページ・商品ページ・カートページの3つで足ります。この3つはアプリの影響を最も受けやすく、かつ売上への影響が直接的です。
テーマの選択自体を先に固める
アプリの前に、そもそもどのテーマを使うか。ここが決まっていないと判断がぶれます。無料テーマ、有料テーマ、オリジナル制作。それぞれで改修のしやすさもアプリとの相性も変わります。
入れたアプリと改修箇所を一覧に残す
地味ですが、これをやっているストアとやっていないストアでは、2年後の身動きの取りやすさがまるで違います。
残すのは4項目だけで十分です。アプリ名（またはテーマ改修の箇所）、入れた日、目的、担当者。この記録があると、担当者が代わったときや制作会社を変えるときに、判断のやり直しが起きません。逆にこれがないと、次の担当者は「消していいか分からないもの」の山を引き継ぐことになります。
よくある質問
アプリを入れすぎると本当にサイトは遅くなりますか
なります。多くのアプリは自前のJavaScriptとCSSを全ページに読み込ませるため、数が増えるほど読み込むファイルが増えます。ただし1本の影響は小さいので、問題になるのは本数がまとまって積み上がってからです。導入のたびに速度を測って記録しておけば、どこで劣化したかを後から追えます。
途中でアプリからテーマ改修に切り替えられますか
技術的には可能ですが、切り替えコストは要件によって大きく変わります。表示だけのアプリなら比較的簡単ですが、レビューやポイントのようにデータを蓄積するアプリは、そのデータを移せるかが最大の論点です。導入時点でエクスポート機能の有無を確認しておくと、あとで選択肢が残ります。
見積もりでアプリ代が入っていない場合はどう見ればいいですか
制作費とは別に、ストア運用のランニングコストとして発生するのが普通です。ただし提案時点で「どのアプリを何本使う想定か」は聞いてください。それが明示されていない見積もりは、運用開始後に月額が想定を超える可能性があります。金額そのものより、本数と用途が説明できるかを見るのが有効です。
制作会社に依頼せず自分でアプリを入れても大丈夫ですか
表示に影響しないアプリ（在庫管理や帳票など、管理画面側で完結するもの）なら問題ありません。テーマにコードを挿入するタイプは、複製テーマで試してから本番に入れるのが安全です。不安なら、インストール前に制作会社に「このアプリを入れる予定」と一報を入れておくと、トラブル時の切り分けが早くなります。
テーマ改修を頼むとき、何を伝えれば見積もりが正確になりますか
「誰がどのくらいの頻度で更新するか」を必ず伝えてください。これによってハードコードにするか編集可能なセクションとして作るかが変わり、工数が変わります。加えて、使用中のテーマ名とバージョン、すでに入っているアプリの一覧を渡すと、相性の確認まで含めた見積もりが出ます。
まとめ
Shopifyでアプリとテーマ改修のどちらを選ぶかは、機能の実現可否ではなくどこに責任を置くかの選択です。
- アプリが向く：要件が標準的で、更新を提供元に任せたく、見た目の重要度が高くない領域
- テーマ改修が向く：見た目と表示速度を自分たちで握りたい、複数アプリが競合している、更新頻度が低く仕様が安定している領域
コストは初期費用と月額の単純比較ではなく、テーマ改修側の保守費用とテーマ更新時の移行費用まで含めて見ます。そして導入前には、解約時にデータをエクスポートできるかを必ず確認する。ここを飛ばすと、数年後に選択肢がなくなります。
どちらか一方に寄せる必要はありません。実際のストアは、アプリとテーマ改修の組み合わせで成り立っています。重要なのは、機能ごとにこの判断を意識的にやっているかどうかです。判断した理由を一行でも残しておけば、次に迷ったときの起点になります。
【画像挿入: Shopify管理画面のアプリ一覧と、テーマエディタの画面を並べたイメージ】
