この記事の対象: ShopifyでのEC構築・リニューアルを検討している事業者、制作担当者
読了時間: 約12分
Shopifyのテーマには、最初から商品ページが用意されています。写真があって、価格があって、カートに入れるボタンがあって、その下に説明文が続く。これで一応は売れます。ただ、テンプレートのままで売れるのは「その商品が何かを、買う人がすでに知っている」場合に限られます。
商品ページは、写真から始まってFAQで終わるまでが一続きの説明です。上から順にスクロールする人の頭の中で、疑問が生まれる順番と、答えが出てくる順番が合っているか。売れる商品ページとそうでないページを分けるのは、装飾ではなくこの順番のほうです。
この記事では、Shopify商品ページの構成と作り方を「どの要素を、どの順で、なぜそこに置くか」という設計の観点から整理します。アプリの紹介ではなく、テーマ標準・アプリ・テーマ改修の線引きまで含めた判断軸を扱います。
Shopify商品ページの構成を決める前に整理すること
スクロールは「疑問の順番」でできている
商品ページを開いた人の頭の中では、だいたい次の順で疑問が動きます。
- これは何か（形・色・大きさ）
- 自分に合うか（サイズ・用途・相性）
- いくらか、その値段に見合うか
- 本当に大丈夫か（他の人はどうだったか）
- いつ届くか、どう払うか
- 失敗したらどうなるか（返品・交換）
この順番は商材が変わってもあまり動きません。動くのは各段の重さです。アパレルなら2番が重く、食品なら5番が重く、高単価の耐久消費財なら4番と6番が重くなる。順番そのものを入れ替えるのではなく、どこに厚みを持たせるかを決めるのが構成設計です。
テンプレートのままだと、この重みづけがどの商材でも均一になります。どの店でも同じ位置に同じ厚みでレビューが出る。だから「うちの商品なら、ここで止まる人が多いはずだ」という仮説を持って手を入れる余地が残ります。
この仮説は、当てずっぽうで立てるものではありません。問い合わせの内容、返品の理由、店頭やイベントで実際に聞かれる質問。それらが「どの段で止まっているか」を教えてくれます。問い合わせが「サイズ感」に集中しているなら2番が弱く、「いつ届くか」が多いなら5番が弱い。構成設計の出発点は、デザインの参考事例ではなく自社に届いている声のほうです。
「ファーストビューで完結する情報」を決める
スクロールせずに見える範囲には、意思決定に必要な最小セットを置きます。具体的には写真・商品名・価格・バリエーション選択・カートボタン、そして買う理由が一行でわかる短い文。
最後の一行が抜けているページが非常に多いです。商品名が「オーガニックコットン Tシャツ」だけだと、それが何なのかはわかっても、なぜこの店で買うのかがわからない。「洗うほど柔らかくなる、30番手の空紡糸」のような、商品名では言い切れない一行をここに置きます。
この一行を書くときのコツは、比較級を避けることです。「高品質な」「こだわりの」は、どの店でも書けるので何も言っていないのと同じになります。素材の名前、製法の名前、産地、使える場面。固有名詞か数値が入っているかを基準にすると、自然と削れます。
ファーストビュー
- 写真（何か）
- 商品名＋一行説明（なぜこれか）
- 価格・バリエーション（いくらか）
- カートボタン
スクロール前半
- 使用イメージ・サイズ感
- 仕様・素材・寸法
- 作り手・背景
スクロール後半
- レビュー
- 配送・支払い
- 返品・交換
- FAQ
最下部
- 関連商品
- 再度のカート導線
上から下へ「知る→納得する→不安を消す」の順。この流れを崩すと離脱が増えます。
上の並びで大事なのは、不安を消す情報を前に出しすぎないことです。まだ欲しくなっていない人に返品ポリシーを見せても意味がなく、かえって「返品したくなる商品なのか」と読まれます。
写真・価格・説明：上半分の設計
写真は枚数より「答えている疑問」で数える
商品写真は「何枚必要か」ではなく「どの疑問に答えているか」で考えます。最低限、次の4種類は欲しいところです。
| 写真の種類 | 答えている疑問 | 注意点 |
|---|---|---|
| 単体・白背景 | 形と色は何か | 色の再現性。実物と違うと返品になる |
| 使用シーン | 自分の生活に合うか | 生活感が強すぎると逆に想像を狭める |
| スケール比較 | 大きさはどのくらいか | 手・一般的な物と並べる。数値だけでは伝わらない |
| ディテール寄り | 品質はどうか | 縫製・質感・素材の表情 |
このうちスケール比較が抜けているページが多く、そして返品につながりやすい箇所です。寸法表を載せていても、数字から立体を想像できる人は限られます。「幅18cm」と書くより、手に持った写真を1枚足すほうが早い。マグカップなら手と、バッグなら人が肩にかけた状態と、家具なら部屋の中で。比較対象は、読む人が日常的にサイズを知っているものを選びます。
並び順にも意味があります。1枚目は白背景の単体、2枚目に使用シーン、3枚目にスケール比較、4枚目以降にディテール——という順が扱いやすい形です。サムネイル一覧で見たときに、最初の3枚で「何か・どう使うか・どのくらいの大きさか」が揃います。
Shopifyのテーマ標準でも、画像のズームとサムネイル切り替えはたいてい持っています。動画も商品メディアとして登録できるので、回転させたい・動かして見せたい商品なら、まずここで足りるか確かめます。バリエーションごとに画像を紐づける機能も標準にあるので、色違いの商品で「選んだ色の写真に切り替わらない」状態になっているなら、まず商品登録側の設定を疑います。
価格まわりで判断が止まる箇所
価格の表示そのものより、価格の周辺で人は止まります。
- 送料が別か込みか（別なら、いくらからで無料になるか）
- 税込か税別か
- 在庫があるか、いつ発送されるか
- 分割・後払いが使えるか
これらをカートボタンの近くに小さく置くだけで、配送ページまで確認しに行く往復がなくなります。特に送料は、カート画面で初めて出てくる設計だと、そこで離脱します。
セール価格を出す場合は、比較対象価格の扱いに注意が必要です。Shopifyには「セール価格」と「比較対象価格」を両方入れる欄がありますが、実際に販売していた実績のない価格を比較対象として出すと、景品表示法上の有利誤認にあたる可能性があります。二重価格の表示は、いつ・いくらで売っていたかを説明できる範囲に収めます。
送料の設計そのものが固まっていないなら、商品ページの前に配送プロファイルから決めたほうが早いです。
商品説明は「読ませる」より「拾わせる」
商品説明を長文で書き込んでも、通して読む人はほとんどいません。人はスクロールしながら、自分が気にしている単語を探しています。
そのため、説明文は次の構造にすると拾われやすくなります。
- 冒頭3行：どんな人に向くか、何が他と違うか
- 小見出し付きのブロック：素材、サイズ、使い方、お手入れ
- 箇条書きの仕様表：数値で答えられるものは全部ここ
- 読み物パート：作り手の話、開発の経緯（読みたい人だけ読む）
仕様表に入れる項目は、商材ごとに「聞かれる順」で決めます。アパレルなら実寸（着丈・身幅・肩幅・袖丈）と着用モデルの身長、食品なら原材料・内容量・賞味期限・保存方法、家具なら外寸・重量・耐荷重・組み立ての要否。ここを表で持っておくと、後からFAQを作るときの材料にもなります。
Shopifyの管理画面の商品説明エディタは、慣れていない人が触ると見た目が崩れがちです。運用側に毎回HTMLを書かせるのは現実的ではないので、説明の型をセクションとして用意してしまうほうが結果的に手間が減ります。この判断は後半の「アプリで足りるか、テーマ改修か」で扱います。
レビュー・配送情報・FAQ：下半分の設計
レビューを置く位置は「買う気になった直後」
レビューはページ最下部に置かれがちですが、本来は買う理由が揃った直後が適した位置です。仕様や素材の説明が終わって「よさそうだ」と思ったところで、他人の声が背中を押す。ここより後ろにあると、そもそも到達されません。
ファーストビューには、星の平均点とレビュー件数だけを小さく置いて、本文は下に置く。この二段構えが扱いやすい形です。
レビュー機能はShopify純正のものもあり、外部のレビューアプリも多数あります。選ぶときに見るのは機能数ではなく次の点です。
- 写真付きレビューを集められるか（アパレル・食品では効果が大きい）
- 購入者だけが投稿できる仕組みになっているか
- アプリを解約したとき、集めたレビューが取り出せるか
- 構造化データ（星表示）が検索結果に出る形で入るか
- 日本語のメール文面を自由に書き換えられるか
3番目は導入前に必ず確認してください。レビューは店の資産ですが、アプリ側のデータベースに溜まる形だと、乗り換えるときに持ち出せないことがあります。CSVエクスポートがあるか、その中に投稿者名・日付・本文・画像URLが含まれるかまで見ておきます。
集め方にも設計が要ります。購入から何日後に依頼メールを送るか、これは商材によって変わります。消耗品なら使い切る前、耐久財なら数週間使ってから。届いた翌日に「レビューをお願いします」と送っても、まだ書ける材料がありません。依頼メールの間隔を変えられないアプリは、この時点で候補から外れます。
配送情報は「商品ページで完結」を目指す
配送に関する情報を、別ページへのリンクだけで済ませているページをよく見ます。リンクを踏んで戻ってくる人は多くありません。
商品ページに直接書くべき最小限は次のとおりです。
- 発送までの目安日数（「1〜3営業日以内に発送」）
- 配送業者と、おおよその到着日数
- 送料と、無料になる条件
- 日時指定ができるか
ここで注意したいのは、商品ごとに条件が違う場合の管理です。冷凍商品だけ別便、大型商品だけ別料金、といったケースでは、商品ページに直書きすると更新漏れが起きます。メタフィールドで配送区分を持たせて、テーマ側で出し分けるのが定石です。
年末年始やセール期間など、一時的に発送が遅れる時期の告知も設計に含めます。商品ページに直書きすると、繁忙期が終わったあとに消し忘れます。テーマ設定側に一箇所だけ告知欄を持たせて、全商品ページに出し入れできる形にしておくと、運用で事故りません。
FAQは「問い合わせメールの写し」から作る
商品ページのFAQは、想像で作らないほうがうまくいきます。すでに運用しているなら、問い合わせメールとチャットのログを見て、多い順に並べるのが最短です。
新規立ち上げでログがないなら、同カテゴリの他店のレビュー欄を読みます。低評価レビューには、書いてあれば防げた情報が含まれていることが多いです。「思ったより小さかった」「届くのが遅かった」「洗濯したら縮んだ」——これらは商品の欠陥というより、事前の説明が足りなかった結果として出てくる声です。
FAQをアコーディオンで畳むかどうかは意見が分かれますが、項目が5つを超えるなら畳むが現実的な線です。畳んだ場合、中のテキストが検索エンジンに読まれるかを気にする人がいますが、CSSで隠れているだけならHTMLには存在するので、通常は読まれます。JavaScriptで開いた時に初めて生成する実装だけ避けます。
FAQを商品ページに置くなら、FAQ構造化データ（FAQPage）を合わせて入れておきます。検索結果での表示は保証されませんが、AI検索や生成AIの回答に引かれるときに、質問と回答の対応が機械的に読める形になっているかは効いてきます。テーマ側でFAQセクションを作るなら、JSON-LDの出力までセクションの中に含めておくと、運用側が意識せずに済みます。
テーマ標準・アプリ・テーマ改修の線引き
ここが制作側の判断が最も分かれるところです。商品ページに機能を足したいとき、選択肢は3つあります。
この順で必ず上から検討します。②から入ると、標準機能と重複したアプリが入って管理画面が二重になります。
テーマ標準で足りるもの
近年のShopifyテーマは、以前よりかなり多くを持っています。商品ページまわりで言えば次のあたりは標準の範囲です。
- 画像ギャラリー、ズーム、動画・3Dモデル
- バリエーション選択（カラーのスウォッチ表示を含む）
- 「複数の商品を1ページにまとめる」ためのグルーピング
- アコーディオン形式の追加情報ブロック
- 関連商品の自動表示
- 在庫数の表示、入荷通知（テーマによる）
「アプリを入れないと無理だと思っていたら、セクション追加で出せた」というケースは珍しくありません。制作を依頼する側も、要件を並べる前に一度テーマエディタを触ってみると話が早くなります。
確認の手順としては、テーマをいったん複製し、複製側の商品ページテンプレートでセクションとブロックを片端から追加してみるのが早いです。使っているテーマのバージョンが古いと、新しいセクションが入っていないこともあります。テーマの更新履歴を見て、いつの版を使っているかを把握しておくと、「このテーマにはそもそも無い」のか「探し方が悪い」のかを切り分けられます。
アプリが適している条件
次の条件に当てはまるなら、アプリが妥当です。
| 条件 | 理由 |
|---|---|
| 外部サービスとの連携が必要 | レビュー配信メール、外部倉庫、SNS連携など自前では持てない |
| データを蓄積・管理する画面が要る | レビュー、定期購入、ポイントなど。管理UIを作るコストが大きい |
| 仕様が頻繁に変わる領域 | 決済方式、税制、配送会社のAPI |
| 一時的に試したい | 効果が読めない施策。外せる形で入れたい |
逆に、見た目だけの機能をアプリで足すのは避けるのが基本です。カウントダウンタイマー、バッジ表示、簡単なタブ切り替えといったものは、テーマ側に書いたほうが速く、軽く、月額もかかりません。
テーマ改修が必要になる条件
次のどれかに当てはまるなら、テーマを直接触る判断になります。
- 情報の順番そのものを変えたい（アプリは基本、決められた位置にしか挿さらない）
- ブランドのトーンに合わせて見た目を作り込みたい
- 商品カテゴリごとに構成を出し分けたい
- 複数のアプリで実現していたものを1つにまとめて、速度を戻したい
- 運用担当が管理画面から編集できるようにしたい
最後の項目が見落とされがちです。テーマのセクションとして作り、テーマエディタで編集できるスキーマを持たせれば、コードを知らない人が文言を差し替えられます。これをやらずにLiquidへ直書きすると、「文言を1行変えるのに制作会社へ依頼」という状態が固定化します。
3番目の「カテゴリごとの出し分け」は、Shopifyでは商品テンプレートを分ける形で解きます。同じテーマの中に商品ページのテンプレートを複数持ち、商品ごとにどれを使うか指定する。食品とアパレルを同じ店で売っているなら、仕様表の項目も配送の注意書きも変わるので、1枚のテンプレートに条件分岐を積み上げるより分けたほうが保守が楽です。
Dawn系テーマを改修する場合、テーマのアップデートに耐える書き方があります。この点は別記事で詳しく扱っています。
実装例：アプリなしでも作れる範囲
参考までに、「アプリで済ませがちだがテーマ側で作れる」典型として、お気に入り（ウィッシュリスト）機能があります。ログイン前提にせず、ブラウザ側に保存する形なら比較的シンプルに実装できます。
同様に、商品ページ内のスライダーや、検索候補の見た目なども、ライブラリを足さずに組める範囲が広がっています。何をアプリに任せ、何を自前で書くかの線は、この数年でかなり自前寄りに動きました。
導入後に効いてくる論点
商品ページの構成を決めるとき、作った直後は問題にならないが、半年後に効いてくる要素があります。ここを先に見ておくと、後からの巻き戻しが減ります。
月額の積み上がり
アプリは1つずつ見れば大きな負担に見えません。ただ、レビュー、定期購入、バンドル、サイズガイド、通知、と足していくと、気づいたときには固定費として無視できない額になっています。無料枠のあるものから始めて、規模が伸びると段階的に上がる料金体系のものも多く、売上が伸びたタイミングで一斉に上がります。
最新の料金は各アプリのページで確認してください。 プラン構成も価格も変わります。ここで言えるのは、導入時に「このアプリが月いくらになるのは、どの規模のときか」を一度計算しておくべきだ、ということだけです。
表示速度
商品ページは、サイトの中で最もアプリのスクリプトが集まる場所です。レビュー、レコメンド、サイズガイド、チャット、計測タグ。それぞれが独自のJavaScriptとCSSを読み込みます。
速度の劣化は少しずつ進むので、気づきにくいのが厄介なところです。対策としては次の2つが現実的です。
- アプリを入れたら、その前後で商品ページの計測を取る（入れる前の数値を残しておく）
- 使っていないアプリを消したら、テーマに残った埋め込みコードまで消えたか確認する
2つ目が特に見落とされます。アプリを削除しても、テーマのファイルに追記されたスニペットが残ることがあります。残ったコードは、多くの場合エラーで止まるだけですが、読み込みは発生します。
計測は、商品ページの中でも代表的な1ページを決めて、そこで定点観測するのが現実的です。ページごとに画像の枚数もアプリの効き方も違うので、毎回違うURLで測ると比較になりません。
解約時に残るもの・消えるもの
アプリを外したときに何が起きるかは、契約前に確認しておく項目です。
| 残るか | 例 |
|---|---|
| 消える | アプリが管理していたレビュー本文、ポイント残高、定期購入の契約 |
| 残る（ゴミとして） | テーマに追記されたスニペット、メタフィールドの定義 |
| 残る（使える） | Shopify本体のメタフィールドに書き込むタイプのデータ |
3番目の形をとっているアプリは、乗り換えやすいという意味で評価できます。「データをどこに書いているか」は、アプリの説明ページかドキュメントに書かれていることが多いので、導入前に探してみてください。
管理画面を触る人の負担
商品ページの構成は、運用する人が維持できる複雑さに収める必要があります。
商品を1つ登録するのに、標準項目の入力に加えてメタフィールドを8個埋め、アプリAでサイズ表を紐づけ、アプリBでバッジを設定する——という設計は、作ったときは動きますが、担当者が変わると崩れます。「新商品のページだけ情報が欠けている」という状態は、だいたいこれが原因です。
対策は単純で、入力しなかったときに何が起きるかを決めておくことです。メタフィールドが空ならそのブロックごと非表示にする、デフォルト値を持たせる。テーマ側でこれをやっておけば、入力漏れがページの崩れに直結しません。
あわせて、商品登録の手順書を1枚だけ作っておくと引き継ぎが楽になります。どの欄に何を入れるか、メタフィールドのどれが必須でどれが任意か。テーマを作った側が書けば10分で終わる作業ですが、これが無いまま担当者が変わると、構成は半年で崩れます。
アプリを選ぶときの判断軸そのものは、別記事でまとめています。
アプリを選ぶときに実際に見ている箇所
アプリストアの一覧では判断がつかないので、個別ページで次の箇所を見ます。
最終更新日
インストール数やレビュー点数より先に見ます。Shopify自体が年に数回大きく変わるので、更新が長く止まっているアプリは、テーマの新しい仕組みに対応していない可能性があります。更新履歴に何が書かれているか（バグ修正ばかりか、機能追加もあるか）も判断材料になります。
対応言語と、日本語で出る文言
管理画面が英語でも運用できますが、顧客に見える文言が英語のまま出るものは困ります。レビュー依頼メール、ボタンのラベル、エラーメッセージ。これらを日本語に差し替えられるか、その差し替えがアプリの管理画面からできるかを確認します。翻訳ファイルの編集が必要な場合、アップデートで戻る可能性があります。
サポート体制
問い合わせの窓口と、返答の時間帯を見ます。時差のある国の会社だと、1往復に1日かかることがあります。急ぎで直したい場面で、これが効きます。レビュー欄に「サポートの反応が早い」と複数書かれているものは、その通りであることが多いです。
自社のテーマとの相性
アプリのページには対応テーマが書かれていることがありますが、書かれていない場合も多いです。特にテーマをカスタマイズしている場合、標準の構造を前提にしたアプリがうまく挿さらないことがあります。
必ず、複製したテーマでテストしてから公開テーマに入れてください。 本番のテーマに直接入れて、レイアウトが崩れたまま気づかない、という事故が一番多いパターンです。
ECとコーポレートを兼ねる場合の商品ページ
Shopifyを商品販売だけでなく、会社のサイトとしても使うケースが増えています。この場合、商品ページの役割が少し変わります。
自社ECにたどり着く人のうち、その商品を知って来る人と、会社を知って来る人が混ざります。後者は「この会社は信頼できるか」を確かめながら商品ページを見ているので、会社情報・生産体制・問い合わせ先への導線が、商品ページ上にもある程度必要になります。
逆に、モールにも出店していて自社ECは「指名買いの受け皿」という位置づけなら、そこまでの説明は不要です。どちらの状態を目指すかで、商品ページの下半分の厚みが変わります。
BtoBの引き合いが混ざる商材では、もう一段変わります。個人向けのカートと並べて「業務用の見積依頼」への導線を置くかどうか。ここを商品ページに置かないと、法人からの問い合わせが問い合わせフォームまでたどり着かずに落ちます。
Shopifyをコーポレートサイトと兼用する場合の設計そのものについては、こちらでまとめています。
リニューアルで手をつける順番
既存の商品ページを直す場合、全部を一度に変えると、何が効いたのかわからなくなります。効果が出やすく、かつ手数が少ない順に並べると次のようになります。
1から4まではコードを触らずにできます。ここまでやって、それでも詰まる箇所が残ったら5に進む。この順なら、テーマ改修の要件が具体化した状態で制作会社に相談できるので、見積もりの精度も上がります。
手をつける対象も、全商品ではなく売れ筋の数点に絞ります。アクセスが集まっている商品から直せば変化が読み取りやすく、うまくいった型をそのまま他の商品に展開できます。全商品を一度に触ると、作業量のわりに何が効いたかわからないまま終わります。
制作を外部に依頼する場合、費用は改修の範囲で大きく変わります。テーマ標準の設定変更と文言調整だけなら小さく収まり、セクションを新規に作る・商品テンプレートを複数に分ける・既存アプリの機能をテーマ側へ巻き取る、と進むほど工数が積み上がります。見積もりを取るときは「何をアプリのまま残し、何をテーマ側で作るか」を先に決めておくと、各社の金額が比較可能な形で並びます。
要件の整理の仕方については依頼側の準備が効きます。
よくある質問
Shopifyの商品ページはテーマだけでどこまで作り込めますか
近年のテーマは、画像ギャラリー・バリエーション表示・アコーディオン・関連商品まで標準で持っているため、情報の並べ替えと文言調整の範囲なら、テーマエディタだけでかなり対応できます。足りなくなるのは、商品カテゴリごとに構成を出し分けたい場合や、ブランドに合わせて見た目を作り込みたい場合です。まずテーマを複製してテーマエディタで何ができるか触ってから、不足分をアプリかテーマ改修で埋める順で検討してください。
レビューアプリはどれを選べばいいですか
機能数よりも、解約時にレビューデータを取り出せるか、日本語の文面を自由に変えられるか、写真付きレビューを集められるかを先に見てください。レビューは店の資産なので、アプリ側のデータベースにしか残らない形だと乗り換えが難しくなります。依頼メールを送るタイミングを商材に合わせて変えられるかも確認しておくと、後から困りません。料金は変わるため、最新のプランは各アプリのページで確認してください。
商品説明はどのくらいの長さが適切ですか
長さより構造のほうが影響します。冒頭3行で「どんな人に向くか」を言い切り、その下は小見出しと箇条書きで拾い読みできる形にします。通して読ませる前提の長文は、ほとんど読まれません。仕様のように数値で答えられるものは表にまとめ、読み物として面白いパートは後半に置くと、両方の読者に対応できます。
FAQをアコーディオンで閉じると検索に不利になりませんか
CSSで非表示にしているだけで、HTMLの中にテキストが存在していれば通常は問題になりません。避けるべきなのは、開いたタイミングでJavaScriptが初めて内容を取得してくる実装です。項目が5つを超えるようなら、閉じておいたほうが読みやすくなります。あわせてFAQ構造化データを入れておくと、質問と回答の対応が機械的に読める形になります。
商品ページの写真は何枚必要ですか
枚数そのものより、単体・使用シーン・スケール比較・ディテールの4種類が揃っているかで判断してください。この4つがあれば「何か」「自分に合うか」「大きさ」「品質」の疑問に一通り答えられます。特にスケール比較は抜けやすく、サイズ違いによる返品の原因になりやすい箇所です。バリエーションがある商品では、色ごとに画像を紐づけて選択に連動させます。
アプリを削除したら商品ページが崩れました。原因は何ですか
アプリがテーマファイルに追記したコードが残っているか、逆に必要な埋め込みが消えたかのどちらかです。アプリを削除する前にテーマを複製してバックアップを取り、削除後は商品ページのHTMLを確認して、不要になったスクリプトの読み込みが残っていないかを見てください。残ったコードは動作しなくても読み込みは発生するため、速度にも影響します。
まとめ
商品ページの構成は、デザインの問題ではなく説明の順番の問題です。上から順に「これは何か」「自分に合うか」「本当に大丈夫か」「いつ届くか」に答えていく流れを作り、自社の商材で人が止まりやすい箇所に厚みを足す。テンプレートに任せきりにしないというのは、装飾を増やすことではなく、この重みづけを自分で決めるということです。
機能を足すときは、テーマ標準 → アプリ → テーマ改修の順で検討します。見た目だけの機能をアプリで足すと、月額と速度の両方に効いてきます。逆に、データを蓄積する機能や外部連携は、自前で作るコストが見合わないのでアプリが妥当です。
そして、作った後に効いてくるのは、運用する人が維持できるかどうかです。入力が漏れたときにページが崩れない設計にしておけば、担当者が変わっても構成は保たれます。作り方を決めるというのは、公開日の見た目を決めることではなく、半年後も同じ品質で商品が並ぶ状態を決めることです。
