10 分でできる WooCommerce アクセス解析・週次レビュー

月曜日の朝、10 分あります。5 つの数字を見て 1 つの判断を下すか、Google Analytics 4 を開いてダッシュボードで迷子になり、タブを閉じ、解析をやらなかったことで罪悪感を抱くか――選択肢は 2 つに 1 つです。

この記事はその解毒剤です。Statnive で 10 分ぴったりで実行できる、5 つの質問のチェックリスト。チャートのタブの山も、代理店レポートも、「月次経営サマリー」テンプレートも不要です。印刷してください。モニターに貼ってください。毎週月曜日に実行してください。

これは 12 本の WooCommerce CRO スプリント のすべてをつなぐ運用儀式でもあります――各質問は、さらに深く掘りたい場合のピラー記事へとマッピングされています。ただし、週次の読み取り自体はいずれにせよ 10 分で終わります。

この記事が答えること

• 毎週月曜日に Statnive ダッシュボードへ問いかける 5 つの質問。
• 各質問とセットになる具体的な判断ルール。
• 1 週間にコミットすべき 1 件の実験（そしてなぜ 1 件で十分か）。
• 月間セッションが 500 未満の場合に飛ばしてよいもの、飛ばしてはいけないもの。

10 分でできる週次チェックリスト

/wp-admin → Statnive を開いてください。10 分タイマーをスタート。5 つの質問に答えてください。1 つを判断してください。1 つの変更を出してください。

質問 1 ― 前週比で何か変化はあったか?

場所: Statnive → Overview レポート。直近 7 日と前 7 日を比較。

判断ルール: 単一チャネルの総セッションに占める割合が前週比で 25% を超えて 動いていたら、質問 2 にフラグを立ててください。そうでなければ進む――ほとんどの週は変化がなく、それも有用な情報です。

優先順位で見るべきポイント:

1. これまで健全だったチャネルで直帰率が急上昇＝品質低下。質問 2 で診断。
2. 直帰率がほぼ 100%、滞在時間がほぼゼロのトラフィック急増＝ボット波。多くの場合無視して安全。続くようなら Statnive の Exclusions 設定で除外してください。
3. 通常は安定しているチャネルでトラフィック急減＝何かが壊れている（インデックス、メールリンク、広告キャンペーン承認）。直ちに診断。

所要時間: 2 分。

質問 2 ― 今週、適格な訪問者を送ってきているチャネルはどれか?

場所: Statnive → Referrers レポート。セッション降順でソート。Bounces 列と Total Duration 列を確認。

判断ルール（第 2 記事 のチャネル健全性ルール）: 直帰率がサイト平均以下 かつ 滞在時間がサイト平均以上 で、直近 7 日に少なくとも 50 セッションあれば、そのチャネルは健全です。両条件を満たさないチャネルは診断対象――停止ではなく 診断 です。

誰も言及しない 3 つの注意点: 意図がマッチしたコホート同士で比較すること（有料ランディングページは他の有料ランディングページと比較、ブログ平均ではない）、結論を出す前に 7 日間ウィンドウで 50 セッション以上を確保すること、失敗は「停止」ではなく「まず診断」と捉えること。

見るべきポイント:

• Tier 1 のボリュームを持つチャネル（Direct、Organic Search、Email）のうち 1 つでも振るわなければ＝最も高くつく機会損失。
• AI Assistants トラフィック（Statnive 固有のバケット――GA4 はこれを Direct または Organic にルーティング）が増加傾向＝コンテンツが ChatGPT／Claude／Perplexity に拾われ始めた兆候。割合ではなく絶対値のパターンを見てください。

所要時間: 2 分。

質問 3 ― 絶対数で最も訪問者を失っているページはどれか?

場所: Statnive → Pages レポート。Exit Count 降順でソート――離脱率ではありません。サンキューページ、お問い合わせ完了ページ、検索結果ページを除いた上位ページを選んでください。

判断ルール（第 3 記事 の絶対損失の算数）: Exit Count リストの最上位ページが優先――たとえ他のページのほうが「悪い」離脱率を示していても、です。表示 10,000、離脱率 45% のページは 4,500 セッションを失い、表示 500、離脱率 90% のページは 450 セッションを失います。先に最初を修正してください。

どの離脱パターンか?

• PDP の離脱: 信頼ギャップ、情報ギャップ、モバイル UX の不備。第 3 記事の PDP 修正リスト を参照。
• カートの離脱: 送料ショック（Baymard 調べで 39%）。PDP の段階で着地コストを表示してください。
• チェックアウトの離脱: フォームが長い、パスワード必須、決済プロバイダーの不一致。第 3 記事のチェックアウト修正リスト を参照。

所要時間: 2 分。

質問 4 ― モバイルはデスクトップより劣っているか?

場所: Statnive → Devices レポート → モバイル対デスクトップのセッションと直帰率を確認。WooCommerce → アクセス解析 → 注文 → モバイル経由の注文を確認。

判断ルール（第 5 記事 より）: mobile_CR ÷ desktop_CR を計算してください。基準値はおおよそ 0.60〜0.74 です。比率が 0.50 未満かつモバイル比率が 60% を超えていれば、実在するモバイル UX 問題であり、今週出せる単独の修正としては最大レバレッジになります。

判断ショートカット:

比率	解釈	今週のアクション
0.70 以上	正常範囲	飛ばす――緊急のモバイル修正は不要
0.50〜0.69	やや劣る	次の四半期監査用にメモ
0.50 未満	重大な問題	モバイルが質問 5 の実験対象

所要時間: 2 分。

質問 5 ― 今週、どの実験を走らせるか?

場所: 自分の頭の中で、質問 1〜4 のデータを使って。

判断ルール: 変更を 1 つ 選んでください。仮説の形で記述: 「[X] を変更すれば、[質問 1〜4 のシグナル] により [指標] が [Y] 改善する」。出してください。日付をメモしてください。来週は読み取りに戻り――ただし、実験の評価は 30 日経過時点で行い、毎週ではありません。

「1 つの変更」原則（第 1 記事の CRO ピラー より）: 一度に 1 件の変更を行えば、結果を帰属させられます。一度に 3 件を行えば、どれにも帰属させられません。ページあたり月 1,000 セッション未満の一人運営 WooCommerce ストアでは、テスト速度よりも帰属の規律のほうが重要です。

所要時間: 2 分。

合計: 10 分。読み取り 1 回。仮説 1 件。今週出す変更 1 件。

印刷用チェックリスト

モニターや週次レビューノート用に:

WOOCOMMERCE WEEKLY ANALYTICS REVIEW — 10 MINUTES

□ 1. OVERVIEW — any channel share shifted >25% WoW?
     If yes → flag for Q2.

□ 2. REFERRERS — does any top-3-volume channel fail the
     channel-health rule (bounces ≤ avg AND duration ≥ avg,
     ≥50 sessions)?
     If yes → diagnose, do not pause.

□ 3. PAGES — what's the #1 page by Exit Count (not rate),
     excluding thank-you / contact / search?
     Identify which exit pattern: PDP / cart / checkout.

□ 4. DEVICES — what's mobile_CR ÷ desktop_CR?
     below 0.50 = material mobile problem, becomes Q5.

□ 5. EXPERIMENT — pick ONE change.
     "If I change [X], then [metric] will improve by [Y]
     because [signal]." Ship it. Date it.
     Re-evaluate at 30 days, not next week.

──────────────────────────────────────────────
Total time: 10 minutes. Sips of coffee allowed.

これを .txt ファイルとして保存してください。毎週月曜日に開いてください。実行してください。そして閉じて、実験を出しに行ってください。

月間セッションが 500 未満の場合に飛ばしてよいもの

非常に小規模なストアでは、統計ノイズがシグナルを覆い隠します。簡素化したリズム:

• 質問 4（Devices）を飛ばす ― モバイルセッションが週 50 未満の場合。分母が小さすぎてモバイル対デスクトップを信頼性高く読めません。代わりに月次で見直してください。
• 質問 2（Referrers）はチャネルバケットレベルのみで実行 ― サブチャネルの UTM 分析は、チャネルあたり週 500 セッション未満ではノイズです。
• 質問 1、3、5 はそのまま実行 ― ボリュームが小さくても、前週比の方向性と絶対離脱数は依然として意味のあるシグナルです。

絶対に飛ばしてはいけないもの

一人運営の WooCommerce オーナーが必ず飛ばし、後悔する 3 つ:

1. 実際の実験コミット（質問 5）。 変更を出さずにデータを読むのは、最も高くつく先延ばしです。週 1 件の不完全な実験は複利化し、ゼロ件の完璧な実験は何にも複利化しません。
2. 先月の実験の 30 日後再評価。 変更を出すときにカレンダーリマインダーを設定してください。さもなければ実験は永遠に走り続け、変更が効いたかどうかを学べません。
3. 月曜日の頻度そのもの。 「静かな週」の 10 分レビューこそ、忙しい週の問題の早期シグナルを発見する場です。閑散期はパターンが見える時期です。飛ばさないでください。

v1.0.0 が週次レビューに追加するもの、依然としてクロスリファレンスのままのもの

v1.0.0（2026 年 5 月）時点で、週次レビューの 2 つの部分が締まります:

1. Statnive 内でのチャネル別売上。 Revenue Report の Channel ブレイクダウンは、質問 2 がチャネル健全性に使うのと同じ 8 チャネルにわたって Orders ＋ Revenue ＋ AOV を提示します。質問 2 のルール（直帰率＋滞在時間）を、チャネル別セッションあたり売上と直接組み合わせられるようになりました――見出し数値のために WC アクセス解析と 2 タブで照合する手間はもう不要です。
2. 4 つの主要ステージにわたるファネル離脱。 Cart-to-Purchase Funnel は 商品閲覧 → カート追加 → チェックアウト開始 → 購入完了 のステップ別コンバージョンを提示します。同じ 10 分の枠内で、ストアレベルでどのステージが漏れているかを確認できます。

クロスリファレンスのままなのは、/checkout 内のサブステップ別（送料 → 決済 → 確認 → 送信）です。v1.0.0 では表面化していません。その粒度には、WooCommerce → 注文 → カゴ落ち（または使用中のチェックアウトリカバリープラグイン）が依然としてソースです。

次にすべきこと

1. 上記のチェックリストを印刷してください。モニターに貼ってください。
2. 来週月曜日に最初の週次レビューを実行してください。時間を測ってください。
3. 1 件の実験を選んでください。日付をメモしてください。
4. 30 日後に戻り、再評価し、翌週のレビューを実行してください。
5. 8 週間後、毎週見ている本人だからこそ――代理店レポートでは決して表面化しないパターンを見つけているはずです。

これが組み込まれているより深い CRO 運用システムについては、Privacy-First Analytics for WooCommerce CRO のピラー を参照してください。チャネル健全性ルールの完全な判断ロジックは、第 2 記事のトラフィックソースプレイブック を参照。絶対損失の離脱ページ算数は、第 3 記事の入口／出口ピラー を参照。モバイル対デスクトップの診断は、第 5 記事のモバイルコンバージョンピラー を参照してください。