UTAGEでEC・D2Cはできるか｜単品・前払いなら回る。カートと送料計算は見当たらない

---

UTAGEは講座やコンテンツの販売でよく使われるツールです。では、形のある商品を売る場合はどうなのか。ネットショップの代わりになるのか。

結論から書きます。単品・前払い・自分で発送する形なら回ります。決済も、購入者の住所の取得も、残数の制御もできます。

一方で、カート、送料の自動計算、配送管理、在庫連携については、公式マニュアルに記載が見当たりません。これらを前提にした売り方には向きません。

この記事では、その境界線がどこにあるのかを、公式マニュアルの記載にもとづいて整理します。

結論：単品・前払いなら回る

上の図が全体像です。お金の流れはUTAGEの中でほぼ完結し、モノの流れは住所を取るところまでで終わります。

この形なら向いている

次のような売り方であれば、UTAGEの標準機能だけで成立します。

• 商品が1つ、あるいは数点。カートでまとめ買いさせる必要がない
• 前払い。クレジットカード決済で先にお金を受け取る
• 送料が価格に含まれている、または全国一律で商品価格に組み込める
• 発送は自分で行う。追跡番号は手動で連絡する

D2Cで自社商品を1つ売る、講座に紙のテキストを付ける、イベントで物販する。こういった形は、この条件に収まります。

この形には向かない

逆に、次の条件が必要なら別のカートシステムを検討したほうが早いです。

• 複数商品をまとめて1回で決済させたい（カートが必要）
• 配送先や個数によって送料を自動計算したい
• 在庫数を実数で管理し、他の販売チャネルと同期させたい
• 代金引換や後払いなど、前払い以外の決済を使いたい

ここを無理に寄せると、運用でカバーする作業が増えて、結局手間が減りません。

商品管理は「決済の単位」であって在庫ではない

まず用語の整理からです。UTAGEの「商品管理」は、名前から想像するものとは少し違います。

公式の定義は「決済可能な商品を管理する機能」

公式マニュアルの説明はこうです。

商品管理とはUTAGEのシステムにおいて決済可能な商品を管理する機能です

在庫を管理する機能ではありません。ファネル機能で作ったページに決済を組み込むために、「何をいくらで売るか」を定義する場所です。

構造は2階建てになっています。上が商品、下が商品詳細（価格ラインナップ）です。1つの商品に対して、一括払い・分割払いといった複数の支払い方法を登録できます。

商品名は「管理上の名前」で、購入者には見えない

ここは最初に間違えやすいところです。商品を追加するときに入力する「商品名」について、公式はこう注記しています。

この時の「商品名」は、あくまで「管理上の名前」となります

購入者が見るのは、下の階層である商品詳細の「名称」、さらにその中の「連携フォームでの表記を指定する」で設定した商品名表記です。

ここを知らないと、管理画面で分かりやすくするために付けた「テスト用_2026春」のような名前が、そのまま決済フォームに出ることになります。表示用の名前は、価格ラインナップ側で明示的に指定してください。空欄の場合は商品設定の内容がそのまま表示されます。

重複購入の禁止は、思ったより広く効く

商品を追加するときに「重複購入」を許可するか禁止するかを選びます。この挙動が独特なので、公式の記載を正確に引きます。

同一商品内の「通常商品(非オーダーバンプ商品)」購入が一つでも過去にあった場合、同じメールアドレスでの「通常商品(非オーダーバンプ商品)」の購入ができないようにします

効く範囲は「同じ商品の中」全体です。価格ラインナップ単位ではありません。

たとえば1つの商品の下に「一括払い」と「分割払い」を並べている場合、一括で買った人は分割でも買えなくなります。同じものを二重に買わせない、という意図なら正しい挙動です。

一方で、1つの商品の下に色違いやサイズ違いを価格ラインナップとして並べていると、1つ買った人が2つ目を買えません。物販でやりがちな作り方なので、注意が必要です。複数買ってほしいものは、商品自体を分けてください。

なお例外が2つあります。オーダーバンプ商品には適用されません。そして、禁止設定をした商品以外の別商品を買った場合にも適用されません。

在庫の代わりになる「販売上限」

在庫管理はありませんが、売れる数に上限をかける機能はあります。限定販売なら、これで足ります。

残数は決済フォームに表示される

商品詳細の設定に「販売上限」があり、「指定しない」「指定する」から選べます。指定すると、「残数」が0になると決済できないよう制御されます。

販売上限数を入れると、「販売実績」と「残数」が自動で計算されます。そして、ファネルの「決済フォーム」要素では、値段の下に残数が表示されます。

「残り3個」と出れば、それ自体が販売の後押しになります。数量限定の商品を扱うなら、使わない理由がない機能です。

テスト決済も販売実績にカウントされる

ここが最大の落とし穴です。公式マニュアルに、次の注記があります。

「販売実績」にはテストモードにてテスト決済した数もカウントされます

動作確認のためのテスト決済が、そのまま在庫を削ります。

50個限定の商品を作って、決済まわりの動作確認を5回やったとします。その時点で残数は45になっています。エラーも警告も出ません。販売開始のときには、すでに5個分が消えています。

数量が大きければ誤差ですが、「限定10個」のような売り方だと致命的です。テストで3回叩けば、実際に売れるのは7個になります。

対策は単純で、テストが全部終わってから販売上限数を設定するか、テスト回数を数えておいて、その分を上乗せした数を入れるかのどちらかです。前者のほうが確実です。

テスト決済そのものの手順はUTAGEのStripe決済連携方法で解説しています。本番モードとテストモードの取り違えという、こちらも損害の大きい落とし穴があります。

2か所で設定できて、優先順位がある

販売上限は「商品基本設定」と「商品詳細設定」の2か所で設定できます。両方に入っている場合、公式によれば「商品基本設定」の設定が優先されます。

価格ラインナップごとに上限を変えたつもりでも、上の階層に数字が入っていればそちらが効きます。意図した数で止まらないときは、まず商品基本設定を見てください。

住所は取れる。ただし取り出し方に癖がある

物販で必須になるのが配送先の住所です。これはUTAGEで取得できます。

購入通知メールに差し込める項目

商品詳細の「通知設定」で、購入があった際に指定のメールアドレスへ通知を送れます。この通知内容は「デフォルト」と「カスタム」から選べ、カスタムにすると置き換え文字が使えます。

公式が挙げている置き換え文字のうち、配送に関わるものは次のとおりです。

差し込める項目	置き換え文字
お名前	%name%
郵便番号	%zipcode%
都道府県	%pref%
市区町村	%city%
番地	%address%
建物名	%building%
電話番号	%phone%

デフォルトの通知メールにも氏名・メールアドレス・電話番号・住所は含まれていますが、カスタムにして必要な項目だけを並べ替えたほうが、発送作業では扱いやすくなります。宛名ラベルに書き写す順番に並べておく、といった工夫ができます。

商品名や金額、購入日時、登録経路も同じ置き換え文字で差し込めます。「どの広告から来た人が何を買ったか」を通知の時点で分かるようにしておくと、あとで集計する手間が減ります。

チャットにも飛ばせる

購入通知はChatwork・Slack・Discordへも送れます。発送担当が別の人なら、メールより気づかれやすい経路です。

ここで設定した通知先には、継続課金や分割払いの2回目以降の決済失敗時にも通知が届きます。物販というより継続商品向けの話ですが、決済が止まったことに気づく仕組みとして重要です。

公式マニュアルに見当たらないもの

ここは正確に書きます。次の機能について、公式マニュアルに記載を見つけられませんでした。「機能として存在しない」と断定するのではなく、「公式が案内していない以上、あるものとして設計しないほうがいい」という位置づけで読んでください。

• 送料の計算。配送先や個数に応じて金額を加算する仕組み
• カート。複数商品を選んでまとめて1回で決済する仕組み
• 配送管理。発送ステータスや追跡番号を購入者へ自動で通知する仕組み
• 在庫の実数管理。販売上限はあるが、入荷や返品で増減させる在庫とは別のもの

運用でどう埋めるか

送料については、商品価格に含めてしまうのが最も単純です。「送料無料」と表記できるので、購入時の心理的な障壁も下がります。地域差が大きい商品なら、価格ラインナップを地域別に分ける方法もありますが、購入者に選ばせる手間が増えます。

複数商品を買ってほしい場合は、オーダーバンプを使います。メインの商品とは別の商品をセットで販売できる機能で、決済フォーム上で追加購入を提案できます。カートの代わりにはなりませんが、「ついで買い」は成立します。

追跡番号の連絡は、購入者が登録されるシナリオからメールやLINEで送るのが現実的です。商品詳細の「購入後に登録するシナリオ」で、購入者を自動的にシナリオへ入れられます。ここに発送のお知らせを1通用意しておき、番号だけ手で入れて送る形になります。

決済まわりで先に知っておく4つ

商品を作る前に把握しておくと詰まらない仕様を挙げます。いずれも公式マニュアルに明記されています。

1. 価格ラインナップ内で決済代行会社を混ぜない

公式の記載です。

価格ラインナップについては必ず同一の決済代行会社で全て揃えてください。（同一価格ラインナップ内に別々の決済代行会社を混同させると決済フォームが正常に動作しません）

複数の決済代行会社を契約しておくこと自体は、リスク分散として推奨されています。ただし1つの商品の中で混ぜてはいけません。分けるなら商品ごとです。この種の「設定できてしまうがやってはいけない操作」はUTAGEでやってはいけない操作38個にまとめています。

2. Stripeは1回あたり50円から

Stripeを使う場合、1回あたりの最小決済金額は50円です。49円以下を設定すると、本番・テストのいずれでも決済時にエラーになります。

継続課金の場合はさらに注意が必要で、1回あたりの決済金額が49円以下にならないよう、Stripe側で商品設定を行う必要があります。初回だけ安くする設定をしている場合、その初回金額が49円以下だと1回目の決済が正常に行われません。

3. 年払いなのに「／月」と表示される

これは表示の問題ですが、放置すると誤解を生みます。公式の記載です。

Stripeの請求期間が「年次」の場合、デフォルトではUTAGE側で「／年」と表示されず「／月」と表示されてしまいます

年額12,000円の商品が「12,000円／月」と表示されます。対処は、価格表記の欄に手動で「◯◯円/年」と入力することです。年払いプランを作ったら、必ず決済フォームの表示を目で確認してください。

4. 会員サイトの課金連動は、設定する場所が決まっている

デジタル商品を併売する場合の話です。購入後に会員サイトのコースを開放するには2つの経路がありますが、どちらでもいいわけではありません。

会員サイト「課金連動」機能を利用するために、「購入後のアクション」経由で「バンドルコースへ登録」を実行しても、会員サイト「課金連動」機能は動作いたしません

受講生側の操作で解約やカード情報変更をさせる「課金連動」を使うなら、必ず「購入後に開放するバンドルコース」で指定してください。アクション経由では動きません。会員サイト側の設定はUTAGEの会員サイトでログイン情報を自動発行する方法で解説しています。

実際に作る手順

ここからは実際の画面操作です。商品を1つ売れる状態にするまでを、順番どおりに書きます。設定項目が多く見えますが、物販で必ず触るのは5つだけです。

手順1：商品を追加する（管理用の器を作る）

上メニューの【ファネル】をクリックし、左メニューの【商品管理】を開きます。「商品管理」ページで【商品追加】をクリックします。

ここで入力するのは2つだけです。

• 商品名：管理上の名前です。購入者には表示されないので、自分が探しやすい名前で構いません。「2026春_Tシャツ_単品」のように、あとで一覧から見つけられる名前にしておくと楽です
• 重複購入：「許可する」「禁止する」から選びます。物販で同じ人に何度も買ってほしいなら「許可する」です。前述のとおり「禁止する」は同一商品内の通常商品全体に効くので、色違い・サイズ違いを1つの商品にまとめる予定なら特に注意してください

【保存】をクリックすると、商品管理ページの一覧に追加されます。この時点ではまだ「器」ができただけで、値段は付いていません。

手順2：価格ラインナップを追加する（値段を付ける）

商品管理ページで、いま作った商品名をクリックします。「商品詳細（価格ラインナップ）」の画面が開くので、【追加】をクリックします。

入力項目を上から順に見ていきます。物販で使うものだけ挙げます。

• 名称：商品名を入力します。ここは購入者側にも関わる名前です
• 支払方法：「クレジットカード払い」「銀行振込」から選びます。前払いで自動化したいならクレジットカード払いです
• 決済代行会社：「決済連携設定」で追加済みの連携先を選びます。1つの商品の価格ラインナップは、必ず同じ決済代行会社で揃えてください
• 支払回数：「一回払い」を選びます。物販の単品販売はこれです
• 金額：送料を含めた総額を入れます。Stripeを使う場合は50円以上にしてください
• 販売上限：ここはまだ「指定しない」のままにします。理由は手順5で説明します
• オーダーバンプ商品：メインの商品なので「通常商品(非オーダーバンプ商品)」を選びます
• 連携フォームへの表示：「表示する」を選びます

手順3：購入者に見せる名前を指定する

手順2の「連携フォームへの表示」で「表示する」を選ぶと、表示オプションが出ます。ここで「連携フォームでの表記を指定する」を開きます。

設定するのは2つです。

• 商品名表記：決済フォームに出る商品名です。ここを空欄にすると商品設定の内容がそのまま表示されるので、必ず購入者向けの名前を入れてください
• 価格表記：価格の表記です。「3,980円（送料込み）」のように書けます。送料を価格に含めた場合、ここで「送料込み」と明記しておくと問い合わせが減ります

入力したら【保存】をクリックします。

同じ画面には「販売期間を指定する」もあります。設定した期間内だけフォームに表示され、期間を過ぎると非表示になります。期間限定販売ならここを使います。

あわせて領収書の品名と領収書の但し書きも設定できます。品名を指定しない場合は「名称」がそのまま品名になります。

手順4：購入通知を発送作業用に整える

同じ商品詳細の画面を下にスクロールすると▼通知設定があります。物販ではここがいちばん重要です。配送先の住所は、この通知メールで受け取ります。

まず通知先メールアドレスに、自分が確実に見るアドレスを入れます。次に通知内容を「カスタム」に切り替えます。デフォルトのままでも氏名・メールアドレス・電話番号・住所は届きますが、カスタムにすると件名と本文を自由に組み替えられます。

発送作業を想定すると、たとえばこう書いておくと、メールをそのまま宛名ラベルの下書きとして使えます。

行	入力する内容
1行目	%zipcode%
2行目	%pref%%city%%address%
3行目	%building%
4行目	%name% 様　%phone%
5行目	%product_detail_name%

件名にも置き換え文字は使えるので、件名を「【発送】%name% 様／%product_name%」にしておくと、受信トレイの一覧だけで未発送の件数が分かります。

発送担当が自分以外にいるなら、同じ画面の▼チャット通知設定でChatwork・Slack・Discordのいずれかに飛ばしてください。メールより気づかれやすくなります。

手順5：テスト決済をしてから、販売上限を入れる

ここまでで商品は売れる状態になっています。ページ側では、ファネルの「決済フォーム」要素にこの商品を連携すれば購入できます。

公開前に、テストモードで実際に購入してみてください。確認するのは次の4点です。

• 決済フォームに出ている商品名と価格の表記が、購入者に見せたいとおりになっているか
• 購入通知メールが届き、住所が全項目そろっているか（建物名まで入るか）
• 領収書の品名が意図どおりか
• チャット通知が飛んでいるか

そして、テストが全部終わってから手順2に戻り、「販売上限」を「指定する」に変えて数量を入れます。

順番を逆にしてはいけません。先に販売上限を入れると、テスト決済の回数分だけ「販売実績」が積み上がり、残数がその分減った状態で販売が始まります。エラーも警告も出ないので、気づくのは「まだ在庫があるはずなのに買えない」と問い合わせが来たときです。

もし先に上限を入れてしまった場合は、テストした回数を数えて、その分を上乗せした数に入れ直してください。

まとめ

UTAGEでEC・D2Cを回せるかどうかは、売り方の形で決まります。

• 回る形：単品または数点、前払い、送料込みの価格、発送は自分で行う
• 向かない形：カートでまとめ買い、送料の自動計算、在庫の実数管理、代引きや後払い

そのうえで、作る前に知っておくべきことを整理します。

• 商品管理は決済の単位。在庫管理ではない
• 商品名は管理用。購入者に見せる名前は価格ラインナップ側で指定する
• 重複購入の禁止は商品全体に効く。色違いを並べると2つ目が買えない
• 販売上限が在庫の代わりになる。残数は決済フォームに表示される
• ただしテスト決済も販売実績にカウントされる。上限は最後に設定する
• 住所は購入通知の置き換え文字で取れる。Chatwork・Slack・Discordにも飛ばせる
• 送料・カート・配送管理・在庫連携は、公式マニュアルに記載が見当たらない

いちばん実害が出やすいのは、限定数の商品でテスト決済を繰り返してしまうことです。エラーが出ないので、販売開始まで気づけません。販売上限の設定は、動作確認が全部終わってからにしてください。

なお、ここで扱った商品管理と決済フォームの作りは、UTAGEの機能の14日間の無料お試し期間中に実際の管理画面で確認できます。自分の商品がこの形に収まるかどうかは、触ってみるのが早いです。

よくある質問（FAQ）

UTAGEでネットショップは作れますか？

単品・前払い・自分で発送する形なら成立します。決済、購入者の住所の取得、販売数の上限設定はできます。ただしカート、送料の自動計算、配送管理、在庫の実数管理については公式マニュアルに記載が見当たらないため、それらを前提にした売り方には向きません。

在庫管理はできますか？

在庫管理機能はありませんが、商品詳細の「販売上限」で売れる数に上限をかけられます。残数が0になると決済できなくなり、決済フォームには残数が表示されます。ただし入荷や返品で増減させる在庫管理とは別のものです。

販売上限を設定したのに、残数が想定より少ないです。

テストモードでのテスト決済も「販売実績」にカウントされます。動作確認のたびに残数が減っているはずです。販売上限は、テストが全部終わってから設定するのが確実です。また、販売上限は「商品基本設定」と「商品詳細設定」の2か所で設定でき、両方にある場合は商品基本設定が優先されます。

購入者の配送先住所はどこで確認できますか？

購入通知メールに含まれます。通知内容を「カスタム」にすると、郵便番号・都道府県・市区町村・番地・建物名を置き換え文字で個別に差し込めるので、発送作業に合わせた並びにできます。Chatwork・Slack・Discordへの通知も設定できます。

送料はどう設定すればいいですか？

送料を自動計算する機能は公式マニュアルに見当たりません。商品価格に含めてしまうのが最も単純です。地域差が大きい場合は価格ラインナップを地域別に分ける方法もありますが、購入者に選ばせる手間が増えます。

複数の商品をまとめて購入させることはできますか？

カート機能は見当たりません。ただしオーダーバンプを使えば、メインの商品とは別の商品をセットで販売できます。決済フォーム上で追加購入を提案する形になるので、「ついで買い」は成立します。

同じ人に2回買ってもらいたいのに購入できません。

商品の「重複購入」が「禁止する」になっている可能性があります。この設定は同一商品の中の通常商品全体に効くため、1つの商品の下に色違いやサイズ違いを価格ラインナップとして並べていると、1つ買った人は2つ目を買えません。複数買ってほしいものは、商品自体を分けてください。なおオーダーバンプ商品には適用されません。

年払いの商品なのに「／月」と表示されます。

Stripeの請求期間が「年次」の場合、デフォルトでは「／月」と表示される仕様です。価格表記の欄に手動で「◯◯円/年」と入力してください。