オンラインストアの費用はいくら？企業ECのコストを分ける6つの要因

オンラインショップの構築費用は、数万元から数十万元以上まで幅があります。同じ「ECサイト」でも、標準的な商品・カート・決済・注文だけを扱う場合と、複数仕様の価格計算、見積依頼、B2Bの顧客区分、さらにはERP連携が必要な企業向けECとでは、規模がまったく違います。

オンラインショップの費用を見積もるとき、「ECサイトはいくらか」だけを聞いても足りません。先に確認すべきなのは、サイトがどの商品と取引の流れを担うかです。

この記事では、いま市場でよく見る構築方法から整理し、ECサイトの構築費、プラットフォームと外部サービス、その後の保守、そして見積に影響しやすい機能を分けて説明します。正式に見積を依頼する前に、予算の感覚を持てるようにするためです。

台湾市場で公開されている見積を見ると、オンラインショップはおよそ NT$3万から、NT$30万以上 まであります。高度な個別機能や社内システムとの連携が入ると、実際の金額はさらに高くなることがあります。

PRO360は、2024〜2026年にプラットフォーム上で集めた顧客見積を、テンプレート、外部プラットフォーム、半オーダー、フルオーダーに分けて整理しています。全体の価格帯はおよそ NT$30,000〜300,000 以上です。

この幅は市場の目安にすぎません。自社のサイトにいくら使うべきかを、そのまま決めるものではありません。

より実用的なのは、ECの要件を三つの層に分けることです。

仕様が決まった標準商品を売るだけなら、成熟したECプラットフォームで、大量の個別開発は通常必要ありません。

実際の流れが次のような場合は、話が変わります。

画面は「ショップ」に見えても、裏側で扱う商流はすでに別物です。

オンラインショップの費用差は、見た目の美しさやページ数だけでは決まりません。サイトがどれだけの取引の流れと商流を担うかで決まります。

同じECサイトでも、数万元で済むものと、数十万元以上になる企業案件があるのはそのためです。次は、どの要件が価格差をここまで広げるのかを分けます。

表面的には、プラットフォーム、デザイン、機能の数の違いに見えます。費用を本当に開くのは、たいてい取引の流れと商流の複雑さです。

商品ページ、会員、注文がどちらにも必要でも、実際の要件はまったく違うことがあります。

1社目の流れは、こうです。

2社目の流れは、こうです。

どちらも画面はECサイトです。2つ目は、扱うデータ、条件、操作、管理画面の仕事が増えるため、計画、構築、テストの費用は当然変わります。

成熟したECの仕組みには、商品管理、カート、会員、注文、決済、配送がすでに入っています。

取引の仕方がこれらの標準機能に合うなら、作業はサイトの計画、デザイン、プラットフォーム設定、商品の取り込み、外部サービスの設定に集中します。取引システム一式を作り直す必要は、通常ありません。

確認すべきなのは「機能がいくつあるか」ではありません。

サイトが自社の商習慣を扱い始めると、複雑さは上がります。

たとえば、次のような要件です。

ページやボタンを一つ足す話ではありません。これまで営業や社内の担当者が判断していた規則を、システムが実行できる論理に置き換える必要があります。

要件が特殊なほど、事前の流れの整理、機能の計画、テストにかかる仕事は増えます。

ECサイトがERP、CRM、POS、在庫、その他の既存システムとデータをやり取りする必要があると、費用はさらに上がることが多いです。

システム連携は「APIをつなぐ」だけではありません。次も確認が必要です。

画面が増えなくても、裏側の連携作業は大きく増えることがあります。

柔軟さのために、すべての機能を個別開発する必要はありません。

成熟したプラットフォームが商品、会員、注文、決済をすでに扱えるなら、既存機能を使うほうが作り直すより保守しやすく、案件費用も下がりやすいです。

個別開発に予算を使うべきなのは、標準の仕組みでは合理的に支えられず、取引の効率や顧客体験に実際に影響する流れです。

ECサイトの見積を見るときは、「ページ数と機能数」だけで比べないでください。次も確認します。

この三層を分けて見ると、ECサイトの価格が数倍、あるいはそれ以上に開く理由が分かりやすくなります。

次は、オンラインショップの費用に影響する6つの主な要因を分けます。

価格差がなぜ出るかを押さえたら、見積に実際に効く項目をさらに分けられます。

企業にとって、次の6つがECサイトの構築費にいちばん直接効くことが多いです。

最初の要因は、どの方法でサイトを作るかです。

成熟したSaaSのECプラットフォームなら、商品、カート、会員、注文は既存のシステムに入っていることが多いです。支払うのは主にプラン、設定、サイト構築に関する費用です。

WordPress／WooCommerce などの自社設置だと、サイト構築、サーバー、プラグイン、技術的な保守、その後の更新が費用に入ることがあります。

専門チームに特殊な取引の流れやシステム連携を計画してもらう場合は、要件分析、システム計画、機能構築の費用がさらに乗ります。

プラットフォーム自体の価格は一部です。より重要なのは、既存機能の外で、どこまでやる必要があるかです。

各プラットフォームタイプの違いがまだよくわからない場合は、『ECプラットフォームの選び方とは？一般的なECプラットフォームの比較と選択ガイド』をご参照ください。

ECサイトは取引機能であると同時に、顧客向けのサイトでもあります。UI／UXとブランドのデザインも費用に影響します。

既存のテンプレートで内容とブランドを整えるのと、トップ、商品分類、商品ページ、会員ページ、購入手続きを新たに計画するのでは、デザインの仕事量が違います。

ページ数も費用に影響しますが、「何ページか」だけでは判断できません。

ECサイトでは、商品一覧、商品詳細、カート、購入手続きが、状態や操作の流れを持つことが多いです。ページの操作と流れの複雑さのほうが、単なるページ数より見る価値があります。

商品数は、データの整理と取り込みに影響します。それ以上に効くことが多いのは、商品そのものの仕様の構造です。

仕様が単純な商品が100点あっても、形式を揃えて一括で取り込めることがあります。逆に点数が少なくても、仕様の組み合わせ、選択肢の制限、価格の出し方が商品ごとに多いと、システムの計画はかえって複雑になります。

よく影響するのは、次のような点です。

見積を依頼するときは「商品が何点あるか」だけでなく、実際の商品と仕様の例も出すと、作業量をより正確に見られます。

企業向けECの費用に、いちばんはっきり効く項目の一つです。

標準的な商品販売なら、次で足りることがあります。

企業では、さらに次が必要になることがあります。

これらは「機能を一つ足す」だけでは済みません。条件同士がどう動くかを確認する必要があります。

取引の流れが自社の運営に近いほど、要件分析とシステム構築の費用は高くなりやすいです。

一般的なECサイトは、決済、配送、電子インボイスの接続が必要なことがあります。企業向けECでは、ERP、CRM、POS、在庫、その他の社内システムとの連携が加わることもあります。

連携の複雑さは、種類によって大きく違います。

成熟した決済サービスには、標準の接続方法があることが多いです。既存の社内システムは、独自API、特殊なデータ形式、双方向の同期、例外処理が絡むことがあります。

この種の要件を見積もるときは、「つながるか」だけでは足りません。次も確認してください。

外部サービス自体が、プラットフォーム料、利用料、取引手数料を別に取ることもあります。これらは、サイト構築費に含まれないことが多いです。

見落としやすい最後の費用が、サイトの内容と商品データです。

ECサイトでは、次を扱うことがあります。

データがすでに整っていれば、構築チームはそのまま取り込めます。作業は比較的単純です。

商品データが Excel、旧サイト、ERP、担当者ごとに散らばっていると、整理、形式の統一、内容の入力が追加で必要になることがあります。

見積を比べるときは、内容と商品データを誰が用意し、誰が入力し、見積にどれだけの取り込み作業が含まれるかを必ず確認してください。

まとめると、オンラインショップの価格は一つの要因では決まりません。

これらが合わさって、最終的な案件費用になります。

これらの要因が分かったら、次は SaaS、自社設置、Web制作会社、高度な個別開発で、費用の構造がどう違うか を比べられます。

構築方法によって、費用の構造は違います。プラットフォーム利用料が中心のものもあれば、サーバー、プラグイン、保守を自前で持つものもあります。企業の流れの計画や個別機能が入ると、費用は要件分析、構築、その後の保守に寄ります。

価格を比べるときは、最初の「サイト構築費」だけを見ないでください。その後も発生し続ける費用を一緒に見てください。

SaaSのECプラットフォームは、月額または年額が一般的です。ECシステム一式を自前で立てなくても、商品、カート、会員、注文、決済、配送を使えます。

主な費用には、次が入ることがあります。

この種の仕組みは、初期費用を見積もりやすく、システムの土台の保守の多くを自前で持たなくて済みます。

それでも、プランごとの機能制限、取引手数料、アップグレード条件は確認してください。商品、注文、機能が増えると、長期の費用は使い始めと違うことがあります。

SaaSは、取引の流れが標準的で、初期のシステム構築と保守の負担を下げたい企業に向きます。

WordPress と WooCommerce を使う場合、ソフト自体は全体費用の一部です。

実際の費用には、次が入ることがあります。

この方法はサイトのコントロールが比較的高く、既存プラグインで機能を足しやすいです。同時に、システムを保守する人が必要です。

外部プラグインを多く使うと、ライセンス料のほかに、バージョン更新、互換性、性能、セキュリティといった長期費用も見てください。

自社設置を「WordPress は無料、WooCommerce は無料」では判断できません。見るべきなのは、サイト全体を長く動かすために必要な技術と保守の資源です。

要件の計画、サイトデザイン、機能の導入、その後の保守を専門チームに任せる場合、費用は案件として見積もられることが多いです。

費用には、次が入ることがあります。

この種の見積は、標準的なSaaSより価格差が大きくなります。会社ごとに、サービス範囲と納品内容がまったく違うことがあるためです。

サイト制作だけのものもあれば、事前の相談、内容の入力、SEOの基本設定、公開後の保守まで含むものもあります。

制作会社の見積を比べるときは、総額だけを比べず、同じ価格の裏側にどの仕事が含まれるかを確認してください。

特殊な取引の流れや、既存システムとの深い連携が必要になると、案件は「サイト構築」から「システム導入」の範囲に入っていきます。

たとえば、次のような要件です。

この種の案件は、ページ数や機能数だけでは見積もれないことが多いです。先に要件分析と技術評価が必要です。

最初の開発に加え、その後のシステム更新、APIの変更、データの異常、保守の責任も見てください。長期費用は、標準的なECサイトより高くなりやすいです。

費用の構造は、次のように読めます。

いちばん安い案が、総費用いちばん安いとは限りません。比べるべきなのは、要件を満たしたあと、公開後も負担し続ける費用は何かです。

ここから、見落としやすい次の問いです。最初の構築費のほかに、ECサイト公開後も続く費用は何かです。

ECサイトの予算は、最初の構築費に寄りがちです。公開後も、プラットフォーム、決済、配送、保守、マーケティングの費用は続くことが多いです。

案を比べるときは、初期の構築費と合わせて、数年先までの総保有コスト（Total Cost of Ownership, TCO）も見てください。

構築方法によって、土台の費用は違います。

SaaSのECプラットフォームは、月額または年額が必要なことが多いです。自社設置なら、サーバー、ドメイン、CDN、バックアップ、その他の基盤サービスが必要です。

一つひとつは高く見えなくても、サイトを動かし続ける固定費です。案を比べるときは一緒に計算してください。

クレジットカード、ATM、モバイル決済などのオンライン支払いを受けるなら、外部の決済サービスにつなぐことが多いです。

接続そのものに加え、実際の取引では次が発生することがあります。

決済サービスとプラットフォームで課金の仕方は違い、料率も変わることがあります。正式に計画するときは、その時点の公式プランを基準にしてください。

取引量が多い企業では、数パーセントの差でも、長く積もるとはっきりした費用になります。

実物の商品を売るECでは、宅配、コンビニ受け取り、その他の配送方法も必要です。

配送伝票の自動作成、配送状態の同期、電子インボイスとの連携が必要なら、外部サービスの費用とシステム接続の費用が発生することがあります。

「決済、配送、電子インボイスに対応」は、サイトが対応するかどうかだけでは足りません。次も確認してください。

企業向けECでは、追加のサービスを使うこともあります。たとえば次です。

プラットフォームのプランに含まれるものもあれば、別に契約するものもあります。

機能が多いからといって、最初の構築費が高いとは限りません。費用の一部が、継続するソフトの利用料に移っていることもあります。

公開したからといって、技術的な仕事が終わるわけではありません。

プラットフォームの版、外部API、決済と配送のサービス、ブラウザ、セキュリティ環境は変わり続けます。サイトの保守も見てください。

よくある項目は、次です。

保守のやり方は会社によって大きく違います。プラットフォームの年額に含まれるもの、年間の保守契約、都度見積のものがあります。

契約の前に、構築費だけでなく、保証はどれだけ続くか、保守に何が含まれるか、範囲を超えたらどう課金するかも確認してください。

ECの要件は、運営が進むと変わることが多いです。

公開時は基本的な注文だけで、その後に会員区分、見積依頼、販売店からの注文、ERP連携、新しい支払い方法が加わることがあります。

仕組みに拡張の余地がないと、後から作り直し、サイト自体を建て直すことになることがあります。

費用を、次の問いだけで見ないでください。

次も見てください。

ここが、企業向けECと、短期の出店で大きく違う点の一つです。

サイトが完成しても、取引できる土台ができただけです。顧客が自然に入ってくるわけではありません。

次への投資が、まだ必要になることがあります。

これらは「サイト構築費」に入らないことが多いです。ECサイトの目的が売上なら、集客の予算と構築の予算は分けて計画してください。

ECサイトの本当の費用は、次のように読めます。

最初の構築価格だけを比べると、サイトを実際に運営する予算を低く見積もりやすくなります。

標準的な商品、カート、会員、注文は、成熟したECの仕組みで足りることが多いです。予算をはっきり上げるのは、たいていその企業だけの取引規則と運営の流れです。

次の種類は、企業向けECで費用が増える、よくある原因です。

一般的な商品は、サイズや色のような単純な仕様で、仕様ごとに価格が決まっていることがあります。

業種によっては、仕様が互いに連動します。サイズ、素材、数量、加工方法、その他の選択肢が、最終価格に影響します。

このときサイトが扱うのは「商品仕様」だけではありません。価格を計算する論理です。

たとえば、次の流れです。

選択肢に制限がある場合、たとえばある素材では特定の加工しか選べない、といった条件もシステムが扱う必要があります。

仕様が多いからといって、費用が高いとは限りません。費用に効くのは、仕様の間に条件と価格の論理がどれだけあるかです。

すべての企業商品が、固定価格を出してオンラインで購入手続きできるわけではありません。

B2B、製造、加工、受注生産の商品では、取引の流れは次であることが多いです。

この流れをサイトで支えるには、見積依頼の管理、見積の版、状態、通知、注文への変換が必要になることがあります。

必要なのは「見積ボタン」を足すことではありません。これまでメール、LINE、Excel、手作業だった流れを、サイトで管理できる流れに置き換えることです。

一般的なB2Cは、どの消費者にも同じ商品と価格を出します。企業間の取引は、顧客の立場で条件が変わることがあります。

たとえば、次です。

会員の仕組みは、ログインと注文履歴だけでは足りません。商品、価格、取引できる権限の制御にも入ります。

顧客の階層と商習慣が複雑なほど、データ構造と権限の論理は増えます。

標準的なECは、支払いが完了すると注文が成立することが多いです。企業の取引は、必ずしもそうではありません。

商品によっては、ファイル、在庫、製造条件、納期を先に確認しないと、正式に注文を受けられません。

流れは、次のようになることがあります。

注文ごとに状態と担当が違うなら、管理画面にも対応する管理の流れが必要です。

既存の手作業をサイトに移すときは、本当に必要な節目を先に整理してください。いまの作業を最初からすべて複製する、という頼み方は避けたほうがよいです。

ECサイトが他の企業システムとデータをやり取りする必要があると、案件の複雑さはさらに上がることが多いです。

よくある連携は、次です。

たとえば、サイトで受けた注文からERPの注文を自動で作る、またはERPの在庫更新をサイトへ同期する、といった動きです。

接続を作るだけでなく、データの出どころ、同期の頻度、項目の対応、エラー処理、権限も扱う必要があります。

スムーズに連携できるかは、既存システムが使えるAPIを出しているかにもよります。

システム連携が必要なら、案件の初期に出してください。サイトがほぼ完成してから足さないでください。

費用を抑えるうえで、重要な原則が一つあります。

社内の流れが非常に複雑な企業もあります。既存のやり方をそのままサイトに作り直すと、費用は大きいのに、使う場面は少ない、ということが起こります。

より合理的なのは、先に次を確認することです。

どの流れが、顧客の成約と運営の効率に直接影響するかを確認してから、システム化する価値があるものを決めます。

仕様が複雑で、営業が何度も見積を出し直しているなら、仕様の選択と見積の流れを先に整える価値があります。年に数回しか起きない社内作業は、最初から大きな費用をかけて個別開発しなくてもよいことがあります。

企業向けECの予算が増えること自体が問題ではありません。判断すべきなのは、増やす機能が取引の流れを良くし、手作業を減らし、実際の事業価値を生むかです。

市場の価格帯を見たあと、企業が最初に迷うのは、自社の要件がどの予算の層に入るかです。

先に価格を決めて、すべての要件をその予算に押し込むより、サイトがどれだけの商流を扱うかを先に判断するほうが合理的です。

次の五つの面から見られます。

標準化された商品を売り、買い方が一般的なネット通販に近いなら、成熟したEC機能から始めるのが通常です。

たとえば、次です。

この種の案件の中心は、取引システムを作り直すことではありません。既存機能を、ブランド、商品、売り方に合わせて設定し、導入することです。

予算に主に効くのは、サイトデザイン、商品数、内容の入力、選ぶプラットフォームとサービス範囲です。

標準的なEC機能では実際の取引の流れを支えきれないなら、進んだ企業向けECの範囲に入ります。

たとえば、次です。

この種のサイトは、これまで手作業だった流れの一部をシステムの論理に置き換えます。事前の要件整理、流れの設計、機能テストが増えます。

予算を「サイトが何ページか」だけで見積もらないでください。扱う取引の流れと商習慣を主な根拠にしてください。

ECサイトが、企業がすでに使っているシステムとデータをやり取りする必要があると、システム連携が案件に入ります。

たとえば、次です。

サイトそのものに加え、API、データ構造、同期の仕方、エラー処理、その後の保守を確認する必要があります。通常は、技術評価を別に行います。

これは、サイト＋取引システム＋システム連携の案件として見てください。単なるショップ制作ではありません。

初めてECサイトを計画するとき、すべての機能を書き出せるとは限りません。

長い機能一覧を先に作るより、次の問いに答えるほうが実用的です。

実際の取引の流れが整理できると、制作会社は、既存機能で足りるもの、別に計画するもの、第1段階では不要なものを判断しやすくなります。

ECサイトの予算を準備するときは、次の原則から始められます。

こうすると、不要な開発費を抑えつつ、運営の必要に合わせてあとから広げられます。

制作会社の見積は、金額が大きく開くことがあります。高い低いだけでは、どの案が合うかは分かりません。

同じ「ECサイト」でも、サイトと基本的な購入機能だけの見積もあれば、要件計画、内容の入力、外部接続、テスト、その後の保守まで含む見積もあります。

見積が届いたら、価格を比べる前に、納品範囲が同じかを確認してください。

まず、見積の機能が具体的に書かれているかを確認します。

「会員システム」「注文システム」「決済接続」とだけ書いてあっても、中身は判断しにくいです。

会員機能は、登録とログインだけのこともあります。次まで含むこともあります。

重要な要件ほど、見積または仕様で実際の範囲を確認してください。同じ機能名で、双方の理解がずれるのを避けるためです。

システムとテンプレートだけを渡し、商品の準備と掲載は企業が行う見積もあります。一定数の商品と内容の入力が含まれる見積もあります。

次を確認してください。

商品数が多い企業では、データの整理と取り込み自体が、かなりの作業量になることがあります。

「決済に対応」と書いてあっても、すべての費用が含まれているとは限りません。

次を分けて見てください。

決済、配送、電子インボイス、SMS、その他のサービスは、申請料、年額、利用料、取引手数料が別に発生することがあります。

契約の前に、どの費用が案件の見積に入り、どの費用を外部サービスへ直接支払うかを確認しておくとよいです。

ECサイトの案件が始まると、新しいアイデアは出やすいです。

最初は一般会員だけで、あとから販売店価格を足したくなることがあります。最初はすぐ購入手続きで、あとから確認してから支払いに変えたくなることもあります。

「流れを直す」だけに見えても、データ構造、公開側、管理画面、注文の論理に影響することがあります。

見積と契約では、次を分けておくとよいです。

当初の範囲を超えたら、どう評価し、どう見積もるかも書いてください。

案件の途中で、「修正」の意味が双方でまったく違った、と気づくのを避けられます。

公開後も、システムの更新、外部サービスの変更、不具合対応、機能調整が必要になることがあります。

次を確認してください。

最初の構築費が安くても、その後の調整がすべて別料金なら、長期では安くないことがあります。

サイト完成後、どの重要な資産とアカウントを自社で持てるかも確認してください。

たとえば、次です。

ドメイン、分析ツール、外部サービスは、原則として企業自身のアカウントを使うか、少なくとも必要な管理権限を企業が持つようにしてください。

見積が10万元と20万元だとします。金額だけを見ると、前者のほうが安く見えます。

10万元がサイトと基本的な購入機能だけで、20万元に要件計画、内容の取り込み、特殊な流れ、その後のサービスが含まれるなら、同じ製品ではありません。

ECサイトの見積を比べるときは、いちばん単純な問いから始められます。

要件と納品範囲を先に揃えてから価格を比べて、初めて意味があります。

良いECサイトの見積は、技術の詳細をすべて複雑に書く必要はありません。少なくとも、何を完成させるか、何が案件に含まれるか、何が含まれないか、要件が変わったらどう扱うかが、双方に分かるようになっていればよいです。

オンラインショップの構築費用は、数万元から数十万元以上まであります。価格差を生むのは、ページ数や見た目だけではありません。商品仕様、取引の流れ、機能要件、データの取り込み、システム連携の複雑さです。

企業にとって、「いちばん安いショップ」を先に探すより、取引の流れを整理するほうが重要です。

何を売り、価格をどう決め、顧客がどう注文し、どの段階で人が関わり、サイトがどのシステムとデータをやり取りするか。

要件が明確になれば、どの機能を成熟した仕組みで賄え、どの流れに計画と構築の予算を使う価値があるかを判断できます。