GA4 なしで最良の WooCommerce トラフィックソースを見つける方法

最も痛い WooCommerce の瞬間は、放置されたカートではありません。有料広告を運営している友人から届くメッセージです: 「なんで Facebook は今日 15 件売れたと言うのに、私の Woo ダッシュボードには 3 件しか表示されないの?」

そのギャップこそ、一人運営の WooCommerce オーナーが GA4 をインストールする最も典型的な理由であり、3 か月後にアンインストールする最も典型的な理由でもあります。GA4 は真実のソースだったはずです。その後、Safari ユーザーを見なくなりました。そして Cookie バナーがデータの半分を食べました。そして ITP が 7 日間ウィンドウを食べました。そして iOS 17 がクリック ID を壊しました。

一人で WooCommerce を運営するなら、6 つ目の帰属モデルは要りません。必要なのは、どのチャネルが適格な訪問者を送り、どのチャネルが予算を浪費するかを知ることです。本記事では 8 チャネルグルーピング、チャネル健全性ルール、Scale / Fix / Maintain / Cut 判断マトリクス、そして「なぜ Klaviyo が 86,000 ドルを示すのに Woo は 24,000 ドルしか見えないのか?」への正直な答えを歩きます。

この記事が答えること

• Statnive が WooCommerce のトラフィックを 8 チャネルに自動グルーピングする方法（そして GA4 の 24 より優れる理由）。
• 検証済みのチャネル健全性ルールと、すべての一人運営オーナーが間違える 3 つの注意点。
• 有料キャンペーン向けの 4 アクション判断マトリクス（Scale / Fix / Maintain / Cut）。
• Klaviyo と WooCommerce がメール売上で食い違う理由――どちらを信頼すべきか。
• v1.0.0 の WooCommerce Revenue Report がこのチャネル品質ループに追加するもの。

Statnive がグルーピングする 8 チャネル

GA4 のデフォルトチャネルグルーピングは今や 24 カテゴリーです。Statnive は 8 で、これは意図的です――8 は週次レポートをスキャンしながら一人運営オーナーがワーキングメモリーに保持できる数です。

チャネル	ここに着地するもの	GA4 相当
Direct	リファラーなし＋ UTM なし	Direct
AI Assistants	ChatGPT、Claude、Gemini、Perplexity、Copilot、You.com（15 ホスト）	Direct ＋ Organic に分割
Organic Search	Google、Bing、DuckDuckGo、Yandex、Baidu、Brave（27 ホスト）	Organic Search
Social Media	Facebook、Instagram、TikTok、X、LinkedIn、Reddit、Pinterest、短縮サービス（35 ホスト）	Organic Social
Email	UTM medium に email を含む OR リファラーがウェブメールホスト	Email
Referral	その他のオフサイトリファラー	Referral
Paid Search	UTM medium が `^(.cp.	ppc
Paid Social	同じ正規表現 AND ソースがソーシャルネットワーク	Paid Social

AI Assistants バケットは、まだ他の誰もデフォルトレポートに組み込んでいないものです。GA4 は依然として gemini.google.com を Organic Search に、chatgpt.com を Direct にルーティングします。Woo ストアにとっては、AI 検索が実在するチャネルだと知ることと、トラフィックが落ちたと思い込むことの違いです。

チャネル健全性ルール（誰も言及しない 3 つの注意点付き）

判断ルール、一文で: 直帰率がサイト平均以下 AND セッション滞在時間がサイト平均以上で、7 日間ウィンドウで少なくとも 50 セッションあれば、そのチャネルは健全。

これは正しいです。ただし、すべての CRO ブログはそこで止まり、あなたを困らせます。3 つの注意点:

注意点 1 ― サイト全体平均ではなく、意図がマッチしたコホートと比較する

検索クエリを満たすブログ記事は 70〜90% で直帰しても訪問者は満足して去ります。60% で直帰する有料ランディングページは火事です。Siege Media による 13 億セッション分析 によると、「情報コンテンツ訪問」の健全範囲は 65〜90% で、「トランザクションランディングページ」の健全範囲は 25〜45% です。サイト全体平均はその 2 分布の平均であり、したがって両方に対して間違っています。

対策: 単一の意図コホート内でルールを適用してください。各有料ランディングページの直帰率を他の有料ランディングページの中央値と比較――ブログとではなく。各ブログ記事の直帰率を他のブログ記事と比較してください。

注意点 2 ― ルールを発火する前に、7 日間ウィンドウで 50 セッション以上を要求する

50 セッション未満では、直帰率は統計ノイズです。CXL のテスト方法論ガイダンス によると、チャネルレベルの結論を出す前に少なくとも数百セッションが欲しいところです。50 は 方向性 の問題を見抜ける床で、それ未満は「シグナル不十分、観察継続」として扱ってください。

注意点 3 ― ルールを「最初に診断」と捉え、「最初に停止」ではない

罠は、キャンペーンがルールを満たさない瞬間に停止することです。正解は、まず 診断 することです。ルールの両半分を満たさないチャネルは、通常 4 つの修正可能な問題のいずれかを抱えています:

1. 間違ったランディングページ。 広告は /shop に送るが、メッセージは特定商品についてだった。
2. 間違ったオーディエンス。 Lookalike Audience がドリフトした。Custom Audience が枯渇した。
3. 壊れた UTM。 キャンペーン担当者がリンクを再構築し、utm_medium を落とした。今は Direct に入っている。
4. 本物のプロダクト・マーケット不一致。 コホートは広告が約束したものを実際には欲しがっていない。

診断が 2 ウィンドウ連続で クリーンに戻ってから停止してください。

4 アクション判断マトリクス: Scale / Fix / Maintain / Cut

8 チャネルそれぞれについて、2 つの質問に答えてください:

• ボリュームトレンド（直近 28 日）: 上昇、横ばい、下落?
• 品質（上記のチャネル健全性ルール）: 両半分を満たす、片方のみ、両方失敗?

これで 3×3 グリッドができます。これを 4 アクションに折りたたみます:

トレンド × 品質	アクション
上昇＋満たす	Scale ― 予算 20〜25% 増、7 日後に再確認
上昇＋片方失敗	Fix ― どちらの半分か診断、ランディングページまたは広告クリエイティブを A/B テスト
横ばい＋満たす	Maintain ― 放置、機能しているチャネルを過剰最適化しない
下落＋失敗	Cut ― 2 ウィンドウ診断後に停止、予算再配分

これが印刷してモニターに貼るマトリクスです。GA4 の 30 タブ帰属ダッシュボードを、週ごとのチャネル別 1 判断に折りたたみます。

なぜ Klaviyo は 86,000 ドル、Woo は 24,000 ドルと言うのか

Klaviyo 経由でメールを運用していれば、これを目にします。Klaviyo ダッシュボードは先月「Klaviyo 帰属売上 86,000 ドル」を主張します。Woo レポート → 注文は総売上 24,000 ドルを示します。何が起きているのか?

2 つの複合効果:

1. Klaviyo はクリック後 5 日間の帰属ウィンドウを使います。 任意の メールクリック（先週のウェルカムフローからのクリックも含む）の 5 日以内に置かれた注文はすべて、最新のメールに帰属します。Woo ダッシュボードは同じ注文を 1 回 記録します――その注文の実際のラストクリックソース（メールが思い出させてくれた後にブランド名で Google 検索した、ということが多い）と共に。
2. Apple Mail Privacy Protection はすべてのメールをプリフェッチします。 受信者がメッセージを開かなくても、それが Klaviyo では「開封」としてカウントされます。「開封 → クリック → 購入」の下流チェーンは、開封データが偽物のときに 2〜4 倍に膨れ上がります。

両方の効果が、Klaviyo を Woo の真実のソースより 2〜4 倍良く見せます――そしてどちらも嘘ではありません。Klaviyo は「この注文は誰かがメールに触れてから 5 日以内に起きた」を正しく報告しています。Woo は「この注文のラストクリックはメール後のブランド検索からだった」を正しく報告しています。異なる質問に答えているのです。

一人運営オーナーのための正直な調整:

• 売上の真実 には、Woo の注文ログを使ってください。常に。税務当局が受け入れる唯一の数値です。
• メールプログラム ROI には、Klaviyo の数値を、注意点付きで使ってください: 「これは 5 日間ウィンドウが正しいラストクリックを捕捉していると仮定した上限値」。
• チャネル配分判断 には、Statnive のセッション粒度 Referrers レポートを使ってください――どのチャネルが適格な訪問者を送っているかを、帰属ウィンドウの議論が始まる前に示します。訪問データは Klaviyo のウィンドウや GA4 の Cookie 損失に汚染されません。

エンタープライズの答えはサーバーサイド Conversions API を展開して BigQuery レイヤーを縫合することです。一人運営 Woo の答えは: どちらのプラットフォームが「正しい」かを議論するのをやめ、それぞれを「正直なこと」のために使ってください。

WooCommerce Order Attribution ＋ Statnive はどう見えるか

WooCommerce 8.5（2024 年 1 月）以降、すべての Woo 注文は _wc_order_attribution_* ポストメタを持ちます――ファーストタッチソース、Cookie ベース、Safari では 7 日間ウィンドウキャップ（Apple ITP の制限）付き。便利なファーストタッチ売上レンズです。

Statnive はこれと 重複しません。Statnive はセッション粒度（注文だけでなくすべての訪問）、Cookie なし（Safari 7 日キャップなし）、そして現在は売上を見ません。両者を組み合わせると全体像をカバーできます:

• Statnive の Referrers レポート は「今週購入しなかった 99% のトラフィックはどこから来ているか?」に答えます。
• WooCommerce Order Attribution は「購入した 1% について、注文ごとのファーストタッチソースは何か?」に答えます。

両方有効にしてください。異なる判断のために異なる日に読んでください。Order Attribution は売上データを持っているときに予算配分を駆動し、Statnive はコンバージョンしなかったはるかに大きな訪問プールに対するチャネル品質判断を駆動します。

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

v1.0.0（2026 年 5 月）時点で、Statnive の Revenue Report はこのチャネル品質ループ単独ではカバーできなかった 2 つを出荷します:

1. Statnive 内でのチャネル別売上。 Revenue Report の「Revenue by Channel」テーブルは、上記と同じ 8 チャネル――Direct、AI Assistants、Organic Search、Social Media、Email、Referral、Paid Search、Paid Social ――にわたって Orders、Revenue（net）、AOV を提示します。「Paid Search が先週 4,200 ドルを牽引した」を Statnive を離れずに答えられます。
2. カートステージの離脱。 Cart-to-Purchase Funnel は WooCommerce から 4 つのサーバーサイドイベント――wc_product_view → wc_add_to_cart → wc_checkout_start → wc_purchase ――を読み、ステップごとのコンバージョン率を提示します。Paid Social がカートとチェックアウトの間でどこで落ちるかを確認でき、単に「カートページの後どこかで離脱した」だけではありません。

両方が v1.0.0 で無料、WordPress.org 上で出荷されました。過去の注文は Revenue Report を初めて開いたときに自動的にバックフィルされます――セットアップ不要。

本記事のチャネル品質ループは依然として判断の トラフィック側（どのチャネルがより多くの広告費に値するか）を駆動し、Revenue Report と組み合わさって 購入側（どのチャネルが実際にコンバージョンし、どの AOV か）を駆動します。並べて実行してください: チャネルが直帰率＋滞在時間ルールを満たさなくても良くコンバージョンすることもあり、ルールを満たしても悪くコンバージョンすることもあります。いずれにせよ、データが手に入りました。

次にすべきこと

1. まだの場合は WordPress.org の Statnive をインストールしてください。
2. Referrers レポートを開いてください。8 チャネルの 7 日間セッション数を特定してください。
3. 50 セッション以上のチャネルそれぞれについて、意図がマッチしたコホートに対する直帰率と滞在時間を計算してください。
4. 各チャネルを 3×3 の Trend × Quality グリッドに配置し、Scale / Fix / Maintain / Cut に折りたたんでください。
5. 「Cut」候補について、停止前にさらに 2 ウィンドウ診断を実行してください。
6. これが組み込まれている週次ループの全容は、Privacy-First Analytics for WooCommerce CRO のピラー を参照してください。

それがワークフローです。週 10 分。GA4 なし。Looker なし。「DTC EC 成長スタック」もなし。あなたのストアと、8 チャネル、1 マトリクス、停止する前に診断する規律だけ。