你需要知道的關於交易電子郵件但不知道要問的一切

沒有電子郵件，任何具有用戶身份驗證的應用程序都無法存在，但是，電子郵件並不總是得到應有的關注。 借助現代電子郵件服務提供商，為您的用戶創建一流的事務性電子郵件體驗比以往任何時候都容易，但對於我們大多數人來說，挑戰在於您不知道自己不知道的事實。 我們將深入分析您需要的所有內容的端到端分析，以使您的事務性電子郵件與您的 Web 應用程序的其餘部分保持同步。

我們將解決事務性電子郵件和批量電子郵件之間的區別，以及如何以及為何使用電子郵件身份驗證。 我們還將討論如何優雅地處理交付邊緣案例，製作出色的電子郵件內容，以及您需要用於發送電子郵件和監控交付的關鍵基礎設施。 然後，您將很快成為交易電子郵件專家。

交易電子郵件的挑戰

在某種程度上，電子郵件傳統上一直是二等公民，因為它更難以監控和了解您的表現。 對於您的應用程序，有無數的性能監控工具可以提供對前端、後端、數據庫、錯誤等的洞察。 對於電子郵件，這些工具不太為人所知，並且更難以有效使用。 因此，讓我們探討電子郵件監控和報告所面臨的一些挑戰，然後我們可以看看可以在挑戰和限制條件下工作的可用工具和策略，以便讓您更了解您的交易電子郵件。

監控電子郵件的最大潛在挑戰是，實際上不可能登錄到每個收件人的收件箱並檢查他們是否收到了電子郵件。 因此，從一開始，我們所能期望的最好的見解就是簡單的代理或性能估計。 第二大挑戰是每個 ISP 都按照自己的規則行事。 可能被 Outlook 歸類為垃圾郵件的郵件可能會直接進入 Gmail 的收件箱。 收件箱提供商不能分享他們的“秘密武器”，因為它會立即被垃圾郵件發送者利用。 那麼開發人員該怎麼做呢？

打開率可以給你一個粗略的近似值，但由於它們依賴於跟踪像素，這很容易被阻止，所以這是一張不完整的圖片。 收件箱率和交付速度也不能直接衡量。 因此，您必須滿足於向您有能力測試的種子帳戶發送定期測試。 這些並不完美，但它是了解交付給各種收件箱提供商的最佳可用代理。 我們將在本指南的後面部分介紹有助於自動化此操作的工具。

以 DKIM、SPF 和 DMARC 的形式添加域身份驗證可能會很困難且令人困惑，或者，根據您公司的規模，訪問或批准 DNS 更改可能很麻煩或不可能。 即便如此，讓 DNS 條目不正確也非常容易。 如果您不熟悉域身份驗證，請不要擔心，我們稍後會深入解決。

當然，即使您通常能夠實現出色的交付，退回處理也會給交付帶來更多可變性。 收件人的收件箱可能已滿。 人們換工作，電子郵件地址變得不活躍。 人們用電子郵件地址打錯字。 人們可能會使用群組別名進行註冊，然後該群組中的一個地址會被退回。 臨時服務器或 DNS 中斷可能會影響給定域中每個人的交付。 然後是垃圾郵件投訴。

所以一出大門，甲板就堆在你身上。 有大量的邊緣情況，並且很難獲得準確的交付情況。 持續監控很複雜，而且有很大的出錯空間。 我知道，它描繪了一幅陰暗的畫面。 幸運的是，電子郵件已經走過了漫長的道路，雖然它不是微不足道的，但所有這些問題都有很好的解決方案。

交易與批量促銷

在我們進一步討論之前，我們需要解決批量促銷電子郵件和您的應用程序的交易電子郵件之間的顯著差異。 對於前者，如果電子郵件丟失或延遲，沒有人會錯過它。 但是，對於後者，密碼重置丟失或顯著延遲可能會導致額外的支持請求。 您的交易電子郵件與應用程序中的頁面一樣重要。 您可以將丟失或延遲的電子郵件視為大致相當於您的 Web 應用程序中的損壞頁面。 電子郵件是一種不同的媒介，但它仍然是使用您的應用程序體驗的核心部分。

由於人們期望並希望收到交易電子郵件，因此他們在打開率和點擊率方面的參與度高於您的批量促銷電子郵件。 同樣，交易電子郵件被報告為垃圾郵件的頻率遠低於批量電子郵件。 與批量促銷電子郵件相比，所有這些都會為您的交易電子郵件帶來更好的聲譽。 在某些情況下，這可能是收件箱和垃圾郵件文件夾之間的區別。 或者，這可能只是 Gmail 將電子郵件放入哪個標籤的問題。無論如何，事務性和批量之間的差異非常明顯，甚至 Gmail 官方也建議將流分開。 這樣，您的大宗聲譽就不會拖累您的交易聲譽。

這給我們帶來了第一個提示：

1. 使用不同的域或子域分隔您的事務和批量發送流

在一個完美的世界中，您將通過您的主域發送事務，並將批量降級到諸如[email protected]之類的子域，並且每個類別也將具有自己的 IP 地址。

分離流是第一步，也是為收件人提供最佳電子郵件體驗奠定基礎的關鍵。 雖然您不能保證將郵件送達收件箱，但您可以做一些事情來將卡片堆放在對您有利的位置上。 身份驗證是做到這一點的下一步。 就像您不會在沒有安全證書的情況下啟動現代 Web 應用程序一樣，您也不想在沒有完全驗證的情況下發送電子郵件。

電子郵件認證

您可能聽說過諸如 DKIM、SPF 或 DMARC 之類的首字母縮略詞，您甚至可能複制並粘貼了一些 DNS 條目來設置它們。 或者你可能跳過了它，因為它感覺有點太複雜了。 無論哪種方式，這些都是值得實施的標準，它們相互補充，共同建立和保護您的聲譽。 解決這些問題的確切方法因提供商而異，但始終值得實施。

讓我們從 DKIM 開始。 DKIM 無需過多了解技術細節，而是做了兩件事。 首先，它在您的電子郵件上充當一種虛擬蠟封，以表明它們在傳輸過程中沒有被修改。 其次，它使您能夠建立域聲譽。 DKIM 專注於域，而 SPF 專注於提供已批准的 IP 地址列表以供發送，以便接收郵件服務器更好地了解電子郵件是否來自合法來源。

DKIM 的一個顯著優勢是它是避免 Gmail 中的“通過”標籤或 Outlook 中的“代表”標籤的關鍵。 這些元素使您的電子郵件看起來更有可能是垃圾郵件，並可能破壞收件人的信任。 因此，DKIM 不僅僅是一個幕後標準。 這會直接影響收件人的體驗。

這一切都將我們帶到了下一個基本技巧：

2. 使用 DKIM 和 SPF 驗證電子郵件

雖然身份驗證不能保證交付，但它是建立聲譽並儘一切可能確保交付的關鍵方面。

DMARC 旨在幫助防止網絡釣魚攻擊。 它結合了 DKIM 和 SPF，以幫助您監控域的發送並通過使您能夠發布 DMARC 策略來保護您的域聲譽。 該策略告訴收件箱提供商在電子郵件未通過 DMARC 對齊時該怎麼做。

在 DMARC 之前，收件箱提供商完全可以選擇如何處理未通過 DKIM 和/或 SPF 進行身份驗證的電子郵件，但是使用 DMARC，您可以創建一個公共策略來告訴提供商隔離（發送到垃圾郵件文件夾）或拒絕（徹底丟棄）未通過 DMARC 對齊的電子郵件。

DMARC 的另一個好處是，它使 ISP 能夠向您提供有關使用您的域發送的電子郵件的來源以及通過 DKIM 或返迴路徑對齊失敗的數量的報告。 這可以讓您追踪未能對齊的合法來源，並採取措施確保這些來源經過身份驗證。 它還可以幫助您量化嘗試使用您的域發送的非法電子郵件的數量。

PayPal 是良好 DMARC 政策重要性的典型例子。 多年來，無數詐騙者試圖欺騙 PayPal 電子郵件，但現在，有了 DMARC，PayPal 發布了一項 DMARC 政策，告訴 ISP 拒絕未通過 DMARC 的電子郵件。 因此，如果任何詐騙者試圖欺騙 PayPal 電子郵件，他們將無法與 DMARC 對齊，並且 ISP 可以有信心完全拒絕這些電子郵件，因為 PayPal 有一項公共政策，即如果電子郵件未能對齊，則應該被拒絕。

這是對 DMARC 的一個非常簡短的概述，但希望它有助於為我們的第三個技巧提供上下文：

3. 制定並發布 DMARC 政策

此外，如果可能，設置自定義返迴路徑以最大限度地提高對齊機會。 然後，監控您的 DMARC 報告並進行調整，以確保與任何合法的電子郵件來源保持一致。 最後，如果您的產品或品牌是大量網絡釣魚攻擊的目標，​​請開始逐步實施更積極的隔離或隨著時間的推移拒絕政策。

Postmark 的 DMARC 工具是建立 DMARC 政策並開始接收有關您的域的每週報告的一種免費且簡單的方法。 將您的批量和事務性電子郵件流分開，並設置所有上述身份驗證，您已經處理了交付的所有基本方面。 從現在開始，我們將專注於您的應用程序中的電子郵件處理和處理。

了解電子郵件生命週期

從表面上看，電子郵件聽起來很簡單，但是當你分解電子郵件的生命週期時，表面之下有很多微妙之處和機會。 您越了解這一點，您就越能夠為收件人提供更細緻和豐富的體驗。 您改善電子郵件體驗的大部分機會取決於對電子郵件傳遞的細微差別的理解以及自動化應用程序相應處理和處理它們的能力。 因此，讓我們看看任何電子郵件的生命週期中的關鍵事件。

排隊

一旦您的應用程序從各種內容中組裝了一封電子郵件，您就可以將其排隊等待發送。 在您的應用程序中，您需要確保通過後台處理髮送電子郵件。 稍後我們將深入討論這一點，但簡單的版本是，每當您的應用程序與 3rd 方服務通信時，您都希望在後台處理該通信。 假設您使用的是電子郵件服務提供商，一旦您向他們的 API 發出請求，它也會排隊等待發送。

發送

與任何服務一樣，您的電子郵件服務提供商將有自己的隊列來處理和發送您的電子郵件。 在大多數情況下，這些隊列非常快。 向成千上萬的收件人發送批量電子郵件可能需要幾秒鐘或幾分鐘的時間，但大多數交易電子郵件的發送速度會快得多。

公認

電子郵件由您的電子郵件提供商發送後，理想情況下，收件箱提供商會接受該電子郵件。 但是，“接受”並不意味著“已交付”。 把它想像成郵政服務。 僅僅因為它有你的信，它仍然需要在它被認為已送達之前對其進行處理。 此外，一些收件箱提供商會接受電子郵件，但由於各種原因最終不會送達。 因此，即使電子郵件已被接受，也無法保證最終會送達。

被拒絕

雖然一些收件箱提供商會悄悄地拒絕電子郵件，但在大多數情況下，當電子郵件被拒絕時，它會明確地完成，並且您會收到電子郵件問題的解釋。 在某些情況下，它可能是 IP 或域聲譽，也可能是電子郵件的內容。 不幸的是，您並不總是能清楚地解釋拒絕的原因。

彈跳

退回是一種更具體的拒絕類型。 如果電子郵件地址不存在、收件箱已滿或其他原因，郵件服務將報告發送失敗並退回電子郵件。 在這些情況下，您可以使用 ESP 的退回處理通知來主動採取措施糾正問題。 稍後我們將更詳細地討論這一點。

發表

Delivered 是消息已發送給收件人的狀態。 它可能已發送到收件箱、垃圾郵件文件夾或 Gmail 的某個選項卡，但在某種程度上已被發送。 您永遠不會收到電子郵件已送達的明確通知，但它是生命週期中的關鍵狀態。

打開/點擊

打開跟踪並不完全可靠，因為用於確定電子郵件何時打開的方法可能會被電子郵件客戶端阻止。 由於打開跟踪依賴於電子郵件客戶端來加載不可見的圖像，因此阻止圖像加載的客戶端意味著這些打開不會被報告。 開放率可以作為交付的良好代理。 例如，如果您切換電子郵件服務提供商而不更改您的電子郵件的任何內容，並且您的打開率顯著提高，則可以安全地假設您的第一個電子郵件服務提供商未能傳遞部分郵件。

點擊跟踪比開放式跟踪更可靠，但它本身也會帶來複雜性。 例如，使用 Bit.ly 或其他 URL 縮短服務是垃圾郵件發送者常用的策略，因此在大多數情況下，Bit.ly URL 的存在將使您的電子郵件快速進入垃圾郵件文件夾。 但是，如果通過您的電子郵件服務提供商的點擊跟踪做得好，它可以為您的電子郵件提供有用的見解。 此外，即使打開跟踪被客戶阻止，如果有人點擊電子郵件，也可以安全地假設該電子郵件已打開。 因此，點擊跟踪也可以幫助提供關於開放率的更準確的見解。

對於打開和點擊跟踪，重要的是要考慮隱私。 雖然它們可以成為豐富收件人體驗並為您提供可用於改進電子郵件的見解的強大工具，但它們也涉及隱私問題。 如果你不打算對他們提供的數據做任何事情，你最好不要使用它們。 或者，如果您所在的行業對隱私非常敏感，您可能需要在啟用它們之前三思而後行。

退訂

雖然退訂與交易電子郵件的相關性較低，但它仍然是一個應該得到尊重的請求。 雖然您可能沒有法律義務支持退訂交易電子郵件，但這是您可能會遇到的一種狀態，當您這樣做時，您應該尊重它。

垃圾郵件投訴

與退訂一樣，垃圾郵件投訴在交易電子郵件中的頻率較低，但它們仍然會發生。 如果您的垃圾郵件投訴率很高，則表明您需要調整髮送的交易電子郵件的數量和/或質量。 與退回郵件處理一樣，您也需要主動處理垃圾郵件投訴。 你會想要尊重他們，但重要的是要記住一些垃圾郵件投訴是偶然的。 如果有人將電子郵件報告為垃圾郵件，則可能會影響他們接收未來的賬單或發票。

這給我們帶來了第四個技巧：

4. 將消息事件緊密集成到您的應用程序中

大多數電子郵件服務提供商都提供了廣泛的 Web 掛鉤，以自動通知您的應用程序有關每條消息的關鍵事件。 雖然退回處理是跟踪和處理的最關鍵事件，但其他事件可以提供有用的信息來豐富您的應用程序並使交易電子郵件成為用戶體驗中更加無縫集成的元素。

小心電子郵件內容

您的電子郵件內容可以在交付和參與方面發揮作用。 雖然某些規則（例如避免使用“偉哥”一詞）可能很明顯，但其他規則則更為微妙。 精心製作好的內容可以大大提高打開率或參與度。

我們將幾個考慮因素分組到我們的第五個關於出色交易電子郵件的提示中：

5. 花時間精心設計電子郵件的內容和結構

發件人姓名和電子郵件地址、主題、預標題和 mime 類型等內容可能會對參與度、交付和打開率產生有意義的影響。 不要讓這些元素成為事後的想法。 花時間讓它們正確並不斷測試和改進它們，就像它們是您應用程序中的任何其他頁面一樣。

發件人、主題和預標題

雖然每個電子郵件客戶端都不同，但它們都在通過某種預覽打開電子郵件之前提供了有關電子郵件的某種程度的洞察力。 這可以像顯示發件人和主題一樣簡單，但有時也包含內容的預覽。 這個主題可以證明一篇文章本身的合理性，但只要說它值得花一些時間以收件人的方式查看您的電子郵件就足夠了。 這包括清楚地命名發件人，編寫有用且簡潔的主題行，以及製作完美的預標題。 不要讓這些元素成為事後的想法，因為它們會對您的打開率產生重大影響。

HTML 和純文本

電子郵件的實際內容很重要，包括電子郵件的 HTML 和純文本版本會對收件人產生巨大影響。 有些人喜歡純文本。 無論是出於性能、隱私還是可訪問性，提供格式良好且經過深思熟慮的純文本選項對接收者來說都是一種勝利。 一些垃圾郵件過濾器更喜歡看到與 HTML 版本配對的純文本版本。 Litmus 有一篇關於電子郵件中純文本選項重要性的精彩文章，以獲取更多詳細信息。

接受回复並避免“無回复”地址

盡你所能避免使用“無回复”電子郵件地址。 他們以各種可能的方式發送錯誤的信號。 結果，您會收到更多垃圾郵件投訴，因為人們無法回復退訂。 這是一種單向的溝通方式，減少了原本可以提高可交付性的參與度。

理想情況下，發件人地址或回复地址會將回復發送到受監控的支持收件箱。 這為收件人提供了最佳體驗，並確保回復不會丟失。 但是，需要牢記一個主要考慮因素。 如果用戶收到密碼重置 URL 並回复，則有權訪問回复的任何人也將有權訪問該密碼重置 URL。 對於任何特別敏感的信息也是如此，但是，考慮到所有因素，您無論如何都不想在電子郵件中發送高度敏感的信息。

另一種選擇是使用入站接收電子郵件地址。 在諸如評論通知之類的情況下，收件人直接回復電子郵件可能很有用，設置入站電子郵件處理可以使您能夠避免無回復電子郵件地址。

無論採用何種方法，您都應始終盡力避免無回复地址。 您的客戶會欣賞它，如果您在所有渠道上收聽，您將更有可能收到重要的反饋。

小心處理電子郵件

電子郵件的內容很重要，但您如何交付它並通過交付響應邊緣案例也同樣重要。 您發送的每封電子郵件都會發生（或可能發生）很多事情。 雖然大多數與電子郵件的對話都只關注發送它，但發送它的方式也同樣重要。

我們將把這一批分組到第六個高級技巧中，以實現出色的事務性電子郵件傳遞：

6.投資基礎設施以可靠地發送和傳遞電子郵件

發送電子郵件聽起來很簡單，但不僅僅是編寫幾行代碼。 構建和維護適當的基礎架構（如後台處理和退回處理）以確保電子郵件的最高可靠性非常重要。

後台處理

假設您使用的是電子郵件服務提供商，您需要確保所有電子郵件發送都是通過後台進程進行的。 與任何外部服務的任何通信都是這種情況，有幾個原因。 首先，對於外部服務，它總是有可能出現故障。 因此，如果請求失敗，重要的是能夠在設定的時間段後自動重試請求。 或者，請求可能存在問題，或者外部服務可能發生了某些變化。 無論出於何種原因，在您的電子郵件發送中設計彈性將在某些時候為您節省一些悲傷。

同樣，良好的後台處理設置可以在出現問題時更容易得到警報和解決問題。 如果您在隊列過多時設置警報，您將在出現問題時更快地知道。 此外，假設您的後台處理正在捕獲和記錄錯誤，您將更容易確定問題的根源。

了解專用 IP

如果您在任何程度上研究過交易電子郵件，您可能已經遇到過使用專用 IP 地址的概念。 雖然使用專用 IP 地址有很多好處，但這並不是非黑即白的問題。 在某些情況下，專用 IP 地址的弊大於利。

對於幾乎每個電子郵件服務提供商，您都有兩種發送方式。 第一個選項是從共享 IP 池發送。 在這些情況下，您的投遞可能會受到使用同一 IP 地址的其他發件人的行為的影響。 如果這些發件人是邪惡的，它可能會降低 IP 地址的聲譽。 但是，如果這些發件人是好的，它可以提升 IP 地址的聲譽。

第二個選項是專用 IP 地址。 使用專用 IP 地址，如果 IP 地址存在聲譽問題，那隻能怪你自己。 問題是，為了讓專用 IP 地址正常運行，您必須擁有穩定的每日流量，足以建立和維持聲譽。 每天大約有 10,000-20,000 封電子郵件。 您還必須小心，通過在設定的時間段內持續發送更多郵件來慢慢預熱 IP 地址。 而且，雖然沒有壞的發件人會降低您的聲譽，但它也不會從可以幫助提升您的 IP 聲譽的好發件人那裡獲得任何好處。 對於大多數電子郵件服務提供商，專用 IP 地址的成本也更高。

最後，雖然 IP 聲譽仍然發揮作用，但收件箱提供商越來越多地將域聲譽與 IP 聲譽結合起來。 由於 IP 地址越來越可隨意使用，因此在域上增加聲譽有助於減少垃圾郵件發送者在域中循環使用，因為新域必須建立聲譽。 這也意味著，如果您遇到廣泛的交付問題，這些問題可能歸因於 IP 地址或您的域。 因此，交換 IP 地址可能會有所幫助，但如果您的域名聲譽受損，更改 IP 地址將無濟於事。 相反，您必須專注於清理您的域聲譽。

雖然在適當的情況下專用 IP 地址可能很棒，但它不是一個灌籃高手。 而且，如果您使用的是共享 IP 地址，則需要確保密切監視它，以確保其他發件人不會破壞其聲譽或將其列入黑名單。

反彈處理

電子郵件反彈。 沒有辦法解決它。 反彈的原因各不相同，但優雅地處理反彈的需求是普遍的。 將退回處理視為電子郵件的異常處理。 當異常發生時，您不希望它被默默地丟棄。 您想知道它發生了以及是什麼原因造成的，以便您可以修復它。 有一個警告的反彈處理也是如此。 通過退回處理，您可以授權您的用戶自己解決大多數問題。 這同時提高了客戶滿意度並減少了支持請求。

當電子郵件被硬退回時，最重要的步驟是停止嘗試將其發送到該地址。 雖然一些硬退回可能最終會自行重新開始工作，但重複退回到同一地址對收件箱提供商來說是一個非常負面的信號。 從他們的角度來看，這意味著您沒有保持列表整潔，並且很有可能您是垃圾郵件發送者。

不幸的是，如果您停止嘗試向某個地址投遞，而該地址又開始工作，您的收件人將無法收到他們的電子郵件。 這就是退回處理的用武之地。使用 webhook，您的電子郵件服務提供商可以自動通知您新的退回。 然後，您可以使用該信息在應用程序中顯示發送電子郵件時出現問題的警報。 這樣，您的用戶可以更正問題，然後重新激活交付。

Postmark 使用 Rebound 使這更加容易，這是一個簡單的 JavaScript 片段，可以自定義並包含在您的應用程序中，以主動提醒用戶注意交付問題，以便他們可以在問題導致更大的問題或支持請求之前糾正問題。

通知管理

對於事務性電子郵件，與批量促銷電子郵件相比，取消訂閱的問題要小一些，但為收件人提供一種取消訂閱或管理他們收到的事務性電子郵件的數量或類型的方法仍然很棒。

如果收件人不想收到某些類型的通知的電子郵件，一鍵取消訂閱您發送的每種類型的電子郵件可以使事情變得方便。 或者，為交易電子郵件提供偏好中心是讓收件人掌握更多控制權的好方法。 但是，如果您選擇偏好中心路線，請將選項保持在最低限度。 請記住，帶有大量複選框的頁面可能會讓人不知所措或令人困惑。 因此，雖然精細控制很好，但太多的選擇可能會適得其反。

減少頻繁通知的最佳方法之一是提供即時、每日或每週摘要等選項。 這樣，您就可以讓收件人對通知進行重大控制，從而使他們能夠大幅減少通知數量，而不會對數十種不同類型的通知進行細粒度控製而使他們不堪重負。

無論採用哪種方法，都要認識到控制通知的頻率可以大大幫助您的客戶，同時也有助於減少您的電子郵件總量。 這對您的客戶和您的電子郵件成本來說是雙贏的。

工具和監控

雖然應用程序開發的其他方面在工具、最佳實踐和可靠性方面取得了令人矚目的進步，但電子郵件仍然是一個黑盒子。 通過應用程序，您可以監控正常運行時間、頁面加載時間、應用程序性能以及無數其他方面。 但是，由於電子郵件收件箱是私密的，因此無法準確衡量真實的投遞信息。 打開率和點擊率可以作為不錯的代理，但它們仍然只是代理。 幸運的是，有一些很棒的工具可以相互補充，共同為您的電子郵件傳遞提供一個相對清晰的畫面。

這是了解我們的第七個也是最後一個提示的關鍵：

7. 使用可用的工具來監控和改進您的交付

就像您要監控應用程序的正常運行時間或性能一樣，監控電子郵件發送也同樣重要。 雖然沒有一個工具可以告訴您一切，但強大的工具的組合可以在確保您的電子郵件傳遞可靠並幫助解決那些不可靠的時候產生巨大的變化。

為了獲得良好的覆蓋率，您將需要使用以下工具並密切關注隨時間變化的模式。

1. 監控電子郵件的打開率和點擊率趨勢。 它只是一個代理，但它對相對歷史數字有好處。 例如，如果您注意到您的打開率或點擊率隨著時間的推移而急劇下降，這通常是您可能遇到交付問題的早期預警信號。 由於如果電子郵件未成功送達，則無法打開電子郵件，因此送達問題可能會導致打開率下降。
2. Gmail 提供 Postmaster 工具，可幫助您評估 IP 和域聲譽，以了解哪些電子郵件來源可能存在遞送問題。 當您懷疑自己可能遇到交付問題時，這是一個很好的取證工具。 它僅提供來自 Gmail 的洞察力，但這通常是了解您的聲譽如何看待其他提供商的一個很好的代理。
3. 使用 MXToolBox 黑名單 檢查您的域或 IP 地址是否已列入黑名單。 如果您使用的是共享 IP 地址，您可能希望為該共享 IP 地址設置一個永久的自動監控器，這樣您就可以更快地知道自己是否最終被列入黑名單。
4. 使用 GlockApps 或 250ok 之類的工具來監控您的電子郵件的收件箱位置。 重要的是要記住，這些工具依賴於種子列表來測試交付。 也就是說，由於他們無法測試發送到真實收件人的收件箱，因此他們必須使用測試地址作為代理。 與大多數電子郵件傳遞工具一樣，這不是一門完美的科學，但在實踐中，它已經足夠接近，在衡量傳遞質量方面仍然非常有用。

您擁有的監控和警報越多，您就會越早了解問題並能夠糾正它們。 通常，糟糕的電子郵件傳遞可能是一個無形的問題，只有在支持請求開始出現時才會出現，但到那時，您可能已經有 100 或 1,000 封電子郵件最終進入垃圾郵件文件夾或根本沒有到達。 就像您不希望您的客戶成為提醒您應用程序停機的人一樣，您也不希望他們首先提醒您注意潛在的交付問題。

把它放在一起

在發送電子郵件方面，您有很多選擇。 如果您願意，您甚至可以設置服務器和郵件傳輸代理 (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.