Shopifyの使い方|商品・決済・配送の初期設定と公開前チェック

Shopifyでオンラインストアを公開するには、商品を登録するだけでなく、決済・配送・返品などの条件を整え、注文が正しく受け付けられるかを試す必要があります。この記事では初期設定の順序、費用を比較する考え方、テスト注文と公開後の確認をまとめます。実際のメニューや利用できる機能は、契約・地域・ストアの状態に合わせて確認してください。
Shopifyでできることと公開までの全体像
Shopifyでは、商品を掲載するオンラインストアと、注文を受け付けて管理する仕組みを構成できます。公開までの作業は、ストア情報の準備、商品とテーマの設定、決済・配送の設定、テスト注文、公開という順で整理すると見落としを減らせます。
最初は代表商品を一つ選び、その商品が購入できるまでの一連の設定を確認します。デザインだけを先に作り込むより、購入条件と受注後の対応を同時に決めると、必要な説明や画面が明確になります。無料体験の条件や公開に必要な契約は、Shopifyの無料体験の公式案内と自分のストアの表示を確認します。
商品登録の前にそろえるストア情報
事業者・ストア名、連絡先、使用するドメイン、販売する地域、通貨、対応する言語、配送元を整理します。受注通知を確認する担当、在庫を更新する担当、返品や問い合わせを受ける担当も決めてください。注文後に誰も対応できない状態では、画面の設定が終わっても営業を始められません。
商品ごとに名称、SKU、価格、在庫、バリエーション、配送に必要な重さや寸法などをそろえます。写真は枚数を固定するより、形・色・大きさ・使用場面など購入判断に必要な情報を補うものを選びます。販売地域で必要な事業者表示や販売条件については、対象地域の公式情報を確認し、ひな形を貼っただけで対応完了と考えないでください。
商品・テーマ・決済・配送を設定する
商品では、価格・在庫・SKU・バリエーションを確認し、説明と写真が実物に合うかを点検します。テーマは見た目だけでなく、スマートフォンでの商品選択、情報の読みやすさ、カートへの移動を試して選びます。有料テーマであることだけを成果の根拠にしません。
決済は、使用する方法の提供地域や審査・登録要件を確認し、ストア側で準備できる情報をそろえます。配送は、対象地域、送料、配送方法、必要な日数の案内を決め、注文条件ごとに計算が合うかを確認します。返品・キャンセルの条件は、実際に運用できる内容と一致させます。
アプリは必要な業務と不足する機能を明確にしてから追加します。数を一律に制限するより、費用、権限、保守、他アプリとの重複、表示への影響を確認してください。表示性能はShopifyのWeb performanceレポートなどでLCP・INP・CLSの実利用データを見て、診断用のテストと分けて判断します。
プランは月額と決済費用を合わせて比較する
プランは月商だけで決めず、必要なスタッフ管理や機能を先に整理し、その機能を満たす候補で総費用を比べます。月額料金、決済処理の料率・固定費、外部決済取引手数料、アプリ費などを別項目にします。Shopify Paymentsの決済処理費用と、外部決済の取引手数料は同じものではなく、すべての決済費用が0円になるという意味ではありません。
次は実際のShopify料金ではない架空例です。上位候補の月額が12,000円高く、その代わり比較対象の決済料率だけが0.3ポイント低いとします。他の差額がなければ、差額が等しくなる対象処理額は12,000 ÷ 0.003 = 4,000,000円/月です。
架空の比較項目 | 計算・条件 |
|---|---|
月額の増加 | 12,000円 |
対象決済の料率差 | 0.3ポイント = 0.003 |
費用が等しくなる対象処理額 | 12,000 ÷ 0.003 = 4,000,000円/月 |
この式に含まない差 | 固定決済費、機能差、アプリ費、通貨換算など |
全売上ではなく、その料率差が適用される決済の処理額を使います。機能要件や固定費が異なるなら計算し直します。年払いも月額換算だけで判断せず、前払いする総額と契約条件を確認してください。プラン変更時の適用や精算は請求プラン変更の案内と確認画面に従います。
Starterには簡易オンラインストアが含まれますが、確認時の公式Starter案内では新規ストア向けには提供されないとされています。以前の比較表を前提にせず、契約画面で選択できるプランと現在の機能を確認します。
テスト注文から公開までの確認項目
公開前に、提供されるテスト方法と手順に沿って注文を試し、支払いから受注後の対応まで確認します。決済のテスト方法は使用するサービスの手順に従い、実取引とテストを混ぜないようにします。次の表へ担当者、合否、未解決事項、確認日を記録します。
確認対象 | 確認方法 | 担当の例 |
|---|---|---|
商品・SKU・在庫 | 色やサイズを選び、注文商品と在庫を照合 | 商品担当 |
配送地域・送料 | 対象地域と注文条件ごとにチェックアウトを試す | 配送担当 |
税・金額表示 | ページから購入手続きまで表示を照合 | 経理・運用担当 |
決済成功・失敗 | 許可された方法で正常と失敗時の動きを試す | 決済担当 |
注文通知 | 注文情報が担当に届き、処理できるか確認 | 受注担当 |
キャンセル・返金 | 適用条件と操作・記録を確認 | 受注・経理担当 |
モバイル操作 | 商品選択から完了まで実機で試す | サイト担当 |
連絡先・ポリシー | 案内が正確でリンク先へ進めるか確認 | 運用責任者 |
公開状態 | 契約・ドメイン・公開設定を確認 | サイト管理者 |
各行を確認するだけでなく、配送できない地域で注文できてしまう、失敗した決済を成功と案内するなどの未解決事項があれば、公開の前に対応を決めます。公開日は担当者が受注と問い合わせを確認できる時間に合わせると運用しやすくなります。
公開後に売上と計測を点検する
公開後は注文、在庫、問い合わせ、決済の状態を確認し、計測の数字も照合します。Google & YouTubeチャネルを使うGA4設定はShopifyのGoogle Analytics設定案内を確認し、導入しただけで正しい購入人数やROIを把握できるとは考えないでください。
以下はテスト注文1件の照合例です。値は架空で、実際の受理条件・イベント設計に合わせて項目を使います。
項目 | 注文管理 | GA4などの確認 |
|---|---|---|
注文ID | TEST-001 | 対応するtransaction_idと重複を確認 |
時刻・タイムゾーン | 10月11日 10:00 JST | 表示のタイムゾーンと対象期間をそろえる |
状態 | テストで受理した注文 | 成功として数える条件を確認 |
通貨・金額 | JPY・3,300円 | valueとcurrency、税・送料の範囲を確認 |
発火回数 | 同じ注文は1件 | 同じ注文を繰り返し計上していないか確認 |
返金 | 該当する場合に記録 | 返金の取得・反映条件を確認 |
同意、読込み、計測範囲などで注文管理とGA4は一致しない場合があります。差をすべて不具合とせず、理由を切り分けます。purchaseイベントだけでは利益を計算する原価や費用がそろわないため、売上、広告費、手数料、原価を必要な範囲で分けて確認してください。まず一商品・一注文を最後まで点検し、その結果を公開後の運用へ引き継ぎましょう。
関連記事




