連携: CRMでメールを受信する
受信したメールを、該当する連絡先またはリードのアクティビティに変換します。
設定→連携では、外部サービスをCRMに接続できます。最初に利用可能な連携は「受信メール」です。受信した各メッセージは、送信者のメールアドレスが一致する連絡先またはリードのアクティビティとして記録されます。
各連携は不活性な状態から始まります。URLを発行して有効化するまでは何も起こりません。入力する認証情報は暗号化して保存され、二度と表示されません。
前提条件
- inbound/parse機能を持つ受信メールプロバイダのアカウント: SendGrid(Inbound Parse)、Mailgun(Routes)、Postmark(inbound)、またはResend。
- MXレコードがプロバイダを指すように設定された、あなたが管理するドメイン/メールアドレス(あなたのDNS/メールプロバイダ側で行います)。
- Sellioにおいて、設定→連携で受信URLを発行し連携を有効化できる管理者権限。
プロバイダ側での手順
- SendGrid: 設定→Inbound Parse→Add Host & URL。あなたのドメインのホスト名を指定し、CRMの受信URLをDestination URLとして貼り付けます。
- Mailgun: Receiving→Routes→Create Route。マッチ条件(例: catch_allまたはmatch_recipient)と、CRMのURLへの「forward」アクションを定義します。
- Postmark: Servers→対象サーバー→Inbound→Inbound Webhook。CRMのURLを貼り付け、InboundHash/inboundアドレスが設定されていることを確認します。
- Resend: inbound webhook/routeがCRMのURLを指すように設定します。
受信メールを有効化する方法
- 設定→連携を開きます。
- 「受信メール」カードで「受信URLを発行」をクリックします。
- webhookのURLをコピーします(一意で秘密のものなので、パスワードと同様に扱ってください)。
- あなたのメールプロバイダで、inbound/parse機能をそのURLに設定します(例: SendGrid Inbound Parse、Mailgun Routes、Postmark、Resend)。
- CRMに戻り、「有効化」をクリックします。
以降、プロバイダ側で設定したアドレスにメールが届くと、そのURLに送信され、CRMはメッセージの件名と本文を含む「メール」アクティビティを記録します。
メールがどのように紐付けられるか
- CRMは、送信者と一致するメールアドレスを持つ連絡先またはリードを検索します。
- 見つかった場合、そのレコードにアクティビティが紐付けられ、タイムラインに表示されます。
- 一致するレコードが見つからない場合でも、アクティビティは紐付けなしで作成されるため、メッセージが失われることなく、後で振り分けることができます。
💡 URLを無効化したい場合(例えば漏洩した場合)は、「新しいトークンを発行」を使用してください。古いURLは即座に無効になり、プロバイダ側を新しいURLに向け直します。
受け付ける形式は、{ from, to, subject, text, html } フィールドを持つ中立的なJSONで、主要な受信プロバイダと互換性があります。請求書、電子署名、カレンダー連携は同じ画面で「近日公開」と表示されます。
テスト方法
- 連携が有効化された状態で、プロバイダ側で設定したアドレス宛に実際にメールを送信します(できればCRMに既に存在する連絡先/リードのメールアドレスから)。
- 該当する連絡先/リードを開き、タイムラインを確認します。件名と本文を含む「メール」アクティビティが表示されるはずです。
- 送信者がCRMに存在しない場合は、紐付けなしのアクティビティを探してください。振り分けできるよう、紐付けなしでも作成されます。
トラブルシューティング
- メールが届かない: プロバイダ側でinbound/parseが正しいURLを指しているか、ドメインのMXがプロバイダを指しているかを確認してください。プロバイダのダッシュボードで送信テストをしてください(多くのプロバイダに「test webhook」機能があります)。
- URLで404: URLのトークンが変更されました(「新しいトークンを発行」をクリックした場合)。プロバイダ側のDestination URLを新しいURLに更新してください。
- 届くがアクティビティにならない: プロバイダのペイロードが { from, to, subject, text, html } フィールドを持っているか確認してください。一部のプロバイダはJSON形式を選択する必要があります(マルチパートではなく)。
- 連絡先に紐付かない: 紐付けは連絡先/リードのEmailフィールドと送信者を照合します。次回以降紐付けるには、そのレコードにメールアドレスを追加してください。
- 動作しなくなった: カード上で連携がまだ「有効化」されているか確認してください。
かんたんな方法:当社のアドレスへ転送する
Google Workspace も Microsoft 365 も使っておらず、受信専用サービスの契約も避けたい場合は、より短い方法があります。設定 · 連携の「受信メール」カードに、すぐ使えるアドレスが表示されます。お使いのメールサービス(cPanel、Titan、Zoho、自社サーバーなど)で、メールの写しをそのアドレスへ転送するルールを作成してください。
- メールボックスのパスワードをお聞きすることはありません。転送はお客様側で設定し、いつでも解除できます。
- 転送された各メールは、送信者のアドレスと一致する連絡先またはリードの活動として記録されます。webhook の方法とまったく同じです。
- 同じメールを二重に転送しても取り込みは一度だけです。判定には元の Message-Id を使います。
- アドレスは貴組織専用です。漏れた場合は「トークンを再発行」で新しいアドレスを作り、転送ルールを更新してください。
💡 この方法で取り込まれるのは、これから届くメールだけです。過去のメールや送信済みフォルダーは含まれません。両方が必要な場合は、アカウント全体を接続する Google Workspace または Microsoft 365 をご利用ください。