Pendoを触り始めたとき、まずつまずくのが独特な用語だと思います。
Visitor / Account / Segment など、一見なんとなく意味はわかるものの、実際にどう違うのか・どう使い分けるのかが曖昧なままだと、設定や分析で混乱しがちです。
この記事では、Pendoをこれから使い始める人向けに、基本的な用語とその関係性をシンプルに整理します。
細かい設定や高度な使い方ではなく、「まずここを押さえれば全体像が理解できる」というポイントに絞って解説します。
この記事でわかること
- Pendoの基本用語（Visitor / Account / Segment など）の意味
- 用語同士の関係性と役割
- 実務でどういう場面で使われるのかのイメージ
Visitor
プロダクトを利用している「個々のユーザー」を表す単位
Pendoでは、ユーザー1人ひとりをVisitorとして識別します。ログインユーザーIDなどを元にトラッキングされ、行動データはこの単位で蓄積されます。
ハマりポイント
- Visitor IDが適切に設定されていないと、同一ユーザーが別人としてカウントされる
- 未ログイン状態だとAnonymous Visitorとして扱われる
- 環境やブラウザが変わると別Visitorになるケースがある
どういうときに使うか
ユーザー単位の行動分析やセグメント作成、ガイド配信のターゲティングなどで使用
Visitor / Account の紐付き
Visitor（ユーザー）は、特定のAccount（企業・組織）に紐づく
Pendoでは、ユーザー単位の「Visitor」と、企業・組織単位の「Account」という2つの軸でデータを管理します。
1人のVisitorは、基本的に1つのAccountに紐づきます。
例えば、SaaSプロダクトにおいて「ある企業に所属するユーザー」は、同じAccountに属する複数のVisitorとして扱われます。
この紐付けは、Pendoのスニペット実装時に設定する「visitorId」と「accountId」によって決まります。
ハマりポイント
- 同じユーザーでも、accountIdを変えると別Accountに属するVisitorとして扱われる
- visitorIdは同じでも、accountIdが変わるとデータの見え方が変わる（特にセグメントや集計）
- accountIdを設定していない場合、Account単位の分析ができない
- マルチテナント環境でaccountIdの設計をミスると、データが分断・混在する
よくある勘違い
- 「1人のユーザーが複数Accountに所属できる」と思いがちだが、基本的には1 Visitor = 1 Account
- Accountは自動で推測されるわけではなく、明示的に設定が必要
どういうときに使うか
- 企業単位での利用状況分析（どの会社がアクティブか）
- 特定Accountへのガイド配信やターゲティング
- セールス・CS向けのヘルスチェック
Anonymous → Identified の切り替わり
未ログイン状態（Anonymous）のユーザーが、ログインなどをきっかけに特定のユーザー（Identified Visitor）として認識される仕組み
Pendoでは、ユーザーがログインしていない状態では「Anonymous Visitor」として扱われ、一意のID（匿名ID）でトラッキングされます。
その後、ログインなどによって visitorId が明示的に設定されると、そのユーザーは「Identified Visitor」として認識されます。
このとき、Anonymous状態での行動データは、後からIdentified Visitorに紐づけられる仕組みになっています。
ハマりポイント
- Anonymousの行動データは、自動でIdentifiedに統合されるとは限らない（実装やタイミングに依存）
- ログイン前後で visitorId の扱いをミスると、同一ユーザーが分断される
- セッションをまたぐと、Anonymousデータが別ユーザーとして扱われることがある
- 複数デバイス・ブラウザ間では、Anonymous状態は基本的に別ユーザー扱いになる
よくある勘違い
- 「ログインすれば自動的に過去のAnonymousデータが完全に紐づく」と思われがちだが、実際は実装依存の部分がある
- AnonymousとIdentifiedは単なる“状態の違い”ではなく、別IDとして扱われるケースがある
どういうときに影響するか
- ログイン前後のユーザー行動を一貫して分析したいとき
- ファネル分析（未ログイン → 登録 → 利用）を正しく見たいとき
- ガイド配信のターゲティング（ログインユーザー限定など）
補足：Anonymousデータの保持とマッピング
Pendoでは、Anonymous VisitorのIDはCookieやLocal Storageに保存され、最後のアクセスから100日間保持されます。
この期間内に同じユーザーが再訪した場合、同一のAnonymous Visitorとして扱われます。
その後、ログインなどによって visitorId が識別される状態になると、それまでのAnonymousとしての行動データが、そのVisitorにマッピングされます。
ハマりポイント
- 100日を過ぎるとAnonymous IDはリセットされ、過去データは別ユーザーとして扱われる
- 別ブラウザ・別デバイスでは別のAnonymous IDになる
- Cookie削除やシークレットモードでは同一ユーザーとして認識されない
- マッピングは「同一ブラウザ内でIDが維持されていること」が前提になる
イメージ
- 未ログインでサイト訪問（Anonymous ID A）
- 数日後に再訪（同じAとして記録）
- ログインして visitorId が設定される
- Anonymous ID Aの行動が、そのVisitorに紐づく
つまり、“同一ブラウザ・一定期間内・IDが維持されている”場合に限り、ログイン前後の行動がつながる
※ただし、実際の挙動は実装やidentifyのタイミングに依存します
Segment
特定の条件でユーザー（Visitor / Account）を絞り込むためのフィルタ
Segmentは、ユーザーの属性や行動データをもとに、対象となるVisitorやAccountを絞り込むための仕組みです。
例えば以下のような条件でセグメントを作成できます：
- 特定のページを訪れたユーザー
- 特定の機能（Feature）を利用したユーザー
- 一定期間ログインしていないユーザー
- 特定のAccountに属するユーザー
作成したSegmentは、分析・ガイド配信・レポートなど、Pendoのさまざまな機能で共通して利用されます。
ハマりポイント
- Segmentは「作っただけでは何も起きない」（分析やガイドで使って初めて意味を持つ）
- Visitor単位とAccount単位で評価対象が異なるので、意図しない絞り込みになることがある
- 条件によっては「過去データベース」か「リアルタイム」に近いかで結果がズレることがある
- 複雑な条件を組みすぎると、意図しないユーザーが含まれる／除外される
よくある勘違い
- 「Segment = 一時的なフィルタ」と思われがちだが、実際は再利用可能な“定義”として扱われる
- 「リアルタイムで完全に動く」と思われがちだが、データの更新タイミングに依存する
どういうときに使うか
- 特定ユーザー群の行動分析（例：新規ユーザーだけを見る）
- ガイド配信のターゲティング（例：特定機能を未使用のユーザーに表示）
- CSやPM向けのユーザー分類（アクティブ／非アクティブなど）
次の記事
PendoのSegmentは柔軟に条件を組める一方で、AND / ORや期間の解釈を誤ると、意図しないユーザーが抽出されることがあります。
こうした実務でハマりやすいポイントや、正しい条件の組み方については、以下の記事で詳しく解説しています。
https://qiita.com/lukeozaki/items/933540365f42d92ec8ce