Google Analytics 4（GA4）は無料で、すでにサイトに導入されており、訪問者がどこから来たのかを把握するのには非常に優れています。しかし、MRR（月次定期収益）、解約率（チャーンレート）、純収益継続率（NRR）を教えてくれるわけではありません。それは設定ミスによるものではなく、GA4が測定している対象がそもそも異なるからです。
サブスクリプション型ビジネスを運営している方なら、このような瞬間に直面したことが一度はあるはずです。売上に関する疑問を解決しようとGA4を開き、「収益化」レポートを見るものの、Stripeの数値と一致せず、その理由が分からないという状況です。その答えは、大抵の場合、GA4が最初からあなたと同じものを見ていなかったということにあります。
当社は収益分析製品を作っているため、自社に関するセクションには印を付けています。GA4は無料であり、その役割を非常に優秀にこなすため、これをオフにすることを勧めているわけではありません。
💬 CTA: Need MRR, churn, cohort retention, and LTV without instrumenting anything? Baremetrics connects to Stripe in minutes and backfills your full history. Start a free trial or book a walkthrough.
GA4（Google アナリティクス 4）は、マーケティングおよび顧客獲得のための分析プラットフォームです。基本的にはクライアントサイドで動作します。Webサイトやアプリに埋め込まれたタグが、ユーザーの閲覧動作に応じてイベントを発火させ、Googleがそれらのイベントを集計してトラフィック、流入元、エンゲージメント、コンバージョンなどのレポートを生成します。
GA4は主に以下の3つの目的のために設計されています。
また、GA4はGoogle 広告と強力に連携しています。それこそが本質であり、GA4が存在する大きな理由は「広告費の対効果（ROAS）を可視化すること」にあるからです。
GA4の「収益化（Monetization）」レポートは、基本的にEC（電子商取引）向けに作られています。カートに商品を追加し、チェックアウトし、金額の入った取引が発生する――という単発の購入イベントの処理には非常に優れています。しかしこのモデルは、「ユーザーがプロダクト上に滞在している特定の瞬間に、単発の購入が行われる」ことを前提としています。
サブスクリプションの収益は、そのような仕組みでは動きません。
タグの設定をどれだけ工夫しても解決できない、4つの構造的理由が存在します。
これが最も根本的な理由です。顧客のサブスクリプションが毎月14日に自動更新される際、顧客はあなたのWebサイトを訪問しません。ページも読み込まれず、タグも発火しません。
結果として、GA4は何も検知できません。収益は発生し続けているにもかかわらず、アナリティクスツールには一切の記録が残らないのです。設計上、毎月の収益の大部分はGA4から「見えない」状態になっています。
決済ポータル経由で解約したユーザー、クレジットカードの自動引き落としに失敗したユーザー、あるいは単に支払いをやめたユーザーは、明確なクライアントサイドのシグナル（タグイベント）を生成しません。「何も起きていないこと」からチャーン率という指標を構築することは不可能です。特に、決済失敗やカードの有効期限切れによる不可抗力による解約（Involuntary Churn）は、クライアントサイドのタグからは完全に不可視となります。
GA4はデフォルトで「デバイス」や「ブラウザ」を識別単位とします。一方で、決済・請求システム（Stripe等）は「サブスクリプション契約」単位で顧客を識別します。
両者を結びつけるには、User-IDを意図的に実装し、同期を維持し続ける必要があります。しかし、複数の端末で閲覧したりクッキーをブロックしたりするユーザーがいる時点で、その紐付けは途切れてしまいます。この架け橋がない限り、GA4における「顧客単価（Revenue per Customer）」には意味がありません。
広告ブロッカー、同意バナー（CMP）、ブラウザのトラッキング防止機能（ITPなど）、そしてタグが読み込まれる前に離脱するユーザーによって、データストリームからイベントが漏れ出します。
マーケティングの「大まかな傾向」を分析する程度であれば、こうしたデータの欠損は許容範囲かもしれません。しかし、役員会に出す報告資料の数値としては到底受け入れられません。 GA4の売上数値がStripeのデータと一致することは絶対にありませんし、このギャップは修正できるバグではないのです。
GA4が仮にある取引を検知できたとしても、サブスクリプション分析を定義づける基本概念（決済失敗や顧客のアップグレードなど、SaaSにおいて非常に重要なイベント）を本質的に理解することはできません。
Six events that constitute GA4 blind spots
製品カテゴリの不一致（サブスクリプション非対応）にとどまらず、無料版GA4には機能面での明確な上限（上限値）が存在します。
新しく作成されたGA4プロパティでは、設定を変更しない限り、イベントレベルおよびユーザーレベルのデータ保持期間は60日（2ヶ月）に設定されています。無料版での最大保持期間は14ヶ月です。これはGA4の初期設定でよくあるミスであり、一度失われたデータは永久に復元できません。設定を変更しても、保護されるのは「変更以降のデータ」のみです。
この制限は「標準レポート」ではなく「探索レポート」に直撃するため、多くの人が困惑します。標準レポートを開いて期間を2年前（2024年など）に設定すると、一見数値が表示されます。これは標準レポートが、裏側で別途管理されている集計テーブルで動作しているためです。
失われるのは、その下にあるイベントレベルのデータです。そして、ファネル分析、経路分析、セグメント比較、コホート分析などは、まさにこのイベントレベルのデータに基づいて構築されています。数ヶ月ではなく何年ものスパンでコホート分析を行う必要があるSaaSビジネスにとって、「14ヶ月」というイベントデータのนี่は非常に厳しい制約となります。
一定のしきい値を超えると、GA4の探索レポートは全行データを処理するのではなく、サンプリングされた結果を返します。マーケティングの全体傾向を把握する分には問題ありませんが、財務数値を扱うには不適切です。
Googleシグナルや属性（デモグラフィック）データが関連している場合、GA4はプライバシー保護のため、ユーザー数が少ない行を非表示にします。これはシステムによって自動適用され、無効化できません。そのため、B2Bで最も重要な「超高価値な顧客セグメント（小規模だが重要度の高いセグメント）」が、レポートから丸ごと消えてしまうことがあります。
ユニークな値が多いディメンション（高カーディナリティ）は、まとめて「(other)」という行に集約されてしまい、ロングテールの詳細データが消えてしまいます。
GA4 360の定価は公表されていませんが、代理店（リセラー）経由での提供価格では最低でも年間約50,000ドル（約750万円以上）からとなっており、イベント数に応じて年間150,000ドル（約2,200万円以上）超まで膨らみます。360を導入すればデータ保持期間は50ヶ月に延び、サンプリングも軽減されますが、サブスクリプション収益に関する分析機能が追加されるわけではありません。
標準（無料）プロパティでもBigQueryへのデータエクスポートが無料で利用できるようになった点は、大きな進化です（1日あたりの上限あり）。発生するのはBigQueryのストレージとクエリ費用のみで、多くの場合はほぼゼロに抑えられます。
これはデータ保持期間の制限を回避する標準的な解決策ですが、過去に遡って適用することはできず、SQLの知識が必須となります。そのため、創業者（ファウンダー）向けのソリューションではなく、データチーム向けの解決策と言えます。
だからといって、GA4の利用をやめるべきだと言っているわけではありません。以下の領域において、GA4は非常に優れています。
誠実かつ正しい捉え方は、「GA4が弱いツールである」ということではありません。
「GA4の役割は、誰かが有料顧客（課金ユーザー）になった瞬間に終わる」 ということであり、サブスクリプションビジネスにおける収益の大部分は、その「後」に生み出されるという構造上の違いがあるだけなのです。
MRR with movement breakdown in Baremetrics
収益アナリティクス（Revenue Analytics）は、Webサイトではなく決済・請求システム（Billing System）のデータを読み取ります。
Baremetrics（ベアメトリクス）は、Stripe、Braintree、Chargebee、Recurly、Apple/Googleのアプリストア、あるいはAPI経由のカスタムソースと連携し、過去数年分を含むすべての請求履歴を自動で取得して以下の指標を算出します。
これらすべての機能に、複雑なコードの埋め込み（タグ設置）は一切不要です。OAuthでアカウントを連携するだけで、決済システムがすでに保持しているデータを自動的に読み取ります。
料金プラン（年払いの場合・ARR規模による段階制）:
Baremetricsは、流入経路のアトリビューション分析、チャネル別レポート、広告費の測定、ランディングページの分析、そして「顧客にならなかったWebサイト訪問者」に関する分析は一切行いません。 それらはまさにGA4の領分であり、私たちが取って代わろうとしている領域ではないからです。
本当にビジネス上の価値が高い疑問（インサイト）は、これら2つのツールの間に存在します。
両者を繋ぐ最も実用的な方法は、共通の識別子（パラメータ）を持つことです。
ユーザーのサインアップ時に「キャンペーン」や「流入元（Source）」の属性データを決済システム側に送信・格納しておきます。すると、それが収益分析側でもセグメントとして利用できるようになり、「どのように流入してきたか」によって分類されたコホートのMRRや定着率を即座に引き出すことが可能になります。
実装自体はごくわずかな作業ですが、得られるリターンは非常に絶大です。数百人の既存顧客のデータを後から遡って補正するのは大変な手間がかかるため、可能な限り早い段階（サービス初期）で導入しておくことを強く推奨します。
| Baremetrics | Google Analytics 4 | |
| カテゴリ | サブスクリプション収益アナリティクス | マーケティング・獲得アナリティクス |
| データの読み取り元 | 決済・請求システム、サーバーサイド | サイトやアプリからのクライアントサイドイベント |
| 料金 | 月額 $49〜（年払い） | 基本無料（360版は要問い合わせ、年間約5万円〜等の報告あり） |
| 初期設定 | 請求システムとのOAuth連携（数分で完了） | タグの設置およびイベント設定 |
| MRRおよび変動の内訳（新規・拡張・解約など） | ✅ | ❌ |
| 収益チャーン・顧客チャーン | ✅ | ❌ |
| NRR / 収益ベースのコホート定着率 | ✅ | ❌ |
| LTVおよびARPA | ✅ | ❌ |
| 決済失敗の可視化と回収 | ✅ Recover ($129/mo add-on) | ❌ Structurally invisible |
| 財務予測（ランウェイ、バーンレート、CAC） | ✅ Forecast+ | ❌ |
| 請求システムとのデータ整合性 | ✅ | ❌ Client-side loss is unavoidable |
| 獲得・チャネルアトリビューション | ❌ | ✅ Best in class |
| Google 広告連携 | ❌ | ✅ |
| サインアップ前のファネル・LP分析 | ❌ | ✅ |
| イベントデータの保持期間 | 過去すべての履歴を保持 | デフォルト2ヶ月、最大14ヶ月（360版は50ヶ月） |
| データサンプリング（標本化） | なし | あり（一定のデータ量を超えると発生） |