Intercomでの訪問者、leads、Usersの仕組みは？

ログインしておらず、会話履歴のないあなたのサイトへの未知の訪問者すべて。訪問者との会話ガイドはこちら。

訪問者があなたと会話を始めるか、アウトバウンドメッセージに返信すると、leadsになります。メールアドレスを共有すれば、メールでフォローアップできます。

注意：

リードにメールを送った場合、ウェブサイトで識別できますか？
はい、新しいリードにメールを送り、リンクをクリックしてサイトに来た場合、Messengerで会話を始めると同じメールアドレスで自動的に識別されます。訪問したページをすべて見たり、パーソナライズされたメッセージで挨拶できます。

なぜ重複したleadsがあるのですか？

リードが既存の確認済みリードのメールアドレスでアプリにメールを送ると、会話は確認済みリードにのみ関連付けられます。確認済みリードがいなければ、新しいリードが作成されます。

リードが確認済みになるのは：

注意：Messenger経由で連絡した場合や、管理者がUIでメールアドレスを編集した場合はリードは確認済みになりません。

なぜleadsの名前がランダムなのですか？

ログアウトした訪問者が会話を始めると、実名情報がなく、メールアドレスを残さないこともあります。Blue Cloud from New Yorkのようなランダムな名前は、leadsをより個人的に捉えるのに役立ちます。メールアドレスが提供されると、ランダム名は置き換えられます。

Inboxのサイドバーから手動で名前を更新したり、Messengerで収集する資格データとして追加できます。BasicsやWorkflows（サブスクリプションに含まれる場合）でデータ収集可能です。

Inbox外では、CSVインポートやAPIを使ってリードの名前を更新できます（リードの固有IDで正しいリードにマッチ）。

リードは製品にサインアップするか既存アカウントにログインするとUsersになります。これまでの情報や会話はユーザープロフィールに残ります。

いいえ、しかしAndroidやiOS SDKを使ってモバイルアプリにIntercomをインストールすれば、未識別のUsersを追跡できます。名前やメールアドレスで識別しなければ、「User qwv0」のような自動生成名が表示されます。

訪問者やリードが会話を始めると、回答前に離脱しないよう自動でメールアドレス入力を促します。メールアドレスを残さなければ、回答を受け取るために再度サイトに来る必要があります。

重要：

はい。ただし、イベントやカスタムデータは訪問者が会話を始めてleadsになった時のみ記録されます。

セッションは追跡しません。多くのオンボーディングメッセージワークフローはユーザーのセッション数に基づいているためです。ただし、イベントメタデータを使ってページビューを追跡できます。

注意：特定のイベントメタデータでleadsをフィルタリングすることは現在できません。

はい、REST APIを使ってleadsを会社に追加できます。

はい。こちらが方法です。

はい、時々追跡リストを整理したいことがあります。特に長期間やり取りのないleads。こちらが方法です。

はい。leadsの作成、leadsからUsersへの変換、leadsの更新など基本的なサポートがあります。REST APIの会話エンドポイントでUsersに連絡も可能です。

はい、双方向のSalesforce統合でleadsのワークフローを簡単に管理できます。Zapierも限定的にleadsをサポートしています。

Inboxと他製品（Outboundなど）を組み合わせて使う場合、同じコンピューターとブラウザーを共有するユーザーは、クッキーが切れるまで最新のLeadまたはUsersの会話履歴を見られます。Intercomシャットダウンメソッドを呼び出して、アプリからログアウト時にユーザーの会話をクリアすべきです。

いいえ、位置情報はモバイルアプリやMessengerのやり取り（IP経由）でのみ設定され、メール経由で作成されたleadsには位置情報がありません。メールのIPデータはスプーフィングやメールサーバールーティング、プライバシー保護のため信頼できず、送信者の国を特定することは技術的に不可能です。

いいえ、インターフェースでリードをUsersに手動変換する方法はありません。プロセスは自動（リードがサインアップまたはログイン時）か、APIメソッドで行います。