Blog

EC分析ツールの見方 – この記事では、複数モールと自社ECを運営する担当者が、検索需要、検索流入、購入行動、モール内の店舗データを役割ごとに分けて確認する方法を扱います。何が起きたかを一つの数字で決めず、同じ期間・同じ比較条件で記録すれば、次に確認すべき箇所と試す改善を整理できます。

分析の目的は、数値を増やすこと自体ではなく、担当者が次の作業を決められる状態にすることです。Google Trendsは外部検索の関心を比べるための材料、自社ECのSearch ConsoleはGoogle検索での表示やクリックを確認する材料、Google Analyticsは計測済みの購入行動を確認する材料です。モールの管理画面は各モールが提供する範囲で店舗の実績を見る材料として扱い、定義の異なる数値を足し合わせません。

EC分析ツールの見方 – 先に比較条件を固定する

数字を開く前に、担当者は確認対象を一枚の記録に決めます。対象期間は「直近7日とその前の7日」のようにそろえ、対象チャネルはモール名または自社ECを分けて記載します。商品、カテゴリ、検索語のどれを見たのかも残してください。月またぎやセール等の影響があり得る期間は、実施内容を事実として記録し、数値変化の原因と断定しないことが重要です。

• 確認日、対象期間、比較する前期間
• 確認担当者と、対象の店舗・自社EC・商品群
• 変更した内容と変更日。変更がなければ「変更なし」
• 増減した指標、増減が大きかった対象、次に確認する資料
• 実行する作業、担当者、次回確認日

この記録の完了条件は、「数字」「比較相手」「保留した仮説」「次の確認担当」がそろっていることです。そのため、売上だけを見て商品ページ、流入、需要のどこに論点があるかを決める進め方を避けられます。

Google Trendsでつくるのは需要の仮説

Google Trendsの基本操作では、検索語の比較、地域別の確認、関連検索の確認、データの書き出しが案内されています。商品名だけでなく、用途や悩みを表す語を候補にし、同じ期間・地域・検索種別という条件で二つから三つの語を比べます。ここで得るのは、商品説明で補足すべき用途や、次に確認する検索語の仮説です。

ただし、Google Trendsデータに関するFAQによれば、表示値は検索データのサンプルを時間と地域に応じて正規化した0〜100の相対値です。絶対的な検索数ではなく、検索量が少ない語は0と表示される場合もあります。したがって、100に近い語を「自店で最も売れる語」と読んだり、0を「需要がない」と決めたりしません。

比較後に残す四つのメモ

1. 比較した検索語と、期間・地域・検索種別
2. 相対的な動きと、関連検索で見つけた語
3. その語を確認する自社ECのクエリ、商品名、商品説明
4. 仮説を確かめる期限。例として次の週次確認日

関連検索は顧客の意図を確定する証拠ではありません。一方で、商品ページの表現や自社ECの検索クエリを見直す入口にはなります。Google Trendsの変化と自店の実績が同じ方向でも、季節性、掲載状況、他の変更など複数の要因があり得るため、因果関係は保留します。

EC分析ツールの見方 – 自社ECの検索流入を分けて確認する

自社ECを運営している場合は、Search Console パフォーマンスレポートで、Google検索におけるクリック、表示、CTR、上位コンテンツ、検索クエリを確認できます。ここで確認する対象はGoogle検索経由の自社ECであり、モール内検索やモールの商品ページへの流入を示すものではありません。

週次では、まず同じページについて表示とクリックを並べます。表示が変わり、クリックも同じ方向に変わった場合は、クエリと対象ページを確認します。表示は増えたのにクリックの動きが異なる場合は、CTRも併記し、検索結果での見え方や検索語との対応を確認候補にします。ただし公式資料は、数値変化に複数の要因があるため、一つの指標だけで施策との因果関係を断定しないよう示しています。

検索流入から直ちに売上判断をしない

クリックが増えたことだけでは、購入が増えたとも、商品ページの改善が成功したとも言えません。反対に、クリックが減ったときも、検索需要、掲載ページ、計測対象、期間の違いを確認せずに作業を戻す判断は急ぎすぎです。検索流入の記録には「クエリ」「対象ページ」「表示」「クリック」「CTR」を同じ行に置き、次の購入行動の確認先を明記します。

GA4では計測済みの購入行動だけを読む

Google Analyticsのeコマース探索は、eコマースイベントを実装したデータを使って行動を確認する方法を案内しています。購入までのチェックアウト行動は、目標到達プロセスデータ探索などで段階別に確認できます。つまり、分析に使えるのは計測設定がある自社ECのデータであり、未計測の行動を推測で補うものではありません。

確認時は、購入数だけでなく、どの段階までのイベントが計測されているかを先に確かめます。途中段階の数字に欠損があるなら、離脱が増えたと結論づけず、計測状況の確認を作業として記録します。さらに、Search Consoleの検索流入とGA4の行動は計測の目的と範囲が異なるため、同じ母数だとみなさず、比較表でも列を分けます。

段階別に確認する順番

1. 対象期間と比較期間をそろえる。
2. 対象の商品群またはページ群を決める。
3. 実装済みのeコマースイベントと、確認できる段階を記録する。
4. 段階ごとの変化を前期間と比べ、変化した段階だけを確認候補にする。
5. ページ修正などの実作業をする前に、仮説と確認日を記録する。

モールのデータはモールごとの定義で扱う

モール管理画面の分析機能は、共通の名前でも内容が同じとは限りません。楽天市場のR-Karteで売上データを分析するでは、アクセス人数、検索キーワード、端末別のアクセス割合、ページ別の転換率や客単価などを確認できると案内されています。これは楽天市場に関する公式情報であり、他モールや自社ECに同じ項目・定義があることを意味しません。

複数モールを横並びで確認するときは、「アクセス」「転換率」などの名称だけで比較しないでください。各画面で確認できる指標名、対象期間、対象範囲をそのまま転記し、定義を確認できない数値は合算しません。たとえば楽天市場では、店舗カルテや主要指標を継続して確認し、店舗の強みと弱みを把握する使い方が案内されています。公式ページの例示数値を自店の基準値として使わず、自店の前期間や同じ条件の期間との比較にとどめます。

EC分析ツールの見方 – 週次会議を一つの判断に絞る

少人数運営では、週に一度、担当者が30分程度で記録を更新し、「次回までに確認する仮説を一つ」「実行する作業を一つ」だけ決めると、数字を見る作業が止まりにくくなります。例として、外部検索の比較で用途語が気になった場合は、その語が自社ECの検索クエリに現れているかを確認します。確認できなければ需要の結論には進まず、保留として残します。

自社ECで検索流入の変化が見えた場合は、対象ページとクエリを確認し、GA4で計測済みの購入段階を別に確認します。モール側では、そのモールの画面で確認できる店舗指標を同期間で見ます。この順序なら、外部検索の相対値、Google検索の流入、購入行動、モール内の実績を混同しにくくなります。

作業の完了条件は、比較した数値の一覧ではなく、次回に同じ条件で見直せる記録と、実施・保留を区別した判断です。数字が動かない週も、計測の有無、比較条件、変更内容を残せば、次の判断材料になります。

本記事は記事内で取り上げる各サービスの提供会社が提供または認定するものではありません。