トラフィックは多いのに売上ゼロ? それはボリュームではなく、検索意図の適合性です
売上のない高トラフィックがほぼ常にボリュームの問題ではなく検索意図のミスマッチである理由。v1.0.0 Revenue Report のチャネル × 収益内訳で診断 — 無料、GA4 EC セットアップ不要。
高トラフィック + 売上ゼロは、ほぼ常に検索意図のミスマッチであり、ボリュームではありません。Statnive の Revenue Report（無料、v1.0.0）は収益をチャネル別に分解 — どのソースが実際に買うか。Ask me! の収益カード（「どのチャネルが最も収益をもたらすか?」q107 ほか）は Growth プランで着地します。Revenue Report 自体は今日出荷されています。
「かなりトラフィックを得ている気がするのに、売上はない」 — Shopify Community スレッド, 2025 年。
その文は、何らかの形で WooCommerce サポートフォーラムで最も一般的なメッセージです。運営者は別の獲得チャネルを必要としていません。すでに持っているチャネルのうちどれが買い手を送り、どれが最初から決して買わない訪問者を送るかを知る必要があります。
これは Ask me! v1.1.0 シリーズ の最終投稿であり、最も正直にならなければならない投稿です。Ask me! の「どのチャネルが最も収益をもたらすか?」回答カードは v1.1.0 ではライブではありません。上のスクリーンショットがその文字通りの証拠です：Revenue タブの 8 つの Coming-soon カード、それぞれ「Statnive Growth v2 でアンロック」とマーク。本日無料層で出荷される v1.0.0 Revenue Report が、その間のライブな答えです — そして、ほとんどの運営者が気づくよりもこの質問により多く答えます。歩いてみましょう。
この記事で答えること
- なぜ「高トラフィック、売上ゼロ」がほぼ常に意図のミスマッチであり、ボリュームの問題ではないか。
- GA4 がどう答えるか — そしてなぜほとんどの WooCommerce 運営者が答えを機能させるセットアップを完了しないのか。
- ライブで無料の v1.0.0 Revenue Report が今日何を表示するか（そして何を表示しないか）。
- Ask me! 収益カード（q101-q115）が Growth プランで出荷時に何を追加するか。
- 今週実行できる 3 ステップの意思決定フレームワーク、GA4 EC 不要。
売上のないトラフィックがほぼ常に意図のミスマッチであり、ボリュームではない理由
セッションが上昇し注文が横ばいのとき、最初の本能はより多くのトラフィックを追うことです。その本能はほぼ常に間違っています。3 つの数値がその理由を説明します。
全業界の EC コンバージョン率は 1.89% です（IRP Commerce, 2025） — 最良の店舗でも 100 訪問者中 98 人が買わずに離れます。30% のトラフィックジャンプで収益ジャンプがないのは驚きではありません。そのトラフィック内の意図のミックスが閲覧に向けて、買い物から離れてシフトしたときだけ問題です。
カート放棄はグローバルで 70.19% に座ります（Baymard Institute, 2025） — モバイルでは 85.65%。カートの摩擦は実在しますが、下流の症状です。ほとんどの店舗の上流の原因は、最初に訪問者を送るチャネルです。
決め手：モバイルがトラフィックの大部分を駆動しますが、デスクトップが収益の大部分を駆動します。モバイルは 1.8% でコンバージョンし、デスクトップの 3.9% に対して — 2.17 倍のデスクトップ優位性です（Retail Touchpoints, 2025）。トラフィックが今四半期モバイルに向けてシフトし、収益が横ばいなら、診断は「店舗が壊れている」ではなく「トラフィックがモバイルで、モバイルはコンバージョンが少ない」です。そのギャップの運用モデルは WooCommerce のモバイルコンバージョン問題 にあります。
これを 1 つのビューで読みやすくするフレームワークは、チャネル別の訪問者あたり収益です。1 万訪問者と 50 ドルを送るソースは、200 訪問者と 500 ドルを送るソースより悪いです。総トラフィックがそれを隠します。RPV がそれを露呈します。
GA4 がどう答えるか（そして何が壊れるか）
GA4 で「どのチャネルが最も収益をもたらすか」のクリックパスは：
Reports → Monetization → Ecommerce purchases → Session default channel group に対してクロスタブ
それは すべてが設定されていれば 3 クリックです。通常そうではありません。
GA4 の EC レポートは、Tag Manager または GA4 EC プラグイン経由で収益パラメータを持つ purchase イベント、加えて通常 add_to_cart、begin_checkout、サポートイベントを配線した場合にのみ populate されます — そして収益パラメータは店舗の通貨にマップする必要があります。GA4 EC ドキュメント によると、最低限 view_item、add_to_cart、begin_checkout、purchase が必要で、それぞれ items 配列（SKU、名前、価格、数量） そして purchase のトップレベル value を持ちます。ほとんどのソロ運営者は GA4 をインストールし、6 か月後に「0 収益」を見て、レポートが壊れていると推測します。壊れていません — イベントが決して設定されなかったのです。
設定されていても、GA4 は同意バナーがキャプチャし、広告ブロッカーが取り除かず、Safari ITP が切り捨てなかったイベントしか見えません。Apple のリンクトラッキング保護がクリック ID を取り除いた後（Apple WWDC 2023; Knak）、訪問者が purchase に到達するまでに、帰属チェーンの少なくない部分が失われています。
これが Statnive の v1.0.0 Revenue Report がサーバー側で閉じるギャップです。イベント設定なし。配線する purchase イベントなし。レポートは WooCommerce 注文を $order->get_*() ゲッター経由で直接読み、Referrers レポートが既に使用している 8 チャネルグルーピングに帰属させます。
プライバシーの背骨 — Revenue Report が触れるすべてのバイトに当てはまる 5 つの主張
すべての Ask me! カードに当てはまる同じ 5 つの主張が Revenue Report にも当てはまります：
- AI なし。LLM なし。 Ask me! は 117 の手書き質問と 63 の手書き SQL ハンドラ（
Questions.php、QuestionResolver.php）です。モデル、プロンプト、埋め込み、API 呼び出しはゼロ。 - サードパーティ API なし。
AdvisorControllerはゼロ件のwp_remote_*呼び出しを持ちます。Revenue Report はサーバー側で WooCommerce テーブルから読み取ります。データはサーバーから外に出ません。 - サーバーから何も出ません。 REST エンドポイントは WordPress インストール上で実行されます。リレーなし、CDN キャッシュエンドポイントなし、テレメトリビーコンなし。
- データはお客様のものです。 Statnive は何もホスティング、ミラーリング、バックアップしません。アンインストールしても、テーブルをドロップするまでデータベースに残ります。WordPress Privacy Exporter と Eraser フックが DSAR を扱います。
- Cookie 不要。指紋採取なし。サードパーティトラッカーなし。 毎日ローテーションする SHA-256 ソルトハッシュ。IP はハッシュ化 → GeoIP → 破棄。
Ask me! は質問ライブラリであり、チャットボットではありません。データが質問に答えます。データは旅をしません。
今日の Statnive：v1.0.0 Revenue Report（無料）
v1.0.0 として WordPress.org でライブで無料なものはこちら：
レポートは 5 つの KPI を出荷します：Orders（processing + completed のカウント）、Revenue net（net_total − refund_total、税と送料を除く、下に Gross: $X ヘルパー付き）、AOV（net_revenue / orders）、Refund total + Rate、Tax + Shipping（純数値を正直に保つために「収益から除外」とラベル付け）。
そして 3 つの内訳：
- Revenue by Channel。 ソート可能なテーブル — Channel · Orders · Revenue · AOV — Statnive がすべてのトラフィックをグループ化する 8 チャネル（Direct、AI Assistants、Organic Search、Social Media、Email、Referral、Paid Search、Paid Social）にわたって。これが投稿の質問に答える行です。
- Top Products。 ユニットまたは収益でトップ 10、バリエーションは親の下にロールアップ、返金はラインアイテムレベルで適用。
- Cart-to-Purchase Funnel。 4 つのサーバー側ステージ — 商品閲覧 → カート追加 → チェックアウト開始 → 購入完了 — ステップごとと全体のコンバージョン率。
Statnive では：Reports → Revenue Report を開く → channel × revenue × AOV を確認。GA4 セットアップなし。
purchaseイベント設定なし。サードパーティ API なし。チャネルグルーピングは自動。歴史的注文は最初の開きでバックグラウンドでバックフィル。
「高トラフィック、収益ゼロ」が今あなたの物語なら、その Revenue by Channel テーブルが開く 1 つのタブです。AOV でソートして最高 RPV のチャネルを見つけ、Orders でソートしてボリュームを確認してください。Referrers レポートでのセッション（トラフィックはどこから来ているか? でカバー）と Revenue Report の注文の不一致が、可視化された意図適合性ギャップです。
Ask me! 収益カードで何が来るか（Growth v2）
Ask me! Revenue タブ — この投稿の上部のスクリーンショット — は今日 8 つの Coming-soon カードをレンダリングします。合計 15 個の収益質問は同じ「Statnive Growth v2 でアンロック」マーカーを持ち、q101「何件の注文を得たか?」、q102「総収益はいくらだったか?」、q104「平均注文額は?」、q107「どのチャネルが最も収益をもたらすか?」、q108「どの UTM キャンペーンが最も収益をもたらすか?」を含みます。
これらのカードは、v1.0.0 Revenue Report に既にある内訳の 質問駆動バージョンです — 新しい SQL パスではありません。q107 はチャネル × 収益の答えを Ask me! のピン留めと検索フローに引き出します。q108 は UTM × 収益を表示します。q104 は q41 トラフィック・バイ・チャネルの横にピン留めできる単一カードとしての AOV です。
なぜ有料? Growth で出荷される運用層 — 収益とトラフィックデルタの異常アラート、Slack と Telegram の収益通知、MER 付き広告費 CSV インポート、週次 AI エグゼクティブサマリー、Meta CAPI サーバー側 — が有料層を正当化するものです。収益回答カードはそれらの層と並んで、それらが収まるワークフローだからです。Revenue Report 自体は永久に無料層に留まります。すでに持っていたデータがペイウォールの後ろに移動するバージョンはありません。
今週実行できる 3 ステップの意思決定フレームワーク
このループ全体を無料層で実行できます。GA4 なし、Growth プランなし、Ask me! 収益カード不要。月曜日の朝に WordPress 管理を開いて、次のことを行ってください。
ステップ 1 — 実際に買うチャネルを見つける
Reports → Revenue Report を開きます。Revenue by Channel テーブルを Revenue 降順でソート。収益でトップ 3 のチャネルをメモします。次に AOV 降順でソート。両方のトップ 3 リストに表示されるチャネルが、保護してスケールすべき高 RPV チャネルです。
次に Referrers レポートに切り替えます。Sessions 降順でソート。トップ 3 セッションリストをトップ 3 収益リストと比較。トップ 3 セッションリストにあるが トップ 3 収益リストにない チャネルが、意図ミスマッチチャネルです。それが買わないトラフィックを送るチャネルです。
意思決定ルール：トラフィックが週ごとに 30% 以上上昇し収益が横ばいなら、問題は検索意図の適合性 — ボリュームではありません。 Revenue Report チャネル内訳を使って、どのチャネルが買い手と閲覧者を送るかを監査してください。これに GA4 ファネルは必要ありません。
ステップ 2 — チャネル・ミスマッチシグナルをキャンペーンレベルの質問とペアにする
Ask me! を開き「キャンペーンはトラフィックを送ったか?」（q57）をクリックします。その答えを Revenue Report の同じチャネル行に対してクロスリファレンスします。q57 で高トラフィックを示す有料キャンペーンが、そのソースチャネルが Revenue Report で低収益を示す場合、それはアンダーコンバートする有料ソースです — 誰かが気づく前に何週間も予算を静かに流出させる種類のものです。
Statnive では：Ask me! を開く →「キャンペーンはトラフィックを送ったか?」をクリック → Revenue Report に対してクロスリファレンス → 完了。
これが最も高価なソロ店舗のミスをキャッチするループです：セッションを送り続けて売上を決して送らないキャンペーンに費やし続けること。キャンペーンタブの可視性は今日 Ask me! にあります（q57 は v1.1.0 で Live）。収益側は今日 Revenue Report にあります。両方とも無料です。
ステップ 3 — UTM 規律を引き締めて、ステップ 1 + ステップ 2 が清浄になり続けるように
これは複利する退屈なステップです。悪い UTM 衛生が、Direct を最大チャネルにする原因です — そして Direct は意図を判別できないチャネルです。すべての有料、メール、ニュースレター、パートナーシップリンクは UTM タグを持つべきです。
5 ルールの規律は UTM キャンペーン：WooCommerce での広告費の浪費を止める にあります。短いバージョン：すべて小文字、内部リンクには絶対にタグを付けない、メディウムを一貫して使う（email、cpc、social、affiliate）、出荷前にすべてのキャンペーンをタグ付け、そして iOS 17 は utm_* を保持し、fbclid、gclid、mkt_tok を取り除く — つまり utm_* は 2026 年に Apple デバイスで信頼できる唯一の帰属チャネルです。
ステップ 3 が整うと、ステップ 1 と 2 は毎週簡単になります。Revenue by Channel レポートはクリーンになり、Direct シェアは縮小し、有料ソースは実際に帰属します。
「なぜトラフィックはあるのに売上がないのですか?」（PAA）
ほぼ常に意図のミスマッチ。トラフィックソース — 情報オーガニック検索、ソーシャルスクロール、AI ツールが読者を送る、間違った意図のオーディエンスをターゲットにした広告キャンペーン — は、買うつもりがなかった訪問者をもたらしています。診断は どのチャネルがセッションを示すか（Referrers レポート）を どのチャネルが収益を示すか（v1.0.0 Revenue Report）と比較することから来ます。ミスマッチが答えです。
「収益にとって実際に重要なトラフィック指標は?」（PAA）
チャネル別の訪問者あたり収益（RPV）。 セッションでもなく、ページビューでもなく、直帰率でもなく、サイト滞在時間でもありません。RPV は非対称性を露呈します：1 万セッションと 50 ドルを送るチャネルの RPV は 0.005 ドル、200 セッションと 500 ドルを送るものは 2.50 ドル — 訪問者あたり 500 倍価値があります。Revenue Report を AOV（最も近い現在のプロキシ）でソートすると、高価値ソースが即座に表示されます。
「トラフィックからのコンバージョン率を改善するには?」（PAA）
この順で：(1) Revenue Report から最高 RPV チャネルを見つける、(2) それらの訪問者が着地するランディングページを監査（WooCommerce 売上のエントリーと出口ページ を使用）、(3) UTM 規律を引き締めてチャネルデータがクリーンに保たれるように、(4) その後チェックアウトの摩擦を最適化。ほとんどのソロ運営者はこの順を逆転させます — 上流の意図ギャップが見えないまま、まずチェックアウトを最適化します。
正直な精算
この投稿の上部のスクリーンショットが、正直な開示の文字通りの証拠です。Ask me! の収益回答カード — q101 から q115 — は今日 Coming soon です。「Statnive Growth v2 でアンロック」マーカーをレンダリングします。「どのチャネルが最も収益をもたらすか?」の質問駆動、ワンクリック、ホームタブにピン留めバージョンは、v1.1.0 で出荷されたものではありません。
v1.1.0 で出荷されたのは、カタログの残りに対する Ask me! フレームワーク — トラフィック概要、ページ、リファラ、キャンペーン、地理、デバイスにわたる 63 の Live 回答カードです。4 週間前に v1.0.0 で出荷されたのは、WooCommerce Revenue Report 自体：最終的な q107 / q108 / q104 カードが表示するすべての内訳が、今日完全なテーブル形式で無料で利用可能です。
Ask me! 収益カードがライブであるかのようにこの投稿を書き、誰も Revenue タブを開かないことを願うこともできました。逆をしました。スクリーンショットが証拠であり、投稿が説明です。
次にすべきこと
- v1.0.0 Revenue Report を開きます（Reports → Revenue Report）。Revenue by Channel を Revenue でソート、次に AOV でソート。両方のトップ 3 リストに表示されるチャネルをメモ — それらが高 RPV ソースです。
- Referrers レポートからのトップセッションチャネルを トップ収益チャネルとクロスリファレンス。セッションが高く収益が低いチャネルが意図ミスマッチチャネルです。
- Ask me! を開く →「キャンペーンはトラフィックを送ったか?」（q57） で有料ソースのキャンペーンレベル可視性を重ねます。キャンペーンタブは今日 v1.1.0 で Live です。
- UTM 衛生を監査 UTM キャンペーン：広告費の浪費を止める の 5 ルール規律を使用。クリーンな UTM が Direct シェアを小さく、チャネルデータを正直に保ちます。
- 10 分週次レビューを実行 — 10 分週次 WooCommerce アナリティクスレビュー の運用儀式 — 意図適合性シグナルが週ごとに複利するように。完全な運用モデルは Solo WooCommerce CRO プレイブック にあります。
締めくくり
WooCommerce を運営していて、トラフィックはあるが売上がないというパラドックスが今週の現実であるなら：Revenue Report は無料、Ask me! のサポートカード（q57 キャンペーン、q41 チャネル、q9 トラフィックトレンド、q81 モバイル対デスクトップ）は今日 v1.1.0 で Live、収益タブ Ask me! カードは正直に Coming soon、残りの運用モデルは Solo WooCommerce CRO プレイブック にマッピングされています。意図適合性問題は、すでに持っているデータから診断可能です。それを見るのに GA4 は必要ありません。
それが Ask me! v1.1.0 シリーズを締めくくります — 10 投稿、1 つのピラー、9 つの質問駆動フォローアップ。すべてが今 WordPress.org にあります。
WordPress.org から Statnive 1.1.0 をインストール →
永久無料・セルフホスト・アカウント不要・2 分でセットアップ・AI なし・サードパーティ API なし・データはサーバーから外に出ません