購入者、出品者、自社チームのすべてが1つのプラットフォームから送信します。それぞれをしっかり管理しましょう。
購入者、出品者、自社チーム向けのメール。AIによる不正フラグと出品者ごとの制限付き
ユーザー間メッセージが悪用される可能性
制限、抑止、不正対策のコントロールで、中継メールの悪用を防ぎます。
出品者は独自のブランディングを求める
ワークスペースごとに、検証済みの送信ドメインとテンプレートを用意します。
サポートはあらゆるメッセージを追跡する必要がある
宛先、件名、IDで検索できるログ。
マーケットプレイスは、買い手と売り手の両方に同時に送信します。目的は、プラットフォームにリスクを及ぼさずに、各売り手が安全に送信できる環境を用意することです。
マーケットプレイスのメールとは、二面性プラットフォームが買い手・売り手・運営者に、またその間で送るメールのことです。注文通知、ユーザー間で中継されるメッセージ、支払い通知、サポートからの連絡などが含まれます。特徴は、プラットフォームが多くの当事者の代理で送信する点です。売り手はそれぞれブランドに沿った体験を求め、すべてのメッセージがプラットフォーム自身の評判に影響し、中にはユーザーが書いた内容を含むものもあります。そのため、上限設定、送信者の識別、追跡可能性が設計の中心になります。
マーケットプレイスには、単一ブランドの送信者にはない問題が起こります。プラットフォーム経由で中継されたスパムのようなメッセージが売り手の顧客に届く、返信で個人のアドレスが露出する、1人の売り手への苦情が全体の到達率を下げる、サポートが届かないメッセージを追跡できない、といった問題です。売り手ごとのブランド表示には多数の送信ドメインの検証が必要で、ユーザーコンテンツの中継はフィッシングや不正の入口となり、その影響があなたのドメインに及びます。サポートは推測に頼ることになり、信頼は急速に失われます。
MigoMTA上に構築されたMigoSMTPは、個人のアドレスを非公開に保つ返信用リレー向けの受信メール、ワークスペースと売り手ごとの上限、検証済み送信ドメイン、宛先・件名・IDで検索できるログを提供します。AIは、中継前にスパムやフィッシングらしいメッセージにフラグを立て、苦情を売り手ごとにまとめられます。フラグの確認と、ブロック・警告・解除の判断は、トラスト&セーフティのチームが行います。
新規注文を優先ストリームで売り手にリアルタイム通知し、売り手に届かなかった場合は配信イベントでチームに知らせます。
購入を買い手にすぐ確認します。ユーザー生成メッセージとは分けて送るため、コンテンツの問題で重要な取引メールが遅れることはありません。配信イベントで、買い手に通知が届いたことを確認できます。
会話はプラットフォームのアドレス経由で中継するため、個人のメールは非公開のままです。返信は受信ルーティングで戻り、上限により一方的な大量送信を抑えます。不正報告はチームに届きます。
精算や支払いの通知を、監査に適した記録とともに売り手へ送り、各売り手に何を伝えたかをサポートが検索できるログも用意します。紛争時にもすばやく確認できます。
メッセージが届いたら双方に通知します。個人のアドレスは公開されません。
支払いの処理や紛争の発生を売り手に知らせ、配信の記録を残します。
マーケットプレイスでは、メッセージに応じて両方を使い分けることがよくあります。
最初はプラットフォームの送信者で始め、検証が済んだ売り手には自身のドメインを提供しましょう。
中継されるユーザーメッセージをスキャンし、スパム、フィッシングリンク、プラットフォーム外への勧誘を検出して、疑わしいものを保留します。トラスト&セーフティの担当者がキューを確認し、解除かブロックかを判断します。
苦情とバウンスを売り手ごとにまとめ、評判リスクの要因を平易な言葉の要約とともに示します。連絡・制限・停止のどれにするかは、チームが選びます。
注文やユーザーのメール履歴を自然な言葉で尋ねると、該当するログのエントリが返ります。読み取り専用で、再送や編集は行いません。
承認されたエージェントは、MCP互換APIを通じて売り手のドメインの状態やメッセージの状況を確認できます。キーにはスコープが設定され、機密性の高い操作には人による承認が入ります。
AI機能は補助と助言の役割です。トラスト&セーフティとサポートのチームがフラグを確認し、売り手とメッセージに関する判断は引き続きチームが行います。
会話はプラットフォームのアドレス経由にすれば、個人のメールを非公開に保てて、やり取りの記録も残せます。
新しい売り手には控えめな上限から始めてもらい、実績に応じて引き上げましょう。1つのアカウントが共有の評判を損なうことを防げます。
バウンス率と苦情率を売り手ごとに分解し、プロバイダーが傾向に気づく前に、外れ値へ早めに対処しましょう。
中継されるメッセージ内のリスクのあるリンクや添付ファイルを除去または書き換え、すべての中継メールに不正報告リンクを明記しましょう。
ブランド表示での送信は、DNSチェックに合格してから許可します。検証していない売り手には、プラットフォームのアドレスにフォールバックします。
売り手のオンボーディングを設計中ですか?最適なモデルの選定をお手伝いします。
会話ごとに固有のプラットフォーム返信用アドレスを生成し、各メッセージを自社ドメインから送信して、返信は受信ルーティングで受け取ります。プラットフォームが返信を相手方に転送するため、実際のアドレスは非公開のまま、やり取りはログに記録されます。会話が終わったらアドレスは失効させます。
ユーザー別・売り手別のレート制限を適用し、中継コンテンツをスクリーニングし、苦情のあったアドレスを抑止して、不正報告リンクを用意します。外れ値は定期的に確認し、繰り返す違反者はプラットフォームのポリシーに沿ってエスカレーションします。利用規約を明確に公開しておけば、売り手から異議があっても、一貫性のある妥当な対応ができます。
はい。自社の送信ドメインをSPFとDKIMで検証すれば可能です。検証していない売り手は、表示名に自分の名前を入れて、共有のプラットフォームアドレスから送信できます。未検証の売り手にも、安全で機能するフォールバック送信者が用意されます。
いいえ。注文や支払いの通知は保護されたストリームに、中継するユーザーメッセージは別のストリームに分けましょう。ユーザーが書いた内容はリスクが高く、分離しておけば、不正の問題で重要な取引メールが遅れることを防げます。各ストリームは別々の評判として扱ってください。
宛先、件名、メッセージIDでメッセージログを検索すると、受理、保留、バウンス、配信済みのステータスをタイムスタンプ付きで確認できます。webhookを使えば、自社のサポートツール内にステータスを表示することもできます。メッセージIDを自社の注文記録に保存しておくと、サポートがすばやく紐付けられます。
売り手ごとの上限を設け、苦情を出した受信者をすばやく抑止し、売り手別に苦情率を追跡します。必要に応じて、大量送信や高リスクの売り手を別のプールに隔離し、警告と停止のポリシーを明確にしておきましょう。警告と停止の手順を文書化しておけば、判断に一貫性が保てます。
AIは、中継メッセージをスパム、フィッシング、勧誘のパターンについてスコアリングし、疑わしいものを確認のために保留できます。AIだけでは判断せず、解除かブロックかはトラスト&セーフティのチームが承認します。確認担当者には、各メッセージが保留された理由が表示されます。
コパイロットは、注文やユーザーのメール履歴をログから探し、平易な言葉で要約できます。読み取り専用で、対応の判断はスタッフが行います。結果にはログのエントリへのリンクが付きます。