LASSIC Media らしくメディア
PostHog入門｜プロダクト分析を自社導入
LASSIC IT事業部｜元請（プライムベンダー）としてシステム開発・検証を受託
自社で開発・提供しているプロダクトやSaaSについて、「どの画面でユーザーが離脱しているか」「新機能を使い始めた顧客がどれくらい定着しているか」を、感覚ではなくデータで把握したい――。プロダクト部門やIT事業部からは、こうした相談を受ける機会が増えています。アクセス解析ツールで訪問数やページビューは追えていても、ログイン後のユーザー行動やファネル、リテンション（継続利用率）まで掘り下げる仕組みは持っていないという企業は少なくありません。
こうした場面で選択肢になるのが、PostHogというプロダクト分析プラットフォームです。SaaS型のクラウド版に加え、コア機能がオープンソースとして公開されているためセルフホストでの導入も可能で、イベントベースの計測を軸にファネル分析・コホート分析・セッションリプレイなどの機能をまとめて提供している点が特徴です*1。本記事では、PostHogの主な機能と、アクセス解析ツール（GA4）との役割の違い、導入を始める手順、委託を検討する際の判断軸を、法人のプロダクト・IT部門向けに整理します。
なお本記事は、プロダクト内でのユーザー行動・定着・離脱を把握し改善につなげる「プロダクト分析」という考え方と、それをPostHogで実現する導入手順に主題を絞ります。集客やマーケティング施策の効果測定を担うGA4の解析基盤導入や、フィーチャーフラグの運用実務については別テーマとして扱っており、本記事では深く踏み込まない方針です。
この記事のポイント
- PostHogは、イベントベースの計測を軸にファネル・リテンション・コホート分析やセッションリプレイなどの機能をひとつの基盤でまとめて扱えるプロダクト分析プラットフォームです。
- GA4が集客・流入経路の解析を主軸にするのに対し、PostHogはプロダクト内でのユーザー行動や定着・離脱の把握に重点を置いており、両者は役割が異なります。
- クラウド版とセルフホストのどちらを選ぶかはデータの機密度や運用体制を踏まえて判断する必要があり、導入と委託の判断軸を持つことが実務上のポイントです。
目次
PostHogとは何か：イベントベースで行動を捉えるプロダクト分析基盤
PostHogは、プロダクトの利用状況をイベント単位で計測し分析するためのプラットフォームです*1。ユーザーが画面のどこをクリックしたか、どの機能を使ったかといった行動を「イベント」として記録し、そのデータをもとにファネルやリテンションといった切り口で分析できる仕組みを備えています*1。アクセス解析ツールが訪問経路やページビューを中心に扱うのに対し、PostHogはログイン後のプロダクト内部での行動把握に軸足を置いている点が特徴です。
提供形態：クラウド版とセルフホスト
提供形態は大きく二つに分かれます。一つはPostHog社が運営するクラウド版で、アカウントを作成しSDKを組み込めば計測を始められます*2。もう一つは、コア機能がオープンソースとして公開されているため、自社のサーバーやコンテナ基盤にセルフホストする形態です*2。セルフホストであればデータを自社管理下に置きやすくなりますが、インフラの構築・運用は自社の負担になります。料金体系や無料枠の範囲、対応バージョンなどの詳細は執筆時点の情報であり変更され得るため、導入検討時には公式サイト・公式ドキュメントで最新情報を確認することをおすすめします。
PostHogの主な機能：ファネル・リテンション・コホート・セッションリプレイ・実験
PostHogには、プロダクト分析の切り口として使える機能群が用意されています。代表的なものを整理すると、次のとおりです*2。
| 機能カテゴリ | できること |
|---|---|
| プロダクト分析（イベント計測） | 画面遷移やクリックなどのユーザー行動をイベントとして記録し、集計・可視化する |
| ファネル分析 | 登録から利用開始まで等、複数ステップの通過率と離脱ポイントを可視化する |
| リテンション分析・コホート | 特定の条件で区切った利用者群（コホート）が、どれくらいの期間使い続けているかを追う |
| セッションリプレイ | 個々のユーザーの画面操作を録画のように再生し、離脱や迷いの様子を確認する |
| 実験（A/Bテスト） | 施策や画面変更の効果を、グループ間で比較検証する |
| フィーチャーフラグ | 機能の公開範囲を制御する仕組みで、PostHogの一機能として提供される |
これらの機能はいずれも、同じイベントデータを土台にしています。まず「何を計測するか」を設計しイベントを送信できるようにしたうえで、そのデータをファネルやリテンション、コホートといった切り口で分析し、さらに気になる挙動があればセッションリプレイで実際の画面操作を確認する、という使い方が基本の流れです。フィーチャーフラグや実験は、分析から得た仮説を検証する際に使う機能という位置づけになります。
GA4とプロダクト分析の違い：集客解析とプロダクト内行動分析
PostHogの導入を検討する際によく聞かれるのが、「すでにGA4を入れているが、何が違うのか」という質問です。両者は計測の対象と目的が異なるため、置き換えというより役割分担で捉えるほうが実務的です。
| 観点 | GA4（アクセス解析） | PostHog（プロダクト分析） |
|---|---|---|
| 主な目的 | 集客・流入経路の把握、マーケティング施策の効果測定 | プロダクト内でのユーザー行動・定着・離脱の把握 |
| 計測の中心 | ページビュー・セッション・チャネル別の流入 | ログイン後の機能利用・画面遷移をイベント単位で記録 |
| 得意な分析 | どの広告・検索から来たか、どのページがよく見られているか | どの機能でユーザーが離脱するか、継続利用率はどう推移しているか |
| 代表的な機能 | ページビュー計測、コンバージョン計測、標準のイベント計測 | ファネル分析、コホート分析、セッションリプレイ、実験 |
イベント設計の考え方にも違いがあります。GA4は主にページビューやコンバージョンといったマーケティング指標を中心に設計されるのに対し、PostHogは「どの機能を、誰が、どのように使ったか」を細かくイベント化する前提で設計します。またPostHogが備えるセッションリプレイやコホート分析は、GA4の標準機能では代替しにくい領域であり、プロダクトの継続利用・定着を高めたい場合に補完的な位置づけと言えるでしょう。両者は競合するツールというより、集客・流入を追うGA4と、プロダクト内部の行動・定着を追うPostHogを併用する形が実務では現実的です。
PostHogで導入を始めるステップ
PostHogの導入は、大まかに次のような流れで進めます。
ステップ1〜3：問いの設定から導入形態の選択まで
最初に取り組むのは、「何を明らかにしたいか」という問いとKPIの設定です。新規登録から初回利用までの離脱率を把握したい、特定機能の継続利用率を高めたいなど、目的を先に定めることで、後続の計測設計がぶれにくくなります。次に、その問いに答えるために必要なイベント（画面表示、ボタンクリック、機能利用など）を洗い出す計測イベント設計を行う流れです。ここまで固まったら、クラウド版とセルフホストのどちらでPostHogを導入するかを、データの機密度や運用体制を踏まえて判断します。
ステップ4〜6：SDK組込みから改善サイクルまで
導入形態が決まったら、対象プロダクトにPostHogのSDKを組み込み、設計したイベントを送信できるように実装します*2。計測が始まったら、ファネル分析やリテンション分析でユーザーの行動を確認し、離脱が多い箇所や定着率の低い機能を特定します。分析結果から改善の仮説を立て、必要に応じて実験（A/Bテスト）機能で効果を検証するというサイクルを回していく流れです。
イベント設計とプライバシーの勘所
PostHogを使いこなすうえで運用の質を左右するのは、ツールの機能そのものより、イベント設計とプライバシー面の設計です。押さえておきたい主な論点は次のとおりです。
- イベント名・プロパティの命名規則を最初に決めておく――担当者ごとに命名がばらつくと、後から集計・分析がしづらくなります
- 計測するイベントを絞り込む――何でも計測しようとするとノイズが増え、肝心の指標が埋もれやすくなります。問い（KPI）に直結するイベントから設計するのが実務的です
- 個人情報・機微情報の扱いを事前に整理する――氏名やメールアドレスなど個人を特定し得る情報をイベントプロパティに含めるかどうかは、社内のプライバシーポリシーや法務部門と事前にすり合わせておく必要があります
- セッションリプレイの録画範囲を設計する――画面操作の録画は有用な一方、入力フォームの内容などをマスキングする設定をあらかじめ検討する必要があります*2
- Cookie・法域対応――海外のユーザーが含まれる場合、Cookie同意やデータ保管地域についても確認しておくことが望ましいです
特にセッションリプレイは、ユーザーの操作をそのまま記録できる分、プライバシー面の設計を怠るとリスクにつながりやすい機能です。導入初期の段階で、どの情報を記録し、どの情報をマスキングするかの方針を決めておくことが望ましいでしょう。
導入と委託の判断軸
PostHogはSDKを組み込めば計測を始められる手軽さがある一方、イベント設計や分析の運用を軌道に乗せるには相応の知見が必要です。内製と外部委託のどちらが適するかは、次のような観点で整理できます。
| 観点 | 内製が向くケース | 委託を検討したいケース |
|---|---|---|
| 分析設計の経験 | KPIやイベント設計を自社で描ける担当者がいる | 何を計測すべきかの設計自体に迷いがある |
| インフラ運用体制 | セルフホストを自社で保守できる体制がある | セルフホスト運用の負荷を負いきれない、またはクラウド版の設定に不安がある |
| データの機密度 | 自社基準での運用体制を整えられる | 監査対応や契約上の要件が厳格で専門知識が必要 |
| 分析からの改善サイクル | 分析結果を自社のプロダクト改善に落とし込むリソースがある | 分析はできても改善の実装まで手が回らない |
クラウド版で小さく試してから、必要に応じてセルフホストへ移行する、あるいは導入設計だけを外部パートナーに依頼し運用は自社で回すといった、段階的な進め方も現実的です。LASSICのような元請会社は、こうした組み合わせについても中立的な立場でご相談に応じられます。
導入でつまずきやすい点
PostHogは着手のハードルが低いツールである一方、導入・運用の過程ではいくつかつまずきやすいパターンが見られます。
- 目的を定めずにイベントを大量に設計してしまい、後から何を見ればよいか分からなくなる――KPIに直結するイベントから絞り込む必要があります
- セッションリプレイを有効にしたまま、マスキング設定を見直さずに運用し、機微情報が録画に残ってしまう――公開前にマスキング範囲を確認しておくことが欠かせません
- セルフホストを選んだものの、運用担当者を確保できずアップデートが滞る――セルフホストとクラウド版のどちらを選ぶかは、運用体制とあわせて判断する必要があります
- 分析結果を眺めるだけで、改善の仮説出しや施策実行につなげられていない――分析と改善のサイクルを回す担当・頻度をあらかじめ決めておくとよいでしょう
いずれも、PostHog自体の機能不足というより、導入前の設計・運用体制の準備不足が原因になりやすい点です。計測を始める前に、問い・イベント設計・プライバシー方針・運用担当を一通り決めておくことが、遠回りを避ける近道になります。
まとめ：PostHogはプロダクト内の行動を捉える分析基盤
本記事では、PostHogを使ったプロダクト分析の導入について、主な機能からGA4との役割の違い、導入手順、イベント設計とプライバシーの勘所、委託の判断軸までを整理しました。PostHogは、イベントベースの計測を軸にファネル分析・リテンション分析・セッションリプレイ・実験といった機能をまとめて扱えるプラットフォームで、クラウド版とセルフホストのどちらでも導入できる柔軟さが特徴です。
一方で、集客・流入を追うGA4とは役割が異なり、プロダクト内でのユーザー行動・定着・離脱を把握する目的で使い分ける必要があります。イベント設計やプライバシー面の設計、運用体制を踏まえて内製と委託を使い分ける判断軸を持つことが、プロダクト分析を継続的に活用していくための土台になります。
よくある質問
PostHogは無料で使えますか。
クラウド版・セルフホストのいずれも無料枠や無料での利用経路が用意されていますが、プランや条件は変更され得るため、詳細は公式サイトの最新情報を確認することをおすすめします*1。
GA4とPostHogはどう使い分ければよいですか。
GA4は集客・流入経路の把握やマーケティング施策の効果測定に強みがあり、PostHogはプロダクト内でのユーザー行動・定着・離脱の把握に強みがあります。競合するツールというより、集客はGA4、プロダクト内部の行動分析はPostHogという形で併用するのが実務的です。
セルフホストとクラウド版は、どちらを選ぶべきですか。
データの機密度が高く自社管理下で運用したい場合はセルフホスト、公開の手軽さや運用負荷の軽さを優先する場合はクラウド版が検討しやすいでしょう。どちらも一長一短があるため、機密度と運用体制の両面から判断することが望ましいです。
セッションリプレイはプライバシー上、問題ありませんか。
画面操作を記録できる機能のため、入力フォームの内容など機微情報をマスキングする設定をあらかじめ検討する必要があります*2。社内のプライバシーポリシーや法務部門と事前にすり合わせておくことが望ましいです。
フィーチャーフラグ機能だけを使うこともできますか。
PostHogはプロダクト分析だけでなくフィーチャーフラグや実験機能も備えており、機能単位での利用も可能です。ただし本記事では、プロダクト分析としての導入に主題を絞って解説しています。
内製と外部委託は、どちらから始めるべきですか。
KPIやイベント設計を自社で描ける担当者がいる場合は、内製から小さく試すのも一つの方法です。セルフホスト運用の負荷や、監査対応など厳格な要件がある場合は、外部パートナーへの相談も選択肢に入れるとよいでしょう。
著者：テレリモ総研編集部 鈴木 亮佑
データ活用・システム開発のご相談はLASSICへ
元請（プライムベンダー）として、PostHogを使ったプロダクト分析基盤の導入支援から、複雑な要件のシステム開発までご提案します。まずはお気軽にご相談ください。
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：PostHog公式サイト（https://posthog.com/）
- *2 出典：PostHog Documentation（https://posthog.com/docs）
