ECサイト構築の代行はどこまで任せる？費用相場と外注先の選び方・依頼の流れ

同じ「ECサイト構築の代行」で相見積りを取ると、30万円と800万円が並びます。この差は技術力の差ではなく、任せる範囲の定義が各社でまったく違うことから生まれます。安いほうを選んだ結果、商品登録も決済申請も自社作業として残り、公開が半年遅れる。この記事では、構築代行で外注できる業務の境界、構築方法別と料金体系別の費用相場、制作会社とフリーランスとEC支援会社の選び分け、見積り比較で確認する項目、依頼から公開までの六工程、そして代行に出すべきでない条件までを、発注する側の判断材料として整理しました。

まとめ｜ECサイト構築を代行へ出す前に決める三つの発注条件

結論から示します。第一に決めるのは、任せる範囲をどこで切るかです。ECサイトの立ち上げは「システムを作る工程」と「商品を並べる工程」と「売る工程」の三層に分かれており、代行会社が見積る範囲は会社ごとに異なります。この三層のどこまでを契約に含めるかを先に決めないと、見積り比較そのものが成立しません。

第二に決めるのは、依頼先の類型です。要件定義と基幹連携が必要なら制作会社、標準機能のASPで足りるならフリーランス、公開後の運用と集客まで任せたいならEC支援会社。費用の桁が変わるのは技術の差ではなく、この得意領域の差によります。年商や商品点数ではなく、外部システムとの連携要件の有無で線を引くと判断を誤りません。

第三に決めるのは、資産の帰属です。ドメイン・決済アカウント・ソースコード・商品データの名義と権限を誰が持つかは、契約前の確定が必要です。ここを曖昧にしたまま公開すると、代行会社を乗り換えられない状態が固定され、値上げにも障害対応の遅れにも打つ手がなくなります。以降の章で、この三つを見積書と契約書へ落とす手順を具体的に説明します。

ECサイト構築の代行で外注できる業務範囲と運営代行との境界線

「代行」という一語には、性質の異なる二つのサービスが混在しています。まずこの境界を引かないと、必要な発注先を間違えます。

構築代行に含まれる工程と発注側に残る作業を切り分ける実務基準

構築代行の標準的な範囲は、要件のヒアリング、デザイン制作、カート・決済・配送設定の実装、テスト、公開までです。一方で、次の作業は多くの見積りで範囲外に置かれます。商品写真の撮影、商品説明文の執筆、商品データのCSV作成と一括登録、特定商取引法に基づく表記や返品ポリシーの文面確定、決済代行会社への加盟店審査申請です。

この五つは発注側の手元に残りやすく、しかも所要時間が読みにくい領域になります。商品100点で撮影・原稿・登録に1点あたり30分かかれば50時間。担当者が兼務なら2か月分の作業量です。見積書を受け取ったら、まずこの五つが含まれるか否かを一問一答で確認してください。含まれない場合の自社工数を見積らずに契約すると、開発が終わっているのに公開できない状態が発生します。ECサイトそのものの種類や構築方法の全体像はECサイトとは何かを整理した記事で確認できます。

構築代行と運営代行を切り分けて契約するときの業務範囲の決め方

運営代行は公開後のサービスで、受注処理、在庫更新、問い合わせ対応、広告運用、SNS投稿、売上分析などを継続的に引き受けます。構築代行が一括請負の案件単位であるのに対し、運営代行は月額の継続契約が基本形です。両方を一社にまとめる提案もありますが、その場合は必ず見積りを構築分と運用分に分けて出してもらってください。

分けて取る理由は二つあります。ひとつは、構築費に運用費が混ざると初期費用の妥当性を他社と比較できなくなること。もうひとつは、構築の品質に不満があったときに運用契約だけを継続する、あるいは逆に運用だけ他社へ移す、といった選択肢を残せることです。契約を一本化すると、片方の不満がもう片方の解約コストに縛られます。立ち上げ期の発注では、構築は請負契約、運用は準委任契約と、契約形態も分けて締結する形が実務的な着地になります。

ECサイト構築の代行費用を構築方法別と料金体系別の二軸で把握する

費用の桁は「どの構築方法を選ぶか」で決まり、支払い方は「どの料金体系で契約するか」で決まります。二つを分けて押さえます。

構築方法別に見た代行費用の目安と構築期間の国内市場における実勢的なレンジ

構築方法ごとの目安を整理しました。金額は要件により上下しますが、桁の感覚をつかむ材料になります。

ここに月額のシステム利用料が別途乗ります。ASP型の代表としてShopifyの日本語版公開料金を見ると、2026年8月時点でBasicが月払4,850円、Growが13,500円、Advancedが58,500円、Plusが368,000円からです。オンラインクレジットカードの手数料はBasicで3.55%、Advancedで3.25%と、上位プランほど料率が下がる設計です。初期の代行費だけで比較すると、この月額と決済手数料の差が数年で逆転する場合があります。構築方法そのものの選び分けはECサイト構築の5つの方法と費用相場で詳しく整理しています。

代行会社の料金体系四種類と、それぞれが向く発注案件の契約形態

次に支払い方です。代行事業者が公開している料金表を集計すると、おおむね四つの型に収れんします。

部分委託なら単価契約という選択もあります。商品撮影と登録が1点あたり5,000〜10,000円、カスタマーサポートが月5〜15万円、物流の発送代行が月1〜3万円といった刻みです。構築だけを外注し、商品登録は単価契約で人手を借り、運用は自社で回す。この組み合わせが、立ち上げ期のコストを抑えつつ公開を遅らせない現実的な配分になります。

見積りが数百万円単位で跳ね上がる三つの要因と発注時に確認する順序

同じ「ECサイト構築」でも、次の三要因が入ると金額の桁が変わります。第一は外部システム連携です。基幹システムや在庫管理システムとのAPI連携は、相手側の仕様調査から始まるため、連携1本あたり50〜200万円が加算されます。相手システムに外部連携の口が無い場合はさらに膨らみます。

第二は決済まわりの要件です。クレジットカードに加えてコンビニ払い、後払い、サブスクリプション課金、複数通貨対応と積み上がるほど実装量が増えます。決済代行会社との接続方式（リンク型・トークン型・API型）でも作業量と審査期間が変わるため、要件は早い段階で確定させてください。方式ごとの違いは決済システムと決済代行の接続方式で整理しています。

第三はデータ移行です。既存サイトからの会員情報・購買履歴・商品データの移行は、件数よりもデータの汚れ具合で工数が決まります。表記ゆれの正規化、重複会員の名寄せ、パスワードの再設定運用まで含めると、移行だけで50〜300万円という見積りは珍しくありません。この三つは「あとから追加」が最も高くつく領域なので、最初の要件ヒアリングで必ず申告してください。

代行先となる三類型の得意領域と、依頼先を選び分けるための判断軸

依頼先は大きく三つに分かれます。同じ要件を投げても、返ってくる提案と金額はまったく違うものになります。

制作会社とフリーランスとEC支援会社の費用感と得意領域の比較

選び分けの軸は一つに絞れます。基幹システムや在庫システムとの連携があるか否かです。連携がある場合の依頼先は、要件定義から入れるシステム開発会社です。連携が無く標準機能で足りるなら、Web制作会社かフリーランスで足ります。公開よりも売上の立ち上げに課題があるなら、EC支援会社の運用契約が投資として効きます。基幹連携や独自要件を含むECの構築を検討している場合は、ECシステム開発の相談窓口から要件の整理段階でご相談ください。

フリーランスへ任せてよい条件と、避けたほうがよい条件の線引き

フリーランスは単価が制作会社の半分以下になることがあり、意思決定も速く進みます。任せてよいのは次の三条件がそろう場合です。ASPまたはオープンソースの標準機能で要件が収まること、公開後の保守を別途社内または他社で持てること、そして担当者と直接やり取りできる体制が発注側にあること。

逆に避けるべきは、基幹連携や決済のカスタム実装を含む案件、公開後に継続的な機能追加が見込まれる案件、そして社内に技術判断ができる人がいない案件です。その理由は品質ではなく継続性にあります。1名体制は、体調不良や他案件の繁忙で連絡が滞るリスクを構造的に抱えるからです。障害発生時に代替要員がいない前提を許容できるかどうかが、実質的な線引きになります。契約時にソースコードとアカウント権限を発注側へ引き渡す条項を入れておけば、万一の際に他社へ引き継げる余地は残せます。

相見積りの前に社内で固める要件と、見積書で内訳を確認する項目

見積りの精度は、渡した情報の精度で決まります。曖昧な依頼には安全率を乗せた高い見積りが返るか、あとから追加費用が発生する安い見積りが返るかのどちらかです。

相見積りの前に文書化しておく五つの要件項目と具体的な記載の粒度

A4で2〜3枚あれば十分です。次の五項目を書き出してから声をかけてください。

• 取扱商品の点数、SKU数、想定の月間受注件数
• 必要な決済手段と配送方法（当日出荷や指定日配送の有無）
• 連携が必要な外部システムの名称と、連携したいデータの種類
• 公開希望日と、その日付が動かせるかどうか
• 予算の上限と、初期費用と月額費用の配分の考え方

予算を先に伝えると足元を見られる、という警戒はあるかもしれません。しかし上限を伏せたまま進めると、提案の方向性が発注側の想定と乖離し、見積り提示の段階で振り出しに戻ります。上限額と併せて「この範囲なら何ができるか」を問う形にすれば、各社の提案力の差もそのまま比較材料になります。

見積書の「一式」表記へ対処し、三社の比較を成立させる実務上の読み方

見積書に「ECサイト構築一式 300万円」とだけ書かれている場合、比較は不可能です。次の粒度まで分解を依頼してください。要件定義、デザイン（トップ・下層・商品詳細の各ページ単価）、フロント実装、カート・決済・配送の設定、外部連携（連携先ごと）、データ移行、テスト、公開作業、公開後の保守（月額）。

分解された見積りが出そろったら、各社で範囲が異なる項目に印を付けます。三社比較で差が出るのは、たいてい「デザインのページ数」「テストの範囲」「保守の対応時間帯」の三か所です。総額だけを横に並べても意味がなく、この三か所をそろえた条件で比べ直したときに、初めて実質的な高安が見えてきます。あわせて、追加作業が発生した場合の単価（人日または人時）と、仕様変更を受け付ける締切工程も見積書へ明記してもらってください。

依頼から公開までの六工程と、発注側が担う準備作業の実務期間の目安

発注が決まったあとの流れを、期間の目安つきで示します。並走できる工程は並走させて短縮します。

問い合わせから公開までの六工程と各工程で必要になる標準的な期間

ASP型の構築代行で2〜4か月、パッケージ以上で6〜12か月が標準です。内訳は次のとおりになります。

1. 問い合わせと要件ヒアリング（1〜2週間）
2. 提案・見積り提示と発注先の決定（2〜3週間）
3. 要件定義と画面設計の確定（2〜6週間）
4. デザイン制作と実装、外部連携の開発（4〜16週間）
5. 商品データ登録と決済の加盟店審査（2〜6週間・開発と並走）
6. 受入テストと公開、初期不具合の対応（2〜4週間）

詰まりやすいのは5番です。決済代行会社の加盟店審査には2〜4週間かかることがあり、取扱商材によっては追加資料を求められます。開発完了後に審査を出すと、サイトはできているのに決済が通らない期間が生まれます。要件定義が終わった時点で審査申請を出しておくのが、公開日を守る実務的な段取りです。構築工程そのものの詳細はECサイトの構築手順を工程別に解説した記事を参照してください。

発注側が担う商品データと画像の準備工数を事前に見積る実務手順

代行会社が待つのは、たいてい発注側の商品データです。工数の見積り方は単純で、1商品あたりの作業時間に商品点数を掛けます。撮影が1点15〜30分、原稿作成が15〜30分、データ入力が5〜10分。合計で1点あたり35〜70分と置くと、100点で60〜120時間になります。

この数字を担当者の可処分時間と突き合わせてください。週5時間しか割けないなら、100点の登録に3〜6か月かかる計算です。ここが公開日のボトルネックになると分かった時点で、撮影だけを外注する、初回公開は主力30点に絞る、といった手が打てます。逆にこの計算をしないまま進めると、開発完了から公開まで数か月の空白が生まれ、その間も月額のシステム利用料だけが発生し続けます。

代行で失敗する五つの典型パターンと、契約時に潰しておく契約条項

相談を受ける案件のうち、トラブルの原因はほぼ次の五つに集約されます。いずれも契約前なら一文の追記で防げるものです。

失敗の五類型と、各パターンを事前に封じる契約条項の具体的な書き方

第一は、範囲外作業の後出しです。商品登録や原稿作成が範囲外だと公開直前に判明する型で、対策は「本契約に含まれない作業」を見積書へ明記させること。含まれない作業のリストがない見積りは、その時点で不完全と判断してかまいません。

第二は、検収基準の不在です。何をもって完成とするかが決まっていないため、細かい修正が延々と続くか、逆に不具合を残したまま検収を迫られます。対策は、受入テストの項目リストを要件定義の成果物として契約に含めること。第三は、瑕疵対応期間の未定義です。契約不適合責任の期間は3か月から1年まで会社により幅があり、明記が無いと公開直後の不具合修正が有償扱いになります。

第四は、保守契約の欠落です。構築だけで契約が終わり、公開後の障害対応窓口がない状態を指します。月額の保守費用と対応時間帯、障害時の一次回答までの時間を数値で決めておいてください。第五は、集客の範囲外という認識のずれです。構築代行は基本的に集客を含みません。作れば売れるという前提で予算を組むと、公開後に打ち手がなくなります。

ドメインと決済アカウントとソースの帰属を発注時に確定させる理由

代行を巡る紛争のうち、金額よりも深刻な影響が残るのが資産の帰属です。ドメインが代行会社名義で取得されていた、決済代行会社の加盟店アカウントが代行会社の名義だった、ソースコードが納品されずサーバー上にしか存在しなかった。この三つはいずれも、代行会社を変更できない状態を作ります。

契約前に確定させる項目は四つです。ドメインの登録者名義を自社にすること、決済とサーバーとASPの各アカウントの管理者権限を自社が保持すること、ソースコードと制作物の著作権（および著作者人格権の不行使）を納品時に自社へ移転すること、商品データと会員データをCSVで完全に出力できることです。四つ目は、契約解除時にデータを引き上げられるかどうかを左右します。開発費を10万円値切る交渉よりも、この四項目を明記させる交渉のほうが、数年単位で見た費用対効果は大きくなります。

代行に出すべき三つの条件と、見送って自社で進めるべき条件の基準

ここまでの内容を、発注するかしないかの判断に落とします。条件付きで言い切ります。

代行へ出すべき三条件と、自社で進めるべき三条件の具体的な基準

次のいずれかに当てはまるなら、代行へ出す判断が合理的です。基幹システムや在庫システムとの連携が要件に含まれる場合、公開期限が3か月以内で社内に専任担当を置けない場合、そして既存サイトからのデータ移行がある場合。いずれも自社で試行錯誤する時間的コストが、外注費を上回ります。

逆に、次のいずれかに当てはまるなら今は見送ります。

• 商品点数が50点以下でカスタム要件がなく、予算が50万円未満
• 売る商品と価格と配送方法が社内で確定していない
• 公開後に運用を担当する人が決まっていない

1つ目に該当するなら、ASPを自社で立ち上げたほうが速く安く済みます。月額数千円から始められ、テンプレートの範囲で十分に売れる形の構築が可能です。2つ目に該当する状態で発注すると、要件定義の途中で仕様が動き、追加費用と納期遅延が確定します。3つ目は最も見落とされやすい条件です。受注処理も問い合わせ対応も発生しない前提のサイトは、公開した瞬間から放置され、運用不備によるクレームだけが残ります。

自社で立ち上げる場合の進め方と、外注へ切り替えるべき境目の見極め

見送る判断をした場合の手順はこうです。まずASPの無料期間で主力商品を10点だけ登録し、実際に自分で1件購入して受注から発送までを通します。ここで初めて、必要な機能と不要な機能が具体的な言葉で明らかになる段階です。次に3か月運用して、受注件数と問い合わせ内容を記録します。

外注へ切り替える境目は、記録された事実に表れるものです。月間受注が100件を超えて受注処理が手作業の限界に来たとき、在庫のズレによる欠品キャンセルが月に数件出るようになったとき、あるいは標準機能では実現できない要望が3件以上たまったとき。この段階なら、要件を実データと実運用の言葉で書けるため、見積りの精度が上がり、代行会社との認識のずれも起きにくくなります。作る前に外注するより、回してから外注するほうが、結果として総額は下がります。

よくある質問

ECサイト構築の代行について、発注を検討する段階で繰り返し受ける質問を整理しました。

ECサイト構築を代行に依頼する費用の相場はいくらですか？

構築方法で桁が変わります。モール出店の支援なら10〜50万円、ASP型で0〜100万円、オープンソースで100〜500万円、パッケージで500〜2,000万円、フルスクラッチは2,000万円以上が目安です。ここに月額のシステム利用料と決済手数料が別途乗ります。金額を押し上げるのは外部システム連携、決済要件の複雑さ、データ移行の三つなので、相場と自社の見積りが乖離する場合はこの三点の有無を確認してください。

制作会社とフリーランスのどちらへ依頼すべきですか？

基幹システムや在庫システムとの連携が要件にあるなら、要件定義から入れるシステム開発会社を選びます。ASPの標準機能で収まり、公開後の保守を別に確保できるなら、フリーランスでも問題なく進みます。判断軸は品質ではなく継続性です。1名体制は代替要員がいないため、障害時の対応が止まるリスクを構造的に抱えます。フリーランスへ依頼する場合も、ソースコードとアカウント権限を発注側へ引き渡す条項は契約へ入れておいてください。

依頼してから公開までどれくらいの期間がかかりますか？

ASP型の構築代行で2〜4か月、パッケージ以上で6〜12か月が標準です。工程は問い合わせ、提案と発注、要件定義、実装、商品登録と決済審査、受入テストと公開の六つに分かれます。遅延の原因になりやすいのは決済代行会社の加盟店審査（2〜4週間）と、発注側の商品データ準備です。審査は要件定義が終わった段階で申請し、商品登録は開発と並走させると、公開日を守りやすくなります。

代行へ依頼する前に自社で準備しておくものは何ですか？

A4で2〜3枚の要件メモを用意してください。商品点数とSKU数と想定受注件数、必要な決済手段と配送方法、連携が必要な外部システム名、公開希望日とその可動性、予算の上限と初期費用と月額費用の配分。この五項目があれば、各社から同じ前提の見積りが返り、比較が成立します。加えて、商品写真と商品説明文の準備体制を先に決めておくと、公開直前の停滞を避けられます。

構築代行と運営代行はどちらを先に契約すべきですか？

構築が先で、運営代行は公開の1〜2か月前に検討を始める順序が実務的です。ただし契約は分けて締結してください。構築費に運用費が混ざると他社との比較ができなくなり、片方に不満が出たときの解約も難しくなります。一社にまとめる場合でも、見積りは構築分と運用分に分けて提示してもらい、契約形態も請負と準委任で分けておくと、あとから運用だけ他社へ移す選択肢が残ります。

関連記事

• アパレルECサイト構築の進め方｜SKU設計・店舗在庫連動と費用の判断軸：業種固有の要件が外注範囲へどう影響するかを確認できます
• 越境ECサイト構築の進め方｜多言語・海外決済・関税要件と失敗回避の判断軸：海外向けEC構築を依頼する場合の追加要件を整理しています
• BtoB ECとは？種類と構築方法、BtoCとの違いから受託開発目線の選び方まで解説：卸販売のECを外注するときの要件差をまとめています