EC サイトの作り方:ステップごとの完全ガイド(2026 年版)
プラットフォーム選定、ストア設定、商品登録、決済、配送、SEO、分析、自動化、公開前の品質確認まで、EC サイトをゼロから構築するための 2026 年版完全ガイドです。
EC サイトの構築は以前よりずっと簡単になりましたが、実際に売れるストアを立ち上げるには今も規律が必要です。
ホスティング、チェックアウト、テーマ、商品ページ、決済、基本的な運用機能はプラットフォームが担ってくれます。それでも、商品、ポジショニング、価格、配送、税、ポリシー、分析、顧客データ、マーケティング、公開後の改善については、事業者が判断しなければなりません。
現在の検索行動を見ると、実務的な EC サイト構築のチェックリストが求められていることが分かります。プラットフォームを比較し、料金を確認し、決済と配送を計画し、SEO の手順を探し、公開前に何をすべきかを理解しようとしています。Shopify、WooCommerce、Squarespace、Wix、Google、Brevo、Tajo の公式情報も同じ傾向を裏付けています。必要なのは「Web サイトを作る」ことではなく、ストアという仕組みを作ることです。
本ガイドは元記事の手順構成を保ちつつ、2026 年版の EC サイト公開プレイブックへと拡張しています。
結論から
EC サイトは次の手順で構築します。
- 何を売り、誰が買い、最初のバージョンで何を支える必要があるかを定義します
- Shopify、WooCommerce、BigCommerce、Wix、Squarespace などのプラットフォームを選びます
- ドメインを取得、または接続します
- ストア名、法人情報、通貨、税、単位を設定します
- テーマを選び、中核となるページを設計します
- 商品、バリエーション、写真、説明文、コレクション、在庫ルールを登録します
- 決済、配送、税、返品、取引メールを設定します
- SEO の基本を整えます。整理された URL、タイトル、説明文、商品の構造化データ、カテゴリーの説明、サイトマップです
- 分析と EC イベントを導入します
- メールアドレスの取得、ウェルカムの自動化、カート放棄の回収、購入後のフローを設定します
- モバイルとデスクトップでチェックアウトをテストします
- 公開し、エラーを監視し、毎週ストアを改善します
最良の初期バージョンは、最も複雑なストアではありません。実際の注文を受け、商品を届け、法令に沿って顧客データを取得し、公開後に何が起きたかを教えてくれる、最もシンプルなストアです。
ステップ 1:ストアの要件を定義する
プラットフォームを選ぶ前に行いましょう。
書き出す項目:
- 商品の種類
- 商品数とバリエーション数
- 販売する国
- 必要な通貨
- 配送方法
- 税務上の要件
- 返品ポリシー
- 決済手段
- 在庫の調達元
- フルフィルメントの流れ
- マーケティングのチャネル
- カスタマーサポートの体制
- 必要なコンテンツ
- サブスクリプション、会員制、B2B、卸売、デジタル商品の要件
物理商品を 1 か国で 5 点販売するのか、複数倉庫にまたがる 4,000 のバリエーションを扱うのか、ダウンロード商品、サブスクリプション、卸売アカウント、受注生産品を扱うのかによって、選ぶべきプラットフォームは変わります。
小規模なストアなら、要件はシンプルかもしれません。
- ストアフロントはひとつ
- 通貨はひとつ
- 標準的な商品ページ
- カードとウォレット決済
- 基本的な配送料
- メールアドレスの取得
- カートの回収
- 商品レビュー
- GA4 の EC 計測
より複雑なストアでは、次のような要件が加わります。
- 複数拠点の在庫
- 地域別のストアフロント
- B2B 価格
- 顧客グループ
- ERP 連携
- セット商品
- サブスクリプション課金
- 高度な税処理
- チェックアウトの独自ルール
- ヘッドレスのフロントエンド
この工程を飛ばしてはいけません。定義しなかった要件を満たすためにアプリ、カスタム開発、移行作業、連携が必要になると、安く見えたプラットフォームが一転して高くつきます。
ステップ 2:EC プラットフォームを選ぶ
技術的な理由が特にない限り、新規のストアはホスティング型の EC プラットフォームを選ぶのが基本です。
| プラットフォーム | 向いているケース | 注意点 |
|---|---|---|
| Shopify | ホスティング、チェックアウト、テーマ、アプリ、運用が一体になったストアを求める多くの物販事業 | アプリの費用、プランによるチェックアウトカスタマイズの制限、プラットフォーム固有のワークフロー上の判断 |
| WooCommerce | ホスティング、プラグイン、コンテンツ、コードを自ら制御したい WordPress チーム | ホスティング、セキュリティ、プラグイン保守、速度、決済と配送の設定は自己責任 |
| BigCommerce | 成長中のストア、B2B の用途、プラットフォームの柔軟性が必要なチーム | 料金と実装の適合性を現在の要件に照らして確認する必要があります |
| Wix | 素早い立ち上げとビジュアル編集を重視するシンプルなストア | 複雑なカタログ、運用、独自のワークフローには物足りない場合があります |
| Squarespace | デザイン重視で、カタログとコンテンツの要件が単純なストア | 複雑な EC 運用には物足りない場合があります |
| カスタムまたはヘッドレス | UX、コンテンツ、パフォーマンス、連携に固有の制約があるブランド | 構築と保守のコストが高く、最初のストアには通常向きません |
料金は変わりますし、キャンペーンは国によって異なり、課金の仕組みも各社で違います。購入前に必ず公式の料金ページを確認しましょう。ホスティング型のプラットフォームは通常、ホスティングと基本機能を含みます。WooCommerce 自体はオープンソースですが、ストアにはホスティング、ドメイン、テーマ、決済サービス、セキュリティ、有料の拡張機能が別途必要です。
推奨される既定の選択
動くストアへの最短の実務的な道筋を求めていて、WordPress や独自基盤で作る強い理由がないなら Shopify を選びましょう。
WooCommerce を選ぶのは次の場合です。
- サイトがすでに WordPress 中心である
- 技術的なサポートを得られる
- ホスティングとプラグインをより細かく制御したい
- コンテンツの仕組みがストアと同じくらい重要である
Wix や Squarespace を選ぶのは次の場合です。
- カタログが単純である
- EC の複雑さよりデザインの作業性が重要である
- 当面は高度な運用を想定していない
BigCommerce やより柔軟なコマース基盤を選ぶのは次の場合です。
- B2B、マルチチャネル、複雑なカタログの要件がある
- プラットフォームレベルの柔軟性が必要である
- 実装のリソースを確保できる
ステップ 3:事業情報、ドメイン、ストア設定を整える
EC サイトは、デザインの前に事業に関する設定が必要です。
設定する項目:
- ストア名
- 法人名
- 事業所の住所
- タイムゾーン
- 既定の通貨
- 重量と計測の単位
- 連絡先メールアドレス
- カスタマーサポートのメールアドレス
- 通知の送信元メールアドレス
- ドメイン
- 構築中のパスワード保護
Shopify のセットアップに関するドキュメントがこうした設定を重視しているのは、顧客へのメール、税、配送、通貨、チェックアウトの挙動に影響するからです。
ドメインについては次の点に注意しましょう。
- 可能なら短いブランドドメインを使う
- 紛らわしいハイフンやつづりを避ける
- HTTPS を有効にする
- 別ドメインは本ドメインにリダイレクトする
- カスタマーサポート用に独自ドメインのメールアドレスを用意する
- DNS のアクセス情報を記録しておく
非公開のテストだけを行う場合を除き、プラットフォームの一時的なサブドメインのままで公開してはいけません。
ステップ 4:中核となるページを設計する
最初のバージョンに必要なページは、多くのチームが思うより少なくて済みます。
まず次のページを作りましょう。
- トップページ
- コレクションまたはカテゴリーのページ
- 商品ページ
- カート
- チェックアウト
- 会社案内
- お問い合わせ
- FAQ
- 配送ポリシー
- 返品と返金のポリシー
- プライバシーポリシー
- 利用規約
目指すのは信頼と分かりやすさです。
トップページが答えるべきこと:
- 何を売っているのか
- 誰のための商品か
- なぜ信頼できるのか
- まず何をクリックすべきか
- 最も重要なオファーや商品カテゴリーは何か
商品ページが答えるべきこと:
- どんな商品か
- 誰が買うべきか
- どんな課題を解決するのか
- 何が含まれるのか
- どんなバリエーションがあるのか
- サイズ、対応可否、使い方はどうなっているのか
- 送料はいくらか
- 返品ポリシーはどうなっているのか
- どんな裏付けがあるのか
- 購入後は何が起こるのか
カスタムデザインに費用をかける前に、整ったテーマを使いましょう。チェックアウトを遅くしたり商品を見えにくくしたりする独自レイアウトより、洗練されたシンプルなテーマの方が優れています。
ステップ 5:商品とコレクションを登録する
商品データはストアの中心です。
商品ごとに登録する項目:
- 商品名
- 分かりやすい商品説明
- 価格
- SKU
- 商品タイプ
- 販売元やブランド
- 画像
- 有用なら動画
- バリエーション
- 在庫数
- 重量
- 配送プロファイル
- 課税区分
- 検索用のタイトルとメタディスクリプション
- URL の識別子
- 商品カテゴリー
- タグや属性
商品写真については次の点を意識しましょう。
- 商品がはっきり分かるようにする
- 複数の角度から見せる
- 大きさが分かるようにする
- バリエーションを見せる
- 必要なら梱包も見せる
- 使用シーンや利用状況を見せる
- 表示速度のために画像サイズを最適化する
商品説明については次の点を意識しましょう。
- 買い手の目的から書き始める
- 主なメリットを説明する
- 仕様を列挙する
- サイズ、素材、対応可否、成分に触れる
- 必要ならお手入れ方法を説明する
- 適切な場合は配送と返品の条件を明記する
- 根拠のない主張は避ける
人が買い物をする流れに合わせて、商品をコレクションやカテゴリーに整理しましょう。
- 商品タイプ
- 利用シーン
- 対象となる人
- サイズ
- 素材
- 価格帯
- 売れ筋
- 新着
- セット商品
コレクションは単なるナビゲーションのページではありません。検索で上位に表示されることもあり、有料流入を絞り込んだ商品群に着地させる役割も果たします。
ステップ 6:決済、税、配送を設定する
多くの EC プロジェクトがつまずくのはチェックアウトです。
決済
一般的な決済手段:
- クレジットカードとデビットカード
- 対応していれば Apple Pay や Google Pay などのウォレット
- PayPal
- 適切な場合は後払いサービス
- 特定市場のローカル決済手段
収支の前提を置く前に、プラットフォームと決済事業者の公式料金を確認しましょう。決済手数料、チャージバック、越境手数料、通貨換算、入金サイクルは利益率に影響します。
公開前に確認すること:
- 可能ならテストモードを有効にする
- テスト注文を行う
- 決済の成功を確認する
- 決済失敗時の挙動を確認する
- 確認メールを点検する
- 返金を確認する
- 入金の設定を確認する
税
税のルールは、国、州、商品の種類、課税上の登録義務によって異なります。
最低限、次を行いましょう。
- 事業所の住所を設定する
- 販売地域を設定する
- プラットフォームの税設定を確認する
- 必要に応じて専門家の助言を得る
- プラットフォームがすべての法的責任を自動で担ってくれると考えない
配送
公開前に配送ルールを設定しましょう。
- 配送地域
- 配送業者の選択肢
- 送料無料のしきい値
- 一律料金
- 該当する場合は店舗受け取り
- 出荷までの日数
- お届け予定日
- 梱包重量
- 返品時の送料ルール
配送条件の分かりやすさはコンバージョンに影響します。想定外の送料や曖昧なお届け日はカート放棄を招きます。
ステップ 7:初日からマーケティングを整える
メールアドレスの取得とライフサイクルの自動化は、公開後まで先延ばしにしないでください。
まず次から始めます。
- 登録フォーム
- ウェルカムメール
- カート放棄メール
- 購入後メール
- レビュー依頼
- カスタマーサポートへの導線
- 基本的なニュースレターのテンプレート
そのうえで次へ広げます。
- 閲覧放棄
- 買い足しのリマインド
- 復帰メール
- VIP キャンペーン
- 同意がある場合の SMS
- 認められ、かつ適切な場合の WhatsApp
- 商品レコメンドのキャンペーン
Brevo はメール、SMS、WhatsApp、CRM、チャット、自動化に役立ちます。Shopify チームでは、Tajo が Shopify の顧客、注文、商品、同意、ライフサイクルのデータを Brevo に同期し、現在のストアでの行動に基づいてキャンペーンを実行できるようにします。
これが重要なのは、次の情報を活用できるとマーケティングが格段に強くなるからです。
- 初回購入日
- 最終購入日
- 注文回数
- 購入した商品
- 購入したカテゴリー
- 顧客の価値
- カートのイベント
- 同意の状態
- ライフサイクル段階
手動のエクスポートも一時的には機能しますが、ストアが成長するにつれてデータが古くなり、誤りが増えていきます。
ステップ 8:ストアの構造に SEO を組み込む
SEO は公開後ではなく、構築の段階から始めましょう。
検索エンジンが EC のコンテンツをどう発見し、理解し、表示するかについては、Google 検索の EC 向けドキュメントをチェックリストとして活用できます。
重要な設定作業:
- 整理された商品 URL
- 分かりやすいコレクションの URL
- 重複のない商品タイトル
- 役に立つメタディスクリプション
- プラットフォームが対応していれば商品の構造化データ
- 内容を説明する代替テキスト付きの商品画像
- コレクションから商品への内部リンク
- XML サイトマップ
- robots.txt の確認
- バリエーションや絞り込みで重複が生じる場合の正規化タグ
- 高速なモバイルページ
- 役に立つカテゴリーの説明文
- インデックス可能なポリシーとサポートのページ
まずは買い物客のために書きましょう。検索エンジンには構造化されたクロール可能な商品情報が必要ですが、ページは人の購入時の疑問に答えるものでなければなりません。
商品の SEO では次を意識します。
- 実際の商品名を使う
- 重要な属性を含める
- 仕入先の説明文をそのまま使わない
- 繰り返される質問があれば FAQ を追加する
- 比較やサイズ選びの案内を加える
- 在庫切れ時の表示を明確にする
コレクションの SEO では次を意識します。
- そのコレクションに何が含まれるかを説明する
- 買い物客の役に立つ絞り込みを用意する
- 内容の薄いカテゴリーページを作らない
- 関連するコレクションにリンクする
- 重要なコレクションにナビゲーションから到達しやすくする
ステップ 9:分析と EC イベントを導入する
公開後に何が起きているかを教えてくれるのが分析です。
設定するもの:
- プラットフォームの分析
- Google Analytics 4
- Google Search Console
- メール基盤のレポート
- 広告を使うならその計測タグ
- 必要な場合は同意の管理
GA4 の EC イベントは、正しく実装すれば商品閲覧、カート追加、チェックアウト開始、購入、返金といった行動を計測できます。
公開前に次を検証しましょう。
- ページビューが記録される
- 商品閲覧が記録される
- カート追加イベントが記録される
- 対応していればチェックアウトのイベントが記録される
- 購入イベントが 1 回だけ記録される
- 取引 ID が一意である
- 通貨が正しい
- 売上が二重計上されていない
- 可能な範囲で社内トラフィックを除外している
- UTM が統一されている
実際の注文やテスト注文で検証するまで、ダッシュボードの数字を信用してはいけません。
ステップ 10:ポリシーと取引メールを用意する
ポリシーのページは顧客の信頼を守り、問い合わせを減らします。
作成するもの:
- 配送ポリシー
- 返品と返金のポリシー
- プライバシーポリシー
- 利用規約
- お問い合わせページ
- FAQ
取引メールは明快であるべきです。
- 注文確認
- 発送確認
- 対応していれば配達通知
- 返金確認
- アカウント関連のメール
- パスワード再設定
各テンプレートで確認する項目:
- ブランド名
- サポートのメールアドレス
- 注文の詳細
- 配送の詳細
- 返品の手順
- 平易な言葉づかい
- モバイルでの読みやすさ
これらのメールは顧客体験の一部です。システムのおまけではなく、商品ページと同じ扱いをしましょう。
ステップ 11:公開前の品質確認を実施する
公開前に、顧客と同じ目線でストアをテストしましょう。
ストアフロントの確認
- トップページがモバイルとデスクトップで表示される
- ナビゲーションが機能する
- サイト内検索が機能する
- 商品画像が表示される
- 商品のバリエーションが機能する
- コレクションの絞り込みが機能する
- カート追加が機能する
- カートの編集が機能する
- 割引が適用される
- ポリシーのページが公開されている
- お問い合わせフォームが機能する
- フッターのリンクが機能する
- 404 ページが適切である
チェックアウトの確認
- テスト注文が成功する
- 決済失敗時の案内が明確である
- 税が正しく表示される
- 配送料が正しく表示される
- 割引コードが機能する
- 完了ページが分かりやすい
- 注文確認メールが届く
- テストモードや検証環境で返金ができる
- モバイルのチェックアウトが使いやすい
マーケティングの確認
- 登録フォームが機能する
- ウェルカムメールが届く
- カート放棄のトリガーが機能する
- 購入後メールが届く
- 配信停止リンクが機能する
- SMS を使う場合は同意が明示的である
- カスタマーサポートの振り分けが機能する
- Tajo と Brevo を使う場合は同期する項目が正しく対応付けられている
分析の確認
- GA4 がイベントを受信している
- Search Console が接続されている
- 購入イベントが重複していない
- プラットフォームの分析に売上が表示される
- UTM のテストリンクが正しく計測される
- メールキャンペーンのクリックにタグが付いている
- 社内トラフィックの扱いを把握している
チェックアウト、決済、メール、サポートの経路をテストしてから公開しましょう。
ステップ 12:公開して最初の 72 時間を見守る
最初の 72 時間は安定性がすべてです。
監視する項目:
- チェックアウトのエラー
- 決済の失敗
- 配送に関する苦情
- 商品ページでの混乱
- サポートへの問い合わせ
- メールの到達性
- 登録フォームの送信状況
- 流入元の質
- 分析のイベント
- モバイルの使いやすさ
大きな変更を一度に 5 つも加えてはいけません。まずは障害を直しましょう。
- 動かないチェックアウト
- 設定漏れの配送料
- 誤った商品データ
- 分かりにくい返品ポリシー
- 分析の二重計上
- メール自動化の設定ミス
そのうえで、コンバージョンと商品施策の改善に進みます。
最初の 90 日の成長計画
1 か月目:土台づくり
信頼と測定に集中します。
- 最初のニュースレターを配信する
- 主力の商品ページを改善する
- 初期の購入者にレビューを依頼する
- 毎週分析を確認する
- チェックアウトの摩擦を取り除く
- 配送と返品の説明を分かりやすくする
- カート放棄の回収を構築または改善する
- サポートへの質問に目を配る
2 か月目:最適化
データに基づく改善を始めます。
- 初回購入の内容で顧客をセグメントする
- 購入後の使い方案内を作る
- コレクションページを改善する
- オファーをひとつテストする
- 商品ページにレビューや UGC を追加する
- シンプルな SEO コンテンツを始める
- メールの成果を振り返る
- モバイルとデスクトップのコンバージョンを比較する
3 か月目:リテンションと拡大
ライフサイクルの深さを加えます。
- 商品特性が合えば買い足しや再注文のキャンペーンを開始する
- VIP セグメントを作る
- 復帰フローを構築する
- 明確な同意がある場合に限り SMS をテストする
- リテンションのデータが裏付けるならロイヤルティや紹介をテストする
- 売上、平均注文額、リピート購入、チャネル成果のダッシュボードを改善する
- 有料広告を拡大する段階かどうかを判断する
よくある失敗
次のことは避けましょう。
- 要件を定義する前にプラットフォームを選ぶ
- チェックアウトをテストせずに公開する
- 仕入先の商品説明をそのまま流用する
- チェックアウトの終盤まで送料を隠す
- 返品ポリシーの明示を忘れる
- 最初からアプリを入れすぎる
- モバイルの UX を軽視する
- 分析を入れずに公開する
- メールアドレスの取得を後回しにしすぎる
- 適切な同意なしに SMS を送る
- SEO を公開後の作業だと考える
- 商品コピーで根拠のない主張をする
- 顧客データをマーケティングにつながないままにする
おすすめのスターター構成
多くの小規模な EC チームには次の構成が適しています。
| 必要なもの | 最初の選択肢 |
|---|---|
| ストアフロントとチェックアウト | 要件に応じて Shopify、WooCommerce、Wix、Squarespace、BigCommerce |
| ドメイン | プラットフォームのドメイン機能、またはドメイン登録事業者 |
| 決済 | プラットフォームの決済機能、Stripe、PayPal、各国のローカル事業者 |
| メール、SMS、CRM | Brevo |
| Shopify と Brevo のデータ同期 | Tajo |
| 分析 | プラットフォームの分析、GA4、Search Console |
| デザイン | テーマのカスタマイザーと軽量なデザインツール |
| サポート | お問い合わせフォーム、サポート用の受信箱、サポートツール |
実際の注文と顧客とのやり取りを支えられる最小構成から始めましょう。具体的なボトルネックが現れたときにツールを追加します。
公開までの最終手順
今週構築を始めるなら、この順序で進めましょう。
- 取り扱う商品と最初の顧客層を決めます
- プラットフォームを選びます
- 事業設定とドメインを登録します
- テーマを選びます
- トップ、商品、コレクション、ポリシー、お問い合わせの各ページを作ります
- 商品とコレクションを登録します
- 決済、税、配送を設定します
- メールアドレスの取得とウェルカムの自動化を設定します
- カート放棄メールと購入後メールを追加します
- 分析と Search Console を導入します
- モバイルとデスクトップでチェックアウトをテストします
- 非公開で立ち上げ、テスト注文を行い、問題を直してから一般公開します
EC サイトは公開日で完成するものではありません。公開日は、商品ページ、チェックアウト、マーケティング、リテンション、カスタマーサポートを改善するために必要なデータが、ストアから生まれ始める日です。