Shopify制作の相談で最初に聞かれるのが「テーマはどうしますか」という質問です。しかしこの問いに「デザインの好み」で答えると、公開後2年で必ず行き詰まります。テーマ選定は見た目の選択ではなく、「誰が、どの頻度で、どこまで自分で更新できるか」という運用体制の選択だからです。本記事では、無料テーマの改修・有料テーマ・オリジナル開発という3つの選択肢を、判断基準・Liquidの限界・表示速度・見積もりの読み方の4層で整理します。
テーマ選定が「見た目の話」で終わると失敗する理由
実際、公開から1〜2年で「思っていたのと違う」と相談に来られる案件の多くは、デザインへの不満ではありません。「バナーを1枚差し替えるだけで制作会社に依頼が必要」「セール用のセクションを追加できない」「商品ページの構成を変えたいが見積もりが出てくる」——つまり、更新できる範囲が狭すぎることへの不満です。この状態に陥ると、思いついた施策を打つまでに見積もり取得と発注のリードタイムが挟まり、試行回数そのものが減ります。ECの改善は試行回数の関数である以上、これは売上に直結する構造的な制約になります。
逆方向の失敗もある
「なんでも管理画面から変えられるようにしておけば安心」という考えも、同じくらい危険です。設定項目が過剰なテーマは、担当者が何をどう触ればよいか分からなくなり、結局誰も触らなくなります。選択肢が多すぎることは、選択肢がないことと同じ結果を生みます。
狭すぎる設計の症状
バナー差し替え、文言修正、セクションの並べ替えのたびに外注が発生する。年間の保守費用が膨らみ、施策のスピードが制作会社の稼働に律速されます。
広すぎる設計の症状
設定項目が数十個並び、どれを触ると何が変わるか誰も把握していない。結果として初期設定のまま2年放置され、投資が回収されません。
適切な設計
「自社の担当者が、月に何回、どの部分を変えたいか」から逆算して編集可能範囲を決める。触らない場所は固定してしまうほうが、運用は安定します。
3つの選択肢の全体像
Shopifyのテーマは、大きく3つの選び方があります。それぞれの性質を、費用ではなく「何を得て、何を手放すか」で整理します。
| 選択肢 | 得られるもの | 手放すもの | 向いているケース |
|---|---|---|---|
| 公式無料テーマ（Dawn等）をそのまま／軽微な調整で使う | 最速の立ち上がり。Shopify本体の更新に追随しやすい。実装の情報が豊富で、後任の制作会社も触りやすい。 | 独自性。競合と似た見た目になりやすい。 | まず立ち上げて売りながら改善したい。商材の説明がシンプル。 |
| 有料テーマを購入してカスタマイズ | 作り込まれたレイアウトと機能を、開発費をかけずに入手できる。デザインの完成度が初期から高い。 | テーマ提供元への依存。仕様変更や販売終了のリスク。改修時に構造の把握コストがかかる。 | デザイン要件が明確で、テーマの想定用途と合致している。 |
| オリジナルテーマを開発 | ブランド表現と業務要件への完全な適合。編集可能範囲を自社の運用に合わせて設計できる。 | 初期費用と期間。作った会社への依存が生まれやすい。Shopifyの新機能への追随が自動ではない。 | ブランド体験が差別化の中核。または要件が特殊で既存テーマで吸収できない。 |
⚠️ 「オリジナルのほうが上位」ではない
提案の場では、オリジナル開発が上位グレードのように語られることがあります。しかし実務上は、公式テーマをベースに必要なセクションだけを作り込む構成が、費用対効果でも保守性でも最良になるケースが非常に多いのが実情です。
実際、公式テーマをベースにする構成には、提案書には現れにくい実務上の利点があります。Shopify本体に新しい機能が追加されたとき、その恩恵を受けやすいこと。実装の情報が世の中に豊富にあり、担当者が自力で調べて解決できる場面が増えること。そして、将来的に制作会社を変える必要が生じたときに、引き継げる会社の母数が圧倒的に多いことです。この3点は、5年単位で見ると初期費用の差を上回る価値になり得ます。
判断すべきは「グレード」ではなく適合です。ブランド体験が売上の中核でない事業でオリジナル開発を選ぶと、初期費用と保守費用を払い続けながら、その投資が売上に結びつかないという状態になります。
【最重要】判断基準：5つの問いで線を引く
3つの選択肢のどれを選ぶか。次の5つの問いに答えると、ほぼ自動的に決まります。デザインの好みではなく、この5つで判断してください。
購入までの導線に、既存テーマにない構造が必要か
たとえば、複数商品を組み合わせて1つのセットとして買わせる、サイズ選択を診断形式にする、法人と個人で表示を切り替える——といった「買い方そのものが特殊」な要件があるか。あるなら開発が必要です。単に見た目が違うだけなら、既存テーマの範囲で足ります。
更新を自社でやるのか、外部に任せるのか
自社で頻繁に更新するなら、編集可能範囲を広く、かつ担当者が迷わない粒度で設計する必要があります。外部に任せる前提なら、編集機能は最小限にして、その分をデザインの作り込みに回すほうが合理的です。この問いに答えないままテーマを選ぶと、必ずどちらかで無駄が出ます。
年に何回、大きな見た目の変更をするか
季節ごとにトップページの構成を変える、キャンペーンごとに専用ページを作る——という運用があるなら、セクションの追加・並べ替えが管理画面で完結する設計が必須です。年1回の更新で足りるなら、その柔軟性にコストをかける必要はありません。
3年後もこの制作会社と付き合う前提か
オリジナル開発は、実装の思想がその会社固有になりやすく、引き継ぎのコストが高くなります。体制変更の可能性があるなら、公式テーマベースのほうが後任が入りやすく、リスクが小さくなります。この観点は提案書には書かれませんが、実務上は非常に重要です。
ブランド体験が、価格以外の購入理由になっているか
顧客が「安いから」「早いから」買っているなら、デザインへの投資の回収は難しくなります。逆に世界観そのものが選ばれる理由になっている商材なら、オリジナル開発の投資は回収可能性が高いと言えます。ここは希望ではなく、実際の顧客の声とデータで判断してください。
テーマ改修とアプリ、どちらで解くか
Shopifyでは、同じ要件を「テーマを改修して実現する」方法と「アプリを導入して実現する」方法の両方が存在することがよくあります。この選び分けを誤ると、保守費用が跳ね上がるか、サイトが重くなるかのどちらかになります。
切り分けの原則
| 要件の性質 | 推奨 | 理由 |
|---|---|---|
| 見た目・レイアウト・コンテンツの並び | テーマ側 | アプリで見た目を制御すると、表示の遅延やレイアウトのずれが起きやすい。デザインの一貫性も保ちにくい。 |
| データを持つ機能（レビュー、ポイント、定期購入、在庫連携） | アプリ側 | データの保持・更新・外部連携をテーマで自作すると、保守負担が大きく、障害時の復旧も困難になる。 |
| 業務の中核にある独自ロジック | 要検討 | 既存アプリで代替できないか徹底的に探し、それでも無理なら開発。「アプリを探さずに作る」が最も高くつく。 |
| 一時的な施策（期間限定のキャンペーン表示など） | テーマ側で軽く | 期間限定の要件にアプリを常時導入すると、終了後も課金と負荷が残る。 |
⚠️ アプリの数は、そのままサイトの重さと保守コストになる
アプリは1つずつ見れば便利ですが、導入するたびにフロントに読み込まれるコードが増え、表示速度に効いてきます。また、アプリの仕様変更やサービス終了は自社ではコントロールできません。
実務上の目安として、導入前に「これは3年後も使い続けるか」「なくなったらどうするか」を確認する習慣をつけてください。特に、削除してもフロント側のコードが残るタイプのアプリは、アンインストール後に手動での除去が必要になる場合があります。
表示速度・Core Web Vitalsをどう扱うか
テーマの議論では必ず表示速度が話題になります。ただし、speed scoreの数値そのものを目標にするのは実務的ではありません。見るべきは体感に直結する指標です。
実務上の優先順位①：画像
速度改善の効果が最も大きく、最も安い施策です。適切なサイズでの書き出し、遅延読み込み、次世代フォーマットの利用で、多くのサイトは目に見えて改善します。
優先順位②：アプリの棚卸し
使っていないアプリの削除と、残存コードの除去。「入れっ本なし」のアプリが速度を落としているケースは非常に多いのが実情です。
優先順位③：ファーストビューの設計
最初に表示される領域に大きな動画やスライダーを置くと、体感速度は確実に落ちます。ここは技術ではなくデザイン判断の領域です。
やってはいけないこと
スコアを上げるために、コンバージョンに効いている要素を削ること。速度は手段であって目的ではありません。売上が下がるならその改善は失敗です。
速度は「誰の体感か」で測る
もう一つ実務的に重要なのが、計測条件です。制作会社のオフィスの光回線とデスクトップPCで見た速度は、実際の顧客の体験とはかけ離れています。日本のECサイトの流入は多くがスマートフォンであり、通信環境も端末性能も一様ではありません。
改善の議論をするときは、スマートフォン実機、モバイル回線、そして自社の主要顧客層が使っていそうな端末で確認してください。数値のスコアよりも、「トップページを開いて、最初の商品が見えるまでに何秒かかるか」を実際にストップウォッチで測るほうが、改善すべき箇所は明確になります。ファーストビューに重い動画を置いていれば、その1点だけで体感は大きく損なわれます。
テーマ設計で失敗する典型パターン
| 失敗パターン | 何が起きているか | 対処 |
|---|---|---|
| 編集可能範囲を決めずに発注 | 公開後、バナー1枚の差し替えにも見積もりが発生する。 | 要件定義で「自社で触る箇所」を具体的に列挙し、契約前に合意する。 |
| デザインカンプだけで合意 | 静止画では分からない挙動（スマホでの折り返し、在庫切れ時の表示など）が後から問題になる。 | 実機で触れるプレビュー段階での確認を工程に入れる。特にスマホ実機は必須。 |
| テーマを直接編集して運用 | 公開中のテーマを直接触り、作業ミスが即座に本番へ反映される。 | 複製したテーマで作業し、確認後に公開する運用を徹底する。手順を文書化する。 |
| テーマ更新を想定していない | 公式テーマを大幅改修した結果、テーマのアップデートを適用できなくなる。 | 改修方針を「更新を捨てる」か「更新に追随する」か決めて明文化する。曖昧が最悪。 |
| アプリで見た目を作っている | デザインの一部がアプリ依存になり、解約や仕様変更で崩れる。 | 見た目はテーマ側、データ機能はアプリ側という原則を守る。 |
| 商品数の増加を想定していない | 商品10点で作った一覧が、500点になって使い物にならない。 | 設計時に3年後の商品数・カテゴリ数で検証する。絞り込みの要否もここで決まる。 |
| 納品物にコードが含まれない | 制作会社を変えられない。 | 契約書でテーマファイル一式の引き渡しと権利の帰属を明記する。 |
制作会社の提案を読み解く5つのチェックポイント
複数社から提案を受けたとき、デザイン案の好みで選んでしまうと、後から差が出るのは決まって提案書に書かれていない部分です。金額の内訳と並べて、次の5点を必ず確認してください。
✅ 提案書に書かれていなければ、その場で質問すべき5点
- ① ベースにするテーマは何か、そしてなぜそれか／「弊社オリジナルのベース」という回答が返ってきたら、それが公式テーマの派生なのか完全な独自実装なのかを確認します。後任の制作会社が触れるかどうかがここで決まります。
- ② 管理画面から編集できる箇所の一覧／「柔軟にカスタマイズ可能です」という表現は情報量ゼロです。どのページの、どのブロックが、どこまで編集できるのかを具体的に列挙させてください。ここを詰めた提案かどうかで、実装の解像度が判別できます。
- ③ 想定しているアプリと、その月額の合計／初期費用だけを見て契約すると、公開後に想定外のランニングコストが判明します。アプリの月額はサイトの固定費です。提案時点で合計金額を出させてください。
- ④ 公開後の修正対応の範囲と単価／保守契約に含まれる作業と、別途見積もりになる作業の線引き。「軽微な修正は含みます」の"軽微"の定義を、具体例で確認します。
- ⑤ 納品物の一覧／テーマファイル、デザインデータ、実装ドキュメント、設定情報の引き継ぎ資料。ドキュメントが納品物に入っていない提案は、その会社に依存し続ける構造を意味します。
この5点は、いずれも実装力の優劣ではなく「発注側にとってのリスクの所在」を明らかにする質問です。答えに詰まる会社が悪いわけではありませんが、答えられない項目は、そのまま公開後に発注側が負担するリスクになります。
発注前に自社で決めておく4項目
提案の質は、渡した情報の質を超えません。次の4項目を紙にまとめて全社に同じものを渡すだけで、返ってくる提案の精度と比較可能性は大きく変わります。
更新担当者と、その稼働時間
公開後にサイトを触るのは誰か。専任か兼任か。週に何時間使えるか。HTMLやCSSの知識はあるか。この情報がないと、制作会社は編集可能範囲を決められません。「担当はまだ決めていない」という状態のまま発注するのが、最も高くつくパターンです。
ページごとの更新頻度
トップページ、商品一覧、商品詳細、特集ページ、それぞれ年に何回変更するか。週次で変えたいページと、年1回で足りるページを分けて書き出すだけで、どこに編集機能を持たせるべきかは自動的に決まります。実績がなければ、希望する頻度で構いません。
商品数とカテゴリ構造の3年後
現在のSKU数、カテゴリ数、そして3年後の想定。商品10点で成立する一覧デザインは、500点では機能しません。絞り込み機能の要否、カテゴリの階層の深さ、検索の重要度——これらはすべてこの数字から決まります。
「変えない」と決めた部分
意外に重要なのがこれです。ロゴ、ブランドカラー、フッターの構成、法定表記のページ——変える予定がないものを明示すると、そこに編集機能を持たせる無駄がなくなります。また、デザイン提案の方向性も定まりやすくなり、やり直しの回数が減ります。
【独自視点】テーマは「デザイン資産」ではなく「更新できる仕組み」である
ここが、多くの発注者が構造的に取り違えている点です。
テーマ制作の打ち合わせは、たいていデザインの話から始まります。参考サイトを持ち寄り、配色を決め、レイアウトを詰める。しかし本記事でここまで見てきた通り、公開後に効いてくるのは見た目ではなく、「自社が自分で変えられる範囲がどこまでか」という一点です。
ECサイトは公開日が完成日ではない
紙の広告や会社案内は、完成した瞬間が最高の状態です。しかしECサイトは違います。公開後に何百回と手を入れ続けることで、初めて売れるサイトになります。商品ページの構成を変え、バナーを差し替え、セクションを入れ替え、キャンペーンを打つ——この繰り返しの速度が、そのまま売上の伸びに直結します。
完成品として作られたサイト
公開時点の完成度は高いが、変更のたびに外注が必要で、施策が制作会社の稼働待ちになります。結果として改善サイクルが月単位になり、競合に離されていきます。
仕組みとして作られたサイト
公開時点では素朴でも、担当者が自分で週次に手を入れられる。1年後には、外注前提のサイトより確実に売れる形に育っています。
私たちが構築の相談を受けるとき、デザインの前に必ず確認するのは「公開後、誰が、週にどれくらいの時間、このサイトに触れますか」です。ここが「特に決まっていない」という状態のまま作られたサイトは、どれだけ美しくても1年後には更新が止まっています。
「ECは戦術ではなく設計で決まる」
ボトルシップが一貫して掲げている考え方です。テーマ設計は、この思想が最も分かりやすく現れる領域です。
配色もレイアウトも写真も、すべて後から変えられます。しかし「何を管理画面から変えられるようにするか」という境界線は、構築の設計段階で決まり、後から広げるには相応の改修費用がかかります。この境界線をデザインの議論に紛れ込ませず、独立した論点として扱えるかどうかが、2年後のサイトの生死を分けます。
実務的な第一歩は単純です。「公開後1年間で、このページのどこを、何回変えたいか」を、ページごとに書き出す。トップページ、商品一覧、商品詳細、LP。それぞれに変更頻度を書き込むだけで、どこを編集可能にすべきかは自然に決まります。特別な知識は要りません。必要なのは、サイトを「作るもの」ではなく「運用するもの」として先に想像する視点だけです。
あわせて読みたい
- Shopify制作の要件定義書の作り方｜編集可能範囲を含めた12項目の固め方。
- Shopifyサイト制作の費用・期間・制作会社の選び方｜予算感と発注前の確認事項。
- Shopify必須アプリ完全ガイド｜領域別のアプリ選定と導入判断。
- ShopifyでD2Cブランドを設計する方法｜ブランド体験を軸にした自社EC構築の思想。
よくある誤解
誤解①「無料テーマは安っぽい」
公式テーマはShopify本体の更新に追随しやすく、情報も豊富です。素材とレイアウトの詰め方次第で完成度は十分に上がります。「無料＝妥協」という前提は捨ててください。
誤解②「オリジナル開発なら何でもできる」
できることは増えますが、Shopifyの仕様の枠内である点は変わりません。また、自由度と引き換えに保守と引き継ぎの負担を引き受けることになります。
誤解③「speed scoreが高いほど売れる」
速度は要因の一つに過ぎません。スコアのためにコンバージョン要素を削れば売上は下がります。画像とアプリの棚卸しから着手するのが現実的です。
誤解④「有料テーマを買えば安く済む」
テーマ代は安くても、要件に合わせる改修費が結果的にオリジナル開発に近づくことがあります。購入前に、想定用途と自社要件の一致度を確認してください。
誤解⑤「デザインカンプで合意すれば十分」
静止画では、スマホでの折り返し、在庫切れ時の表示、文字量が想定外だった場合の崩れが分かりません。実機で触れる段階の確認を工程に入れてください。
誤解⑥「テーマは一度作れば終わり」
Shopifyの機能追加、決済や配送の仕様変更、商品数の増加——テーマは継続的に手を入れる前提の資産です。保守の枠を最初から予算に入れてください。
よくある質問（FAQ）
Q1. 公式の無料テーマと有料テーマ、どちらから検討すべきですか？
まず公式テーマで自社の要件が満たせるかを検証することを推奨します。理由は3つあります。①Shopify本体の機能追加に追随しやすい、②実装情報が豊富で後任の制作会社も対応しやすい、③初期費用を抑えられる。そのうえで、「公式テーマでは構造的に実現できない要件」が明確になった場合にのみ、有料テーマやオリジナル開発を検討するのが健全な順序です。逆に、最初から有料テーマありきで進めると、そのテーマの想定用途と自社要件のずれを改修費で埋めることになり、結果的に割高になるケースがあります。
Q2. テーマを大幅に改修すると、アップデートできなくなると聞きました。本当ですか？
改修の方法によります。テーマ本体のファイルを直接書き換えると、提供元がテーマを更新した際に、その更新を適用するには改修内容を手作業で移植し直す必要が生じます。一方、独自のセクションやスニペットを追加する形の改修であれば、更新の影響を受けにくくなります。重要なのは、発注時に「テーマの更新に追随する方針か、追随を捨てる方針か」を明確に決め、文書に残すことです。方針が曖昧なまま改修が進むのが最も危険で、更新したい時になって初めて不可能だと判明します。
Q3. 編集可能範囲は、どこまで広げておくべきですか？
「自社の担当者が月1回以上変更したい箇所」を基準にしてください。年1回しか変えない箇所まで編集可能にすると、設定項目が増えて担当者が迷い、結局誰も触らなくなります。実務的な進め方としては、公開後1年間の更新計画をページ単位で書き出し、頻度の高い順に編集可能化する方法が有効です。トップページのバナーとセクション並び替え、商品ページの訴求ブロック、この2つは多くの事業者で頻度が高く、優先的に編集可能にする価値があります。
Q4. テーマのコードは納品されるのが普通ですか？
Shopifyの構造上、テーマファイルはストア内に存在するため、ストアの管理権限があれば内容にアクセスできます。ただし実務上の論点は「アクセスできるか」ではなく「権利がどちらに帰属し、他社が引き継いで改修してよいか」です。ここが契約書に明記されていないと、制作会社を変更する際にトラブルになります。発注時に、テーマファイルの著作権の帰属、第三者による改修の可否、そして実装内容を説明したドキュメントの納品有無を確認してください。コードそのものより、ドキュメントの有無が引き継ぎコストを左右します。
Q5. 既存サイトのテーマだけ作り替えることはできますか？
可能です。Shopifyは商品・顧客・注文データとテーマが分離されているため、データを保持したままテーマだけを差し替えることができます。これはリニューアルの選択肢として非常に有効で、移行に伴うデータ移管のリスクを負わずに見た目と運用性を刷新できます。ただし注意点として、アプリがテーマにコードを埋め込んでいる場合は、新テーマ側で再設定が必要です。また、URLの構造やメタ情報が変わるとSEOに影響するため、切り替え前に現行の構造を棚卸ししておくことを推奨します。
まとめ
この記事の要点
- テーマとはデザインではなく「更新できる範囲を定義したもの」。どこを管理画面から触れるかという境界線が、公開後の運用コストと施策スピードを決める。
- 選択肢は3つ——公式無料テーマ／有料テーマ／オリジナル開発。オリジナルが上位グレードなのではなく、判断軸は「適合」。公式テーマベースが最良になるケースは非常に多い。
- 5つの問いで決まる——①買い方が特殊か、②更新を自社でやるか、③年に何回大きく変えるか、④3年後も同じ制作会社か、⑤ブランド体験が購入理由か。
- テーマとアプリの切り分け原則——見た目・レイアウトはテーマ側、データを持つ機能はアプリ側。アプリの数はそのまま重さと保守コストになる。
- 速度改善は画像→アプリ棚卸し→ファーストビューの順。スコアのためにコンバージョン要素を削るのは本末転倒。計測はスマホ実機で行う。
- ECサイトは公開日が完成日ではない。公開後に何百回と手を入れられる「仕組み」として作られたサイトが、1年後に勝つ。
- 納品物と権利を契約に明記する。テーマファイルの権利帰属、第三者改修の可否、実装ドキュメントの有無。引き継ぎコストを左右するのはコードよりドキュメント。
100文字要約：Shopifyのテーマ選定は見た目ではなく「自社で更新できる範囲」の設計。公式テーマ／有料テーマ／オリジナル開発は5つの問いで選び分け、見た目はテーマ、データ機能はアプリで解く。
