複雑なダッシュボードなしで WooCommerce 商品ページを分析する方法

WooCommerce を開きます。レポート → 商品。100 商品と商品ごとに 1 つの数字（販売数）が見えます。表示数は見えず、なぜある商品は注目を集めるのに売れないのかは分からず、プロモーションすべき商品もファネルがないため分かりません。

Google Analytics 4 を開きます。「何をすればよいか教えてくれないチャートの壁」が見えます（実際の WordPress ストアオーナーのフォーラム投稿からの逐語）。「エンゲージメント → ページとスクリーン」をクリックし、/product/ でフィルターし、AVG Time on Page を探せず、諦めます。

Hotjar をインストールします。あなたは「技術的でない人」です（これも逐語、Clarity 2 年ユーザーから）。録画を 1 つ開きます。タブを閉じます。

それが、今日多くの一人運営 WooCommerce オーナーが置かれている実際のワークフローです。本記事はその解毒剤です: Statnive の Pages レポートと WooCommerce の無料アクセス解析 → Products レポートだけで、商品ページについて答えられる 3 つの質問。GA4 なし。ヒートマップなし。月 99 ドルのダッシュボードツールなし。一度に 1 つの質問、合計 10 分未満で。

この記事が答えること

• ページビュー＋注文データだけで 今日 答えられる、商品ページに関する 3 つの質問。
• v1.0.0 の Revenue Report がこのワークフローに追加するもの（Top Products + 4 ステージの Cart-to-Purchase Funnel）。
• SERP が繰り返す、商品ページ CRO の 4 つの典型的なアンチパターン。
• 最も閲覧された商品 ≠ 最も売れた商品である理由（そしてなぜ両方が重要か）。

答えられる 3 つの質問

Q1 ― どの商品が最も注目を集めているか?

場所: Statnive → Pages → /product/ を検索 → Views 降順でソート。

やること:

1. Pages レポートの検索ボックスに /product/ と入力。
2. Views（商品ページに着地した訪問者）でソート。
3. 上位 10 を読む。それが 注目度ランキング です。

学べること: どの商品がマーケティングの仕事をしてくれているか――Google 検索、SNS、メール、口コミなどを通じて。Smile.io による 10 万店舗超の分析 によると、典型的なストアでは商品の約 20% が 80% のトラフィックを生みます。パレート分布は実在し安定しています。

注意点: 検索ボックスは、API が返した上位 20〜100 行（訪問者順）に対するクライアントサイド部分文字列マッチです。ロングテールに数百商品がある場合、それらはフィルター結果に現れません。多くの一人運営ストアではこれで十分です――上位商品は上位スライスに入っています。カタログに 500 商品以上ある場合は、代わりに WooCommerce アクセス解析 → Products に尋ねてください。

Q2 ― どの商品が注目を集めるのに、コンバージョンしないか?

場所: Statnive の Pages 表示数と WooCommerce アクセス解析 → Products の販売数をクロスリファレンス。

やること:

1. Statnive から: Views 上位 10 商品（Q1）。
2. WooCommerce → アクセス解析 → Products から: 同じ期間、商品ごとの販売数。
3. 4 列テーブルを構築: 商品 / 表示 / 販売数 / コンバージョン率 = 販売数 ÷ ユニーク訪問者。
4. 表示降順でソート。コンバージョン率がサイト全体コンバージョンを下回る商品をメモ。

学べること: 「Attractive Failures」――訪問者を引き寄せながら売上を失う商品。Nielsen Norman Group の EC 調査 によると、最も典型的な Attractive Failure パターンは、商品写真は素晴らしいが、PDP が 3 つの購入者の問い（サイズが合うか、いつ届くか、返品できるか）のいずれかに答えていないことです。

実例の算数:

商品	表示	販売数	コンバージョン率
Hero T-Shirt	1,200	36	3.0%
Niche Mug	200	16	8.0%
Failed Hoodie	800	8	1.0%
Hat	600	18	3.0%

Failed Hoodie が優先です。800 訪問者（200 の Niche Mug の 40% 増）を集めながら、Hero T-Shirt の 3 分の 1 しかコンバージョンしません。Niche Mug ではなく Hoodie を修正してください――絶対値で見れば Niche Mug のほうが「悪い」表示数であってもです。

これは、表示対売上に質問を分解する人がいないために誰も実行しない分析です。データは 2 つの無料レポートにすぐそこにあります。

v1.0.0 時点で、Statnive の Revenue Report → Top Products が 2 レポート間のクロスリファレンスを 1 ビューに統合します――商品ごとの単位、売上、適用済み返金（バリアブル商品は親グルーピング）――そのため、WooCommerce → アクセス解析 → Products を Pages レポートに対して手動でピボットしなくても、Attractive Failures が浮かび上がります。

Q3 ― PDP 訪問者はその後どこへ行くか?

場所: Statnive → Pages → PDP の Exit Count 対 Views を確認。

やること:

1. 上位 10 の各 PDP について、離脱率（exit count ÷ views）を計算。
2. 高い表示＋高い離脱率 = 訪問者は PDP から離れた（カートに追加すらしなかった）。
3. 高い表示＋低い離脱率 = PDP の後にどこかへ進んだ（おそらくカートまたは別商品）。

学べること: どの PDP が行き止まりで、どれがゲートウェイか。Baymard の 3 バケット次ページモデルによると:

• 離脱（失った）: PDP がサイト内で最後にしたこと。摩擦は PDP 自体にあります。
• ホーム／カテゴリーへの戻り: 訪問者は探索中、コミットしていません。緊急度は低い。
• カートへ前進: PDP は機能し、問題（あれば）は下流。

注意点: add_to_cart イベントがなければ、正確にどこへ行ったかは分かりません。代理は 入口／出口ページのピラー で――その記事の絶対損失の算数がここに適用されます。Exit Count は比率ではなくカウントで、カウントによるソートが優先度キューです。

まだ答えられない 2 つの質問

週次ワークフローではこれを正直に扱ってください――データが実際にはできないことをできるふりをしないでください:

1. 商品ごとのカート追加率。 add_to_cart イベントは「見た」と「欲しがった」の間の橋渡しです。これなしには「この PDP は素晴らしくカートが壊れている」と「この PDP が壊れている」を区別できません。イベント MVP がこれを閉じます。
2. 商品ごとの画像ギャラリーインタラクション。 5 枚の写真をすべてスワイプしたか、写真 1 で離脱したか? ディテールショットでズームしたか? これらの行動マイクロイベントこそヒートマップが表面化するために発明されたものです――しかし PDP あたり月 200 表示の一人運営ストアでは、ヒートマップはシグナルではなくノイズを生みます。イベント MVP は、ボリュームのしきい値を超えるストア向けに product_gallery_view イベントを追加します。

それまでは: ヒューリスティック優先。Baymard の PDP チェックリスト（画像品質、返品バッジ、配送 ETA、ソーシャルプルーフ、モバイルサムゾーン CTA）を、Q2 で見つけた Attractive Failures の仮説源として使ってください。1 PDP、1 修正、30 日、絶対注文数で事前事後を測定。

飛ばすべき 4 つのアンチパターン

すべての「EC 商品ページ最適化」箇条書きはこれらを繰り返します。研究は反証しています。

1. 「すべての商品ページでヒートマップを実行する。」 Hotjar や Microsoft Clarity 自身のドキュメントが、意味のあるヒートマップシグナルにはおおよそページあたり月 1,000 セッションが必要だと認めています。多くの一人運営 WooCommerce ストアは PDP あたり月 50〜500 セッションです。ヒートマップはカーソルノイズを見せるだけです。
2. 「商品画像を A/B テストする。」 上記の通り、典型的な一人運営ストアのボリュームでは有意なテストあたり約 19 か月。Baymard のエビデンスに基づく画像ガイドラインをヒューリスティックとして使ってください。A/B テストはこのスケールには間違ったツールです。
3. 「Time on Page を最適化する。」 NN/g の解釈ガイド によると、商品ページでの長い滞在時間は「純粋な興味」または「混乱」を意味し得る――この指標は単独では曖昧です。常に Avg Duration を Exit Count とペアにしてください。平均 4 分の滞在で離脱率 70% は混乱のシグナルです。平均 4 分の滞在で離脱率 25% はエンゲージメントです。
4. 「クロスセル、アップセル、関連商品、最近見た商品を追加する。」 これらのウィジェットはページ重量と決断疲労を増やします。Baymard によると、最高エビデンスの PDP レイアウトは: 画像ギャラリー、タイトル、価格＋送料、主要 CTA、信頼シグナル、レビュー、この順で――その後はファーストビューに何も置きません。ファーストビュー下のクロスセルは問題ありませんが、ファーストビュー上のウィジェットはコンバージョンを下げます。

知っておくべき WooCommerce 固有の落とし穴 3 つ

商品ページレポートを信頼する前に、テーマ＋プラグインスタックがデータに何をしているかを知ってください。

1. クイックビューモーダルは PDP のページビューを発火しません。 カテゴリーページに「クイックビュー」ホバーボタンがあれば（Flatsome、Botiga、「shop」テンプレート付きテーマで一般的）、クリックでモーダルが開きます――訪問者は /product/X/ にナビゲートしません。Statnive はこのインタラクションを見ません。表示数は フル商品ページにクリックスルーした人数 のカウントです。
2. ブロックベース商品テンプレートはクラシックテンプレートと同一に追跡されます。 WooCommerce ブロック（Single Product Block、Product Collection Block）は同じ wc-blocks_viewed_product イベントフックを発火します。これを発信するテーマもあれば、多くは発信しません。Statnive のトラッカーは関係なく標準 pageview を使うため、ブロック対クラシックで数値は変わりません――ただし GA4 の view_item イベントと比較する場合、GA4 はブロックテンプレートの表示を WC Google Analytics 連携経由でのみ見ます。
3. カートをスキップする「今すぐ購入」ボタンは PDP-to-purchase 算数を膨らませます。 テーマが直接 /checkout/ に進む「今すぐ購入」ボタンを追加すると、カートがスキップされます。これを使う訪問者は /cart/ のページビューを発火しません。アクセス解析の観点ではコンバージョンに良いですが、CRO 分析の観点では、本当に摩擦がなかった訪問者と区別できなくなります。

シンプルな週次 PDP ワークフロー

10 分。週 1 回。GA4 なし。Hotjar なし。

1. 月曜の朝: Statnive → Pages → /product/ を検索 → Views でソート。
2. 上位 5 PDP を選ぶ。
3. WooCommerce → アクセス解析 → Products → 同じ期間を開く。商品ごとの販売数をメモ。
4. PDP ごとのコンバージョン率を計算。Attractive Failure（高表示＋低コンバージョン）を特定。
5. 実際の PDP を開く。モバイル端末で順を追って確認。Baymard の 13 項目 PDP チェックリストに対して採点。
6. 1 時間で出せる、最高エビデンスの Baymard 修正 1 つ を選ぶ。
7. 出す。日付をメモ。30 日後に戻る。絶対注文数で事前事後を測定。

1 商品、1 修正、1 か月。それがワークフロー全体です。

これが組み込まれているより深い CRO 運用システムは、Privacy-First Analytics for WooCommerce CRO のピラー を参照してください。そもそも PDP のトラフィックを送るチャネル品質判断は、GA4 なしで最良の WooCommerce トラフィックソースを見つける を参照。ストア全体で何を修正すべきかを優先する離脱ページ絶対損失の算数は、エントリーページとエグジットページで WooCommerce の売上を改善する を参照してください。