ECサイトにアクセスはあるのに売れない。原因と改善の順番。

ECサイトが売れない原因を、3つに切り分ける。

アクセスが増えても注文が増えないとき、すぐに広告や全面リニューアルを決める必要はありません。まず、買ってほしい相手が来ているか、商品の価値や条件が伝わっているか、購入操作が途中で止まっていないかを分けて確認します。

• 訪問の質：検索語や広告の案内と、実際の商品・価格帯・用途が合っているか。
• 選ぶための情報：商品同士の違い、サイズ、使い方、ギフト対応、送料・納期が判断できるか。
• 購入操作：選択項目、カート、入力、決済のどこで迷ったり進めなくなったりするか。

最初は売りたい商品を1つ選び、スマートフォンで購入前の確認から注文手続きまでをたどります。数字がまだ取れていなくても、案内不足や操作の問題は点検できます。検索語や流入の質を詳しく調べる場合は、Search ConsoleとGA4を使った改善の進め方を参照してください。

離脱する場所別に、商品ページと購入画面を点検する。

代表的な商品をひとつ選び、スマートフォンで商品表示から注文確認まで進みます。次の表に「確認済み・要修正・未確認」を付け、見つかった問題の画面と条件を残します。

商品情報が不足している場合は、AIで商品登録・商品説明の更新を進める方法も参考になります。繰り返し寄せられる質問は、問い合わせからFAQを育てる仕組みにまとめると、必要な説明を見つけやすくできます。

画面の点検結果を、GA4の数字と照らし合わせる。

画面で見つかった問題をもとに、どの段階で購入が止まっているかを数字で確かめます。計測が未設定の場合は、先ほどの点検で見つけた不具合や案内不足から対応できます。GA4を使う場合は、実際の購入操作に対応するイベントが送られているかを確かめます。GA4を設置しただけで、すべてのeコマースイベントが自動的に記録されるとは限りません。連携機能やタグの設定は、利用中のECシステムに応じて確認します。

1. 購入経路レポートを開く

   GA4の「レポート」から、ライフサイクルの「収益化」→「購入経路」を開きます。メニューにない場合は、レポートの構成や権限を確認し、編集者に追加を依頼します。標準レポートには、上の4つに「セッションの開始」を加えたステップが表示されます。

2. 期間とデバイスを揃える

   比較期間を決め、まずはモバイルとPCで傾向を見ます。件数が少ない場合は商品や流入元を細かく分けすぎず、比較できる期間を確保します。セールや在庫切れが重なる期間は、その条件も記録します。

3. 離脱が気になる段階の画面を操作する

   商品表示からカートへの移動が少なければ商品ページ、購入手続きから先へ進まなければフォームや決済を調べます。レポートは確認箇所を絞る手がかりです。数字だけで理由を決めつけず、実機で操作します。

購入経路には、順番にステップを通過した人を追うクローズド型と、途中から入った人も含むオープン型があります。「今すぐ購入」などカートを通らない導線がある場合は、ファネルの条件を実際の購入方法に合わせて読み取ります。Googleの購入経路レポートの説明も確認してください。

計測担当者向けの補足：受注とGA4の購入件数が違う場合

先に計測を点検します。担当者がデバッグモードを有効にした検証環境で操作し、DebugViewでイベントと商品情報が届くかを確かめます。購入イベントの重複や注文を識別するtransaction_idの設定、外部決済画面を経由した場合も確認します。

受注データとGA4は、同意状況・ブラウザ・集計条件などで一致しないことがあります。計測の抜けを、お客さまの離脱と取り違えないことが大切です。

カゴ落ち対策は、購入を止める条件から見直す。

カゴ落ちは、商品をカートに入れた後、注文を完了せずに離れることです。商品を見てもカートに入れない場合とは、調べる画面が異なります。比較や検討のために保存する人もいるので、離脱をすべて不具合と考える必要はありません。

先に直すものを、3段階に分ける

1. 購入できない問題を直す。

   入力エラーから戻れない、決済後に完了しないなど、操作を妨げる問題を優先します。使った端末・支払方法・エラー内容を記録して確認します。

2. 注文直前に分かる条件を、手前で伝える。

   送料を含む総額、発送目安、会員登録の必要性、利用できる支払方法を確認します。条件自体を変えられなくても、商品ページやカートで説明を見つけやすくできる場合があります。

3. 迷いを解消してから、再案内を検討する。

   返品条件や商品の違いが分からない状態では、再訪を促すだけでは疑問が残ります。まず案内を整え、カートの保存・再開や通知機能は利用中のECシステムの対応範囲を確認して選びます。

カゴ落ち率を見るときの注意

たとえば同一の集計条件で「カート追加したユーザーのうち、購入まで進まなかった割合」を追います。カート追加のイベント回数と注文数をそのまま割ると、繰り返し操作や複数注文の影響が混ざります。購入までに何日を含めるかも固定し、別サイトの平均値だけで良し悪しを決めないようにします。

フォームや決済機能の変更が必要なら、Web・ECサイト構築の支援範囲も確認してください。案内文の修正で済むか、仕組みの改修が必要かを切り分けて相談できます。

送料の案内を変えるなら、変更内容と確認項目を残す。

次は、送料の質問が多い店舗を想定した設計例です。実際の案件や、効果を検証した実績を示すものではありません。

変更前の状態

商品ページに「送料はご利用ガイドをご確認ください」とだけあり、購入前に配送条件を探す必要がある。

変更の考え方

購入ボタンの近くに、確認済みの送料条件と発送目安を簡潔に表示する。地域や商品で異なる場合は、その条件と確認先を示す。詳しい配送ルールは共通の案内ページにまとめる。

公開前に確かめること

地域別送料、送料無料の条件、予約・取り寄せ商品の扱いが実際の設定と一致するか。更新時に説明とシステム設定が食い違わないか。

改善は、次の形で1施策を1行に記録します。「案内を追加した」という作業と、「購入しやすくなったか」という確認をつなげるためです。

記録する項目

変更日／対象URL／変更前の画面／変更内容／確認する指標／比較期間／広告・セール・在庫の変化／担当者／次回の確認日

この例で確認すること

商品表示から購入手続きまでの進み方、送料に関する問い合わせの種類と件数。案内を見つけられるかも実際の操作で確認する。

購入率の定義を揃えて、変更後の結果を比較する。

「購入率」を比較するときは、分母と分子を明記します。購入したセッションの割合を見るなら「購入が発生したセッション数 ÷ 全セッション数」です。注文件数をセッション数で割る指標とは意味が異なります。GA4のファネルに出るユーザー数と、受注管理の注文数も混ぜて計算しません。

1. 変更する場所と確認する数字を絞る

   送料の説明を変えるなら、どの画面に何を足すかと、購入手続きへの進み方・質問の変化を記録します。同時に多くの変更をすると、何が影響したか判断しにくくなります。

2. 条件を揃えて振り返る

   デバイス、期間、流入構成、広告、セール、在庫を確認します。購入件数が少ないときは短期間の増減で判断せず、期間を延ばすか、操作確認や問い合わせも材料にします。

3. 次に確かめることを決める

   変化が見えても、その施策だけの効果とは限りません。十分なデータと運用体制がある場合はA/Bテストも検討し、結果と未確認の点を残します。

補足：改善候補の整理や案内文の下書きにAIを使う。

集計した数値や個人情報を除いた問い合わせをもとに、確認すべき変化や質問の種類を整理できます。画面の説明文について、複数の案を比較する使い方もあります。

たとえば「送料に関する質問を、金額・無料になる条件・配送地域に分け、判断できないものは未分類にしてください」と依頼します。分類後は元の文章を確認し、個別の注文の相談と、公開案内で解消できる質問を分けます。

AIが挙げた原因は仮説です。実際の画面、販売条件、運営担当者の知識と照らし合わせて、公開する変更を決めます。

ECサイトの購入率改善で、よくある疑問。

アクセス数が少ない場合は、何から始める？

計測と購入操作の不具合、送料・納期・商品仕様の不足を先に確認します。数件の購入で率は大きく変わるため、共通の「合格ライン」を置くより、自店の同じ条件で推移を追います。

全面リニューアルが必要？

まずは、原因の候補と現在のシステムで修正できる範囲を整理します。商品説明や案内の位置で対応できる場合もあれば、決済・フォームの制約を改修する必要がある場合もあります。

GA4だけで購入されない理由はわかる？

GA4は行動の傾向を確認する道具です。理由を確かめるには、実際の画面操作、問い合わせ、運営側の状況を合わせて調べます。

自社で直すことと、制作会社へ相談すること。

案内文の追記など、管理画面で対応できる変更は社内でも進められます。検索やギフト選択、フォームなどの機能に関わる場合は、現在の仕様や他の画面への影響を確認します。日本電子工藝社では、Web・ECの構築・部分改修と、既存サイトの運用・改善を、必要な作業に合わせて組み合わせます。

制作事例：RIEDELの「選びやすさ」を整える設計

公開しているRIEDEL公式ECの制作事例では、ワインの種類などから探すクロス検索・タグ検索、ギフトの選択、読み物から商品へ進む導線を扱っています。見た目と商品情報、購入機能を一緒に考える仕事の具体例として、RIEDELのEC-CUBE構築・リニューアル事例をご覧いただけます。ここで紹介しているのは制作内容で、購入率の改善数値を示すものではありません。