ECサイト制作の費用はどう決まるか｜構築5タイプの選び方と、機能別の見積もり項目・運用体制の考え方

ECサイトの制作費を調べ始めると、数十万円という説明も、数千万円という説明も出てきます。金額の幅がここまで開くのは、「ECサイト」と一口に言っても、出来上がるものの中身がまったく違うからです。商品を並べて買えるようにするだけなのか、在庫や受注を基幹システムとつなぐのか、会員ランクや定期購入まで作り込むのか。この違いは見た目にはほとんど現れないため、見積書を並べても比較しづらいのが厄介なところです。

この記事では、金額そのものを並べる代わりに、どの選択が費用を動かしているのかという構造を整理しました。構築タイプの違い、機能ごとの見積もり項目、公開後にかかり続ける費用、そして運用体制の考え方までを順に追えるようにしています。Web制作全般の費用相場や会社選びについてはWeb制作会社の選び方と費用相場が詳しいので、この記事はEC特有の論点だけに絞ります。

※本記事で示す期間・工数・費用の目安は、商品数や連携先、社内体制によって大きく変わります。実際の判断は必ず制作会社との個別相談のうえで行ってください。

ECサイトの費用が読みにくいのは「作る費用」と「動かし続ける費用」が混ざるから

コーポレートサイトなら、公開してしまえば費用の大半は終わります。ECサイトはそうなりません。公開した日から、決済手数料が売上に比例してかかり、カートやサーバーの利用料が毎月かかり、商品登録や受注処理に人の時間がかかり続けます。ECサイトの費用は「初期費用」だけを見ると必ず読み違えます。

実際、初期費用を抑えた構成にしたのに、1年間の総額では高くついたというケースは珍しくありません。典型的なのは次の3つです。

• 手数料の率で逆転する——初期を安く済ませた分、売上に対する手数料の率が高い仕組みを選び、売上が伸びるほど差が開いていく
• 人手で埋めることになる——受注データの取り込みや在庫の更新を自動化しなかったため、担当者が毎日手作業でコピーし続ける
• 作り直しになる——将来やりたかった定期購入や会員ランクが今の仕組みでは載らず、2年目に構築し直す

そのため、見積もりを比べるときは「初期費用」「毎月の固定費」「売上に比例する費用」「社内の人件費」の4つに分けて並べる必要があります。この記事の後半では、この4つそれぞれの内訳を扱います。

構築タイプ5つの違い｜モール型・ASP型・オープンソース型・パッケージ型・フルスクラッチ型

ECサイトの費用を決める最大の分岐は、どの構築タイプを選ぶかです。ここを間違えると、あとの工夫では取り返せません。一般的には次の5つに分類されます。

構築タイプ	仕組み	初期費用の重さ	デザイン・機能の自由度	向いているケース
モール型	大型の通販モールに出店する	小さい	低い（モールの枠内）	まず販売実績を作りたい／集客力を借りたい
ASP型（クラウド型）	月額課金のカートサービスを借りる	小さい	中（テンプレート＋カスタマイズ）	自社ブランドで早く始めたい／商品数が中規模まで
オープンソース型	無償公開のECソフトを自社サーバーに構築	中	高い	技術者が社内にいる／改修を自前で回したい
パッケージ型	市販のEC製品を導入しカスタマイズ	大きい	高い	基幹システム連携が必要／商品数・受注量が多い
フルスクラッチ型	ゼロから開発する	最も大きい	最も高い	既製品では実現できない販売方式がある

ここで注意したいのは、初期費用の小さいタイプが必ず安いわけではないという点です。モール型は出店料や販売手数料が売上に比例してかかり、ASP型も上位プランに上がるほど月額が増えます。逆にパッケージ型やフルスクラッチ型は初期が重い代わりに、売上が大きくなるほど1件あたりのコストは薄まっていきます。損益が入れ替わる分岐点は、想定する年商と受注件数で決まります。

オープンソース型は「無料」ではない

ソフト自体の利用料がかからないため安価に見えますが、サーバーの構築と保守、セキュリティ更新の適用、不具合が起きたときの調査は自社の責任になります。ECサイトは決済と個人情報を扱うため、脆弱性の放置がそのまま事故に直結します。社内に継続的に面倒を見られる人がいない場合、保守を外部に委託する前提で費用を見ておく必要があります。

自社に合う構築タイプの選び方｜商品数・受注件数・体制の3軸で絞る

タイプ選びで迷ったら、次の順に自問すると絞り込めます。デザインの好みや機能の一覧から入ると、たいてい選択を誤ります。

順番	確認すること	判断の目安
1	他システムとつなぐ必要があるか（在庫・基幹・会計・倉庫）	つなぐ必要があり自動化必須 → パッケージ型以上／当面は手作業でも回る → ASP型で足りる
2	商品数と、商品情報の更新頻度	点数が多く毎日入れ替わる → 一括登録と在庫連携が必須。管理画面の使い勝手を最優先で確認
3	1日の受注件数と、出荷の担当人数	件数が増えると受注処理が律速になる。人を増やせないなら自動化に投資する
4	特殊な売り方をするか（定期購入・予約販売・法人向け価格・受注生産）	標準機能で載らない売り方が中核なら、無理な作り込みより対応済みの仕組みを選ぶほうが安い
5	社内に運用担当を置けるか	担当が兼任で週数時間しか取れないなら、機能を減らしてでも運用が軽い構成にする

個人や小規模で「まず売ってみる」段階であれば、既製のカートサービスから始める判断も十分に合理的です。サービス単位の比較はネットショップ開業の始め方で扱っているので、そちらもあわせてご覧ください。この記事は、制作会社に発注して自社ECを構築する場合の費用の見方が主題です。

見積書で金額が動く機能ブロック｜8つの領域に分けて確認する

ECサイトの見積書は「サイト制作一式」とまとめられがちですが、それでは何にいくらかかっているのか分かりません。金額が動くのはほぼ次の8領域です。各社の見積もりをこの粒度に分解し直すと、比較できるようになります。

機能ブロック	費用が膨らむ条件	抑えたいときの選択肢
デザイン制作	ページ種別が多い／独自デザインをすべて新規に起こす	テンプレートを土台にし、トップと商品ページに注力する
商品ページの構造	色・サイズなどの選択肢が多い／商品ごとに項目が違う	項目を共通化し、例外を作らない設計にする
商品データの登録・移行	点数が多い／画像や説明文が未整備／旧サイトからの移行	一括取込の形式に合わせて自社でデータを整える
決済	対応手段を増やす／後払いや分割など審査を伴う手段を足す	初期は主要手段に絞り、需要を見て追加する
配送・送料計算	地域別・重量別・同梱条件など計算ルールが複雑	ルールを単純化する。例外配送は個別対応で運用する
会員・販促機能	会員ランク／ポイント／クーポン／定期購入を同時に載せる	公開時は1つに絞り、効果を見てから足す
外部システム連携	在庫・基幹・倉庫・会計との自動連携。相手側の改修も発生	連携範囲を「在庫だけ」など最小から始める
公開後の保守	障害対応の時間帯保証／更新代行の範囲が広い	対応範囲と時間帯を明文化し、必要な水準だけ契約する

特に見落とされやすいのが商品データの登録・移行です。商品数が多い場合、この作業だけでデザイン制作に匹敵する工数になることがあります。誰がデータを整えるのか（自社か制作会社か）を発注前に決めておくと、後から追加費用として現れるのを防げます。見積書の読み方全般はWeb制作会社の見積もり完全ガイドもあわせて参考にしてください。

公開後にかかり続ける費用の内訳｜1年分で並べて比較する

制作費の比較だけで決めてしまうと、あとから固定費の差に気づきます。次の費目を1年分に換算して、候補ごとに合計を出してください。

費目	性質	確認すべきこと
カート・システム利用料	毎月の固定費	プランが上がる条件（商品数・受注件数・容量）はどこか
サーバー・ドメイン・証明書	毎月〜毎年の固定費	自社で契約するのか、制作会社の契約に含まれるのか
決済手数料	売上に比例	手段ごとに率が違う。月額固定の有無もあわせて確認
モール出店料・販売手数料	固定＋売上に比例	モール型を併用する場合は二重にかかる点に注意
保守・運用委託費	毎月の固定費	含まれる作業と、含まれない作業の線引き
広告・集客費	変動費	作っただけでは売れない。公開後の集客予算を最初から見込む
社内の人件費	見えない固定費	受注処理・在庫更新・問い合わせ対応に週何時間かかるか

この表で最も差がつくのは広告・集客費です。自社ECはモールと違って、公開しただけでは誰も訪れません。制作費に予算を使い切ってしまい、集客に回す原資が残らないという失敗は非常に多いので、制作と集客の予算配分は最初に決めておくのが安全です。検索からの流入を伸ばす取り組みについてはSEO対策会社ランキング｜費用相場と失敗しない選び方も参考になります。

決済・配送・在庫の連携で見落とされやすい論点

EC特有の難しさは、サイトの外側にある仕組みとつながっている点にあります。ここは制作会社だけでは決められず、発注側が社内調整しないと進みません。

決済

• 決済手段の追加には審査期間が必要な場合がある。公開日から逆算して申し込む
• 返品・キャンセル時の返金処理を、誰がどの画面で行うのかを決めておく
• カード情報を自社で保持しない構成になっているかを確認する

配送

• 送料のルールが複雑になるほど、システムの費用も運用ミスも増える
• 出荷を外部倉庫に委託する場合、データの受け渡し形式と頻度を先に確認する
• 配送日時指定や複数配送先など、実際に必要かを需要ベースで判断する

在庫

• 実店舗やモールと在庫を共有するなら、更新の間隔を決める。間隔が空くほど売り越しが起きる
• 在庫を持つ「正」のシステムはどれかを1つに定める。二重管理は必ず破綻する
• 予約販売や取り寄せをどう表現するか、公開前に運用ルールを決めておく

これらは要件定義の段階で文書に落としておくべき内容です。制作会社へ渡す条件のまとめ方はweb制作のRFP（提案依頼書）の書き方で扱っています。

制作の工程と期間の目安｜ECは「公開後」まで含めて計画する

工程	主にやること	発注側の役割	期間の目安
1. 要件整理	売り方・連携範囲・機能の優先順位を決める	ここが最重要。社内の合意形成を先に済ませる	数週間〜1か月程度
2. 構築タイプ選定・発注	提案を比較し、費用と体制を確定する	1年分の総額で比較する	数週間程度
3. 設計	画面構成・商品データ項目・連携仕様を固める	データ項目の確定は発注側の判断が要る	1か月前後
4. デザイン・実装	画面制作、カート設定、連携開発	確認と承認を滞らせないこと	1〜3か月程度
5. 商品データ登録	商品情報・画像・在庫の投入	点数が多いほど発注側の作業が増える	点数次第で数週間〜
6. テスト	注文から出荷までを実際に通す	返品・キャンセルなど例外の流れも必ず試す	2〜4週間程度
7. 公開・運用開始	公開、初期の受注対応	公開直後は問い合わせが増える前提で人を確保	—

スケジュールで最も甘く見積もられるのが5の商品データ登録と6のテストです。どちらも発注側の作業量が大きく、しかも制作会社側の進捗には現れません。「システムはできているのに公開できない」という停滞は、たいていこの2工程で起きます。

なお、既存サイトを作り直す形でECを立ち上げる場合は、旧URLの引き継ぎ設計も同時に必要になります。手順はサイトリニューアルの進め方にまとめています。

運用体制の考え方｜社内で持つ仕事と、外に出す仕事を分ける

ECは公開してからが本番です。制作を委託しても、日々の業務は自社に残ります。どの業務を誰が持つのかを公開前に決めておかないと、担当者ひとりに集中して破綻します。

業務	発生頻度	社内で持つ／外に出す
受注確認・出荷指示	毎日	社内が基本。件数が増えたら倉庫委託を検討
問い合わせ対応	毎日	社内。商品知識が必要なため外部化しにくい
商品登録・在庫更新	毎日〜週次	社内。管理画面の使いやすさが工数を左右する
販促企画・特集ページ更新	週次〜月次	社内で企画し、制作は外部でも可
広告運用・集客	常時	外部委託が多い。ただし効果の判断は社内で持つ
システム保守・障害対応	随時	外部。対応範囲と時間帯を契約で明確にする
数値の確認と改善判断	月次	社内。ここを外に出すと改善が止まる

体制を考えるときの目安は単純で、毎日発生する業務を担当できる人がいないなら、その分だけ機能を減らすか自動化に投資するということです。機能を増やせば増やすほど運用の手間も増えるため、担当者の時間が確保できない状態で高機能な構成を選ぶと、使われない機能にお金を払い続けることになります。

発注前チェックリスト｜相談の前に社内で決めておく12項目

次の項目が埋まっていれば、提案の精度が上がり、見積もりの比較もしやすくなります。逆に埋まらないまま相談すると、各社が別々の前提で見積もることになり、金額を並べても意味がなくなります。

• 扱う商品の点数と、選択肢（色・サイズなど）の有無
• 商品情報の更新頻度と、更新を担当する人
• 想定する年間の売上規模と受注件数
• 主な購入者（個人向けか法人向けか、リピート前提か）
• 必要な決済手段と、そのうち公開時に必須のもの
• 送料のルール（地域別・重量別・無料条件）
• 出荷を自社で行うか、外部倉庫に委託するか
• 在庫を管理している既存システムの有無と、連携の要否
• 定期購入・会員ランク・法人価格など、特殊な売り方の要否
• 公開希望日と、動かせない理由（催事・繁忙期など）
• 初期費用と、月々に払える上限の目安
• 公開後の運用担当者と、確保できる時間

すべてを最初から決め切る必要はありません。「今は決まっていない」と明記すること自体が情報になり、制作会社は幅を持たせた提案ができます。曖昧なまま伏せておくのが最も危険です。

よくある質問

まずは安く小さく始めて、あとから作り替えるのは損ですか？

損とは限りません。売れるかどうかが分からない段階で大きく投資するほうがリスクは高く、小さく始めて需要を確かめてから作り込む進め方は合理的です。ただし将来の移行を見越して、商品データと顧客データを取り出せる形で持っておくことだけは最初から意識しておいてください。これができないと、作り替えのときにデータ移行で余計な費用が発生します。

モール出店と自社ECはどちらを先にすべきですか？

目的が違うので、優劣ではなく順番の問題として考えます。モールは集客力を借りられる代わりに手数料がかかり、顧客との関係もモール側に依存します。自社ECは手数料が軽く顧客情報を自社で持てる代わりに、集客を自力で行う必要があります。実績も知名度もない段階ではモールで販売実績を作り、リピーターが見え始めたら自社ECへ誘導するという併用が現実的な進め方です。

見積もりが各社でまったく違うときは、どこを見ればよいですか？

金額の差ではなく、前提条件の差を見てください。商品登録は誰がやるのか、決済手段はいくつか、連携は含まれるのか、保守はどこまでか。この4点だけでも各社の前提はしばしば食い違っています。同じ条件に揃えて再見積もりを依頼すると、差は大きく縮まるのが普通です。

公開後、どのくらいで売上が立ちますか？

断定できる目安はありません。既存顧客がいるかどうか、実店舗やSNSからの導線があるかどうかで大きく変わります。確実に言えるのは、公開しただけでは訪問者は増えないということです。制作予算とは別に、公開後の集客に回す予算と担当者を先に確保しておくことをおすすめします。

制作会社はEC専門のところを選ぶべきですか？

連携や特殊な売り方がある場合は、EC構築の経験がある会社を選ぶほうが安全です。ECは注文から出荷までの業務フローを理解していないと設計を誤りやすく、見た目を作れることと運用に耐えることは別だからです。会社選びの一般的な観点はWeb制作会社の選び方と費用相場にまとめています。

まとめ｜「制作費」ではなく「1年分の総額」で判断する

ECサイトの費用を正しく比べるために、この記事で扱ったポイントを整理します。

• 初期費用だけで判断しない。固定費・売上比例の費用・社内の人件費を足した1年分で比べる
• 構築タイプの選択が費用構造を決める。他システムとの連携要否が最初の分岐になる
• 見積書は8つの機能ブロックに分解する。「一式」のままでは比較できない
• 商品データ登録とテストの工数を甘く見ない。公開が遅れる原因の大半はここにある
• 毎日発生する運用業務から体制を逆算する。担当者の時間に合わない機能は負債になる
• 制作費と集客費の配分を最初に決める。作っただけでは売れない

条件が整理できたら、次は制作会社への伝え方です。提案を横並びで比較できる形にまとめる手順はweb制作のRFP（提案依頼書）の書き方を、見積書の項目ごとの読み方はWeb制作会社の見積もり完全ガイドをあわせてご覧ください。