元Amazon JapanでEC支援に携わってきた私、南雲が、ECサイト構築の方法・費用と公開までの手順を解説します。
ECサイト構築は、商品を並べるページ作りだけではありません。受注・決済・出荷・返品までの販売条件をシステムに落とし込み、実際に購入できる状態にすることです。初めての構築なら標準機能でどこまで運用できるかを先に確認し、足りない要件だけを追加する進め方が現実的です。
この記事では、法人のEC担当者が「どの方法で作るか」「見積もりに何を含めるか」「何を確認して公開するか」を判断できるよう、比較表・要件の記入例・公開前の確認表を用意しました。開発会社の料金を一律の相場に置き換えず、運営に残る費用まで分けて考えます。
ECサイト構築の方法を選ぶ｜自社ECとモール、5つの構築方式
自社ECは店を持つ仕組み、モールは売り場に出店する仕組み
自社ECは独自ドメインの店舗を運営し、ブランドの見せ方や顧客との継続的な接点を設計する方法です。Amazonや楽天市場などのモールは、用意された売り場やルールに沿って商品を販売します。どちらもネット販売ですが、構築の自由度、集客の起点、顧客情報の利用条件が異なります。
モールに出店すれば販売が保証されるわけではなく、自社ECを作れば顧客が集まるわけでもありません。既にSNSや店舗の顧客がいるか、検索で商品を探す人へ届けたいか、継続購入をどう設計したいかを先に整理します。販売する商品の価値が未確定なら、先に商品開発の調査・試作・販売検証で「誰に何を売るか」を固めると、サイトの作り直しを減らせます。
5つの構築方式は、名称より変更できる範囲と保守責任で比較する
| 構築方式 | 主な特徴・候補例 | 選ぶときの確認点 |
|---|---|---|
| ASP・SaaS型 | サービス上の標準機能を使う。BASE、Shopifyなど | 必要な販売・決済・配送条件を標準機能や追加アプリで実現できるか |
| オープンソース型 | 公開されたソフトウェアを基に構築。EC-CUBEなど | 開発・サーバー・更新・脆弱性対応の担当と費用を用意できるか |
| パッケージ型 | 提供会社のEC機能を基に個別構築する | 標準機能と個別開発の境界、更新時の改修範囲、保守契約 |
| クラウドEC型 | クラウド基盤で個別要件を実現するサービス | API連携、カスタマイズ、更新・障害対応の責任分担 |
| フルスクラッチ型 | 独自仕様に合わせて一から開発する | 既存製品で実現できない理由、開発後の保守・改修体制 |
ASPとクラウドECなどの呼称は提供会社によって重なります。「クラウドだから安い」「オープンソースだから無料」とは判断せず、実際の提案範囲を確認してください。ソフトウェア本体が無償でも、構築・運営・保守の費用は別に発生します。
迷ったときの選定順序は「必須条件→運用→費用」
最初に、受注できなければ困る条件を挙げます。例は、商品ごとの温度帯配送、予約・定期購入、会員別価格、複数倉庫との連携、海外販売、既存の販売管理システムへの受注連携です。必要のない機能を将来のために積むより、実際の受注パターンを一つずつ説明できることを優先します。
次に、誰が商品登録・在庫更新・問い合わせ対応・障害時の連絡を担うかを決めます。管理画面の操作を試し、担当者が不在でも回せるか確認してください。最後に同じ要件の見積もりを比較します。年商だけで方式を決めると、運用の複雑さや社内体制を見落とします。
| 自社の状況 | まず検討する方向 | 契約前の検証 |
|---|---|---|
| 商品数が少なく、販売条件も標準的 | ASP・SaaSの標準機能から検討 | 代表商品の登録から注文・返金まで試す |
| 複数チャネルや外部システムとの連携が必要 | 連携実績とAPI仕様を軸に候補を絞る | 更新の頻度、失敗時の再処理、在庫の基準システム |
| 独自の購買・承認・価格ロジックが事業の前提 | 個別開発可能な基盤を比較 | 標準機能で代替できない理由と更新時の影響 |
ECサイト構築の費用と準備｜見積もりを比較できる要件にする
構築費用は「初期・継続・売上連動」に分ける
ECサイトの費用を一律の金額帯で比較すると、撮影・商品登録・外部連携・移行・公開後の改善が含まれているかを見落とします。比較するのは制作費だけではなく、同じ期間・同じ注文量を想定した総額です。
| 費用区分 | 見積もりに含めたい項目 | 抜けやすい条件 |
|---|---|---|
| 初期費用 | 設計、デザイン、設定、商品登録、撮影、連携開発、データ移行、受入試験 | 商品数・ページ数、素材の支給範囲、修正回数、移行対象 |
| 継続費用 | サービス利用、追加アプリ、ドメイン、保守、運営作業、改善支援 | 最低契約期間、更新費、問い合わせ窓口、担当範囲 |
| 変動費用 | 決済、販売に応じた手数料、配送、梱包、返品、広告 | 注文経路・決済方法の違い、最低料金、追加処理の単価 |
無料という表示は、すべての費用が0円という意味ではありません。例えばBASEのスタンダードプランは公式表示で初期・月額0円ですが、販売時の手数料が発生します。ShopifyのBasicは公式の年払い表示で月額換算3,650円で、決済や追加アプリなどは別条件です。料金確認日は2026年11月3日。課金方法・請求通貨・税・決済方法・注文経路・キャンペーンによって総額が変わるため、BASE公式料金とShopify公式料金で自社条件を確認してください。これは構築代行の見積額ではありません。
費用回収は売上ではなく、残る利益で考える
社内の計画用には「初期費用＋対象期間の固定費＋注文に比例する費用＋運営工数」で総額を置き、商品売上から原価・販売に必要な費用を引いて、回収に使える利益を見ます。実際の税務・会計処理とは別の、比較のための整理です。
仮の計算例：初期構築費60万円を回収したいとします。1注文の売上5,000円から、商品原価2,000円、送料・梱包700円、決済等300円、広告1,000円を引くと、残額は1,000円です。この単純化した条件では600注文が必要です。返品、月額固定費、人件費、税などは未算入で、実績・相場・回収保証ではありません。売上300万円で必ず回収できる、という読み方はしないでください。
見積依頼前の7ステップと、渡す資料
| 工程 | 決める・用意すること | 次へ進む条件 |
|---|---|---|
| 1. 目的と顧客 | 誰の何の課題を解決するか、販売チャネル、公開目的 | 目的が「サイトを作る」だけになっていない |
| 2. 商品と販売条件 | SKU・サイズ違い、価格、在庫、送料、返品、予約・定期の有無 | 代表商品で注文条件を説明できる |
| 3. 必須要件 | 決済、配送、会員、検索、連携、運用権限 | 必須・後回し・不要を区別した |
| 4. 素材と運用担当 | 写真、説明文、表示情報、商品登録、出荷・問い合わせ担当 | 誰が何をいつまでに渡すか決まった |
| 5. 見積もり・契約 | 同じ要件表、初期/継続/変動費、納品物、保守、データの扱い | 除外項目と追加費用の条件が分かる |
| 6. 設定・連携・移行 | テスト環境、商品/顧客/注文データ、URL対応表、切替手順 | 試験で不整合がないか確認できる |
| 7. 受入確認と公開 | 実注文に近いテスト、担当者への引継ぎ、公開後の確認 | 不具合時の連絡・戻し方まで決まった |
要件表には「定期購入ができる」とだけ書かず、「初回と2回目で価格が違う」「配送を一回休む」「解約受付の締切」など実際の操作を書きます。標準機能でできるのか、アプリが必要か、個別開発か、対応できないかを回答してもらうと、提案の比較が具体的になります。
移行では商品と顧客だけでなく、注文履歴、会員認証、ポイント、定期契約、URL・検索評価への影響を切り分けます。パスワードや決済情報がそのまま移せるとは限りません。取得・移行・削除できるデータと契約終了後の持ち出し条件を、提供会社へ事前確認してください。
LINKのD2C・自社EC支援では、商品企画・原価設計・販路や販売の課題から相談できます。システム開発、法務、製造、出荷代行のすべてを一括で引き受けるという意味ではありません。相談時に商品・原価・販路・現状の数字を共有し、支援範囲を個別に確認してください。
公開前の確認と公開後の運用｜購入でき、利益を確認できる状態へ
受入試験は「注文成功」だけで終わらせない
担当者のパソコンでトップページが表示されるだけでは、開店できる状態とはいえません。スマートフォン、主要な決済、送料が異なる地域、在庫切れ、クーポンなど、自社で起こる注文を試します。テスト環境では本番課金や外部発送が起きない条件を先に確認してください。
| 確認する場面 | 見たい結果 | 証拠として残すもの |
|---|---|---|
| 購入・決済 | 商品/数量/価格/送料が正しく、失敗時に二重注文しない | 注文番号、決済結果、通知、管理画面 |
| 在庫・出荷 | 受注後の在庫が一致し、倉庫へ正しい指示が渡る | 連携前後の在庫、出荷指示、配送通知 |
| キャンセル・返金 | 管理画面と決済側が対応し、購入者へ案内できる | 返金処理結果、通知、在庫の戻し方 |
| 表示・操作 | スマートフォンで説明・選択肢・購入ボタンが使える | 端末/ブラウザーと操作記録 |
| 移行・検索 | 旧URLから適切な新URLへ到達し、公開ページを誤ってnoindexにしない | URL対応表、転送・canonical・robotsの確認 |
| 計測 | テスト注文と実注文を区別し、購入完了を重複計上しない | イベント定義、注文との照合、除外条件 |
安全対策は、サービス提供側と運営側の担当を分ける
クラウドサービスでも、自社の管理者アカウント、権限、端末、追加アプリの扱いまで自動的に安全になるわけではありません。管理者の多要素認証、不要アカウントの整理、更新の担当、バックアップと復元、事故時の連絡を確認します。カード情報の保持範囲やセキュリティ要件は、決済会社と構築会社に確認してください。
IPAのECサイト構築・運用セキュリティガイドラインは、構築時と運用時の確認に使える公的資料です。項目を読んだだけで対応済みとせず、担当者・実装・確認結果を残します。特定商取引法の表示や個人情報の扱い、商材固有の表示・許認可は、所管の公式情報や専門家と個別に確認します。
公開後は、流入・購入率・利益を同じ期間で確認する
公開直後は、検索や広告から来た人が商品を見つけ、購入し、予定どおり受け取れるかを確認します。訪問が少ないのに購入率だけを評価したり、広告費を増やした月と何も変えていない月を単純比較したりしないでください。
集客が足りないなら流入経路と訴求、商品閲覧から購入へ進まないなら情報・価格・送料・決済、売れても利益が残らないなら原価・広告・返品を確認します。改善の優先順位を詳しく整理したい方はECサイトの売上改善も参考にしてください。
ECサイト構築のよくある質問
無料でECサイトを構築できますか？
初期・月額0円のプランはありますが、販売時の手数料、独自ドメイン、素材制作、運営工数などは別に考えます。販売条件と手数料を含めた総額で比較してください。
自作と制作会社への依頼はどう選びますか？
標準機能で運用でき、自社で素材と設定・試験を用意できるなら自作も候補です。個別連携や移行がある場合は、構築・保守の専門担当を用意します。依頼しても商品・販売条件・受入判断を自社で持つ必要があります。
構築には何か月かかりますか？
標準機能の設定だけか、撮影・商品登録・決済審査・個別開発・データ移行を含むかで変わります。一律の日数は置かず、自社の準備と外部審査を含む工程表で確認してください。
作り直すときはURLをすべて変えてもよいですか？
既存URLの流入やリンクを調査し、可能なものは維持します。変更が必要なら旧URLと新URLの対応、転送、サイトマップ、計測の切替を準備し、公開後に到達を確認します。
まとめ：方式・費用・公開条件をそろえてから作る
ECサイト構築は、販売条件と運用担当を固め、必要な機能を選ぶところから始まります。初期費用だけでなく継続費用と変動費用を比較し、注文・出荷・返金まで試して公開してください。公開後は集客・購入率・利益を分けて改善します。
LINKのEC支援サービスは、動画でも紹介しています。
参照した公式情報
公式情報は2026年11月3日に確認しました。料金・仕様・運用条件は変更されるため、申込みや契約時はリンク先の最新情報をご確認ください。