「ネットショップを開設したいけど、自宅の住所を全世界に公開するのは絶対に嫌だ……」
「特商法って、個人でも必ず書かなきゃいけないの?」
個人でネット販売を始めるとき、最大の壁が「特定商取引法に基づく表記(特商法表記)」です。
特に女性や家族がいる方にとって、自宅住所や電話番号の公開は、防犯・プライバシー面で大きな不安になります。 ただ、だからといって表示を省略したまま販売すると、購入者とのトラブルが増えたり、最悪の場合は行政対応の対象になり得ます(どこまでが義務かはケースで変わるため、迷う場合は消費生活センター等の公的窓口に相談も検討してください)。 結論としては、法律の枠組みを踏まえつつ「自宅を晒さずに運用する現実的な方法」はあります。
この記事では、特商法の基本ルールから、個人が安全にショップ運営するための考え方と手順を、一般情報として分かりやすくまとめます。
特商法(特定商取引法)とは?ざっくり言うと「消費者トラブルを防ぐルール」
特定商取引法は、訪問販売・電話勧誘販売・通信販売(ネット販売など)といった、消費者トラブルが起きやすい取引のルールを定めた法律です。 個人販売で特に関係が深いのが「通信販売」です。インターネット上のサイト等で申込みを受けて、商品やサービス(役務)を提供する形は、通信販売として整理されます。
個人でも特商法表記が必要になりやすいケース
「個人だから関係ない」と思われがちですが、反復継続して販売し対価を得るなら、一般に“事業者としての表示”が求められる場面が多くなります。
- ネットショップ(BASE/STORES/Shopify等)で物販
- ハンドメイド作品の販売
- デジタル商品(PDF、テンプレ、素材、動画等)の販売
- オンライン講座・レッスン・コンサル(予約・決済を伴うもの)
- 有料コミュニティ、月額サブスク
- SNSで受注して決済リンクを送る販売
特商法表記で求められる主な項目(通信販売)
通信販売では、購入前に取引条件が分かるように表示することが重要です。実務上、最低限「抜けると危険」な項目は次の通りです。
- 販売価格、送料など追加費用
- 支払方法・支払時期
- 引渡(提供)時期
- 返品・キャンセル(返品特約)
- 事業者の氏名(名称)・住所・電話番号(連絡先)
- 不良品・契約不適合時の対応
ここで大事なのは、特商法表記が「形式を埋めればOK」ではなく、購入者との“認識ズレ”を減らすための説明書だという点です。
住所が怖い人がまず知るべき現実:原則は「連絡先が分かる」ことが求められる
個人販売の最大の悩みが、住所・電話番号の公開です。 一方で、特商法の考え方としては、購入者が必要なときに事業者へ連絡でき、トラブル時に所在を確認できる状態が重視されます。だからこそ、住所を完全に出さずに売る場合は「代替策(仕組み)」が必要になります。 ここを誤解すると、次のような危険な判断に繋がります。
- 「SNS販売なら特商法いらないはず」→ 買い手に不信感を与えやすい
- 「住所は適当に書けばいい」→ 決済審査やトラブル時に詰む
- 「返品は不可って書けば安心」→ 表示が不十分だと別ルールが適用され得る
自宅住所を晒さずに運用する現実的な選択肢
選択肢1:事業用の住所を用意する(バーチャルオフィス等)
王道は「自宅とは別の事業用住所」を用意することです。バーチャルオフィスは住所を借りるサービスで、特商法表記の不安を軽減する目的で検討する人も多いです。 ポイントは「住所を借りれば終わり」ではないこと。返品物の受け取り・転送、郵便物の扱い、緊急連絡の導線など、運用が破綻しない形で選ぶ必要があります。
- 返品が発生する物販:返品先の運用(受取・転送)を必ず設計
- デジタル/サービス:返品が少ない分、問い合わせ対応の導線を厚くする
(具体名は例)GMOオフィスサポート、DMMバーチャルオフィス等を検討する人が多いですが、プラン条件は変わり得るので最新情報を確認してください。
選択肢2:プラットフォームの「非公開設定」を正しく理解する(特例は“条件付き”)
ここが最重要ポイントです。 BASEやSTORESなど一部のECプラットフォームでは、個人事業者向けに「所在地・電話番号の非公開」機能を提供しています。ただし、これは「どのサイトでも住所を隠せる」という意味ではありません。 あくまで、
- プラットフォームが販売者の連絡先を正確に把握している
- 購入者保護のため、必要時に連絡・開示の導線がある
といった体制がある場合に限り、プラットフォーム機能として提供されるものです。あなたのショップ側で“連絡不能”にならない運用が前提になります。
選択肢3:電話番号問題は「対応窓口の設計」で解決する
電話番号公開が怖い人は多いです。ただ、連絡手段がないと購入者の不安が増え、返金・配送トラブルが拡大します。 現実的には、次のいずれかの形で「連絡が取れる状態」を作ります。
- 問い合わせフォーム+メール(返信目安を明記)
- プラットフォームのメッセージ機能を一次窓口にする
- 外注・小規模運用なら、連絡対応の時間帯を固定して明示する
返品特約を書かないのは危険:8日間ルールの落とし穴
通信販売は、訪問販売のようなクーリング・オフとは別の考え方です。 実務で特に重要なのが「返品特約の表示」です。返品特約の記載がない場合、一定条件のもとで商品到着後8日以内の返品が可能になる趣旨が整理されています。 つまり、「返品は不可です(以上)」のように雑に書くと、表示が不十分と判断されるリスクがあるため、返品条件・期限・送料負担を明確にするのが安全です。
特商法表記テンプレ(コピペ用・たたき台)
以下は一般的な例です。あなたの販売形態(物販/デジタル/サービス)に合わせて調整してください。
販売事業者:(屋号または氏名)
運営責任者:(氏名)
所在地:(住所)
電話番号:(電話番号)
メールアドレス:(連絡先メール)
販売価格:各商品ページに記載
商品代金以外の必要料金:送料(該当する場合)、振込手数料 等
お支払方法:クレジットカード/銀行振込/その他
お支払時期:(例:クレカは注文時、振込は注文後〇日以内)
引渡し(提供)時期:(例:入金確認後〇日以内に発送/決済完了後DL可/予約日時に提供)
返品・キャンセル:(下記の返品特約テンプレを参照)
不良品・契約不適合時の対応:(例:到着後〇日以内に連絡、当方負担で交換等)
返品特約テンプレ(物販)
お客様都合の返品・交換:(例:未開封に限り到着後〇日以内。返品送料はお客様負担)
不良品・誤配送:到着後〇日以内にご連絡ください。当方負担で交換または返金対応します。
返品特約テンプレ(デジタル商品)
返品・返金:デジタル商品の性質上、購入後の返品・返金は原則お受けしておりません。
提供不備:データ破損等の不備がある場合は、確認の上、再送または返金対応します(購入後〇日以内にご連絡ください)。
キャンセルテンプレ(予約制サービス)
キャンセルポリシー:予約日の〇日前まで無料、〇日前以降は料金の〇%、当日は〇%。
遅刻・無断キャンセル:開始時刻から〇分経過で自動キャンセル/返金なし 等
よくある失敗例と回避策(最低3つ)
失敗1:住所を隠したくて「直販(SNS経由)」に逃げてしまう
- 起きがち:入金後の連絡不通と疑われ、返金トラブルが増える
- 回避策:まずはプラットフォーム(決済・連絡・記録が残る環境)で運用する
失敗2:返品・キャンセルを曖昧にして揉める
- 起きがち:「思っていたのと違う」返品要求に対応がぶれる
- 回避策:期限・条件・送料負担・手続き(連絡方法)まで書き切る
失敗3:特商法ページはあるが「導線が弱く」見つけられない
- 起きがち:購入者が不安になり、購入率が落ちる/問い合わせが増える
- 回避策:フッター固定+購入導線の近くにもリンクを置く
失敗4:プラットフォームの非公開機能を「万能」だと思い込む
- 起きがち:別サービスへ移したら非公開できず詰む
- 回避策:非公開は“プラットフォームが体制を持つ場合の機能”と理解し、依存しすぎない設計にする
公開前チェックリスト(コピペ推奨)
- 販売価格と追加費用(送料・手数料)が明確
- 支払方法・支払時期が明確
- 引渡(提供)時期が明確
- 返品・キャンセル(返品特約)の条件・期限・送料負担が明確
- 不良品・誤配送時の対応が明確
- 事業者情報(氏名/名称・住所・連絡先)の表示方針が決まっている
- 非公開機能を使う場合、プラットフォームの仕様と導線を確認済み
- 特商法ページが購入導線からすぐ辿れる
- 書いてある内容を現実に運用できる(返信目安、返金手段など)
まとめ
特商法表記は、個人販売者にとって「住所を晒す恐怖」とセットで語られがちですが、本質は“購入者と揉めないための取引条件の明文化”です。 自宅住所を晒したくない場合は、バーチャルオフィス等で事業用住所を用意する、またはプラットフォームの非公開機能を条件付きで活用する、といった現実的な選択肢があります。特に非公開機能は、プラットフォームが販売者情報を把握し、必要時に開示等の導線を持つ場合に提供されている機能であり、万能ではありません。
また、返品特約の表示はトラブル予防の要です。「とりあえず販売開始」より先に、返品・キャンセルを含むルールを整備してから公開しましょう。
次にやること(3ステップ)
- Step1:自分の販売形態(物販/デジタル/サービス)を決め、特商法に書く項目をチェックリストで洗い出す。
- Step2:返品特約(条件・期限・送料負担)を先に確定し、特商法ページを作る。
- Step3:住所公開が不安なら、事業用住所(バーチャルオフィス等)か、利用プラットフォームの非公開機能の条件を確認して運用設計する。

