メールサービスの設定
重要 - 画像/情報は四半期ごとのリリースで更新されます!
四半期ごとのリリースにて、最新の機能・情報を反映し、画像を含めた情報は更新されます。
ドメインを許可します
許可する理由
- "Sent via Gainsightapp.com "タグを削除します。
- 迷惑メールフォルダーではなく、受信トレイへのメール配信の可能性を高めます。
- DMARCの設定をオンにしている場合、Gainsightメールインフラストラクチャを使用したメール送信を許可しなければなりません。
- SPF設定の最後に「-all」オプションがある場合、Gainsightのメールインフラストラクチャを利用するためには、許可が必須です。
許可とは?
許可とは、SendGrid (GainsightのESP) があなたに代わってメールを送信する権限を得ているISPを表示する機能です。この許可は、あなたのドメインレジストラからSendGridに、きわめて明確なDNSエントリーを指す行為によって付与されます。これらのDNSエントリーが入力され、伝搬された後は、受信者のメールサーバーやサービスは、あなたが送信したメールのヘッダーを読み取り、DNSレコードをチェックして、そのメールが信頼できる送信元から送信されたものかどうかを検証します。これにより、あなたのメール配信能力が飛躍的に向上し、あなたはドメインとIPアドレスの送信者レピュテーションをの構築を開始することができます。
許可のタイプ
- ドメイン許可このタイプでは、受信側のメールサーバーやサービスが、メール送信者のIDを、送信者が管理するドメインまで戻って検証することができます。これによって、メール認証のレイヤーが提供され、メール配信の助けになることができます。ドメイン許可だけでは、あなたはまだIPアドレスのレピュテーションの対象になったままです。
- メールリンクの許可: メールにリンクまたは画像を掲載して、クリックトラッキングまたはオープントラッキングをオンにした場合、クリックトラッキングのリンクと画像はあなたのドメインを指すことになります。これによって、受信側のメールサーバーは、あなたがリンクの裏側に何も隠そうとしていないこと、およびあなたがメールのコンテンツを管理していることを把握できます。一部の悪質なアクターは、第三者リンクの短縮サービスを利用して、メールコンテンツに記載するドメインを入力し、それらのリンクに自分のドメインを含めません。このような実践行為は、スパムフィルターの危険信号になります。
許可までのステップ
Gainsightをインストールし、MDAを有効にした後は、Gainsightサポートに連絡すると、あなたのDNSを設定してくれます。サポートチケットの入力に関する詳細情報については、Gainsightサポートチケットの申し込み方法 (近日公開予定) の記事をご参照ください。
これらのDNS設定を生成するために、サポートチームは以下のことを理解しておく必要があります。
- どのような送信ドメインの使用をご希望ですか?
- Gainsight NXTの本番インスタンスのテナントIDは何ですか?テナントIDは、管理 > アプリケーション設定においてご確認いただけます。
これらの情報を収集した後、サポートチームは下記の例に類似したCNAMEレコードの形で、ドメインと電子メールの許可リストを作成します。
ITチームの助けを借りて、これらの設定をDNSに入力し、確認のためにサポート担当者にお問い合わせください。この確認がなされた後は、当社チームはこれらの値を解決するために検証テストを実行します。これが問題なく完了した場合、他のステップは必要ありません。ただし、問題が発生した場合は、あなたのITチームと連携してさらに調査を実施します。
レピュテーションスコアの計算
レピュテーションスコアの計算は、送信したメールの総数に対するスパムレポート数およびバウンス数をベースにして自動的に実行されます。Gainsightのメールサービスは、これを最適なレベルで維持するよう、次のように設定されています。
- バウンスはGainsightが管理するマスター拒否リストに追加され、今後そのアドレスにメールが送られることがないようにしています。
- スパム報告は自動的に配信停止リストに追加されます。
Gainsightの顧客によく見られる通常の行動は、コンタクトリストが最初は汚れていることが多いので、低いスコアからスタートしますが、数回のアウトリーチで改善されていくということです。受信者は顧客であり、見込み客ではありませんので、Gainsightにとって問題は最小にとどまります。Gainsight顧客の平均レピュテーション評価は98/100です。
メール配信に関する推奨事項やベストプラクティスについては、Sendgridが発行するガイドがお勧めです。
近日公開のGoogleとYahooのメールガイドライン
2024年2月1日より、GoogleとYahooはメール送信者用の新しいガイドラインを導入します。これは、組織のメールコミュニケーションに影響を与える場合があります。
以下は、メール送信者用の必須ガイドラインです:
適切な認証
-
その要件とは? Googleでは、SPF (送信者ポリシーフレームワーク) 認証とDKIM (ドメインキー識別済みメール) 認証が必要です。これらのうち両方ともないメールは、拒否されるかあるいはスパムとしてマークされます。
DMARC (ドメインベースのメッセージ認証、レポーティング、コンフォーマンス) メール認証は、一括送信者のドメイン (1日に5,000メッセージ以上を送信するドメイン) に必須です。Yahooはまた、送信者がより強力なメール認証を実装することを義務付け、SPF、DKIM、DMARCなどの業界標準を活用しています。
-
あなたにとっての意味とは? Gainsightでは、SPFやDKIMへの準拠を判断するために内部監査を実施します。送信者認証を検証および確認するには、以下の手順を実行します:
-
ジャーニーオーケストレータープログラムからテストメールを自分のメールIDに送信する。
-
受信したメールを開く。
-
メールヘッダーの詳細を展開する。Mailed-Byヘッダー要素の値に以下のいずれかのメールIDが表示されている場合は、アクティブな送信者認証ポリシーが含まれている:
-
gsemail.<yourdomain>.com
-
gsnemail.<yourdomain>.com
-
Mailed-ByヘッダーのメールIDが上記のIDと一致しない場合は 、Gainsightがあなたに代わってそれをセットアップできるように、あなたのドメインでサポートチケットを作成してください。
注意:許可済みのドメインまたはサブドメイン (たとえば、gainsight.com、cs.gainsight.com) をITチームに確認してください。
Gainsightは、バルク送信者用のDMARC認証をセットアップできません。DMARCレコードがない場合は、あなたのDNSに追加してください。DMARCレコードがあるかどうかわからない場合は、PowerDMARCから無料で確認してください。
注意:
-
v=DMARC1;p=noneまたはそれ以上に厳格なDMARCポリシーを持っている限り、あなたはコンプライアンスを維持しています。
-
DMARCレコードを定義する方法に関する詳細情報については、DMARCレコードの定義の記事を参照してください。
アンサブスクライブプロセスの簡略化
-
その要件とは? GmailとYahooの両方とも、受信者が1つのリンクをクリックするだけで、商用または非運用のメール配信をアンサブスクライブできる簡略化プロセスを必要としています。すべてのアンサブスクライブリクエストは、受信後2日以内に対応する必要があります。
-
あなたにとっての意味とは? Gainsightは現在、運用していないメールのフッターにアンサブスクライブ用リンクを提示していますが、これは変更されないまま残ります。 さらに、この要件に準拠するために、メールヘッダーにワンクリックのアンサブスクライブ用リンクが表示されます。
低いスパム苦情率
その要件とは? GmailとYahooの両方とも、メール配信が中断されないように、スパム苦情率を0.3%未満に維持することをあなたに要求しています。
あなたにとっての意味とは? あなたはスパム苦情レベルを監視する必要があります。Gainsightでは、正確なトラッキングのためにGoogle Postmaster Toolsに登録することをお勧めしています。
SendGrid使用によるGainsightでのメール配信問題
Gainsightのシステムでは、メールが「送信済み」ステータスで登録されていても、配信イベントがSendGridから受信されていない場合があります。この不一致により、多くの場合、送信済みとしてマークされていても、実際には目的の受信者に配信されていないメールに届いてしまいます。
配信障害の考えられる原因
SendGridによると、これらの非同期バウンスまたは遅延バウンスは主として受信者サーバーによって引き起こされます。SendGridは、このようなイベントが小規模ビジネスドメインにおいてより一般的に観察されることを指摘しています。それとは対照的に、ほとんどの大手メールボックスプロバイダーでは、通常、同期バウンスのみが生成されるので、この場合、配信障害はただちに通知され、メールが誤って送信済みとしてマークされることはありません。
SendGridによって特定されたいくつかの要因が、これらの配信問題を引き起こしている可能性があります:
-
スパムフィルター:受信者のスパムフィルターは、最初はメールを受け入れても、その後の処理で拒否する場合がある。
-
受信者サーバーエラー:受信者のサーバーに問題があり、メール配信が正常に行われない場合がある。
-
フィルタリング設定:受信者には、スキャンのためにメールを受け入れても、後で拒否するというフィルタリング設定があることもある。
-
存在しないメールアドレス:場合によっては、サーバーは存在しないアドレスに送信されたメールを最初に受け入れても、遅延後に拒否することがある。
-
遅延サーバー拒否:サーバーはメールを受け入れても、さまざまな内部チェックにより、しばらくすると拒否することがある。
注意:遅延バウンスはまれにしか発生しないので、SendGridには遅延バウンス履歴統計が保存されていません。この問題は、受信者のサーバー次第で発生するので、Gainsightが担う役割はありません。
FAQ
SendGridの自動化されたセキュリティの利用は、SPFのDNSルックアップを使用しますか?
いいえ、SPFはSendGridによって管理されています。
サブドメインの使用は、Gainsightからのメール送信にどのような影響を与えますか?
メールは、サブドメインで署名されます。ベースドメインからの送信の場合、envelope-fromはサブドメインを使用しおり、header-fromとreply-toは、そのように設定されていれば、ベースドメインになります。
CNAMESにカスタムDKIMセレクタを使用することはできますか?
はい、できます。SendGridではS1,S2がデフォルトですが、私たちはgs,gs2を使用しています。最大3文字のカスタムDKIMセレクタをリクエストできます。
サブドメインは許可されますか?
はい、されます。