ECサイトの始め方完全ガイド2026！初心者向けステップ解説

ECサイトの始め方を初心者向けに解説。コンセプト設計、商品・仕入れ、ECカート選定、サイト制作、決済・配送、法対応、集客、KPI改善まで、ネットショップ開業の全ステップを紹介します。

EC（電子商取引）サイトの始め方で最も重要なのは、いきなりサイトを制作することではありません。まず「誰に、何を、なぜ自社から買ってもらうのか」を定め、そのうえで商品、仕入れ、在庫、ECカート、決済、配送、法対応、集客を順番に整えることです。

サイトを公開しても、商品情報が不足していたり、受注後の出荷体制が整っていなかったりすれば、売上どころか顧客満足度や社内業務に悪影響が出ます。反対に、最初から大規模な機能を用意しなくても、販売対象と運用範囲を絞り、受注から発送までの流れを検証できれば、段階的に成長させられます。

本記事では、ネットショップの始め方を、企画から公開後の改善まで順を追って解説します。BtoC（消費者向け）のネットショップだけでなく、法人向け受発注、卸売、会員制販売などのBtoB（事業者向け）ECにも応用できる内容です。

なお、ECカートの料金・機能、決済手数料、利用規約、関連法令や税務制度は変更される可能性があります。導入・公開前には、各サービス提供元や関係省庁の公式情報を確認し、必要に応じて税理士・弁護士などへ相談してください。

最初に決めることと、公開までの進め方

最初の作業は、主な顧客、最初に売る商品、価格帯、受注から出荷までの担当者を1枚にまとめることです。詳しいデザインを決める前に、販売の前提と採算を確認しましょう。

公開予定日は、仕入れ、商品写真、必要な許認可・表示、決済審査、サイト設定、テストの完了見込みから決めます。各作業に担当者と期限を置き、審査や納品など自社だけでは短縮できない工程から確認すると、無理のない計画を立てやすくなります。

公開時に必要な表示・契約・安全対策がそろい、受注・決済・出荷など販売に影響する重大な不具合が解消されていることを公開条件にします。任意機能の追加や軽微な改善は、担当者・期限を決めて公開後に進めることもできます。

ECサイト開業前に確認したい｜自社にECが必要かを整理する

ECの開業方法を検討するとき、最初に行うべきことは「ECで何を実現するのか」を明確にすることです。

ECサイトは、単に商品を販売するための場所ではありません。販売チャネルとしての役割に加え、顧客データの蓄積、営業業務の効率化、既存顧客との接点づくり、商圏の拡大など、事業上の課題を解決する手段にもなります。

一方で、ECを始めれば自動的に売上が増えるわけではありません。商品力、価格、配送、問い合わせ対応、集客、継続的な改善がそろって初めて、販売チャネルとして機能します。

EC開業の目的と成功指標を決める

まず、次の質問に答えられる状態を目指します。

• いつまでに開業するのか
• 誰を主な顧客にするのか
• 何を販売するのか
• 顧客はなぜ自社から買うのか
• 初年度または初期運用で何を検証するのか
• ECの成果をどの数値で判断するのか

目的によって、必要な機能や追うべきKPI（目標達成に向けて追う重要指標）は変わります。代表的な指標であるCVRは購入率を指し、本記事では注文数をセッション数で割る「注文CVR」を使います。セッション数はサイトの訪問回数に相当し、同じ人の複数回の訪問を含むため、訪問者の人数とは異なります。

売上高だけを目標にすると、何が良かったのか、どこを改善すべきかが分からなくなります。初期段階では、以下のような「検証可能な目標」を設定すると実務に落とし込みやすくなります。

• 主要商品10点の販売を開始する
• 初回注文を一定数受け、受注から発送までの流れを確認する
• 問い合わせへの初回返信を当日中に行う
• 商品ページの閲覧から購入までの離脱箇所を把握する
• 既存顧客がオンラインで再注文できる状態をつくる
• 営業担当者が手入力していた受注をオンライン化する

EC開業直後は、売上を最大化するよりも、販売・物流・顧客対応の一連の流れを安定させることが優先です。

BtoC EC・BtoB ECで異なる主な要件

BtoC ECとBtoB ECでは、同じ商品を扱う場合でも、購入フローや必要な機能が異なります。

BtoCでは、初めて訪れた消費者が迷わず購入できることが重要です。商品写真、価格、送料、納期、レビュー、返品条件、決済方法などを分かりやすく提示し、スマートフォンでも操作しやすい画面を設計します。

一方、BtoBでは、取引先ごとの価格や掛け率、購入ロット、見積もり、承認、請求書払い、納品先管理などが重要になります。一般消費者向けのカートをそのまま導入すると、社内の受注業務や取引条件に合わない可能性があります。

消費者向けにあらかじめ価格を表示する場合は、総額表示の対象となる価格を税込で示します。一般的な事業者間取引とは扱いが異なるため、BtoC・BtoBを併用するサイトでは、表示対象に応じた設計を確認してください。

最初からすべての機能を実装する必要はありません。まずは「自社の受注業務で絶対に必要な機能」と「将来的にあると便利な機能」を分けて整理しましょう。

開業前に確認する社内体制

ECサイトは、サイト担当者だけでは運営できません。少なくとも、次の業務について主担当と代替担当を決めておく必要があります。

• 商品情報の作成・更新
• 価格や在庫の管理
• 受注確認
• 決済状況の確認
• ピッキング・梱包・出荷
• 問い合わせ対応
• 返品・交換対応
• 売上・入金の照合
• 不正注文や不正ログインへの対応
• キャンペーンや広告の管理
• サイト障害時の連絡・復旧

担当者が1人の場合でも、業務を一覧化し、休暇や異動時に誰が引き継ぐかを決めておきます。特定の担当者しか管理画面にログインできない状態は、運用上の大きなリスクです。担当者別のアカウントと権限を用い、ID・パスワード・多要素認証の認証手段を共有して引き継ぐ運用は避けます。異動・退職時は権限を停止し、管理者や契約名義の変更をサービスの正式な手順で行ってください。

ECサイトの始め方を一覧で把握する｜開業までの全体スケジュール

ネットショップの始め方は、次の順番で進めると抜け漏れを防ぎやすくなります。

1. 販売コンセプトとターゲットを決める
2. 商品・仕入れ・在庫を整える
3. 構築方法とECカートを選ぶ
4. ドメイン・ブランド・サイト構成を決める
5. 商品撮影・コンテンツ制作を進める
6. サイトを制作し、商品を登録する
7. 決済・配送・問い合わせ体制を整える
8. 法令・税務・セキュリティを確認する
9. テスト注文で公開前の不具合を洗い出す
10. 公開後の集客を設計する
11. 公開後に追うべきKPIを設定する

事業規模、商品数、撮影・制作の有無、既存基幹システムとの連携、BtoB向けの承認フローなどによって必要期間は大きく変わります。固定的な日数で考えるよりも、各工程の成果物と完了条件を決めて進行することが重要です。

以下の11ステップは作業を整理するための目安です。許認可、返品条件、決済審査、物流、予算、集客の確認は、ステップ1〜3の企画・選定段階から並行して始めます。ステップ7・8は、制作後に初めて調べる工程ではなく、設定と表示を最終確認する工程と考えてください。

手順表｜EC開業のロードマップ

各工程の「完了」を、単なる作業終了ではなく成果物で定義します。例えば「商品登録完了」ではなく、「主要商品について画像、価格、在庫、送料、納期、注意事項を確認済み」と決める方法です。

販売コンセプトとターゲットを決める

誰に何を売るかを1枚にまとめる

最初に作成するのは、デザインではなく販売コンセプトです。次の項目をA4用紙1枚程度にまとめます。

• ターゲット顧客
• 顧客が抱えている課題
• 販売する商品・サービス
• 自社が提供できる価値
• 競合や代替手段
• 購入する理由
• 購入後に期待する行動
• 販売価格帯
• 販売地域
• 販売開始時の商品数

例えば「国産素材を使った食品を販売する」だけでは、コンセプトとしては弱い可能性があります。

• 忙しい共働き世帯向けに、平日の食事準備を簡単にする
• 小規模飲食店向けに、少量発注できる業務用食材を提供する
• 既存顧客向けに、定期的な補充注文を簡単にする

このように、商品ではなく顧客の利用場面まで言語化すると、商品ページや広告の訴求も決めやすくなります。

競合調査では「価格」以外も比較する

競合調査で価格だけを比較すると、値下げ競争になりやすくなります。次の項目を確認しましょう。

競合サイトの文章や画像をそのまま流用するのではなく、顧客が何を比較して購入を決めているのかを把握するために利用します。

商品・仕入れ・在庫を整える

EC向けの商品構成をつくる

実店舗や営業販売で売れている商品が、そのままECで売れるとは限りません。ECでは、顧客が商品を手に取れないため、オンライン上で価値を伝えやすい商品構成が必要です。

初期は、次のような構成が考えられます。

• 集客の入口になる商品
• 利益を確保する主力商品
• 複数購入を促す関連商品
• 初回購入しやすい少量・お試し商品
• 客単価を高めるセット商品
• 継続購入につながる補充商品

商品数を増やしすぎると、画像撮影、説明文、在庫管理、問い合わせ対応の負担が増えます。開業時は、需要や運用を検証しやすい商品に絞り、売れ行きを見ながら拡充する方法が現実的です。

原価だけで販売価格を決めない

価格設定では、仕入れ価格だけでなく、次の費用を含めて考えます。

• 商品原価
• 梱包資材費
• 配送料
• 決済手数料
• ECカート利用料
• 広告費
• 撮影・制作費
• 倉庫・物流費
• 人件費
• 返品・交換対応費
• システム連携費
• 税務・会計処理に関わる費用

注文ごとの採算は、売上からその注文に応じて発生する費用を引き、固定費を回収する前の利益として確認します。

ここでの商品売上は、値引き後の商品代金で、顧客から受け取る送料を含めません。送料込みの注文金額を使う場合は、送料を再加算しないでください。決済・販売手数料は、契約によって税や送料を含む決済総額、注文ごとの固定額などに課金されるため、実際の条件から算出します。

費用の計上範囲は契約と運用に合わせ、同じ費用を二重に引かないようにします。この金額は最終的な利益ではありません。月額カート代、固定人件費、家賃などを別に差し引き、月次の採算と資金繰りも確認してください。税込・税抜の扱いは経理とそろえて集計します。

返品等の見込費用は、価格や販促を決めるための予算上の見積もりです。返品率と追加損失の前提を記録し、実績集計では売上取消・返金・実際の費用と二重計上しないよう経理と調整します。送料無料キャンペーンや初回割引も、適用後の採算を確認してください。

仕入れと在庫の確認項目

仕入れ商品を扱う場合は、EC用の販売条件を仕入先に確認します。

• ECでの販売が許可されているか
• 販売地域に制限がないか
• 最低発注数量はいくつか
• 納期と欠品時の対応はどうか
• 商品画像や説明文の利用許諾があるか
• JANコードや型番を利用できるか
• 返品・不良品の責任分担はどうか
• 価格表示やセールに関する条件があるか

在庫管理では、EC用在庫を店舗・卸売・営業在庫と分けるのか、共通在庫にするのかを決めます。複数チャネルで同じ在庫を販売する場合、在庫連携の有無と更新頻度を確認しないと、欠品注文や販売停止が発生しやすくなります。連携に遅れや障害が出た場合は、更新状況を確認できる担当者を決め、必要に応じて販売停止や在庫数の制限を行う手順も用意してください。

構築方法とECカートを選ぶ

ECサイトの構築方法には、一般に次のような選択肢があります。

• ECモールに出店する
• SaaS型・ASP型のECカートを利用する
• オープンソースを利用して構築する
• パッケージを導入する
• フルスクラッチで開発する
• 既存のコーポレートサイトや受発注システムに販売機能を追加する

どの方法が正解かは、商品数、予算、社内の開発体制、必要な業務機能、将来の拡張性で決まります。

構築方法の比較

料金の安さだけで選ぶと、後から決済、物流、会計、顧客管理などの追加費用が発生することがあります。複数年で見た総保有コストを確認しましょう。

ECカート選定で確認すべき項目

候補サービスを比較するときは、機能一覧だけでなく、自社の業務を再現できるかを確認します。

選定前に、現場で発生する注文を5〜10パターン書き出すと、必要な機能を判断しやすくなります。

例として、次のような注文を想定します。

• 通常の商品を1点購入する
• サイズや色の異なる商品を同時に購入する
• 在庫切れの商品を予約する
• 複数の配送先に送る
• 企業が見積もりを取得して注文する
• 取引先ごとに異なる価格で購入する
• キャンセルや返品を受け付ける
• 決済失敗後に再決済する
• 一部商品のみ欠品した注文を処理する

このシナリオを候補サービス上で再現し、現場担当者が無理なく運用できるかを確認します。会員制販売では登録・承認・資格失効、定期販売では初回と継続回の金額・送料、休止・解約、予約販売では納期変更や取消も確認してください。

本記事の物流・在庫の説明は物販を中心としています。デジタルコンテンツやサービスでは、該当しない項目は除き、提供開始・完了、アクセス権の付与、重複提供、取消・返金を検証します。商品や契約によって返品・解約の扱いも異なるため、物販のルールをそのまま転用しないでください。

ECモールでは、自社が設定する項目とモール側の仕様を分けて確認します。価格・送料・返品表示、注文確認、返金、入金照合は、実際の画面・規約・精算明細で確認し、仕様上変更できない項目の問い合わせ先を決めておきましょう。

要件定義は「必須・希望・将来」に分ける

要件を次の3段階に分類すると、過剰な開発を防げます。

• 必須：公開時点でなければ販売できない機能
• 希望：あれば運用効率や売上向上につながる機能
• 将来：顧客数や取引量が増えた段階で導入する機能

例えば、クレジットカード決済や在庫管理はBtoCの初期販売でも重要ですが、複雑な会員ランクや高度なレコメンドは後から検討できる場合があります。

ドメイン・ブランド・サイト構成を決める

ドメインとショップ名を決める

ショップ名は、検索しやすさ、発音しやすさ、事業内容との関連性、将来の商品拡張を考慮して決めます。

確認すべき項目は次のとおりです。

• 既存企業やブランドと混同されないか
• ドメインを取得できるか
• SNSアカウント名を確保できるか
• 商標や商品表示に問題がないか
• 将来、商品カテゴリを広げても違和感がないか
• 電話や口頭で伝えやすいか

ドメイン取得後は、更新期限、管理者、請求先、二段階認証の設定を社内で管理します。担当者個人のメールアドレスだけで管理すると、異動や退職時に引き継げないことがあります。

最初に用意するページ

次は、公開前に準備・検討する主な画面と情報です。法令上必要な情報、購入に必要な画面、販売方式に応じて採用する機能を分けて考えます。すべてを独立したページとして用意する必要はありません。

• トップページ
• 商品一覧
• 商品詳細
• カート
• 注文情報入力
• 注文確認
• 注文完了
• 会社概要またはショップ情報
• 特定商取引法に基づく表記
• 利用規約
• プライバシーポリシー
• 配送・送料について
• 返品・交換について
• FAQ
• 問い合わせフォーム
• 会員登録・ログインページ（会員機能を採用する場合）
• メンテナンスや障害時の案内方法

特定商取引法に基づく表示などの法定情報は、販売形態に応じた必要事項を購入前に容易に確認できるようにします。FAQや会員機能は運用に応じて採用し、会員登録を必須とする場合は対象者と登録・承認の流れを明示してください。

BtoB ECでは、これらに加えて、見積もり依頼、取引条件、発注単位、納品書・請求書、法人登録、承認フローなどのページや機能を検討します。

商品ページの情報設計

商品ページでは、顧客が購入前に知りたい情報を先回りして掲載します。

• 商品名
• 商品の特徴
• 利用シーン
• サイズ・容量・仕様
• 素材・原材料
• 使用方法
• 保管方法
• 注意事項
• 価格
• 送料
• 在庫
• 発送時期
• 返品・交換条件
• 関連商品
• 問い合わせ先

BtoBの場合は、さらに次の情報が必要になることがあります。

• 最小発注数量
• ケース入数
• 納期
• 卸価格または取引先別価格
• 掛け率
• 支払い条件
• 発注締め時間
• 納品単位
• 請求書の発行方法

商品説明を作成するときは、社内用語ではなく顧客が検索・理解しやすい言葉を使います。商品担当者だけでなく、営業やカスタマーサポートにも確認してもらうと、説明不足を発見しやすくなります。

商品撮影・コンテンツ制作を進める

商品画像は購入判断に必要な順番で用意する

商品画像は、見栄えだけでなく、購入前の不安を解消する役割があります。

基本的には、次の順番で用意します。

1. 商品全体が分かる画像
2. サイズや形状が分かる画像
3. 利用シーンが分かる画像
4. 素材・質感・細部の画像
5. セット内容が分かる画像
6. 使用方法や組み立て方の画像
7. 注意事項を示す画像

画像内に文字を入れる場合は、スマートフォンで見たときにも読めるサイズにします。商品の重要情報を画像だけに埋め込まず、テキストでも説明してください。

原稿と画像の制作ルールを統一する

複数人で商品登録を行う場合は、商品名、数字・単位、税込・税抜、色・サイズの表記を統一します。画像のファイル名と代替テキストのルール、更新日・販売終了日の管理も決めておきましょう。

薬機法・景品表示法などに関わる表現は、使用を避ける表現と確認方法を共有し、公開前に確認できる担当者を置きます。

特に、効果・効能、満足度、No.1、最安、限定などの表現は、根拠や表示条件の確認が必要です。商品カテゴリによって関係する法令や表示ルールが異なるため、公開前に所管官庁や専門家へ確認します。

サイトを制作し、商品を登録する

制作前にワイヤーフレームを作る

いきなりデザインを作成するのではなく、ページごとの役割を整理します。

• トップページから商品に到達できるか
• カテゴリが顧客の探し方と一致しているか
• 商品ページから購入ボタンが見つかるか
• 送料や納期を購入前に確認できるか
• カート投入後に他の商品を探せるか
• 問い合わせ先が分かるか
• スマートフォンで操作しやすいか
• ゲスト購入を採用する場合、会員登録なしで購入できるか
• BtoBの場合、見積もりや法人登録に進めるか

サイトの導線は、社内担当者ではなく、初めて訪れる顧客の視点で確認します。

商品登録の進め方

商品登録では、1商品ずつ画面に入力するより、商品マスタを先に作成すると管理しやすくなります。

商品マスタに含める項目の例は次のとおりです。

• 商品コード
• JANコード・型番
• 商品名
• カテゴリ
• バリエーション
• 仕入れ先
• 原価
• 販売価格
• 税区分
• 在庫数
• 発注点
• 商品重量・サイズ
• 配送区分
• 納期
• 商品説明
• 注意事項
• 画像ファイル名
• 販売開始日・終了日
• 法令・表示確認者
• 更新日

商品マスタを作成したら、商品担当、物流担当、経理、法務またはコンプライアンス担当が、それぞれの項目を確認します。

SEOを意識した商品ページを作る

ECサイトのSEOでは、検索キーワードを大量に詰め込むよりも、顧客が知りたい情報を正確に掲載することが基本です。

確認するポイントは次のとおりです。

• 商品名に一般的な商品名称を含める
• 顧客が使う言葉でカテゴリ名を設定する
• 商品の特徴を冒頭で伝える
• サイズ・容量・用途を明記する
• 類似商品との違いを説明する
• FAQを用意する
• 関連商品へのリンクを設置する
• 画像に内容が分かる代替テキストを設定する
• 重複した説明文を減らす
• 在庫切れ・販売終了時のページ方針を決める

カテゴリページから各商品ページへ通常のリンクで到達できるようにし、サイト内検索だけに依存しない構造にします。公開時には、検索に掲載したい商品・カテゴリが誤って検索対象外になっていないか確認してください。管理画面や注文者の個人情報を含むページまで公開・検索対象にする操作とは区別します。

商品ページでProductなどの構造化データや商品フィードを使う場合は、画面表示とデータの価格・在庫・配送・返品情報をそろえます。カートの標準機能と更新方法を確認し、設定後は検証ツールなどでチェックしてください。構造化データの追加だけで検索順位・特別な検索表示・売上を保証するものではありません。

検索順位だけを目的にせず、検索から訪れた人が購入判断まで進めるページを作ることが重要です。

決済・配送・問い合わせ体制を整える

決済方法は顧客と社内の両面から選ぶ

決済方法は、顧客が使いやすいかだけでなく、入金確認、返金、チャージバック、不正利用、会計処理まで含めて検討します。

決済手段を増やせば必ず良いわけではありません。対象顧客が使う決済方法と、自社が安全かつ正確に処理できる決済方法を優先します。

配送条件を先に決める

配送で決める項目は、送料だけではありません。

• 配送地域
• 配送料
• 送料無料条件
• 発送までの日数
• 配送日時指定
• 冷蔵・冷凍・大型商品の取り扱い
• 梱包サイズ
• 破損時の対応
• 不在時の再配達
• 返品時の返送先
• 出荷通知の方法
• 追跡番号の連携
• 海外配送の有無

送料を一律に設定する場合でも、地域やサイズによって赤字にならないかを確認します。送料無料表示を行う場合は、実際には送料を商品価格や全体の利益で負担することになるため、商品別の採算を計算してください。

問い合わせ・返品対応を標準化する

問い合わせ対応は、担当者の経験だけに依存しないよう、テンプレートや対応フローを用意します。

• 注文番号の確認
• 問い合わせ内容の分類
• 返信期限
• 返品・交換の可否判断
• 返送先の案内
• 返金方法
• 社内エスカレーション条件
• 対応履歴の保存
• 再発防止の登録

問い合わせが多い項目は、FAQや商品ページに反映します。問い合わせ件数は単なる負担ではなく、商品ページや購入フローの改善材料でもあります。

法令・税務・セキュリティを確認する

EC開業では、サイトを公開する前に法令・税務・個人情報・セキュリティを確認します。扱う商品や販売形態によって必要な対応が異なるため、以下は一般的な確認項目として利用してください。

特定商取引法に基づく表示

通信販売では、販売価格、送料、支払時期・方法、商品の引渡時期、返品・契約解除に関する事項、事業者の名称・住所・電話番号などの表示が必要になります。法人がインターネットで広告を行う場合は、代表者または通信販売業務の責任者の氏名も確認対象です。

表示ページは、サイト内のどこにあるか分からない状態にせず、利用者が容易に到達できるようにします。商品ページや購入画面から、送料、納期、返品条件などを確認できる導線も設けます。

消費者向けのネット通販では、注文確定前の最終確認画面で、次の6事項を容易に確認できるようにします。

• 商品・サービスの分量や数量
• 販売価格、送料、支払総額
• 支払時期と方法
• 商品の引渡時期・サービスの提供時期
• 申込期間がある場合、その内容
• 申込みの撤回・解除、返品・解約に関する事項

定期購入では、各回の数量・金額、回数・期間、支払総額や解約条件などを、実際の契約内容に合わせて表示します。申込期間がない販売に架空の期限を設ける必要はありません。

通信販売には、訪問販売のようなクーリング・オフ制度はありません。ただし、消費者向けの商品等の通信販売で返品特約を事前に適切に表示していない場合は、原則として受領日から8日以内の撤回・返品が認められ、返送料は消費者負担となります。これはクーリング・オフとは別のルールです。

自己都合の返品条件は、返品の可否、期限・条件、送料負担を広告と最終確認画面で明瞭に示します。不良品・契約内容に適合しない商品への対応は、自己都合の返品と区別してください。「返品不可」と書けばすべての責任を免れるわけではありません。

特定商取引法には営業目的等の取引の適用除外がありますが、BtoBと呼ぶことや法人名での購入だけで一律に判断しないでください。実際の契約目的や内容に照らして、必要な表示を専門家に確認します。

商品ごとの許認可・表示

通信販売そのものに一律の許認可が必要とは限りませんが、酒類など、商品によっては店舗販売と同様に許認可が必要になる場合があります。広告表現についても、特定商取引法だけでなく、景品表示法や健康増進法などが関係する可能性があります。

確認が必要になりやすい商品例は次のとおりです。

• 酒類
• 食品
• 化粧品
• 健康食品
• 医薬品・医療機器
• 中古品
• ペット関連商品
• 輸入商品
• 電気用品
• 危険物
• サービス・デジタルコンテンツ

商品カテゴリ、仕入れ方法、広告表現によって必要な手続きは変わります。販売前に所管官庁、自治体、行政書士、弁護士などに確認してください。

個人情報の取り扱い

会員登録、注文、配送、問い合わせ、メール配信などで個人情報を取得する場合は、利用目的、第三者提供、委託先、保存期間、安全管理などを整理します。

確認項目の例は次のとおりです。

• 取得する情報は必要最小限か
• 利用目的を明示しているか
• プライバシーポリシーを公開しているか
• 決済会社や配送会社への情報提供を整理しているか
• 外部委託先との契約や管理体制があるか
• 管理画面の権限を分けているか
• 退職者・異動者のアカウントを停止するか
• 不要なデータを長期間保有していないか
• 問い合わせ履歴を適切に管理しているか

注文者情報を配送会社、決済会社、ECカート、CRMなどへ渡す場合は、自社の利用目的の範囲で処理を任せる「委託」か、提供先が独自に利用する「第三者提供」かなどを、契約と実際の取扱いで整理します。必要な範囲の委託では、個人情報保護法上の第三者提供には当たりませんが、委託先の選定・契約・取扱状況の確認などの監督が必要です。第三者提供は、法令上の例外などを除き、原則として事前の本人同意を確認します。

会員登録、購入、問い合わせなどで本人がフォームに直接入力する情報は、送信前に利用目的を明示します。プライバシーポリシーへリンクする場合も、送信前に確認できる配置にしてください。

漏えい等やそのおそれが生じた場合の、事実確認、影響範囲の切分け、連絡、報告・本人通知の判断手順も用意します。すべての事故が一律の法定報告対象とは限りませんが、対象事態では個人情報保護委員会等への報告や本人通知が必要です。事故時に最新の公式案内を確認し、対応が遅れない体制を整えてください。

税務・請求書・会計処理

ECでは、注文時点、出荷時点、入金時点など、社内で管理する日付や売上計上のルールを決める必要があります。

• 売上計上の基準
• 送料の扱い
• 返品・キャンセルの処理
• 決済手数料の処理
• モールや決済会社からの入金照合
• クーポン・ポイントの処理
• 領収書の発行
• 請求書の発行
• 仕入れ・在庫の計上
• 法人取引の支払条件

インボイス発行事業者の登録は任意です。ただし、免税事業者が登録を受けると、消費税の申告・納税が必要になります。BtoB取引先からの要請、請求書の発行・受領と保存、事務負担、収支への影響を確認して判断してください。

請求書、領収書、取引明細などを電子的に授受する場合は、電子帳簿保存法に沿った電子取引データの保存を確認します。対象データは原則として電子データのまま保存し、改ざん防止、表示・出力、検索等の要件と緩和措置の適用を経理や税理士と整理してください。画面を印刷するだけで済むと考えず、契約終了後も必要な記録を取り出せるか確認します。[9]

個人で事業として開業する場合、2026年時点の国税庁案内では、開業届の提出期限は事業開始等の日が属する年分の確定申告期限です。青色申告承認申請は原則としてその年の3月15日まで、1月16日以後に新たに事業を開始した場合は開始日から2か月以内となり、開業届とは期限が異なります。適用条件と実際の期限を確認し、申告準備を後回しにしないでください。

セキュリティ対策

ECサイトでは、顧客情報、注文情報、決済関連情報などを扱います。構築方式にかかわらず、次の項目を確認してください。

• 管理画面のパスワードを使い回さない
• 多要素認証を利用する
• 不要な管理者権限を付与しない
• 自社が管理するOS、ミドルウェア、プラグイン等を更新する
• 管理画面へのアクセスを制限する
• 操作ログを確認できるようにする
• バックアップと復旧手順を用意する
• 不審な注文やログインを監視する
• 委託先のセキュリティ体制を確認する
• 障害時や情報漏えい時の連絡体制を決める

IPAは、ECサイトの構築・運用に関して、脆弱性対策、管理画面へのアクセス制限、不正ログイン対策、個人情報の安全管理、二要素認証、ログやバックアップの保管・保護などを挙げています。自社構築だけでなく、SaaS型サービスを利用する場合も、事業者側の対策範囲と自社が担う運用責任を確認しましょう。SaaSでは特に、自社の管理者アカウント、連携アプリ、APIキー、通知設定なども確認します。

カード決済では、初めてECを構築する場合、カード番号の入力・処理を独自に作るのではなく、ECカートや決済代行事業者（PSP）の標準連携を優先すると、管理範囲を整理しやすくなります。その場合も、カード情報の非保持化の範囲、処理する事業者、PCI DSS（カード情報を保護する国際的なセキュリティ基準）などの対応範囲を契約・仕様で確認してください。カード番号やセキュリティコードをメール、CSV、問い合わせ記録などへ保存・転記しない運用にします。

確認時点のクレジットカード・セキュリティガイドライン6.1版では、EC加盟店の脆弱性対策、EMV 3-Dセキュア（カード利用者の本人認証）、適切な不正ログイン対策などが示されています。カートやPSPの提供・設定状況、委託先との責任分界を公開前に確認します。決済連携を使うことや本人認証を導入することだけで、すべての安全対策が完了するわけではありません。

テスト注文で公開前の不具合を洗い出す

公開前には、実際の顧客が行う操作を最初から最後まで確認します。

テスト注文の確認項目

決済のテスト方法はサービスによって異なります。試験環境では模擬的な決済成功・失敗、通知、在庫連携を確認し、実際の課金・出荷が発生しないようにします。

本番接続は、決済事業者の検証手順に沿って別に確認します。実取引が必要な場合は、責任者の事前承認を得て、社内で管理できる宛先、少額・少量の注文、出荷保留などの管理下で、成功・取消・返金・通知・入金照合を確認してください。取消・返金後も手数料が戻らない場合があります。実施できない項目は未検証として残し、試験環境での合格と区別します。

在庫は、注文時に引き当てるのか、決済確定時に減らすのか、未入金・失敗・取消時にいつ解放するのかを決めます。代引きや請求書払いでは入金前に出荷する場合もあるため、決済方式と契約に応じて出荷可能な状態を定義してください。二重送信や決済再試行で、二重課金・在庫の二重減算・二重出荷が起きないことも確認します。タイムアウト時は実際の決済状態を照合し、未確定のまま再課金や在庫解放を行わない手順を用意します。

異常系のテストを省略しない

正常な注文だけでなく、次のような異常系も確認します。

• 決済途中で画面を閉じる
• 二重に注文ボタンを押す
• 在庫が同時に売り切れる
• 入金されない
• 配送先情報に不備がある
• 受取拒否が発生する
• 注文後に価格を変更する
• 一部商品のみキャンセルする
• メールが届かない
• 管理画面にログインできない
• 決済会社や配送会社の連携が一時停止する

採用しない決済方法やゲスト購入、物販以外の在庫・配送などは「対象外」として理由を残します。定期の継続課金や解約、会員承認、デジタル提供は、通常の物販注文とは別のテストケースにしてください。

テストは試験データを優先し、顧客の実データを安易に流用しないようにします。テスト記録・スクリーンショット・ログに、カード番号、パスワード、認証情報や不要な個人情報を残さないでください。必要な記録はマスキング、閲覧権限、保管期間を定めて管理します。

不具合は、担当者、発生日、再現手順、影響範囲、優先度、対応状況を一覧にします。公開判断は「不具合がゼロ」ではなく、「販売に影響する重大な不具合が解消され、残課題を把握している」状態で行います。

公開後の集客を設計する

ECサイトは、公開しただけで顧客が訪れるわけではありません。公開前から、最初の顧客をどの経路で獲得するかを決めます。

主な集客チャネル

消費者向け通信販売の広告メールは、原則として事前の請求・承諾を得て送信し、記録と分かりやすい配信停止方法を管理します。既存顧客だから通常の販促メールを無条件に送れるとは考えず、注文確認・発送通知と広告配信を分けて設計してください。通知に付随する広告の例外を、通常の販促メールへ広げないようにします。メール以外の配信も、同意範囲と利用サービスの規約・表示ルールを確認します。

チャネルを一度に増やしすぎると、どの施策が成果につながったのか分からなくなります。まずは自社が継続運用できるチャネルを1〜2個に絞り、計測環境を整えてから拡大します。

初期集客で実行しやすい施策

公開直後は、次の順番で実施すると進めやすくなります。

1. 既存顧客や取引先への公開案内
2. 商品ページの検索対策
3. 購入者へのレビュー依頼
4. 購入後メールの整備
5. 商品や用途に関するFAQの追加
6. 少額予算で広告をテスト
7. 流入経路別の購入率を比較
8. 成果の低いページや広告を見直す

広告を出す場合は、広告費だけでなく、商品原価、決済手数料、送料、返品費用を含めて採算を確認します。広告経由の注文数が増えても、利益が残らなければ事業として継続できません。

公開後に追うべきKPIを設定する

ECの基本指標

ECの運営では、売上を分解して考えます。

この式では、注文CVRを「対象注文数÷セッション数」、商品客単価を「対象注文の商品売上÷対象注文数」とします。ユーザー数とセッション数、購入者数と注文数を混ぜないことが重要です。キャンセル・返品や送料、税、値引きを含めるかは集計目的に合わせて定義し、同じ期間・注文範囲でそろえてください。ここでの商品売上は値引き後の商品代金で、顧客送料を除きます。内部分析の税込・税抜基準と、消費者向け画面での税込総額表示は別に考え、両者を混同しないでください。解析ツールの購入イベントは、重複や計測漏れもあるため、受注・会計データと照合します。

分母が0のCVRや客単価は「算出不可」とし、分子・分母の件数を併記します。注文状態、取消・返品の反映時点、集計期間も決め、少数件の変動だけで施策の優劣を断定しないようにします。定期販売は初回・継続回を分け、リピート率は追跡する購入者と期間をそろえて比較してください。

さらに、利益を確認する場合は、次の項目も必要です。

• 粗利
• 配送料
• 決済手数料
• 広告費
• 返品・交換費用
• 値引き・クーポン費用
• 受注処理や顧客対応の人件費

主要なKPIは次のとおりです。

この表の商品粗利額は、商品売上の定義に合わせて送料収入を除き、対応する売上原価を差し引きます。会計上の売上・粗利との集計差を確認してください。商品粗利だけで事業の黒字・赤字は判断できません。配送費・決済手数料・広告費などを差し引いた採算も別に確認します。KPIの対象期間と分母は固定し、カート投入率やカゴ落ち率は同じセッション・注文の流れで比較してください。

数字を見る順番

売上が伸びないとき、いきなり広告費を増やすのは避けます。次の順番で確認します。

1. サイトに顧客が訪れているか
2. 商品ページまで到達しているか
3. 商品内容が購入判断に足りているか
4. カートに入っているか
5. 決済まで完了しているか
6. 出荷・配送に問題がないか
7. 再購入につながっているか

例えば訪問者数が少ない場合は集客が課題ですが、訪問者数が十分で購入率が低い場合は、商品ページ、価格、送料、納期、信頼情報、購入フォームなどを確認します。

改善は一度に一つずつ行う

改善施策は、変更前の数値と変更内容を記録します。

• 変更日
• 対象ページ
• 変更箇所
• 変更理由
• 確認するKPI
• 検証期間
• 結果
• 次の対応

商品画像、価格、送料、ボタン、説明文を同時に変更すると、効果の要因が分からなくなります。優先度の高い課題から一つずつ検証します。

ECサイト開業にかかる費用を整理する

ECサイトの費用は、初期費用と運用費用に分けて考えます。サービスや構築方法によって料金体系が異なるため、個別の金額を断定せず、費用項目を洗い出して比較することが重要です。

初期費用の項目

• ECカートやシステムの初期費用
• サイト設計・要件定義費
• デザイン・コーディング費
• 商品撮影費
• 商品原稿作成費
• ドメイン取得費
• ロゴ・ブランド制作費
• 決済導入費
• 物流・倉庫導入費
• 基幹システム連携費
• 法務・税務相談費
• 梱包資材の購入費
• 初期在庫の仕入れ費
• 広告・販促費

運用費用の項目

• 月額システム利用料
• 決済手数料
• 販売手数料
• サーバー・ドメイン費
• 保守・運用費
• 物流・倉庫費
• 配送料
• 梱包資材費
• 広告費
• コンテンツ制作費
• 顧客対応の人件費
• 返品・交換費
• システム連携費
• セキュリティ対策費

予算を組むときの考え方

見積もりを比較する際は、初期費用だけでなく、次の条件も確認します。

• 月額固定費の有無
• 注文数や商品数に応じた従量課金
• 決済手数料の計算対象
• オプション機能の費用
• デザイン変更の費用
• データ移行費
• 外部連携費
• 解約時の費用
• サポート費
• 障害・復旧時の対応範囲

特に、売上が増えたときに手数料や従量課金がどの程度増えるかを試算します。開業直後だけでなく、注文数が増えた段階の費用も比較しましょう。

利益だけでなく、入金までの必要資金を確認する

開業に必要な現金は、初期支出、仕入れ・固定費・広告費・送料等の運転支出、税の支払い、入金時期を並べて確認します。

初期支出に含めた在庫・資材を再加算せず、同じ時点までに見込む確実な入金を差し引き、時点ごとの最大の資金不足に予備資金を加えて準備してください。

売上が計上されても入金は後になることがあるため、利益が出る見込みだけで支払えるとは限りません。

仮の数字で注文数ごとの採算を確認する

以下は計算方法を示すための仮定であり、業界相場や特定サービスの料金ではありません。内部分析用にすべて税抜相当の金額でそろえ、単一の商品を1注文1点、値引きなしで販売するとします。顧客からの送料収入は0円です。

商品売上5,000円に対して、商品原価2,000円、配送費600円、梱包資材100円、決済・販売手数料200円、出荷作業費200円、注文に配分した広告費500円、返品等の見込費用100円とすると、注文あたりの限界利益は1,300円となります。実際の手数料は決済総額などの契約条件から算出し、この仮の200円をそのまま使わないでください。

さらに月額固定費を合計30,000円と仮定すると、月20注文・商品売上10万円では採算は4,000円の赤字、月100注文・商品売上50万円では100,000円の黒字です。注文あたりの採算が同じなら、固定費の回収には24注文が必要になります。限界利益が0以下の場合は、注文数を増やすだけでは固定費を回収できません。

この試算は初期投資や別途発生する費用を含みません。広告効率、返品率、割引、手数料のプラン変更で結果は変わります。実際には自社の見積もりを使い、初期在庫・税の支払い・入金までの時間も含めて資金繰りを確認してください。

BtoB ECを始める場合の追加確認事項

BtoB ECでは、一般的なネットショップよりも、既存の営業・受注業務との整合性が重要です。

法人取引の業務フローを整理する

次の流れを書き出します。

1. 取引先の登録
2. 取引条件の設定
3. 商品・価格の表示
4. 見積もり依頼
5. 社内承認
6. 注文
7. 与信確認
8. 出荷
9. 納品
10. 請求
11. 入金確認
12. 返品・欠品対応

このうち、どこまでをECサイトで行い、どこからを営業や経理が行うのかを決めます。

BtoBで確認したい機能

• 企業単位のアカウント管理
• 部署・担当者の登録
• 取引先別の価格・商品表示
• 最小発注数量・ロット設定
• 見積もり機能
• 承認ワークフロー
• 掛け払い・請求書払い
• 納品先の複数登録
• 発注履歴からの再注文
• CSVによる一括注文
• 既存の基幹・販売管理システムとの連携
• 営業担当者別の顧客管理
• 権限管理
• 請求・入金データの照合

BtoBでは、取引先ごとの例外運用が多くなりがちです。例外をすべてシステム化する前に、標準的な受注パターンを定義し、例外は営業やカスタマーサポートが対応する運用も検討します。

翌営業日から使えるEC開業チェックリスト

企画・事業設計

商品・在庫

システム・サイト

決済・配送・顧客対応

法務・税務・セキュリティ

公開前テスト

EC開業でよくある失敗と対策

デザインから始めてしまう

見た目を先に整えても、商品や業務フローが決まっていなければ、後から大幅な修正が発生します。

商品数を増やしすぎる

商品数が多いと、登録・撮影・在庫・問い合わせの負担が増えます。

売上だけを目標にする

売上だけでは、集客、商品ページ、決済、物流のどこに課題があるか分かりません。

送料と手数料を後から計算する

商品価格だけで利益を判断すると、販売するほど利益が残らないケースがあります。

公開すれば売れると思っている

サイト公開は販売活動のスタート地点です。アクセスを集める施策がなければ、商品を見てもらえません。

テスト注文を1回しか行わない

正常な注文だけでは、決済失敗、返品、欠品、返金などの問題を発見できません。

担当者個人に依存する

1人の担当者しか操作方法や取引条件を知らない状態は、休暇・異動・退職時のリスクになります。

BtoBの業務をBtoCカートに無理に合わせる

法人取引では、価格、ロット、請求、承認、納品先などの要件が複雑になりやすいものです。

よくある質問

QECサイトを始めるには何から着手すればよいですか？

A最初に、販売する商品を決めるのではなく、「誰に、何を、なぜ自社から買ってもらうのか」を整理します。そのうえで、販売目的、ターゲット、商品構成、価格、配送、必要な機能、社内体制を決めると、ECカートや制作会社を選びやすくなります。

Q個人でもネットショップを始められますか？

A個人で始められるサービスもあります。ただし、事業者情報の表示、確定申告、商品ごとの許認可、返品対応、個人情報管理などが必要になる場合があります。販売商品や事業形態に応じて、関係省庁や税理士などへ確認してください。

QECサイトは無料で始められますか？

A初期費用や月額費用がかからないサービスがあっても、決済手数料、販売手数料、配送料、梱包資材費、仕入れ費、広告費などが発生することがあります。無料かどうかではなく、販売数に応じた総費用と利益を確認することが重要です。

QECモールと自社ECはどちらがよいですか？

A既存の集客を活用して早く販売を始めたい場合はECモールが候補になります。ブランドづくり、顧客接点、データ活用、独自の購入体験を重視する場合は自社ECが候補になります。両者を併用する場合は、在庫、価格、顧客対応、データ管理をどう分けるか整理してください。

QECカートはどのように選べばよいですか？

A料金や機能数だけでなく、商品のバリエーション、在庫管理、決済、配送、返品、顧客管理、分析、外部連携、権限管理、サポート、データ出力を確認します。自社の実際の注文パターンを再現し、担当者が無理なく運用できるかを確かめることが大切です。

QBtoB ECを始める場合、何を重視すべきですか？

A企業・担当者管理、取引先別価格、最小発注数量、見積もり、承認、請求書払い、複数納品先、発注履歴からの再注文、基幹システム連携などを確認します。既存の営業・経理・物流業務との役割分担を先に決めると、導入後の混乱を抑えられます。

QECサイトを公開する前に必ず確認すべきことは何ですか？

A商品情報、価格、在庫、送料、納期、決済、注文メール、出荷連携、キャンセル、返品、返金、スマートフォン表示、特定商取引法に基づく表記、プライバシーポリシー、管理画面の権限、アクセス解析を確認します。決済失敗や欠品などの異常系テストも省略しないでください。

Q公開後に始めることはできますが、公開前から初期集客の計画を用意する方がスムーズです。既存顧客への案内、営業連携、SEO、SNS、広告などから、社内で継続しやすい方法を選びます。

A公開後に始めることはできますが、公開前から初期集客の計画を用意する方がスムーズです。既存顧客への案内、営業連携、SEO、SNS、広告などから、社内で継続しやすい方法を選びます。

QECサイトのKPIは何を設定すべきですか？

A訪問者数、商品ページ閲覧数、カート投入率、CVR、客単価、リピート率、返品率、問い合わせ件数、欠品率、受注処理時間、粗利額などを設定します。開業直後は、売上だけでなく、注文から発送までの運用が安定しているかも重要な指標です。

まとめ

EC開業は、販売の前提と採算を決め、商品・サイト・運用体制を整え、公開前確認を終えてから集客・改善へ進めます。詳しい作業は11ステップの手順表とチェックリストで確認してください。

ネットショップの開業では、最初から大規模なサイトを完成させる必要はありません。販売する商品と顧客を絞り、受注から出荷までの業務を安定させ、購入者の反応を見ながら改善することが重要です。

BtoC ECでは購入しやすさや商品訴求、BtoB ECでは取引条件や受発注業務との連携が重要になります。自社の販売モデルに必要な要件を整理し、公開後も継続的に改善できる体制を整えましょう。

2026年にECを始める場合も、サービス料金、決済条件、利用規約、関連法令、税務制度、セキュリティ要件は導入時点で変わっている可能性があります。契約・公開前には、各サービス提供元や関係省庁の公式情報を確認してください。