メールチャネル

support@yourcompany.com のようなサポートアドレスを Respondo のチャネルに変えます: 顧客がメールを送り、AIエージェントまたはチームメンバーが同じアドレスから返信し、すべてのスレッドが共有受信トレイに届きます。

概要#

メールチャネルには独立した 2 つの半分があります。受信はすぐに機能します: すべてのメールチャネルは保証された Respondo 受信アドレスを取得し、既存のメールボックスをそこへ転送します（またはドメインの MX レコードを Respondo に向けます）。送信を自分のドメインから行うには、1 回限りの DNS 検証（DKIM/SPF）が必要です — これにより返信は汎用アドレスではなく、あなたのブランドとして署名されて送信されます。

1 つのアドレス

顧客はサポートアドレスにメールを送り、返信も同じアドレスから届きます — "from" と "to" のメールボックスが分かれることはありません。

保証された受信箱

プラットフォームが発行する受信アドレスがチャネルごとに作成され、常にメールを受け付けます — カスタムドメインを一度も検証しなくてもです。

ブランドとしての送信

いくつかの DNS レコードを一度公開すれば、送信される返信は自分のドメインの DKIM と SPF で署名されます。

メールチャネルの接続や変更には チャネル 権限が必要です — デフォルトでは Owner と Admin です。メール会話への返信は、他のチャネルと同様、受信トレイへのアクセスのみで可能です。

メールの接続#

設定 → チャネル でチャネルを追加し、メール を選択します。3 ステップのウィザードがセットアップを案内します:

ステップ	何が起きるか
1. 受信箱と送信	チャネルに名前を付け、サポートアドレス（例: support@yourcompany.com）を入力し、送信者アイデンティティ — 表示名、署名、アバター、返信フォーマット — を設定します。次へをクリックすると受信箱がプロビジョニングされて送信ドメインが登録され、公開すべき DNS レコードが表示されます。
2. AIエージェント	新しいメール会話に誰が答えるかを選びます — いずれかの AIエージェント、または人間のみですべてをチームに直接ルーティング。
3. 公開	アドレス、回答するエージェント、受信ステータスを確認してチャネルを有効化します。公開には先に受信の確認が必要です。

ステップ 1 で設定する送信者オプション（後からチャネルページで編集可能）:

フィールド	説明
チャネル名	ダッシュボード全体 — チャネル一覧、受信トレイのフィルター、レポート — に表示される内部ラベル。顧客には決して見えません。
サポートアドレス	チャネルの唯一のアドレス — 顧客はそこへメールを送り、返信もそこから送信されます。
表示名	受信者のメールクライアント（Gmail、Outlook、Apple Mail）に表示される送信者名 — 例: "Acme Support"。
署名	すべての送信返信の末尾にソフトなフッターとして付加される Markdown 署名。
返信フォーマット	スタイル付き HTML（書式付きテキストとインライン画像 — 推奨）またはプレーンテキスト（テキストのみのメール、HTML パートなし）。
アバター	返信の横に表示される任意のチャネルアバター。空の場合は AIエージェントのアバターにフォールバックします。

ウィザードを離れて後で戻ることができます — チャネルは中断した場所から再開し、進行中のセットアップは公開されるまでチャネル一覧に表示されます。

受信アドレス#

すべてのメールチャネルは プラットフォーム発行の受信アドレス を取得します — ワークスペースのスラッグから作られた Respondo のメールドメイン上の一意のアドレスです。例: support-acme@mail.respondo.ai （2 つ目のメールチャネルには短いサフィックスが付きます。例: support-acme-1f2a@）。これが保証された受信箱アドレスです: そこへ送信（または転送）されたメールは必ず Respondo に届き、受信箱がプロビジョニングされた瞬間から機能し、永続的に保持されます — カスタムドメインの検証を完全にスキップした場合も同様です。

自分のアドレスで顧客のメールを受け取るには、次のいずれかを設定します:

方法	仕組み
転送（推奨）	既存のメールボックスで、サポートアドレス宛てのメールを受信アドレスへ転送するルールを追加し、コピーを保持します。以後、すべてのメールがあなたのメールボックスと Respondo の両方に届きます。Gmail の場合: 設定 → メール転送と POP/IMAP → 転送先アドレスを追加 → 確認 → "コピーを転送して Gmail のコピーを受信トレイに残す"。Outlook / Microsoft 365 の場合: ルール → コピーを転送し、"コピーを保持" をオンのままにします。
MX レコード（上級者向け）	代わりにドメインの MX レコードを Respondo に向けます。以後メールは Respondo のみに届き、古いメールボックスには届きません。DNS テーブルの受信用 MX 行は任意としてマークされています — 転送を使う場合はスキップしてください。

方法

仕組み

転送（推奨）

既存のメールボックスで、サポートアドレス宛てのメールを受信アドレスへ転送するルールを追加し、コピーを保持 します。以後、すべてのメールがあなたのメールボックスと Respondo の両方に届きます。Gmail の場合: 設定 → メール転送と POP/IMAP → 転送先アドレスを追加 → 確認 → "コピーを転送して Gmail のコピーを受信トレイに残す"。Outlook / Microsoft 365 の場合: ルール → コピーを転送し、"コピーを保持" をオンのままにします。

MX レコード（上級者向け）

代わりにドメインの MX レコードを Respondo に向けます。以後メールは Respondo のみに届き、古いメールボックスには届きません。DNS テーブルの受信用 MX 行は任意としてマークされています — 転送を使う場合はスキップしてください。

受信は DNS 検証から独立しています — 転送はすぐに機能し、DKIM/SPF は送信のみをゲートします。DNS レコードの伝播を待つ間にチケットが届き始めるよう、まず転送を設定してください。

チャネルがまだ公開されていない間、受信メールは受信トレイではなく "セットアップ中に受信" パネルに一時保管されます。メールプロバイダーの転送確認メールが表示されるのはここです — Respondo が確認コードまたはリンクを自動的に抽出するので（Gmail はリンク、一部のプロバイダーはコードを送ります）、ページを離れずに転送を完了できます。セットアップメールはセットアップ中にのみ表示され、実際の受信トレイに取り込まれることはありません。確認メール自体は受信を検証しません — 確認を完了してから、サポートアドレスにテストメールを送ってください。最初に実際に転送されたメールが受信バッジを 検証済み に変えます。

カスタム送信ドメイン#

自分のアドレスから返信を送るには、送信ドメインを登録します: メールボックス名（@ より前の部分、デフォルトは support）とドメイン — 例: support@example.com や help.example.com のようなサブドメイン — を入力し、登録して DNS レコードを取得 をクリックします。Respondo がドメインを登録し、公開すべき DNS レコードを表示します。

ステップ	説明
1. レコードを公開	ドメインをホストしている事業者 — Cloudflare、Namecheap、GoDaddy、Route 53 など — の DNS パネルを開き、表示された各行を追加します。DKIM と SPF は必須で、受信用 MX 行（と DMARC）のみ任意です — 転送を使うなら受信用 MX はスキップしてください。すべての値にコピーボタンがあります。よくある落とし穴: ホスト列にはすでにサブドメインのプレフィックスが含まれているので、そこへ自分のドメインを重ねて付けないでください。
2. 検証を待つ	検証は自動でポーリングされます — ページは 15 秒ごとに再チェックし、DNS が伝播するにつれて各レコードが保留中から検証済みに変わります。ほとんどのプロバイダーは 30 分以内にレコードを受け付けます。今すぐ検証をクリックして即座に再チェックすることもできます。
3. 送信が解放される	ドメインが検証されると、返信はあなたのアドレスから、あなたの DKIM と SPF で署名されて送信されます。それまでは送信は一時停止のままです — Respondo は未検証のドメインからは送信しません。

DKIM/SPF レコードは既存のメール設定と 並存する形で 追加されます — 現在のメールプロバイダーを置き換えることなく、Respondo があなたのドメインとして送信できるようにするものです。

稼働中のドメインを再登録しないでください。 検証済みドメインの削除（または再登録）は検証状態をリセットします — 新しいドメインが検証され転送が再確認されるまで、送信は一時停止し、転送確認もクリアされます。別のドメインを使う は、本当にアドレスを切り替えるつもりのときだけ使ってください。

ドメイン、ブランドと上限#

Respondo は送信ドメインを ブランド 単位で計測します — 顧客に見えるアイデンティティで、ルートドメインの形をしています。ルール:

すでに送信しているドメイン上の追加アドレス — sales@、 billing@、または help.example.com のようなサブドメイン — は 無料かつ無制限 です。
新しいルートドメイン（例: example.com の隣に example.de を追加）はブランドスロットを 1 つ消費します。

プラン	含まれるブランド
Startup ($99/mo)	1
Growth ($219/mo)	5
Business ($499/mo)	10

含まれる割り当てを超える場合、Growth と Business プランは追加のブランドスロットを 1 つにつき $29/mo で追加できます。すでに検証したドメインはプラン変更で取り消されることはありません — 割り当てと照合されるのは次の新しいルートドメインだけです。

個人（フリーメール）のメールアドレスで作成されたワークスペースは、プランに関係なく単一のブランドで運用されます。より多く運用するには、会社ドメインでオーナーを登録するか、サポートにお問い合わせください。

別の Respondo ワークスペース によってすでに検証されたドメインは拒否されます — 所有権は DNS で証明され、1 つのドメインは 1 つのワークスペースにしか属せません。そのドメインがあなたのものなら、 support@respondo.ai に連絡すれば移管されます。

顧客の受信箱での送信者名#

送信者として誰が表示されるかは、返信を書いた人によって決まります:

作成者	From 名
AIエージェント	チャネルの表示名 — 受信箱のブランド、例: "Acme Support"。
チームメンバー	チームメンバー自身の名前と会社名 — "Sarah from Acme" — 人間の返信がパーソナルに読めるように。

会社名の部分は AIエージェントの会社名設定（未設定ならワークスペース名にフォールバック）から取られ、メールアドレス自体は常にチャネルのサポートアドレスです。顧客の返信も同じアドレスに届くため、スレッドは転送または MX の設定を通じて Respondo に流れ続けます。

公開とチャネルの管理#

ウィザードの最終ステップには、アドレス、回答するエージェント、受信ステータスの要約が表示されます。公開は受信が確認されると有効になります — 転送確認がセットアップパネルに届いたか、ドメインの MX が Respondo を指しているかのどちらかです。これはサーバー側のチェックを反映しています: カスタムアドレスのチャネルは受信が証明されないまま有効化できないため、メールが黙ってどこにも届かなくなることはありません。

公開後も、チャネルの設定ページではすべてを編集できます: 送信者アイデンティティ、回答するエージェント、DNS レコード（検証後は "DNS レコードを表示" の開閉部に収納されます）、そして保証されたアドレスと検証バッジ付きの受信アドレスカード。顧客のメールが届き続けるよう、転送ルールは受信アドレスに向けたままにしてください。

送信と受信は独立して検証されます: DNS の伝播中に転送を確認することも、その逆も可能です。ドメインが 送信検証済み、受信バッジが 受信検証済み の両方を示せば、チャネルは完全に稼働しています。