トランザクションメールについて知っておく必要があるが、尋ねることを知らなかったすべて

公開: 2022-03-10

簡単な要約↬アプリケーションのトランザクション電子メールを送信している場合は、おそらく基本を理解しているはずですが、それを知らなくても、より高度なベストプラクティスのいくつかを見逃している可能性があります。このガイドは、あなたが何かを見落としたり、受信者の配信やユーザーエクスペリエンスを損なう可能性のある間違ったことを無意識のうちに行っていないことを確認するのに役立ちます。

ユーザー認証を備えたアプリケーションは、電子メールなしでは存在できませんが、電子メールが必ずしもそれに値する注目を集めるとは限りません。最新の電子メールサービスプロバイダーでは、ユーザー向けに一流のトランザクション電子メールエクスペリエンスをこれまでになく簡単に作成できますが、私たちのほとんどにとっての課題は、自分が知らないことを知らないという事実にあります。トランザクションEメールを残りのWebアプリケーションでスナッフにするために必要なすべてのエンドツーエンド分析について詳しく説明します。

トランザクションメールとバルクメールの違いと、メール認証を使用する方法と理由について説明します。また、配信のエッジケースを適切に処理し、優れたメールコンテンツを作成し、メールの送信と配信の監視に必要なインフラストラクチャの重要な部分についても説明します。そうすれば、すぐにトランザクションメールのプロになることができます。

トランザクションEメールの課題

ある程度、電子メールは、あなたがどれだけうまくやっているかを監視して理解することがより難しいので、伝統的に二流市民でした。アプリケーションには、フロントエンド、バックエンド、データベース、エラーなどに関する洞察を提供する無数のパフォーマンス監視ツールがあります。電子メールの場合、ツールはあまり知られておらず、効果的に使用するのが少し難しくなります。それでは、電子メールの監視とレポートが直面しているいくつかの課題を調べてみましょう。次に、課題と制約の範囲内で機能して、トランザクション電子メールのより多くの情報に基づいたビューを提供できる利用可能なツールと戦術を見ていきます。

ジャンプした後もっと！以下を読み続けてください↓

電子メールの監視に関する最大の根本的な課題は、すべての受信者の受信トレイにログインして、受信者が電子メールを受信したかどうかを確認することが文字通り不可能であるということです。したがって、ゲートからすぐに、私たちが期待できる最良の洞察は、単にプロキシまたはパフォーマンスの見積もりです。 2番目に大きな課題は、すべてのISPが独自のルールに従ってプレイすることです。 Outlookによってスパムとして分類される可能性のあるものは、Gmailの受信トレイに直接送信される可能性があります。また、受信トレイプロバイダーは、スパマーによってすぐに悪用されるため、「秘密のソース」を共有できません。では、開発者は何をすべきでしょうか？

オープンレートは大まかな概算になりますが、簡単にブロックできるトラッキングピクセルに依存しているため、不完全な画像になります。受信トレイの速度と配信速度も直接測定することはできません。したがって、テストできるシードアカウントに定期的なテストを送信することを決心する必要があります。これらは完全ではありませんが、さまざまな受信トレイプロバイダーへの配信を理解するために利用できる最良のプロキシです。ガイドの後半で、これを自動化するのに役立つツールについて説明します。

DKIM、SPF、DMARCの形式でドメイン認証を追加することは、困難で混乱を招く可能性があります。また、会社の規模によっては、DNS変更へのアクセスまたは承認を取得するのが面倒または不可能な場合があります。それでも、DNSエントリを誤って取得するのは非常に簡単です。ドメイン認証に慣れていない場合でも、心配しないでください。後で詳しく説明します。

もちろん、一般的に優れた配信を実現できる場合でも、バウンス処理により配信の変動が大きくなります。受信者の受信トレイがいっぱいになっている可能性があります。人々は転職し、メールアドレスは非アクティブになります。人々は電子メールアドレスでタイプミスをします。人々はグループエイリアスでサインアップすると、そのグループ内のアドレスの1つがバウンスします。サーバーまたはDNSの一時的な停止は、特定のドメインのすべてのユーザーの配信に影響を与える可能性があります。そして、スパムの苦情があります。

ですから、ゲートのすぐ外で、デッキはあなたに対して積み重ねられています。エッジケースはたくさんあり、配達の正確な画像を取得することは非常に困難です。継続的な監視は複雑であり、間違いを犯す余地がたくさんあります。それは暗い絵を描きます、私は知っています。幸いなことに、電子メールは長い道のりを歩んできました。それは些細なことではありませんが、これらすべての問題に対する優れた解決策があります。

トランザクションvs.バルクプロモーション

先に進む前に、一括プロモーションメールとアプリケーションのトランザクションメールの大きな違いに対処する必要があります。前者の場合、電子メールが紛失または遅延した場合でも、誰もそれを見逃すことはありません。ただし、後者の場合、パスワードのリセットが欠落しているか大幅に遅れると、追加のサポート要求が発生する可能性があります。トランザクションメールは、アプリケーションのページと同じくらい重要です。電子メールの欠落または遅延は、Webアプリケーションの壊れたページとほぼ同等であると考えることができます。電子メールは別の媒体ですが、それでもアプリケーションを使用する際の中心的な部分です。

人々はトランザクションメールを期待し、受信したいと考えているため、大量のプロモーションメールよりも、開封率とクリック率の点でエンゲージメントが高くなっています。同様に、トランザクションメールは、バルクメールよりもはるかに少ない頻度でスパムとして報告されます。そして、そのすべてが、大量のプロモーションメールよりもトランザクションメールの評判を高めることにつながります。場合によっては、それが受信トレイとスパムフォルダの違いである可能性があります。または、Gmailがメールをどのタブに配置するかが問題になる場合もあります。それでも、トランザクションとバルクの違いは非常に大きいため、Gmailでさえストリームを分離することを公式に推奨しています。そうすれば、バルクレピュテーションがトランザクションレピュテーションを引き下げることはありません。

これにより、最初のヒントが得られます。

1.異なるドメインまたはサブドメインを使用して、トランザクションストリームと一括送信ストリームを分離します

完璧な世界では、プライマリドメインを介してトランザクションを送信し、 [email protected] @ marketing.example.comなどのサブドメインにバルクを委任します。各カテゴリにも独自のIPアドレスがあります。

ストリームを分離することは最初のステップであり、受信者にとって可能な限り最高の電子メールエクスペリエンスを実現するための基礎を築くために重要です。受信トレイへの配信を保証することはできませんが、デッキを積み重ねるためにいくつかのことを行うことができます。認証は、それを正確に行うための次のステップです。安全な証明書なしで最新のWebアプリケーションを起動しないのと同じように、完全に認証せずに電子メールを送信することは望ましくありません。

電子メール認証

DKIM、SPF、DMARCなどの頭字語を聞いたことがあるかもしれません。また、DNSエントリをコピーして貼り付けて、これらを設定したこともあります。または、少し複雑すぎると感じたためにスキップした可能性があります。いずれにせよ、これらはすべて実装する価値のある標準であり、すべてが相互に補完し、連携して評判を構築および保護します。これらへの正確なアプローチはプロバイダーごとに異なりますが、常に実装する価値があります。

DKIMから始めましょう。技術的な詳細にあまり踏み込むことなく、DKIMは2つのことを行います。まず、送信中に変更されていないことを示すために、電子メールの一種の仮想ワックスシールとして機能します。次に、ドメインレピュテーションを構築できます。 DKIMはドメインに重点を置いていますが、SPFは、送信用に承認されたIPアドレスのリストを提供することに重点を置いているため、受信メールサーバーは、電子メールが正当な送信元から送信されているかどうかをより正確に把握できます。

DKIMの重要な利点の1つは、Gmailの「経由」ラベルまたはOutlookの「代理」ラベルを回避するための鍵となることです。これらの要素により、電子メールがスパムである可能性が少し高くなり、受信者の信頼が損なわれる可能性があります。したがって、DKIMは舞台裏の標準をはるかに超えています。これは、受信者のエクスペリエンスに直接影響を与える可能性があるものです。

それがすべて、次の基本的なヒントにつながります。

2.DKIMとSPFを使用してメールを認証します

認証は配信を保証することはできませんが、評判を構築し、優れた配信を保証するためにできる限りのことを行うための重要な側面です。

DMARCは、フィッシング攻撃からの保護を支援するように設計されています。 DKIMとSPFの両方が組み込まれているため、ドメインの送信を監視し、DMARCポリシーを公開できるようにすることでドメインレピュテーションを保護できます。このポリシーは、電子メールがDMARCアライメントに失敗した場合の対処方法を受信ボックスプロバイダーに指示します。

DMARCの前は、DKIMやSPFで認証されていない電子メールの処理方法を選択するのは完全に受信トレイプロバイダー次第でしたが、DMARCを使用すると、プロバイダーに隔離するように指示するパブリックポリシーを作成できます（スパムフォルダ）またはDMARCアラインメントに失敗した電子メールを拒否（完全に破棄）します。

DMARCのもう1つの利点は、ISPが、ドメインを使用して送信された電子メールの送信元と、DKIMまたはリターンパスを介して失敗したアライメントに渡された数量に関するレポートを配信できることです。これにより、アライメントに失敗している正当なソースを追跡し、それらのソースが認証されていることを確認するためのアクションを実行できます。また、ドメインを使用して送信しようとしている不正な電子メールの量を定量化するのにも役立ちます。

PayPalは、優れたDMARCポリシーの重要性の典型的な例です。何年にもわたって、数え切れないほどの詐欺師がPayPalの電子メールをスプーフィングしようとしましたが、現在、PayPalはDMARCを使用して、DMARCを通過しない電子メールを拒否するようにISPに指示するDMARCポリシーを公開しています。したがって、詐欺師がPayPalの電子メールをスプーフィングしようとすると、DMARCの調整に失敗します。また、PayPalには、電子メールの調整に失敗した場合は拒否する必要があるという公共ポリシーがあるため、ISPはそれらの電子メールを完全に拒否することに自信を持っています。

これはDMARCの非常に簡単な概要ですが、3番目のヒントのコンテキストを提供するのに役立つことを願っています。

3.DMARCポリシーを確立して公開します

また、可能であれば、調整の可能性を最大化するためにカスタムリターンパスを設定します。次に、DMARCレポートを監視し、調整を行って、正当な電子メールソースとの整合性を確保します。最後に、製品またはブランドが大量のフィッシング攻撃の標的になっている場合は、徐々に積極的な検疫を段階的に開始するか、時間の経過とともにポリシーを拒否します。

PostmarkのDMARCツールは、DMARCポリシーを確立し、ドメインに関する毎週のレポートの受信を開始するための無料で簡単な方法です。バルクメールストリームとトランザクションメールストリームを分離し、前述のすべての認証を設定することで、配信の基本的な側面をすべて処理できました。これからは、アプリケーション内での電子メールの処理と処理に焦点を当てます。

メールのライフサイクルを理解する

一見すると、電子メールは非常に単純に聞こえるかもしれませんが、電子メールのライフサイクルを分析すると、表面下には多くの微妙な機会があります。それをよく理解すればするほど、受信者にニュアンスのある豊かな体験を提供できるようになります。電子メール配信のニュアンスを理解し、それに応じてそれらを処理および処理するアプリケーションの機能を自動化することに依存して、電子メールエクスペリエンスを改善する機会のほとんど。それでは、電子メールの生活の中で重要なイベントを見てみましょう。

キューに入れられました

アプリケーションがさまざまなコンテンツから電子メールを組み立てたら、配信のためにキューに入れます。アプリケーション内では、バックグラウンド処理を介して電子メールを送信していることを確認する必要があります。これについては後で詳しく説明しますが、単純なバージョンでは、アプリケーションがサードパーティのサービスと通信するときはいつでも、その通信をバックグラウンドで処理する必要があります。メールサービスプロバイダーを使用していると仮定すると、APIにリクエストを送信すると、APIプロバイダーの側でも送信するためにキューに入れられます。

送信済

他のサービスと同様に、電子メールサービスプロバイダーには、電子メールを処理および送信するための独自のキューがあります。ほとんどの場合、これらのキューは非常に高速です。何千もの受信者に大量の電子メールを送信するには数秒または数分かかる場合がありますが、ほとんどのトランザクション電子メールははるかに高速に送信されます。

承認済み

電子メールが電子メールプロバイダーによって送信された後、理想的には受信ボックスプロバイダーによって受け入れられます。ただし、「承認済み」は「配信済み」を意味するものではありません。郵便局のように考えてください。それがあなたの手紙を持っているという理由だけで、それはそれが配達されたと考えられる前にそれを処理しなければなりません。また、一部の受信トレイプロバイダーは電子メールを受け入れますが、さまざまな理由で最終的には配信しません。したがって、電子メールが受け入れられた場合でも、最終的に配信される保証はありません。

拒否されました

一部の受信トレイプロバイダーは静かに電子メールを拒否しますが、ほとんどの場合、電子メールが拒否されると、明示的に行われ、電子メールの問題の説明が表示されます。場合によっては、IPまたはドメインのレピュテーションであるか、電子メールの内容である可能性があります。残念ながら、拒否の理由を常に明確に説明できるとは限りません。

バウンス

バウンスは、より具体的なタイプの拒否です。メールアドレスが存在しない場合、受信トレイがいっぱいである場合、またはその他の理由で、メールサービスは配信が失敗し、メールが返送されたことを報告します。このような場合、ESPのバウンス処理通知を使用して、問題を修正するための手順を積極的に実行できます。これについては後で詳しく説明します。

配信

配信されるのは、メッセージが受信者に送信された状態です。受信トレイ、迷惑メールフォルダ、またはGmailのタブの1つに配信された可能性がありますが、ある程度配信されています。電子メールが配信されたという明示的な通知を受け取ることはありませんが、それはライフサイクルの重要な状態です。

開いた/クリックした

電子メールがいつ開かれたかを判断するために使用される方法は、電子メールクライアントによってブロックされる可能性があるため、オープントラッキングは完全に信頼できるものではありません。オープントラッキングは非表示の画像をロードするために電子メールクライアントに依存しているため、画像のロードをブロックするクライアントは、それらのオープンが報告されないことを意味します。オープンレートは、配信の優れたプロキシとして機能します。たとえば、電子メールについて何も変更せずに電子メールサービスプロバイダーを切り替え、開封率が大幅に上昇した場合、最初の電子メールサービスプロバイダーがメッセージの一部を配信できなかったと考えて間違いありません。

クリックトラッキングはオープントラッキングよりも信頼性がありますが、それ自体が複雑になる可能性があります。たとえば、Bit.lyまたはその他のURL短縮サービスを使用することは、スパマーが使用する一般的な戦術であるため、ほとんどの場合、Bit.ly URLが存在すると、電子メールはスパムフォルダへのファストトラックになります。ただし、電子メールサービスプロバイダーのクリック追跡をうまく実行すると、電子メールに役立つ洞察を提供できます。また、クライアントによってオープントラッキングがブロックされている場合でも、誰かが電子メールをクリックした場合は、その電子メールが開かれたと見なすのが安全です。したがって、クリックトラッキングは、オープンレートに関するより正確な洞察を提供するのにも役立ちます。

オープントラッキングとクリックトラッキングでは、プライバシーを考慮することが重要です。これらは、受信者のエクスペリエンスを充実させ、電子メールの改善に使用できる洞察を提供するための強力なツールになる可能性がありますが、プライバシーの問題にも触れています。それらが提供するデータで何もしない場合は、それらを使用しない方がよいでしょう。または、プライバシーが非常に機密性の高い業界にいる場合は、プライバシーを有効にする前によく考えてみてください。

未購読

購読解除はトランザクションEメールにはあまり関係がありませんが、それでも尊重されるべき要求です。トランザクションメールの購読解除をサポートする法的義務はないかもしれませんが、それはあなたが遭遇する可能性のあるステータスであり、そうするときはそれを尊重する必要があります。

スパムの苦情

購読解除と同様に、スパムの苦情はトランザクション電子メールではそれほど頻繁ではありませんが、それでも発生します。スパムの苦情率が高い場合は、送信するトランザクションメールの量や質を調整する必要があることを示しています。バウンス処理と同様に、スパムの苦情についても積極的に取り組む必要があります。あなたはそれらを尊重したいと思うでしょうが、いくつかのスパムの苦情は偶然であることを覚えておくことは重要です。誰かが電子メールをスパムとして報告した場合、将来の請求書や請求書の受信に影響を与える可能性があります。

これにより、4番目のヒントが得られます。

4.メッセージイベントをアプリケーションに緊密に統合します

ほとんどの電子メールサービスプロバイダーは、各メッセージで重要なイベントについてアプリケーションに自動的に通知するための広範なWebフックを提供しています。バウンス処理は追跡および処理するための最も重要なイベントですが、他のイベントは、アプリケーションを充実させ、トランザクション電子メールをユーザーエクスペリエンスのよりシームレスに統合された要素にするための有用な情報を提供できます。

メールコンテンツに注意する

メールの内容は、配信とエンゲージメントの両方で役割を果たすことができます。いくつかのルール（「バイアグラ」という言葉を避けるなど）は明白かもしれませんが、他のルールはより微妙です。優れたコンテンツを作成するように注意することで、オープン率やエンゲージメントを大幅に向上させることができます。

優れたトランザクションメールの5番目のヒントにいくつかの考慮事項をグループ化します。

5.時間をかけてメールの内容と構造を作成します

送信者の名前やメールアドレス、件名、プリヘッダー、mimeタイプなどは、エンゲージメント、配信、オープンレートに大きな影響を与える可能性があります。これらの要素を後から考えさせないでください。それらを正しくし、アプリケーションの他のページであるかのように継続的にテストおよび改善する時間を作ってください。

送信者、件名、およびプレヘッダー

すべての電子メールクライアントは異なりますが、それらはすべて、ある種のプレビューを通じて開かれる前に、電子メールに関するある程度の洞察を提供します。これは、送信者と件名を表示するのと同じくらい簡単ですが、コンテンツのプレビューが含まれる場合もあります。このトピックはそれ自体で記事を正当化する可能性がありますが、受信者と同じように電子メールを表示するのに時間を費やす価値があると言えば十分です。これには、送信者に明確に名前を付けること、有用で簡潔な件名を書くこと、そして完璧なプリヘッダーを作成することが含まれます。これらの要素は、オープンレートに大きな影響を与える可能性があるため、後から考えないでください。

HTMLとプレーンテキスト

電子メールの実際の内容は重要であり、電子メールのHTMLバージョンとプレーンテキストバージョンの両方を含めると、受信者に大きな影響を与える可能性があります。プレーンテキストを好む人もいます。パフォーマンス、プライバシー、またはアクセシビリティのいずれの場合でも、適切にフォーマットされ、考慮されたプレーンテキストオプションを提供することは、その受信者にとってのメリットです。また、一部のスパムフィルタは、HTMLバージョンとペアになったプレーンテキストバージョンを表示することを好みます。 Litmusは、詳細について、電子メールのプレーンテキストオプションの重要性について優れた記事を書いています。

返信を受け入れ、「返信なし」のアドレスを避ける

「返信なし」のメールアドレスの使用を避けるためにできることをしてください。彼らは可能な限りあらゆる方法で間違った信号を送信します。その結果、ユーザーは登録解除に返信できないため、スパムの苦情が増えることになります。これは一方向のコミュニケーションであり、他の方法では配信可能性を向上させる可能性のあるエンゲージメントを減らします。

理想的には、差出人アドレスまたは返信先アドレスは、監視対象のサポート受信ボックスに返信を送信します。これにより、受信者に最高のエクスペリエンスが提供され、返信がミックスで失われないようになります。ただし、覚えておくべき主な考慮事項が1つあります。ユーザーがパスワードリセットURLを受け取って返信した場合、返信にアクセスできるユーザーは誰でもそのパスワードリセットURLにアクセスできます。同じことが特に機密性の高い情報にも当てはまりますが、すべてを考慮すると、とにかく機密性の高い情報を電子メールで送信することは望ましくありません。

別のオプションは、受信受信メールアドレスを使用することです。受信者が電子メールに直接応答することが役立つコメント通知などの場合、受信電子メール処理を設定すると、無応答の電子メールアドレスを回避することができます。

方法に関係なく、返信のないアドレスを避けるために常に最善を尽くす必要があります。あなたの顧客はそれを高く評価するでしょう、そしてあなたがすべてのチャンネルで聞いているならばあなたは重要なフィードバックを受け取る可能性がはるかに高くなります。

メールの取り扱いには注意してください

電子メールの内容は重要ですが、それをどのように配信し、配信でエッジケースに対応するかは同じように重要です。送信するすべての電子メールで発生する（または発生する可能性のある）ことがたくさんあります。電子メールとのほとんどの会話は単にそれを送信することに焦点を合わせていますが、それをどのように送信するかも同様に重要です。

このバッチを6番目の高レベルのヒントにグループ化して、優れたトランザクションEメール配信を実現します。

6.インフラストラクチャに投資して、電子メールを確実に送受信します

メールの送信は簡単に聞こえますが、数行のコードを書くだけではありません。メールの信頼性を最大限に高めるには、バックグラウンド処理やバウンス処理などの適切なインフラストラクチャを構築して維持することが重要です。

バックグラウンド処理

電子メールサービスプロバイダーを使用していると仮定すると、すべての電子メール送信がバックグラウンドプロセスを介して行われるようにする必要があります。これは、外部サービスとの通信の場合であり、いくつかの理由があります。何よりもまず、外部サービスでは、ダウンしている可能性が常にあります。したがって、リクエストが失敗した場合は、設定された時間が経過した後にリクエストを自動的に再試行できることが重要です。または、リクエストに問題があるか、外部サービスの一部で何かが変更されている可能性があります。理由に関係なく、電子メール送信に復元力を設計することで、ある時点での苦痛を軽減できます。

同様に、適切なバックグラウンド処理の設定により、問題が発生した場合のアラートの通知と問題のトラブルシューティングが容易になります。キューがいっぱいになったときにアラートを設定すると、問題が発生したときにすぐにわかります。また、バックグラウンド処理がエラーのキャプチャとログ記録であると仮定すると、問題の原因を特定するのがはるかに簡単になります。

専用IPを理解する

トランザクションメールをある程度調べたことがあれば、専用のIPアドレスを使用するという概念に遭遇した可能性があります。専用IPアドレスを使用することには利点がありますが、それは白黒の問題ではありません。場合によっては、専用IPアドレスはそれが役立つ以上に害を及ぼす可能性があります。

ほとんどすべての電子メールサービスプロバイダーでは、送信するための2つのオプションがあります。最初のオプションは、共有IPプールから送信することです。このような場合、同じIPアドレスを使用する他の送信者の動作によって配信が影響を受ける可能性があります。それらの送信者が悪意を持っている場合、IPアドレスのレピュテーションを引き下げる可能性があります。ただし、それらの送信者が優れている場合は、IPアドレスの評判を高める可能性があります。

2番目のオプションは専用IPアドレスです。専用のIPアドレスを使用すると、IPアドレスにレピュテーションの問題が発生した場合でも、責任を負うのは自分だけです。問題は、専用IPアドレスが適切に機能するためには、評判を築き維持するのに十分な量の一貫した1日あたりのボリュームが必要であるということです。これは、1日あたり約10,000〜20,000通の電子メールです。また、設定された期間にわたって一貫して徐々に多くのメールを送信することにより、IPアドレスをゆっくりとウォームアップするように注意する必要があります。そして、あなたの評判を引き下げる悪い送信者はありませんが、あなたのIP評判を高めるのを助けることができる良い送信者からの利益も受けません。ほとんどの電子メールサービスプロバイダーでは、専用IPアドレスのコストも高くなります。

最後に、IPレピュテーションは依然として役割を果たしますが、受信トレイプロバイダーは、IPレピュテーションと併せてドメインレピュテーションをますます重視しています。 IPアドレスはますます使い捨てになるため、ドメインにレピュテーションを追加すると、新しいドメインがレピュテーションを構築する必要があるため、スパマーがドメインを循環するのを軽減できます。これは、配信の問題が広範囲に及ぶ場合、それらの問題はIPアドレスまたはドメインのいずれかに起因する可能性があることも意味します。したがって、IPアドレスを交換することは役立つかもしれませんが、ドメインの評判が低下している場合は、IPアドレスを変更しても役に立ちません。代わりに、ドメインレピュテーションのクリーンアップに集中する必要があります。

専用のIPアドレスは適切な状況下では優れている可能性がありますが、それはスラムダンクではありません。また、共有IPアドレスを使用している場合は、他の送信者がその評判を台無しにしたり、ブラックリストに載せたりしないように、それを注意深く監視していることを確認する必要があります。

バウンス処理

メールはバウンスします。それを回避する方法はありません。バウンスの理由はさまざまですが、バウンスを適切に処理する必要性は普遍的です。バウンス処理は、電子メールの例外処理と考えてください。例外が発生した場合、それを黙って破棄したくはありません。あなたはそれが起こったこととそれを引き起こした原因を知りたいので、それを修正することができます。同じことがバウンス処理にも当てはまりますが、注意点が1つあります。バウンス処理を使用すると、ユーザーがほとんどの問題を自分で修正できるようになります。これは同時に顧客満足度を高め、サポートリクエストを減らします。

電子メールがハードバウンスでバウンスする場合、最も重要な手順は、そのアドレスへの配信の試行を停止することです。一部のハードバウンスは最終的には自動的に再び機能し始める可能性がありますが、同じアドレスへのバウンスが繰り返されることは、受信トレイプロバイダーにとって非常に否定的なシグナルです。彼らの観点からすると、それはあなたがあなたのリストをきれいに保っていないこと、そしてあなたがスパマーである可能性が高いことを意味します。

残念ながら、あるアドレスへの配信の試行を停止し、そのアドレスが再び機能し始めると、受信者はメールを受信できなくなります。そこで、バウンス処理が役立ちます。Webhookを使用すると、電子メールサービスプロバイダーは新しいバウンスを自動的に通知できます。次に、その情報を使用して、電子メールの配信に問題があったことを示すアラートをアプリケーション内に表示できます。そうすることで、ユーザーは問題を修正してから、配信を再開できます。

Postmarkは、Reboundを使用してこれをさらに簡単にします。これは、カスタマイズしてアプリケーションに含めることができるシンプルなJavaScriptスニペットであり、ユーザーに配信の問題を事前に警告して、大きな問題やサポートリクエストにつながる前に問題を修正できるようにします。

通知管理

トランザクションEメールの場合、購読解除は大量のプロモーションEメールの場合よりも問題にはなりませんが、受信者が受信するトランザクションEメールの量や種類を購読解除または管理する方法を提供することは依然として素晴らしいことです。

送信する電子メールの種類ごとにワンクリックで購読を解除すると、受信者が特定の種類の通知の電子メールを受信したくない場合に便利になります。または、トランザクションEメールの設定センターを提供することは、受信者の手にもっと制御を与えるための優れた方法です。ただし、プリファレンスセンタールートを使用する場合は、オプションを最小限に抑えてください。チェックボックスが豊富なページは、圧倒されたり混乱したりする可能性があることに注意してください。したがって、きめ細かい制御は優れていますが、オプションが多すぎると逆効果になる可能性があります。

頻繁な通知を減らすための最良の方法の1つは、即時、毎日、または毎週の要約などのオプションを提供することです。このようにして、受信者が通知を大幅に制御できるようにして、数十の異なるタイプの通知をきめ細かく制御することで、受信者を圧倒することなく、量を大幅に減らすことができます。

方法に関係なく、通知の頻度を制御することは、顧客を支援すると同時に、電子メールの全体的な量を減らすのに大いに役立つ可能性があることを認識してください。それはあなたの顧客とあなたの電子メールコストにとって双方にとって有利です。

ツールと監視

アプリケーション開発の他の側面は、ツール、ベストプラクティス、および信頼性において目覚ましい進歩を遂げましたが、電子メールは依然としてブラックボックスのようなものです。アプリケーションを使用すると、稼働時間、ページの読み込み時間、アプリケーションのパフォーマンス、およびその他の無数の側面を監視できます。ただし、メールの受信トレイは非公開であるため、実際の配信情報を正確に測定する方法はありません。オープン率とクリック率は適切なプロキシとして機能しますが、それでもプロキシにすぎません。幸いなことに、相互に補完し、一緒になって、電子メール配信の比較的明確な全体像を提供できる優れたツールがいくつかあります。

これは、7番目で最後のヒントを理解するための鍵です。

7.利用可能なツールを使用して、配信を監視および改善します

アプリケーションの稼働時間やパフォーマンスを監視するのと同じように、電子メールの配信を監視することも同様に重要です。 1つのツールですべてを把握できるわけではありませんが、優れたツールを組み合わせることで、メール配信の信頼性を確保し、信頼性が低い場合のトラブルシューティングに大きな違いをもたらすことができます。

良好なカバレッジを得るには、次のツールを使用し、時間の経過に伴うパターンに細心の注意を払う必要があります。

メールの開封率とクリック率の傾向を監視します。これは単なるプロキシですが、相対的な履歴数には適しています。たとえば、開封率やクリック率が時間の経過とともに劇的に低下していることに気付いた場合、それは多くの場合、配信の問題が発生している可能性があることを示す早期の警告サインです。正常に配信されないとメールを開くことができないため、配信の問題が原因で開封率が低下する可能性があります。
Gmailには、IPとドメインのレピュテーションを測定して、配信に問題がある可能性のあるメールソースを理解するのに役立つPostmasterツールが用意されています。これは、配信に問題があると思われる場合に利用できる優れたフォレンジックツールです。 Gmailからの洞察を提供するだけですが、他のプロバイダーに対してもあなたの評判がどのように見えるかを理解するのに十分なプロキシであることがよくあります。
MXToolBoxブラックリストチェックを使用して、ドメインまたはIPアドレスがブラックリストに登録されているかどうかを確認します。共有IPアドレスを使用している場合は、その共有IPアドレスの永続的な自動モニターを設定して、ブラックリストに登録されたかどうかをすぐに確認できるようにすることをお勧めします。
GlockAppsや250okなどのツールを使用して、メールの受信トレイの配置を監視します。これらのツールは、配信をテストするためにシードリストに依存していることを覚えておくことが重要です。つまり、実際の受信者の受信トレイへの配信をテストできないため、テストアドレスをプロキシとして使用する必要があります。ほとんどの電子メール配信ツールと同様に、これは完璧な科学ではありませんが、実際には、配信品質の測定に非常に役立つほど十分に近いものです。

監視とアラートを実施すればするほど、問題についてより早く認識し、修正できるようになります。多くの場合、不十分な電子メール配信は、サポートリクエストが表示され始めたときにのみ表面化する目に見えない問題である可能性がありますが、それまでに、すでに数百または数千の電子メールがスパムフォルダに入れられているか、まったく到着していない可能性があります。アプリケーションのダウンタイムを警告する顧客になりたくないのと同じように、潜在的な配信の問題を最初に警告する顧客にもなりたくありません。

すべてをまとめる

メールの送信に関しては、たくさんのオプションがあります。サーバーとメール転送エージェント（MTA）をセットアップして、必要に応じて自分で送信することもできますが、多くの責任とオーバーヘッドが発生します。評判を管理することは困難です。 ISPとの関係を確立することはさらに困難です。

電子メールの送信がコアサービスでない限り、多くの場合、電子メールサービスプロバイダーを利用したほうがよいでしょう。それでも、優れた配信は当然の結論にはなり得ないことを認識することが重要です。すべてのESPは、優れた配信を提供すると主張していますが、常にそうであるとは限りません。ほとんどの場合、ESPを評価するときは、上記のツールを使用して、彼らの言葉を信じるよりも、定量化可能な配信情報を自分で取得する方がはるかに良いでしょう。 This is true whether you use a shared IP address or a dedicated IP address. Great delivery isn't automatic, and you should always be gathering hard data on your delivery.

Regardless of how you handle email, make sure to treat it as an extension of your application's user experience rather than an afterthought. Take time to write concise and helpful emails, and do everything possible to seamlessly integrate it into the user experience. Be judicious about firing off too many emails, and give your users the ability to tune email notifications for their needs.

Finally, monitor your transactional email delivery like you would any other service in your stack. If your users aren't receiving critical emails like password resets and invoices, you'll be losing goodwill, and your support costs will increase. Don't let your email delivery fail quietly. Make sure that you're notified quickly and loudly of any potential delivery issues long before it gets bad enough for your customers to email you.

Your application can't work without email. While it's not as easy to measure or monitor as most aspects of your application, it's still a critical piece of functionality that deserves your full attention. Invest the time in making your email experience great, and you'll unquestionably reap the rewards.