入口ページと離脱ページで WooCommerce の売上を改善する方法

小さな実験です。WooCommerce ストアのアクセス解析を開いてください。Exit Pages レポートを見つけてください。離脱率の降順でソートしてください。トップの結果を見てください。

ほぼ間違いなく、サンキューページ、ほぼ誰も訪れない小さなランディングページ、または 30 表示で 1 人のリピートユーザーがいる検索結果ページです。それは修正すべき場所ではありません。

次に、同じレポートを 離脱数 で――各ページで終了したセッションの絶対数で――ソートしてください。トップの結果はほぼ常に、実際の商品ページ、カートページ、チェックアウトステップです。そこが 修正すべき場所です。

このスイッチ――比率からカウントへ――は、一人運営の WooCommerce オーナーが CRO プロセスに加えられる最もレバレッジの効く単独の変更です。コストはゼロ。すべてを変えます。そして本記事の中心です。

この記事が答えること

• 離脱ページを比率でソートするのが罠である理由と、代わりに何でソートすべきか。
• 誰も実際には理解していない直帰対離脱の区別（と CXL の正典）。
• WooCommerce ファネルの 3 つの離脱ページパターン（商品、カート、チェックアウト）と、それぞれのエビデンスに基づく修正。
• 他のすべての CRO 記事に見られる 4 つのアンチパターン――そしてそれを反証する研究。
• 特定のテーマやチェックアウト設定で標準解析を嘘つきにする、WooCommerce 固有の落とし穴。

直帰対離脱――解析で最も混乱するペア

CXL Institute の正典ガイド によると、ルールは一文です: 「すべての直帰は離脱だが、すべての離脱が直帰ではない。」

直帰 は単一ページセッションです――ページに着地し、他のどこにも行かずに去った状態。離脱 は、他のページを訪れたかどうかに関わらず、去る前に表示した最後のページです。

実務的な帰結:

• /thank-you ページの 100% 離脱率は 健全 です――注文は完了し、去ってもらいたいのです。
• /cart や /checkout の 60% 離脱率は 壊滅的 です――買う準備が整って去ったのです。
• ブログ記事の 90% 直帰率は 問題ありません ――読者の検索クエリが満たされたのです。
• 有料ランディングページの 70% 直帰率は 火事です ――広告費が無駄になっています。

常に、サイト全体平均ではなく ページの目的 に対して直帰と離脱を解釈してください。サイト全体平均は二峰性分布（情報的＋トランザクショナル）の平均で、したがって両方に対して間違っています。

算数: 表示数 × 離脱数 = 絶対売上損失

これは WP Statistics の離脱ページチュートリアル、MonsterInsights の CRO 記事、Independent Analytics のブログには見つからないセクションです。全員が離脱率でソートします。それが罠です。

正しいランキングは、ページが漏らしているセッションの絶対数です。同じストアの 2 ページ:

ページ	表示	離脱率	離脱数（失ったセッション）
/product/popular-shirt/	10,000	45%	4,500
/product/niche-mug/	500	90%	450

ニッチマグのほうが比率は悪いです。人気シャツは 10 倍のセッションを失います。先に人気シャツを修正してください。 修正されたセッションはどれも同じ売上ポテンシャルを持ちます。比率ではなく絶対プールを回収したいのです。

Statnive はこれを暗黙のうちにやってくれます。Pages レポートは離脱率ではなく Exit Count を列として表示します。降順でソートすれば、リストの上位がトラフィックで重み付けされた優先度キューになります。診断文脈で比率が欲しい場合は手動で計算してください（exit count ÷ views）。決してそれをランキングとして使わないでください。

CXL の PIE / ICE 優先順位付けフレームワーク に基づくファネル位置のタイブレーカー: 2 ページの離脱数が似ているとき、ファネル下流のページを重く扱ってください。/cart での送料ショック（今まさに失われた売上）はブログ記事での躊躇による離脱（いつか売れるかもしれない、永遠に売れないかもしれない）より価値があります。実務的な乗数: ブログ離脱を 1.0 とすると、PDP × 1.2、カート × 1.5、チェックアウト × 1.5。

3 つの離脱ページパターン（とそれぞれのエビデンスに基づく修正）

すべての一人運営 WooCommerce ストアは、識別可能な 3 か所で売上を漏らします: 商品詳細ページ（PDP）、カート、チェックアウト。それぞれ修正が異なります。

パターン 1 ― 商品ページ（PDP）離脱

見え方: 高い入場数、平凡な滞在時間（15〜60 秒）、add_to_cart イベントなしの高い離脱数。訪問者は「いいえ」と判断するだけ読み、離脱しました。

Baymard のチェックアウトユーザビリティデータベースによると、最高エビデンスの PDP 修正:

• ページ自体の信頼スタック。 レビュー（Baymard によると購入者の 95% が購入前に読む）、配送日見積もり（24% リフト）、目に見える返品バッジ（27% リフト）。一人運営 Woo オーナーは、買い手が既に信頼していると仮定して、これに過小投資し続けます。
• ファーストビュー上の送料＋価格の明確さ。 送料をチェックアウトまで隠すのは 単独で最大のカゴ落ち原因（カゴ落ちした人の 39%）です。カートではなく PDP で解決してください。
• モバイルファーストギャラリー＋ファーストビュー上 CTA。 Nielsen Norman Group の注意研究 は閲覧時間の 57% がファーストビュー上にあると示しています。Baymard によると、モバイルの PDP ではユーザーの 71% がまったくスクロールしません。Add-to-Cart ボタンは 375px ビューポートでスクロールせずに届かなければなりません。

パターン 2 ― カートページ離脱

見え方: /cart（またはカスタムカート URL）への高い入場数、離脱率 40% 以上。カートに到達して去りました。

エビデンスに基づく修正リスト、優先順:

• 着地コスト全額（商品＋送料＋税）をカートページに表示する。 チェックアウトではなく、カートに。Baymard はこれを #1 のカゴ落ち原因と位置付け、修正により彼らのケーススタディ全体で 5〜11% のコンバージョンリフトが得られています。「チェックアウトでの予想外送料」パターンは WooCommerce で最も致命的なパターンです。
• 本物のゲストチェックアウト――「チェックアウト、その後で登録を求める」ではなく。 米国のカゴ落ちした人の 24% がカゴ落ち理由として強制アカウント作成を挙げます。Baymard による、本物のゲストチェックアウト追加のリフト中央値は 14% です。
• クーポンフィールドをデフォルトで折りたたむ、または削除する。米国のショッパーの 27% が、目立つクーポンフィールドを見ると、コードを探しに離れると報告します。フィールドは「これより安く払うべき」とショッパーを錨で繋ぎ留め――存在しないかもしれないコードを探しに去らせます。

パターン 3 ― チェックアウトページ離脱

見え方: ショッパーが /checkout に到達し、離脱数が増え続けます。チェックアウトを開始してフォームの途中で離脱しました。

Baymard のチェックアウトフロー分析によると:

• チェックアウトを 7〜8 のフォームフィールドに減らす。 Baymard のデータベース中央値は 14.88 フィールドで、最小に削減すると 35.26% のコンバージョンリフト中央値が得られます。WooCommerce のデフォルトチェックアウトは姓、名、会社、国、住所行 1、住所行 2、都市、州、郵便番号、電話、メール、注文メモを尋ねます――12 フィールド。WooCommerce → Settings → Accounts & Privacy で必要のないもの（会社、住所行 2、注文メモ、しばしば電話）を無効化してください。
• 訪問者が期待する決済プロバイダーを揃える。 訪問者がモバイル重視で EU なら、それは Apple Pay + Klarna + SEPA であり、「すべてのゲートウェイ有効」ではありません。オプションを多くしすぎるのは決断疲労です。
• パスワード必須を削除し、各フィールドで正しい inputmode を設定する。 米国のカゴ落ちした人の 19% が強制アカウント作成（通常「パスワード設定」を意味する）をカゴ落ち理由に挙げます。パスワードレスチェックアウト（メールリンクまたはソーシャル経由）を提供すると 6〜9% のリフトが得られます。

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

これらはすべての「EC コンバージョン最適化」箇条書きに登場します。研究は反証しています。

1. 送料をチェックアウトまで隠す。 これは Baymard によると #1 のカゴ落ち原因です。意図的に行うのは自己破壊です。PDP で着地コストを表示し、カートで再度表示し、チェックアウト開始前に表示してください。
2. チェックアウト前にアカウント作成を強制する。 米国のカゴ落ちした人の 24% は「先に登録」の壁を見た瞬間に去ります。本物のゲストチェックアウト――アカウントなし、パスワードなし、確認メールだけ――は譲れません。
3. すべてのページに離脱意図ポップアップを追加する。 研究は分かれています。ブログ記事やカテゴリーページでは、関連オファーの離脱意図ポップアップがメールキャプチャを引き上げ得ます。PDP、カート、チェックアウトでは敵対的です――NN/g のオーバーレイ研究 と Speero の EC テストによると、商業意図ページの離脱意図ポップアップは積極的にコンバージョンを下げ、ブランド信頼を損ないます。/product/*、/cart、/checkout では飛ばしてください。
4. カゴ落ちを「回収」するためにサイト全体クーポンを自動適用する。 直感に反します。Baymard と Speero によると、無差別な割引は顧客を「待つ」訓練をし、全員をより低価格に錨で繋ぎ、多くの放置カートを回収せずにマージンを侵食します。クーポンは、特定の行動に紐づいた特定で期間限定のオファーに留めてください（例: 「30 日間非アクティブで、その後クーポンをメール」）。自動適用は決してしないでください。

WooCommerce 固有の落とし穴（標準解析を嘘つきにするもの）

これらは、すべての解析ツール、Statnive を含め、実際の WooCommerce ストアで少し異なるレンズで見ているものです。数値を信頼する前に知ってください。

1. サンキューページは注文ごとに 1 つの Pages 行を作ります。 WooCommerce のサンキュー URL は /checkout/order-received/{order_id}/ です。各注文が一意の URL を生成します。Pages レポートは、同じ論理ページに対して数百の別個の行を表示します。サンキュー訪問をカウントするには、正確なスラッグではなく URL パターン（/order-received/）でフィルターしてください。
2. カスタムスラッグの Cart Block ＋ AJAX ドロワーテーマは /cart/ パターンを壊します。 WooCommerce 8.0+ では Settings → Advanced でカート URL を再構成でき、Cart／Checkout ブロックではカートをフロントページにインライン化できます（/cart/ URL がまったく存在しません）。Astra、Botiga、Flatsome、Blocksy、モダンな Storefront は AJAX スライドインカートドロワーを使い、/cart/ ページビューを発火しません。モダンな WooCommerce ストアの約半数で /cart/ 行はまったく表示されません。v1.0.0 時点で、Revenue Report の Cart-to-Purchase Funnel は WooCommerce から wc_add_to_cart と wc_checkout_start をサーバーサイドで読みます――ブロックベースチェックアウト、ドロワーカートテーマ、カスタムスラッグはそこでは正しくカウントされ、ページビューとは独立しています。
3. バリアブル商品のバリエーションは親スラッグに折りたたまれます。 /product/t-shirt/ のバリアブル商品で ?attribute_pa_color=red と ?attribute_pa_size=large のクエリ文字列は、3 行ではなく 1 つの Pages 行として追跡されます。これは親 PDP の CRO（この T シャツは売れるか?）には正しい単位で、バリエーション分析（赤は売れているが青は売れていないか?）には間違った単位です。バリエーションレベル分析は Pages レポートでは依然として既知の未知です――購入レベルのバリエーションデータには、Revenue Report → Top Products が親でグルーピングしますが、これは WooCommerce 自身のグルーピングと一致するものの、バリエーション別の内訳も提供しません。

解析レポートが第 1 週で「ずれて」見える場合、このリストが通常その理由を説明します――そして理由はトラッカーではなくテーマ／設定です。

一人運営 Woo の CRO リズム: 1 ページ、1 修正、1 か月

ほとんどの CRO アドバイスは CRO チームと A/B テストツールを持っていることを仮定します。あなたは持っていません。CXL の統計的有意性ガイダンス によると、ページあたり月 1,000 セッション未満では妥当な A/B テストウィンドウ内で信頼性高く有意性に達することはできません。それで構いません――リズムが変わるだけです。

月 1,000 セッション未満のページのリズム:

1. Pages レポートを Exit Count 降順でソートしてください。サンキュー／お問い合わせ完了／検索結果ページ ではない 上位ページを選んでください。
2. 3 つの離脱ページパターン（PDP / カート / チェックアウト）のどれに該当するかを特定してください。
3. そのパターンの Baymard チェックリストから、4 時間未満で実装できる 最高エビデンスの単一修正 を選んでください。
4. 固定日に修正を出してください。
5. 絶対注文数（Woo 管理画面）と該当ページの Exit Count（Statnive）について、30 日前後を測定してください。絶対リフトが 20% 以上なら、変更を維持してください。
6. リストの次のページに移ってください。

1 ページ、1 修正、1 か月。年 12 修正。意図的に、これは代理店プレイブックよりも遅く、はるかに信頼できます: 12 か月後にはそれぞれ絶対注文数で 30 日の事前事後を持つ 12 修正のリストと、5 万人の Baymard パネルではなく あなたの ストアで何が指標を動かすかの本物の直感が手に入ります。

v1.0.0 の Revenue Report が追加するもの

v1.0.0（2026 年 5 月）時点で、Statnive の Revenue Report は離脱と売上を直接結びつけます――過去の注文は初回オープン時に自動的にバックフィルされます。本記事の絶対損失算数に加えて、2 つの実務的な利得:

1. 離脱と売上を結合できる。 診断のために Pages レポートを Exit Count でソートし、次に Revenue Report → Top Products を開いて、同じ商品が売上を占めているかを確認してください。離脱が高い PDP が同時にトップ売上商品なら、それが最高レバレッジの CRO ターゲットです――離脱を縮めることがドル換算で最大のインパクトを持つページです。
2. チェックアウトのどのステップで失っているかをファネルが表面化する。 4 ステージファネル ―― wc_product_view → wc_add_to_cart → wc_checkout_start → wc_purchase ―― は WooCommerce からサーバーサイドで読み、ステップごとのコンバージョン率を提示します。/checkout の離脱数から「送料か決済か?」を推測する必要はもうありません。

1 ページ・1 修正・1 か月のリズムは依然として どの ページを修正するかを駆動します。Revenue Report は、修正が実際に どれだけ 売上を動かしたか（離脱だけでなく）を駆動します。

次にすべきこと

1. まだの場合は WordPress.org の Statnive をインストールするか開いてください。
2. Pages レポートを開いてください。Exit Count 降順でソートしてください。
3. 上位 3 つの離脱ページのうち、どれが PDP、どれがカート、どれがチェックアウトかを特定してください。
4. 1 つを選んでください。そのパターンの Baymard チェックリスト（上記リンク）を引いてください。今日出せる最高エビデンスの修正を選んでください。
5. 出してください。日付をメモしてください。30 日後に戻ってください。
6. これが組み込まれている完全な 7 ステップ週次ループは、Privacy-First Analytics for WooCommerce CRO のピラー を参照してください。

比率ではなくカウントでソート。1 つを修正。30 日待つ。それがこの記事全体です。