WooCommerce CRO のためのプライバシー重視のアクセス解析（GA4 不要）
プライバシー重視の WordPress アクセス解析プラグインを使い、GA4・Cookie・同意バナーなしで WooCommerce ストアの CRO を実践する方法。今日できること、後から解放される機能、そしてどの CRO 記事も認めるべき 3 つの正直な限界。
WooCommerce でソロのオーナーとして販売しているなら、おそらくこの感覚を知っているはずです。Google Analytics 4 を開きます。棒グラフと 14 のドロップダウンが見えます。「コンバージョン」を見ると、数字が Woo ダッシュボードの数字と一致しません。スクロールして「エンゲージメント」をクリックし、さらに 4 画面を見て、タブを閉じる。
問題はアクセス解析が苦手だということではありません。問題は、GA4 が、何を今週直すか知る必要があるソロ Woo オーナーではなく、帰属パスを計測する 10 人のマーケティングチーム向けに作られていることです。
このピラー記事はその 2 つ目の問いへの答えです。/wp-admin 内に住むプライバシー重視のアクセス解析プラグイン — Statnive — を使ったソロ WooCommerce ストア向けの CRO プレイブックです。Cookie なし、EU の大半で同意バナーなし、GA4 アカウントなし、Looker ダッシュボードなし。v1.0.0（2026 年 5 月）時点で、無料の Statnive プラグインは 8 つのレポートを出荷しています — 7 つのトラフィックレポートに加えて、専用の WooCommerce Revenue Report — 各レポートで今日決められること、そしてどの CRO 記事も認めるべきで、しかし大半は認めない 3 つの正直なことを取り上げます。
この記事で答える内容
- Statnive の無料レポートだけを使って 10 分で回せる、正確な週次 CRO ループ。
- 月商 5 万ドル未満の Woo ストアにとって、実際に根拠のある 3 つの CRO 推奨と、いまだあらゆる「ecommerce ベストプラクティス」記事に登場する 3 つの神話。
- WooCommerce の 4 つの真実のソース（Woo ネイティブレポート、WC Order Attribution、GA4、Statnive）と、どれを信じるべき場面。
- 正直な限界：Statnive の CRO プレイブックがカバーするものとしないもの、そして v1.0.0 の Revenue Report が変えるもの。
ソロ Woo ストアの CRO がなぜ違うのか
Web 上のほとんどの CRO コンテンツは、あなたではない人のために書かれています。大規模チームの CRO プレイブックは次を前提とします。
- データエンジニアが配線した専用ファネル解析ツール（Mixpanel、Heap、カスタムイベント付き GA4）。
- ソロオーナーには時間も金も足りないセッションリプレイとヒートマップの予算（Hotjar、Microsoft Clarity、FullStory）。
- 数日で A/B テストが有意水準に達するほどの、数百万単位のトラフィック量。
- Meta CAPI、クリック ID 連結、Looker レポートを担う別の有料広告チーム。
あなたにはそれらのどれもありません。あなたが持つのは自分のストア、2〜3 個の Klaviyo フロー、ひょっとして 1 つの有料 Google または Meta キャンペーン、そして Woo ダッシュボードです。さらにもう 1 つ：バナーが出た瞬間に「Cookie を拒否」を押す、実在する成長中のオーディエンスもあります。独立して再現された推計 — 元は Andy Crestodina の Orbit Media 分析 で、その後 Plausible などによって引用された — は、欧州の同意バナーによる GA4 のデータ損失を国とオーディエンスに応じておよそ 30〜60% と見積もっています。加えて、別の 13〜30%（Kissmetrics の 2026 年広告ブロッカー調査ではテクノロジーに精通したオーディエンスで 40〜60%）が広告ブロッカーや計測保護ブラウザに失われます。
これが作業環境です。良い知らせ：ソロ Woo ストアでも、正しいループとプライバシー重視のデータセットがあれば信頼に足る CRO ができます。セッションリプレイは要りません。必要なのは週次チェックリストと、訪問者の半分を失わないツールです。
7 ステップの週次 Woo CRO ループ（10 分、GA4 なし）
これがループです。毎週同じ日に 1 回回します。各ステップは /wp-admin の 1 タブと 1 つの意思決定です。
ステップ 1 — 状況を読む（Overview）
Overview レポートを開きます。直近 7 日と前 7 日のセッション、直帰、合計滞在時間を見ます。意思決定ルール： いずれかのチャネルのシェアが週次で 25% 以上変化したら、ステップ 2 のためにフラグを立てます。同じチャネルで直帰が上がり、滞在時間が下がっているなら、量ではなく質の低下です。ほとんどの週は何も変わっていません。それも有用な情報です。
ステップ 2 — チャネルを監査する（Referrers）
Referrers レポートを開きます。Statnive はトラフィックを 8 つのチャネルに自動グループ化します：Direct、AI Assistants、Organic Search、Social Media、Email、Referral、Paid Search、Paid Social。AI Assistants は 2026 年の追加で、ChatGPT、Claude、Gemini、Perplexity ほか 11 種を捕捉します — GA4 では「Direct」または「Organic」に振り分けられてしまうものです。
意思決定ルール： チャネルが健全なのは、直帰がサイト平均以下 AND 滞在時間がサイト平均以上 のときです。両方を失敗するチャネルで、直近 7 日に 50 セッション以上あるものは診断対象 — 停止でも終了でもなく、診断だけ。GA4 なしの WooCommerce トラフィックソースの記事が完全な診断手順を解説します。
ステップ 3 — トラフィックの着地点を探す（Pages → エントリーページ）
Pages レポートを開き、エントリー数で並び替えます。トップ 10 のエントリーページで直帰率が 70% を超えるものが優先 — 有料ランディングページであれば。ブログ記事は自然に直帰が高く、Siege Media ベンチマーク はブログコンテンツの平均をおよそ 82%、「良い」目安を 70% 前後としています。一方、有料ランディングページは 50% を十分下回るべきです。各ページを常にサイト全体ではなく、意図のコホートと比較してください。ブログ記事の 60% 直帰は問題ありません。有料ランディングページの 60% 直帰は火事です。
ステップ 4 — 離脱箇所を探す（Pages → 出口ページ）
同じレポート、別の並び替え：離脱率ではなく 絶対出口数 で並び替えます。10,000 ビューで出口率 45% のページは 4,500 セッションを失います。500 ビューで 90% のページは 450 を失います。1 つ目のページが優先 — 率は「ましに」見えますが。
これはほとんどの CRO 記事が間違える、最も重要な単一の意思決定です。率で並び替えると最小ページを追いかけることになります。絶対損失で並び替えると、実際に重要なものを直すことになります。
ステップ 5 — デバイスでセグメントする（Devices）
Devices レポートを開き、トップのエントリーページと出口ページでモバイルとデスクトップの直帰率差分を見ます。Deloitte / 55 の研究 Milliseconds Make Millions によれば、0.1 秒のモバイル速度改善で、37 ブランド・3,000 万セッション横断で 8.4% の小売コンバージョン向上と 9.2% の平均注文金額向上が得られました。トップエントリーページでモバイル直帰がデスクトップより 15 ポイント以上高ければ、今週の最大の単一 CRO レバーはページコンセプトではなくモバイル UX です。
ステップ 6 — 国と言語でセグメントする（Geography + Languages）
Geography と Languages をクロスリファレンスします。セッションの 5% 以上を供給し、滞在時間が国内訪問者の 80% 以上ある国はローカライゼーションテスト候補です。POWR の International Buyer Benchmark 2026 年 1 月 によれば、グローバルショッパーの 92% は現地通貨で価格を表示するサイトから購入することを好み、49% はそれがなければ完全に離脱します。通貨表示が先、言語が次です。
ステップ 7 — 1 つの実験仮説を立てる
今週変える 1 つ を選びます。次の形で枠付けます：「もし [X] を変えれば、[ステップ 1〜6 のシグナル] により [メトリクス] が [Y] 改善する。」2 週間または 1,000 セッションのいずれか早いほうで実行します。
これがループです。10 分。GA4 なし。エージェンシーレポートなし。1 か月 GA4 を開いて閉じるよりも、初回実行後にあなたのストアについて多くのことを知ることになります。
Statnive が今日 Woo ストアに見せるもの（インベントリ）
正直なインベントリです。無料の Statnive プラグイン（v0.4 系）は 7 つのレポート、13 メトリクス、21 ディメンションを出荷します。上記ループへのマッピング：
| 知りたいこと | レポート | メトリクス |
|---|---|---|
| 今週は先週と違うか？ | Overview | セッション、直帰、合計滞在時間 |
| どのチャネルにもっと予算を割くべきか？ | Referrers | セッション、直帰、滞在時間、UTM Source/Medium/Campaign |
| どのページを書き直すべきか？ | Pages | ビュー、エントリー数、出口数、合計滞在時間 |
| 国別トラフィックはどこから来ているか？ | Geography | 訪問者、セッション、合計滞在時間 |
| モバイルが訪問者を失っているか？ | Devices | 訪問者、セッション（デバイスタイプで絞り込み） |
| 訪問者は自分の言語で読んでいるか？ | Languages | 訪問者、セッション |
| キャンペーンは今ライブか？ | Real-time | アクティブ訪問者、ページ別アクティブ訪問者 |
計測スクリプトはページビューごとに WordPress の投稿タイプも取得します（将来の Resource Type ディメンション）が、このフィルターはまだ Pages UI に出ていません。当面は URL パターン（/product/ とそれ以外）で Pages レポート上の商品とブログ記事を分けるか、Revenue Report → トッププロダクト に直接ピボットして WooCommerce 対応のビューを得てください。
Statnive が今日 Woo ストアに 見せない もの
WooCommerce イベントなしではできない 3 つのことがあります。読者と自分に対して正直に：
- チャネル別の売上。 滞在時間が長く直帰が低いキャンペーンでも、売上ゼロの可能性があります。UTM に紐づいた
purchaseイベントがなければ、推測しているだけです。 - ステップ別のファネル離脱。
/checkoutの出口数は人が離れることを教えます。それが入ってからクーポンを適用したか、決済エラーを見たか、配送を選んだかは教えません。 - 商品レベルの需要。 PDP のページビューは意図のプロキシであり、意図の証拠ではありません。決して売れない商品の大量ビューは、
product_viewとadd_to_cartなしには読めない最大のシグナルです。
4 つの ecommerce イベント — wc_product_view、wc_add_to_cart、wc_checkout_start、wc_purchase — はそのすべてのギャップを埋め、v1.0.0 で出荷されました（無料、WordPress.org）。名前は Google が推奨する GA4 ecommerce イベント語彙を意図的にミラーしているため、GA4 規約を前提とする AI プロンプトや CRO プレイブックがそのまま動き続けます。イベントは WooCommerce からサーバー側で発火 — インストールする追加 JS なし — し、カート→購入ファネル、そして Revenue Report のチャネルとトッププロダクトの内訳を駆動します。
CRO の質問について書くすべてのブログ記事の正しいフレーミングは同じです：トラフィックアクセス解析は何が注目を集めているかを教えます。イベントアクセス解析は何がお金を生んでいるかを教えます。今日は前者で動き、準備ができたら後者を追加できます。
WooCommerce の 4 つの真実のソース、そしてそれぞれをいつ信頼するか
これは誰も正直に答えない質問です。「先週の売上は何件か？」に対しておそらく 4 つの数字があります。
| ソース | 計測対象 | 信頼する場面 |
|---|---|---|
| WooCommerce 管理画面 → Reports | データベース内の注文 | 常に — これが売上の真実のソース |
WooCommerce Order Attribution（WC 8.5+、_wc_order_attribution_* のポストメタ内） | 注文ごとのファーストタッチソース、Cookie ベース、Safari では 7 日ウィンドウ | 注文粒度の帰属が欲しいとき。iOS ITP の 7 日上限を覚えておくこと |
| Klaviyo / Mailchimp レポート | 独自の 5 日ウィンドウでのメール帰属売上 | メールパフォーマンス計測時 — Apple Mail Privacy Protection のゴーストオープンで Woo に対して 2〜4 倍の過大報告が出ることを覚悟 |
| GA4（まだ動かしているなら） | Cookie バナー損失を伴うサンプリングされたセッション粒度 | Statnive にまだないロングテールのディメンションが必要なとき |
| Statnive | Cookie レス、バナー損失なし、フィンガープリントなし、チャネルグルーピング済みのセッション粒度 | オーディエンス全体の絵が必要なとき — GA4 が逃す 30〜55% を含む |
Statnive は WooCommerce 自体の売上レポートを置き換えません。Statnive は GA4 が苦手な質問について GA4 を置き換えます：「私のオーディエンス全体はどこから来ているか？」、「どのチャネルが質の高い訪問者を送ってくるか？」、「PDP でモバイルが壊れていないか？」WooCommerce 自体の管理画面は売上の真実のソースのままです。
誰も認めないサプライズ：プライバシー重視のアンダーカウントは CRO のデメリットではない
これは本記事全体の逆説ポイントです。プライバシー重視のアクセス解析ブログはすべて、「はい、Do Not Track を尊重しているので GA4 より少なくカウントします」というバージョンを認めます。すると、すべての見込み顧客が「それは CRO に響かないか？」と尋ねます。答えは 響きません、理由はマーケティングではなく数学です。
CRO は絶対量ではなく、ファネルステップ間の相対コンバージョン率 で動きます。すべてのソースが 25% 均一にアンダーカウントしていれば、どのステップを直すかのランキングは同一です。割り算した瞬間にアンダーカウントは打ち消されます。均一なアンダーカウントが響く唯一の場所は 売上予測 であり、Woo 自身の注文ログがそれの真実です。
均一アンダーカウントが効き始めるのは 非均一 アンダーカウント — GA4 があるチャネルを他より多く逃すとき（例：Safari ユーザー、iOS アプリトラフィック、広告ブロッカーユーザー）です。それはソロ Woo ストアにとっての GA4 への 反対 論拠であって、賛成論拠ではありません。Statnive の Cookie レスファーストパーティ計測はブラウザとデバイスを横断して均一です。Statnive データから計算するファネル比率は少なくとも内部一貫しています。GA4 データから計算するファネル比率は、サイトで実際に Cookie を受け入れるコホートに偏っています。
これが「でも暗中模索になってしまう！」という異論への答えです。思っているほど暗くはなく、ある暗さは 均一 — 相対率の CRO がまさに必要とするものです。
実際に効く 3 つの CRO 推奨（と効かない 3 つ）
確立された CRO 研究 — CXL、Baymard、Nielsen Norman Group — から、月商 5 万ドル未満の Woo ストアに効くものと効かないものを示します。
効く（これをやる）：
- コスト透明性を最初に。 Baymard Institute のチェックアウトユーザビリティ研究 によれば、想定外の送料・税・手数料は閲覧時以外のカート放棄の 39% を引き起こす — 単一最大の放棄理由です。配送費用を PDP に出し、チェックアウトに出さないこと。この 1 つの修正だけでもコンバージョンを意味あるレベルで引き上げられます。
- 購入ではなくファネルホップごとに最適化する。 CXL のコンバージョン最適化コース によれば、最終購入ではなく次のステップへのコンバージョンを計測することで、より速く明確なシグナルが得られます — まさに Statnive の出口数の計算が、売上イベントなしでも今日サポートする種類の意思決定です。
- このスケールではチャネルグルーピングの帰属を信じる。 月間 1 万セッション未満のストアでは、ラストタッチ + 清潔な UTM タグはあらゆるマルチタッチモデルより信頼できます。マルチタッチのデータエンジニアリングオーバーヘッドは、ソロストアには見合いません。
効かない（これをスキップする）：
- 「すべての CTA を赤くする。」 数百回の実験を横断する CXL のテストは、CTA のパフォーマンスを駆動するのは色ではなくコントラストだと結論づけています。色テストで統計的に有意なのはおおむね 7 回に 1 回です。
- 「ファーストビューにすべてを詰め込む。」 Nielsen Norman Group のアイトラッキング研究 によれば、モダンなレスポンシブサイトで閲覧時間の 57% しかファーストビューにありません。配置よりもコピーの質が重要。スクロールは敵ではありません。
- 「ホームページカルーセルやカウントダウンタイマーを追加する。」 NN/g のカルーセル研究：クリックの 84% がスライド 1 に着地、合計クリックスルーはおよそ 1%。さらに Growth Suite の 847 ストア研究 によれば、欺瞞的なカウントダウンタイマーは放棄を 23% 増加 させ、リピート購入を 41% 減少させました。カルーセルはカーゴカルト、欺瞞的な希少性は実害になります。
アクセス解析を信頼する前に知っておくべき 3 つの WooCommerce ゴッチャ
GA4 からプライバシー重視の計測スクリプトに移行すれば、これらに遭遇します。Statnive だけでなくすべてのアクセス解析ツールに影響しますが、最初の週にレポートが「ズレている」場合、通常はこのリストで説明できます。
- ブロックベースのチェックアウトは
woocommerce_before_checkout_formを発火しない。 ストアの約 13% は WooCommerce の新しい Cart and Checkout Blocks を使っており、急速に増えています。クラシックなショートコードベースのチェックアウトはレガシーフックを発火しますが、ブロックベースは発火しません。このフックを聞いている計測スクリプトは、新イベント名に対応するまでブロックストアでチェックアウト開始をアンダーカウントします。 woocommerce_thankyouは Stripe、PayPal、Klarna のリダイレクトフローで信頼できない。 決済ゲートウェイがショッパーを iframe またはサーバー間コールバックで返すと、ブラウザでサンキューページが描画されません。ロバストな購入計測は、JavaScript のサンキューリスナーをサーバー側のwoocommerce_payment_completeフックと組み合わせ、ブラウザタブが閉じてもイベントが発火するようにします。PayPal Payments は何年もこれに関する未解決の issue を抱えています。- Astra、Botiga、Flatsome、Kadence の AJAX add-to-cart は
/cartのページビューを抑制する。 モダンな Woo テーマはスライドインドロワーでカートページを完全にスキップする傾向が強まっています。/cartのページビューからカート追加を推論するアクセス解析は、これらのテーマでアンダーカウントします。正しい修正は、added_to_cartjQuery イベントをリスンする小さな JavaScript ブリッジです。
v1.0.0 時点で、Statnive はこれら 3 つすべてをデフォルトで正しく処理します。Revenue Report のファネルは wc_product_view、wc_add_to_cart、wc_checkout_start、wc_purchase を WooCommerce からサーバー側で読みます — ブロックベースのチェックアウト、リダイレクトフローのゲートウェイ、AJAX add-to-cart のテーマすべてがカウントされます。Pages レポートの URL ベースの分離（/product/ フィルター）は、注文ではなくページビューがほしいコンテンツ vs 商品のクロスリファレンスに引き続き有用です。
正直なプライバシーポジショニング
ほとんどのプライバシー重視アクセス解析サイトのマーケティングコピーが間違える最後の点：「Cookie 同意バナー不要」はプロダクトの性質ではなく、構成です。EU の 27 加盟国はオーディエンス計測が何かについて合意していません。
- フランス（CNIL Sheet 16）、イタリア（Garante の 2021 年 Cookie ガイドライン）、スペイン（AEPD）、オランダ（Tw 第 11.7a 条のもとでの AP）：適切に構成されたオーディエンス計測ツール — ファーストパーティのみ、クロスサイト識別子なし、IP 切り詰め、最大 13 か月の識別子寿命、最大 25 か月のデータ保持、セッションリプレイなし — は例外に当てはまります。バナー不要。
- ドイツ（TDDDG 第 25 条）：2024 年 11 月の DSK Orientierungshilfe Version 1.2 は明白です：Cookie レスの計測も、エンドデバイスの情報を読むときには同意をトリガーする。これは
navigator.*、screen.*、Intl.*、document.referrerの読み取りを含みます。Statnive の計測スクリプトはこれらのいくつかを読むため、ドイツの同意不要の構成は 最も厳しいサーバーサイドモード であり、それでも安全な慣行は尋ねることです。 - ベルギー、アイルランド、オーストリア、英国：類似の厳格な立場。UK ICO の 2026 年 4 月 29 日の Storage and Access Technologies ガイダンス は、アクセス解析の例外を明示的に提供していません。
すべての CRO ブログ記事と料金ページにおける正直な主張は：「設計段階から GDPR に対応 — Cookie レス、localStorage なし、フィンガープリンティングなし、日次ローテーションのソルト、EU 専用ホスティング。Cookie 同意バナーが必要かどうかは管轄と構成によります。EU の大半ではオーディエンス計測の例外が適用され、ドイツでは最も厳格な解釈でも依然としてユーザーの選択を要します。」
それが正直なバージョンです。顧客の DPO が尋ねたときにあなたを守るバージョンでもあります。
次にすべきこと、順番に
- WordPress.org から Statnive プラグイン をインストールします。無料で、Free プランは上記のすべてに対する稼働 CRO プランです。
- 7 ステップの週次ループを 2 週間回します。週 1 の終わりには「絶対出口数」の優先順位を見抜き始めます。
- 週に 1 つ の実験を選びます。仮説として枠付けします。2 週間または 1,000 セッションで実行します。
- 次に WooCommerce トラフィックソースのプレイブック を読みます — ステップ 2 のチャネル健全性ルールをさらに深く掘ります。
- v1.0.0（2026 年 5 月）時点で、WooCommerce Revenue Report は無料プラグインにあります — 上記で説明したチャネル別売上、トッププロダクト、カート→購入ファネルのビューを開いてください。ステップ 1〜4 で築いたループ、レポート、規律はそのまま引き継がれます。
このアプローチの要点は、GA4 を開いて閉じて「アクセス解析をしていない」と罪悪感を覚えるのをやめることです。代わりに月曜 10 分のループ、1 つを決定、変更を出荷。それが実在する Woo ストアの CRO です。大規模チームのプレイブックは、大規模チームができてからで構いません。