--- title: "ECサイト構築とは？5つの構築方法の費用相場と、自社に合う進め方の判断軸を解説" url: "https://www.issoh.co.jp/column/details/15234/" published: 2026-07-16 updated: 2026-10-09 categories: ["EC"] publisher: "株式会社一創" --- # ECサイト構築とは？5つの構築方法の費用相場と、自社に合う進め方の判断軸を解説 ECサイト構築とは、商品を売るWebページを作ることではなく、決済・受注・在庫・配送・集客までを含む販売の仕組みを一式そろえる工程を指します。同じ「構築」でも、月額数千円のカートで始める方法から数千万円のフルスクラッチまで、費用も期間も一桁単位で変わるのが実態です。この記事では、ECサイト構築が何を含む工程かを定義し、ASP・モール・クラウドEC・パッケージ・フルスクラッチという5つの構築方法の費用相場と向き不向き、初期とランニングを合わせた総額の見方を整理します。さらに、見積もりから抜け落ちやすい法令表示とカード決済セキュリティの要件、在庫と受注を外部システムへ同期する連携の確かめ方、そして受託開発の現場目線でどの方式を選ぶかの判断基準と失敗パターンまで扱います。 ## まとめ：ECサイト構築の全体像と、方式選定と実装要件の結論 ECサイト構築で最初に決めるべきは、器（構築方法）ではなく事業の前提です。売る商品・想定月商・必要な独自機能・社内の運用体制、この4つが固まれば構築方法はほぼ絞れます。年商1億円以下でスタンダードな物販なら、ASPかクラウドカートで小さく始めるのが手戻りを少なくするための進め方です。基幹システムとの在庫連携や独自の受発注ロジックが要件の中心にあるなら、パッケージやフルスクラッチが選択肢に入ります。 費用は初期構築だけで判断すると足元をすくわれます。決済手数料・月額利用料・保守・改修まで含めたランニングコストを3年分で並べ、初期費用と合算した総保有コストで比較するのが実務の基準です。器を先に決めず、月商が読めない立ち上げ期はコストの軽い方式で需要を検証し、売上と要件が固まった段階で作り込む方式へ移す。この順序が、過剰投資と作り直しの両方を避けます。 もう一つ、方式を問わず初期スコープに入れるべき塊があります。特定商取引法にもとづく通信販売の表示、EMV 3-Dセキュアの導入、サイトの脆弱性対策の3点です。これらは「公開後に余裕ができたら」と後送りされやすい一方、カード会社の審査や決済代行との接続条件に直結するため、着手が遅れると公開日そのものが動きます。構築方法の比較表を作る前に、この3点を要件定義の必須項目として先に置いてください。 ## ECサイト構築とは何か、サイト制作との違いと構築に含まれる5つの機能領域 ECサイト構築という言葉を「見た目のページを作ること」と捉えると、公開後に運用が回らなくなります。構築が何を含む工程かの線引きが先です。ECサイトそのものの定義や種類は[ECサイトとは？種類・構築方法・費用相場と判断軸の解説](https://www.issoh.co.jp/column/details/12826/)で整理しているため、ここでは「構築＝何を作るのか」に絞ります。 ### サイト制作とECサイト構築の違いと、構築に含まれる機能領域の線引き コーポレートサイトの制作は、情報を見せるページを作れば完結します。ECサイト構築はそこに商取引の仕組みが加わる点が決定的に違います。具体的には、商品を陳列するフロント（商品ページ・カート）だけでなく、注文を受けて処理する受注管理、決済代行との連携、在庫の引き当て、配送手配、購入後のメール通知、そして集客のためのSEOや広告の受け皿までが一続きの設計対象です。フロントだけ作って受注や在庫の設計を後回しにすると、公開直後の注文でオペレーションが破綻します。機能要件と非機能要件をどう書き分けるかは[ECサイトの要件定義の進め方](https://www.issoh.co.jp/tech/details/7366/)にまとめており、構築前の言語化はここから始めると早いです。 ### ECサイト構築が対象とする5つの機能領域と、後回しにできない優先順位 構築で設計する機能領域は、大きく5つに整理できます。実務で先に固めるべき順に並べます。 - 決済：クレジットカード・コンビニ・後払いなど、対象顧客が使う手段を決済代行経由でそろえる。取りこぼしが売上に直結するため最優先。 - 受注・在庫管理：注文の受付から在庫引き当て、出荷指示までの流れ。複数チャネルで売るなら在庫の一元化が前提になる（[EC受注管理システムの機能・費用相場と導入判断](https://www.issoh.co.jp/column/details/15362/)で詳述）。 - 商品・フロント：商品ページ、検索、カート、会員機能。購買率を左右する。 - 配送・物流連携：配送業者や倉庫（WMS）との連携、送料計算。 - 集客・分析：SEO、広告の計測タグ、アクセス解析の受け皿。 これらのうち、決済と在庫管理は構築方法の選定を左右する要件になります。決済の仕組みや接続方式・自社構築の判断は[決済システムとは何か、仕組みと接続方式・自社構築の判断軸の解説](https://www.issoh.co.jp/column/details/15263/)で整理しています。在庫を店舗やモールとまたいで持つ場合は、カート標準の在庫機能では足りず外部システムを立てる判断になりやすいため、[EC在庫管理システムの多店舗連携と費用の考え方](https://www.issoh.co.jp/column/details/15458/)もあわせて確認してください。標準機能で足りるなら軽い方式で済み、独自の受発注や基幹連携が必要なら作り込める方式が要ります。 ### 国内BtoC-EC市場26.1兆円と物販EC化率9.78%が示す構築の前提 方式を比べる前に、市場側の前提を数字で押さえると投資判断がぶれません。経済産業省の[令和6年度電子商取引に関する市場調査](https://www.meti.go.jp/press/2025/08/20250826005/20250826005.html)（2025年8月26日公表、2026年9月時点で最新版）では、2024年の国内BtoC-EC市場規模は26.1兆円（前年比5.1%増）、うち物販系が15兆2,194億円でEC化率9.78%、BtoB-ECは514.4兆円（同10.6%増）でした。 見るべきはEC化率のばらつきです。「書籍、映像・音楽ソフト」は56.45%、「生活家電、AV機器、PC・周辺機器等」は43.03%と高い一方、「食品、飲料、酒類」は4.52%にとどまります。EC化率の高いカテゴリは機能競争になりやすく、標準機能だけの構築では差がつきません。一桁のカテゴリなら、業務フローを作り込む前に、まず出荷して売れるかを検証する順序が向きます。 ## ECサイト構築の5つの方法と、費用相場・向き不向きを比較した一覧 ECサイトを構築する方法は、大きく5種類に分かれます。費用の桁が方式で大きく変わるので、まず全体像を一覧で押さえるのが早道です。次に選定の勘所を見ます。要件定義から公開までの具体的な進め方は[ECサイトの構築・作り方｜5つの方法の選び方と手順の解説](https://www.issoh.co.jp/column/details/12828/)にまとめています。 ### ASP・モール・クラウドEC・パッケージ・フルスクラッチの費用相場と規模感 各方式の初期費用の目安は、2026年時点で各構築サービスや制作会社が公開している相場を整理すると、次の幅に収まります。金額は要件と規模で動くため、あくまで桁感の目安です。 | 構築方法 | 初期費用の目安 | 拡張性 | 向くケース | | ----------- | ----------- | --- | ------------------- | | ASP・クラウドカート | 0〜10万円台 | 低〜中 | 小規模・スモールスタート、標準的な物販 | | ECモール出店 | 0〜10万円台 | 低 | 集客を借りたい、認知獲得を優先 | | クラウドEC | 300〜500万円 | 中〜高 | 中〜大規模、拡張と保守の両立 | | パッケージ | 500〜1,000万円 | 高 | 独自機能・基幹連携が中規模以上 | | フルスクラッチ | 数千万円〜 | 最高 | 大規模・完全独自要件、既製で満たせない | ASPとモールは初期費用が小さい一方、システムの作り込みには限界があります。フルスクラッチは自由度が最高ですが、初期に数千万円、規模次第で数億円規模まで膨らむ場合があり、投資回収の前提が厳しくなります。多くの事業者にとっての現実解は、まずASPかクラウドカートで立ち上げ、要件が固まってから作り込む方式へ移す進め方です。モール型ECと自社ECのどちらを主軸に置くかという手前の判断は、[D2CとECの違いとチャネル選定をまとめた記事](https://www.issoh.co.jp/column/details/16363/)で整理しています。 ### 費用の桁を分けるのは規模ではなく「標準機能で足りるか」という要件 費用が方式で一桁変わる理由は、サイトの規模そのものではありません。標準で用意された機能で要件が満たせるかどうかが分岐点です。ASPやクラウドECは、決済・カート・在庫といった機能が最初から組み込まれているため、その範囲で足りる限り安く速く立ち上がります。逆に、既製の枠に収まらない独自の受発注フローや基幹システムとの密な連携が要件に入った瞬間、パッケージやフルスクラッチの作り込みが必要になり、費用は一気に跳ね上がる構造です。だからこそ、方式を決める前に「標準機能で足りない要件はどれか」を洗い出す工程が費用を左右します。 ### ヘッドレス構成という第6の選択肢と、5つの方式との位置づけの違い 5分類とは別の軸として、フロントとバックエンドを分離するヘッドレス構成があります。新しい6つ目の方式というより、クラウドECやパッケージの上に「画面だけ自前で作る」層を重ねる構え方です。カート・決済・在庫はAPIで既製基盤に任せ、商品ページや検索の見せ方をNext.jsなどで組む。ブランドサイトと売り場の表現を統一したい場合や、アプリ・店舗端末へ同じ商品データを配りたい場合に効きます。 ただし採用コストは軽くありません。フロントの実装と運用が自社側の責任範囲に移り、テンプレートを触るだけで済んでいた更新がリリース作業に変わります。判断材料は[ヘッドレスコマースの仕組みと導入判断](https://www.issoh.co.jp/column/details/1326/)に整理しました。フロント専任のエンジニアを確保できない体制なら、既製テーマの範囲で表現を作り込む方が投資対効果は上です。 ## ECサイト構築でかかる費用の内訳と、初期＋ランニングの総額の見方 構築費用を初期の一括だけで比較すると、運用フェーズで想定外の出費に直面します。費用は初期とランニングの2階建てで捉えます。 ### 初期費用とランニングコストの内訳と、3年間の総額で比較する理由 初期費用には、要件定義・デザイン・システム構築・データ移行・テストが含まれます。ランニングコストには、サーバーやプラットフォームの月額利用料、決済手数料と販売手数料、独自ドメインやSSLの維持費、保守・改修費、在庫や受注を回す人件費が入ります。ASPやモールは初期が軽い代わりに、月額と決済・販売手数料が売上に比例して積み上がる構造です。フルスクラッチは初期が重い代わりに、月額の外部手数料は抑えやすい傾向があります。この逆転があるため、初期費用だけでは総コストの優劣が判断できません。初期＋ランニングを3年分で合算した総保有コストで並べると、方式ごとの損益分岐が見えます。 ### 見積もり段階で確認すべき、公開後に膨らみやすい3つの費用項目 見積もり段階で抜けやすく、後から膨らむ費用が3種類あります。第一に、決済・販売手数料です。売上の数%が毎月かかるため、月商が上がるほど負担が増えます。第二に、公開後の改修費です。キャンペーン機能の追加やUI改善は継続的に発生します。第三に、システム連携の追加開発です。会計・在庫・基幹システムとの連携は、当初スコープから漏れやすく、後付けだと割高になります。見積もりを取る際は、初期一式に加えてこの3項目の想定を必ず並べて確認しましょう。 ### Shopifyの公式料金で見る、月額と決済手数料が総額へ効く構造 ランニングの積み上がり方は、実額で見ると腹落ちします。[Shopifyの公式料金ページ（日本）](https://www.shopify.com/jp/pricing)で2026年9月時点の掲載値を確認すると、次の構造でした。月額はプランを上げるほど高くなる一方、決済手数料と外部決済の取引手数料は下がります。 | プラン | 月額（年払い） | 月額（月払い） | 決済手数料 | 外部決済の取引手数料 | | -------- | ------- | ------- | ----- | ---------- | | Basic | 3,650円 | 4,850円 | 3.55% | 2% | | Grow | 10,100円 | 13,500円 | 3.4% | 1% | | Advanced | 44,000円 | 58,500円 | 3.25% | 0.6% | 上位のPlusは月額368,000円からで、外部決済の取引手数料は0.2%です。効いてくるのは売上比例の手数料で、月商500万円ならBasicとAdvancedの決済手数料の差0.30ポイントだけで年18万円の差になります。月額差は年24万円ほどなので、月商およそ700万円を超えるあたりから手数料の削減が月額の増加を上回る計算です。自社の月商見込みでこの交点を先に出しておくと、プラン選びが感覚論になりません。プラン別の総額と乗り換えラインは[Shopifyの料金プランと手数料から決める総額の判断](https://www.issoh.co.jp/column/details/17108/)で詰めています。 ## ECサイト構築で外せない法令表示とカード決済セキュリティの要件 構築の見積もりで抜けやすいのが、法令にもとづく表示と、カード決済まわりのセキュリティ要件です。要望として上がってこない一方、満たさないと公開できない、あるいは決済代行の審査で止まります。方式を問わず必要になるため、比較表を作る前に確定させます。 ### 特定商取引法の通信販売で表示が要る項目と、画面設計への落とし方 ネット通販は特定商取引法の「通信販売」にあたり、広告での表示事項は法律で定められたものです。消費者庁の[特定商取引法ガイド（通信販売）](https://www.no-trouble.caa.go.jp/what/mailorder/)には、販売価格と送料、代金の支払時期と方法、商品の引渡時期、申込期間の定めがある場合はその内容、申込みの撤回や解除に関する事項、事業者の氏名・住所・電話番号などが並びます。返品の可否・期間・送料負担を含む返品特約は省略できない項目で、表示がなければ引渡しから8日以内は消費者側の送料負担で返品できる扱いになります。 実装側では、これらを「特定商取引法に基づく表記」ページに置くだけでは足りません。返品特約は申込みの最終確認画面から読める位置に置く、送料は購入手続きに入る前に確定額を出す、定期購入なら継続回数と各回の請求額を申込画面に並べる、といった画面要件へ落とす作業が発生します。固定フッターに1リンク足して終わりという工数見積もりでは間に合いません。落とし方の手順は[特定商取引法の7類型と通信販売の表示義務をEC実装要件で整理した記事](https://www.issoh.co.jp/column/details/17346/)にまとめています。価格の見せ方やセール表示は景品表示法の側からも制約がかかるため、[景品表示法をECの価格表示設計に落とす判断軸](https://www.issoh.co.jp/column/details/17344/)とセットで確認すると手戻りが減ります。 ### EMV 3-Dセキュアと脆弱性対策が、構築の見積もりに入るべき理由 カード決済を扱うなら、クレジット取引セキュリティ対策協議会（事務局は日本クレジット協会）が示す[クレジットカード・セキュリティガイドラインの改訂について【2026年3月】](https://www.j-credit.or.jp/security/pdf/Creditcardsecurityguidelines%5F6.1%5Frevisionpoint.pdf)が実務の基準になります。同資料によれば、2025年3月に承認された6.0版で、不正利用被害額の9割を占めるEC加盟店向けの指針対策が追加されました。内訳は「EC加盟店のシステム及びWebサイトの脆弱性対策」「適切な不正ログイン対策」「EMV 3-Dセキュアの導入」です。2026年3月の6.1版は指針対策の追加・変更を伴わず、事業者の理解を促す記載を足した改訂でした。 被害の実額も同資料に載っています。2025年のクレジットカード不正利用被害額は510.5億円で、過去最高だった2024年の555.0億円から44.5億円減（前年比8%減）。うち番号盗用が475.4億円と9割を占めます。新規構築で「3-Dセキュアは後回しでよいか」と聞かれることがありますが、指針対策として明示されている以上、後付けは決済代行との再接続と再テストを招くだけです。認証フローの分岐や離脱率への影響を含む実装の勘所は[EMV 3-Dセキュア2.0の仕組みと認証フローをEC決済の実装視点で解説した記事](https://www.issoh.co.jp/tech/details/15732/)にまとめました。 脆弱性対策も同じ扱いです。附属文書には「EC加盟店におけるセキュリティ対策 導入ガイド」や「ECサイトのセキュリティ対策実施状況申告書（例）」があり、加盟店側が実施状況を申告する運用が前提になっています。請けた側は、診断の実施と是正、申告に耐える記録の作成まで見積もりに含める必要があります。診断の種類・費用相場・外注時の判断は[脆弱性診断の種類・費用相場と外注時の判断基準](https://www.issoh.co.jp/column/details/13101/)で整理しました。公開前の一度きりではなく、機能追加のたびに差分を診る体制まで含めて費用を置いてください。 ## 在庫と受注を外部システムへ同期する連携方式と、APIの確かめ方 ECサイト構築で追加開発の中心になるのは、たいていフロントではなく連携です。基幹システムの在庫、倉庫のWMS、会計、モール側の受注。これらとどうつなぐかで工数が決まります。要件定義で「つなげます」と流されやすい領域なので、着手前に実物のAPIを叩いて確かめる習慣を持つと事故が減ります。 ### 連携方式をAPI・CSV・データベース直結の3種類で比べる判断軸 連携の実装方式は大きく3つです。第一にAPI連携。リアルタイム性が高く、在庫の引き当てや受注の即時反映に向きます。呼び出し回数の上限や仕様変更への追随という運用負荷が代わりに乗ります。第二にCSVやSFTPによるファイル連携。夜間バッチで日次同期する構えで、実装は軽く、基幹システム側を改修せずに済む場合が多い方式です。ただし同期の粒度が日次になり、売り切れ後の注文を止められません。第三にデータベース直結。速度は出ますが、相手側のスキーマ変更で壊れるため、受託の現場では原則として採りません。 判断の順序は、売り切れによる欠品出荷が事業上どれだけ痛いかを先に決め、痛いならAPI、許容できるならCSVで始める。複数チャネルを持つならAPI一択に近づきます。設計の考え方は[EC在庫管理システムの在庫連携と受注同期](https://www.issoh.co.jp/column/details/15458/)で詳述しました。 ### Shopify Admin APIで在庫数を取得し、同期の前提を確かめる手順 既製プラットフォームを使う場合でも、APIの世代管理は構築側の宿題になります。[Shopifyのバージョニング方針](https://shopify.dev/docs/api/usage/versioning)では、APIバージョンは四半期ごとに公開され、各バージョンは最低12か月サポートされる仕組みです。2026年9月時点の最新stableは2026-07で、2025-07以前はサポートを終えています。連携を作ったら年1回はバージョンを上げる保守が発生する前提で費用を置いてください。 確認は、[Admin GraphQL API](https://shopify.dev/docs/api/admin-graphql)にリクエストを1本投げるのが早いです。次のコマンドは商品バリアントのSKUと在庫数を3件だけ取得します。ストアのドメインとアクセストークンを差し替えれば、そのまま実行できます。 ``` curl -s -X POST \ -H "X-Shopify-Access-Token: $SHOPIFY_ADMIN_TOKEN" \ -H "Content-Type: application/json" \ -d '{"query": "{ productVariants(first: 3) { nodes { sku inventoryQuantity } } }"}' \ "https://example-shop.myshopify.com/admin/api/2026-07/graphql.json" ``` 返ってきたJSONに sku と inventoryQuantity が入っていれば、基幹システム側のSKUとECのSKUを突き合わせる同期設計は成立します。sku が空だった、基幹側の品番と桁数も体系も違ったというケースは珍しくありません。要件定義でSKU体系の突き合わせを先に潰しておくと、連携工数の見積もり精度が上がります。色・サイズ展開でSKUが増える業種では設計そのものが変わるため、[アパレルECサイト構築のSKU設計と店舗在庫連動の判断軸](https://www.issoh.co.jp/column/details/16352/)を参照してください。 ## 受託開発目線でどの構築方法を選ぶか、判断基準と避けるべき失敗パターン ここからは、要件のヒアリングから構築まで手がける受託開発の現場目線で、方式選定の判断を言い切ります。玉虫色の「ケースバイケース」では発注判断に使えないため、条件付きで結論を示します。 ### 月商・独自要件・社内体制の3点から決まる、方式選定の判断基準 方式を分ける軸は3つです。想定月商、独自要件の有無、社内の運用体制の3点で判断します。月商が読めない立ち上げ期に選ぶべきは、ASPかクラウドカートです。初期投資を抑え、需要と主力商品を検証してから作り込むほうが、過剰投資を避けられます。標準機能に収まらない独自の受発注ロジックや、既存の基幹システムとの在庫連携が要件の中心にあるなら、選択肢はクラウドECかパッケージ以上です。ASPやクラウドカートで早く立ち上げたい場合の構築や、既製基盤でのデザイン・機能設計は[ECサイト制作・Shopify構築](https://www.issoh.co.jp/service/web/shopify/)のように既製プラットフォームを前提にした構築が向いています。基幹連携や独自機能を含むパッケージ・フルスクラッチ寄りの要件は、[ECシステム開発](https://www.issoh.co.jp/service/system/ec/)として要件定義から設計する領域です。 ### ECサイト構築で頓挫しやすい、採用を見送るべき3つの失敗パターン 構築の失敗は、機能不足よりも方式選定の見誤りから起きます。避けるべきパターンを3つ挙げます。 - 初手からフルスクラッチを選ぶ：月商が読めない段階で数千万円を投じると、需要が想定を下回ったときに投資回収が破綻する。立ち上げ期にフルスクラッチは採用しない。 - 安さだけでASPを選び、独自要件を後付けする：基幹連携や独自の受発注が後から必要になると、ASPの制約に阻まれて作り直しになる。将来の要件が見えているなら最初から拡張できる方式を選ぶ。 - 初期費用だけで発注先を決める：初期が安くても、決済手数料と月額、改修費で3年総額が逆転する場合がある。総保有コストで比較しないと選定を誤る。 逆に言えば、月商・独自要件・体制の3点を先に固め、初期＋ランニングの3年総額で比較すれば、方式選定の大半は迷わず決まります。器を決めてから要件を後付けするのではなく、要件を固めてから器を選ぶ。この順序が、ECサイト構築で最も費用対効果を左右する判断です。自社ECで直接販売するD2Cモデルに絞った構築要件と立ち上げ手順は[D2Cサイト構築の進め方と立ち上げ七工程・費用相場の判断軸](https://www.issoh.co.jp/column/details/16361/)で整理しています。なお、企業間取引（BtoB）を対象にしたECの構築は、掛売り・承認フロー・基幹システム連携といった前提が異なるため、[BtoB ECとは？種類と構築方法、BtoCとの違いから受託開発目線の選び方まで解説](https://www.issoh.co.jp/column/details/15237/)で整理しています。 ## よくある質問 ECサイト構築の検討でよく寄せられる質問に、実務の観点から簡潔に答えます。 ### ECサイト構築の費用相場はいくらですか？ 構築方法で桁が変わります。ASPやモールは初期0〜10万円台から始められ、クラウドECは300〜500万円、パッケージは500〜1,000万円、フルスクラッチは数千万円以上が2026年時点の目安です。標準的な物販の中小規模なら100万円前後に収まるケースが多く、独自機能や基幹連携が要件に入るほど費用は上がります。初期費用だけでなく、決済手数料や月額を含めたランニングコストも合算して比較してください。 ### ECサイト構築にはどれくらいの期間がかかりますか？ 方式で大きく異なります。ASPやクラウドカートは、テンプレートを使えば最短で数日から数週間で公開できます。クラウドECやパッケージは、要件定義・設計・構築・テストを経て2〜4か月程度が目安です。フルスクラッチや基幹連携を伴う構築は、半年から1年以上かかる場合もあります。期間を左右するのは、独自要件の量とデータ移行・システム連携の有無、そして決済代行やカード会社の審査に要する待ち時間です。 ### ECサイト構築は自社と外注、どちらが良いですか？ 要件の複雑さと社内リソースで判断します。ASPやクラウドカートを使った標準的なサイトなら、社内でも構築・運用が可能です。独自の受発注フロー、基幹システムとの在庫連携、決済や物流のAPI連携が要件に入る場合は、要件定義から設計できる受託開発への外注が現実的です。内製と外注は二者択一ではなく、フロントは内製、システム連携は外注のように分けて進める方法もあります。外注する場合の費用相場や依頼先の選び分けは[ECサイト構築の代行の費用相場と外注先の選び方](https://www.issoh.co.jp/column/details/16354/)で整理しています。 ### ECサイト構築で最初に決めるべきことは何ですか？ 売る商品と想定月商、そして標準機能で満たせない独自要件の有無です。この3点が固まれば、適した構築方法はほぼ絞れます。逆に、器（ASPやフルスクラッチ）を先に決めてしまうと、要件と方式がかみ合わず作り直しになりやすいです。まず事業の前提を言語化し、それに合う方式を選ぶ順序で進めてください。 ### ECサイト構築で必要な法令対応やセキュリティ要件は何ですか？ 通信販売にあたるため、特定商取引法にもとづく販売価格・送料・支払時期・引渡時期・返品特約・事業者情報などの表示が要ります。返品特約を表示しない場合、引渡しから8日以内は消費者の送料負担で返品できる扱いになる点に注意してください。カード決済では、クレジットカード・セキュリティガイドライン6.0版でEC加盟店向けにEMV 3-Dセキュアの導入、不正ログイン対策、サイトの脆弱性対策が指針対策として示されました。いずれも構築の初期スコープに入れておく前提の項目です。 ### ECサイト構築でShopifyのようなプラットフォームを使うメリットは何ですか？ 決済・カート・在庫といった機能が最初から組み込まれているため、短期間かつ低い初期費用で立ち上げられる点です。多言語や多通貨に標準対応する基盤もあり、越境ECの立ち上げにも向きます。越境で費用がどこに上乗せされるかは[越境EC構築費用の相場と内訳](https://www.issoh.co.jp/column/details/16329/)で確認できます。一方で、既製の枠に収まらない独自機能や基幹連携が必要な場合は、拡張の限界に当たるため、パッケージやフルスクラッチとの比較が必要になる場面です。海外向けに販売する場合の追加要件は、[越境ECサイト構築で増える多言語・海外決済・関税の要件](https://www.issoh.co.jp/column/details/16327/)にまとめています。Shopifyに絞って工程と外注範囲を決める段階に入ったら、[Shopify構築の進め方と4層で見る外注範囲の線引き](https://www.issoh.co.jp/column/details/17106/)を参照してください。 ## 関連記事 - [特定商取引法とは？7類型の規制と通信販売の表示義務をEC実装要件で解説](https://www.issoh.co.jp/column/details/17346/)：構築後に必要となる通信販売の表示義務を画面要件へ落とす手順です。 - [3Dセキュアとは？EMV 3-Dセキュア2.0の仕組み・認証フローとEC決済への実装を開発視点で解説](https://www.issoh.co.jp/tech/details/15732/)：カード決済の本人認証を実装レベルで詰めたい場合の技術記事です。 - [機能要件と非機能要件を含めたECサイトの要件定義の進め方](https://www.issoh.co.jp/tech/details/7366/)：構築の前段で要件を文書化する手順をまとめています。 - [ECサイトとは？種類・構築方法・費用相場と判断軸の解説](https://www.issoh.co.jp/column/details/12826/)：ECサイトそのものの定義や種類から整理したい場合の基礎記事です。 - [ECサイトの構築・作り方｜5つの方法の選び方と手順の解説](https://www.issoh.co.jp/column/details/12828/)：要件定義から公開までの具体的な進め方を知りたい場合の手順記事です。 - [D2Cとは？意味・BtoCとの違いからメリットと始め方まで受託開発目線で解説](/column/details/8304/)：自社ECで直販するD2Cブランドの考え方を整理しています。 - [越境ECとは？出店方式・始め方5ステップと、自社サイト型で構築する判断まで解説](https://www.issoh.co.jp/column/details/15224/)：海外向けにECサイトを構築する場合の判断基準をまとめています。 - [サブスクECとは？定期通販との違い・仕組みとカート選定の判断軸を解説](https://www.issoh.co.jp/column/details/16356/)：定期購入・継続課金モデルでECを立ち上げる場合の方式選定と設計判断をまとめています。 - [定期通販カートシステム比較｜7つの評価軸と製品タイプ別の選び方を解説](https://www.issoh.co.jp/column/details/16359/)：定期通販カートを製品タイプ・評価軸・総保有コストで比べる手順をまとめています。 - [薬機法の表現チェックとは？NG判定の基準とツール選定・AI一次チェックの組み方](https://www.issoh.co.jp/column/details/16797/)：化粧品・健康食品をECで扱う場合に必要な広告表現の確認工程をまとめています。 - [景品表示法とは？優良誤認・有利誤認と景品規制をECの価格表示設計に落とす判断軸](https://www.issoh.co.jp/column/details/17344/)：セールの価格表示やプレゼント企画を管理画面の制約に落とす手順をまとめています。 --- 出典: [ECサイト構築とは？5つの構築方法の費用相場と、自社に合う進め方の判断軸を解説]()（株式会社一創）