本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 電子郵件計畫成功指標
<a name="success-metrics"></a>

有幾個指標可協助衡量電子郵件程式是否成功。

**Topics**
+ [退信](#metrics-bounce-rate)
+ [投訴](#metrics-complaints)
+ [訊息品質](#metrics-quality)

## 退信
<a name="metrics-bounce-rate"></a>

當電子郵件無法遞送給指定收件人時，便會發生*退信*。退信有兩種類型：*硬退信*和*軟退信*。硬退信可能會在電子郵件因持久性的問題而無法遞送時發生，例如電子郵件地址不存在。軟退信則會在暫時性的問題阻擋電子郵件遞送時發生。軟退信也可能在收件人收件匣已滿，或者接收伺服器暫時無法使用時發生。Amazon SES 處理軟退信的方法，是將嘗試在一段時間後重新遞送遭退信的電子郵件。

監控電子郵件程式中的硬退信數量，以及從您的收件人清單中移除硬退信電子郵件地址都非常重要。當電子郵件接收工具偵測到高硬退信率時，他們將假設您不了解自己的收件人。因此，高硬退信率可能對您的電子郵件訊息可交付性造成負面影響。

以下準則可協助您避免退信並改善您的寄件者評價：
+ 試著讓您的硬退信率低於 5%。電子郵件計畫中的硬退信數量越少，ISP 將越有可能將您的訊息視為具正當性且有價值的內容。此比率應被視為合理且可達成的目標，但是並非所有 ISP 皆通用的規則。
+ 千萬不可租用或購買電子郵件清單。這些清單可能包含大量的無效地址，且可能因此導致您的硬退信率大幅增加。此外，這些清單可能包含垃圾郵件陷阱 - 專門用於抓捕不正當寄件者的電子郵件地址。如果您的訊息落入垃圾郵件陷阱中，便可能對您的交付率與寄件者評價造成無法修復的傷害。
+ 讓清單內容保持為最新狀態。如果您已有長時間未寄出電子郵件給收件人，可嘗試透過其他方法來驗證您的客戶狀態 (例如網站登入活動或購買歷史記錄)。
+ 如果您沒有可驗證客戶狀態的方法，請考慮傳送一封 *win-back* (找回客戶) 電子郵件。典型的 win-back 電子郵件會提到您已有段時間未與客戶聯絡，並鼓勵客戶確認是否仍想收到您的電子郵件。傳送 win-back 電子郵件之後，自清單中清除所有未回應的收件人。

當您收到退信時，適當的回應非常重要。您可以參考下列規則：
+ 如果電子郵件地址硬退信，便立即從清單中移除該地址。不要嘗試重新傳送訊息到發生硬退信的地址。重複的硬退信將增加，最終便會對您在收件人 ISP 中的評價造成傷害。
+ 確認您用來接收退信通知的地址能接收電子郵件。如需設定退信和投訴通知的詳細資訊，請參閱「[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)」。
+ 如果您的傳入電子郵件來自於 ISP，而非透過您自有的內部伺服器，湧入的退信通知可能送入您的垃圾郵件資料夾或完全遭到刪除。理想情況下，您不應該使用託管的電子郵件地址來接收退信。但是，若您必須使用，請時常檢查垃圾郵件且不要將退信訊息標記為垃圾郵件。在 Amazon SES 中，您可以指定傳送退信通知的目標地址。
+ 退信通常會提供拒絕傳遞的信箱地址。不過，如果您需要更多精細資料來將收件人地址對應到特定的電子郵件行銷活動，請將可回溯追蹤至內部追蹤系統的 X - 標題值加入郵件中。如需詳細資訊，請參閱「[Amazon SES 標頭欄位](header-fields.md)」。

## 投訴
<a name="metrics-complaints"></a>

當電子郵件收件人在基於 Web 的電子郵件客戶端中點選「標記為垃圾郵件」(或相同功能) 按鈕時，就會發生抱怨。如果您累積大量此類的抱怨，ISP 便假設您傳送的是垃圾郵件。這將對您的可交付性和寄件者評價造成負面影響。部分但並非所有 ISP 會在收到投訴回報時通知您；稱之為*回饋迴圈*。Amazon SES 會自動轉送來自 ISP 的投訴，為您提供回饋迴圈。

以下準則可協助您避免抱怨和並改善寄件者評價：
+ 試著讓您的抱怨率低於 0.1%。電子郵件計畫中的抱怨數量越少，ISP 將越有可能將您的訊息視為具正當性且有價值的內容。此比率應被視為合理且可達成的目標，但是並非所有 ISP 皆通用的規則。
+ 如果客戶提出與行銷電子郵件相關的抱怨，應立即停止傳送行銷電子郵件給該客戶。但是，如果您的電子郵件計畫也包含其他類型的電子郵件 (如通知或交易電子郵件)，也許可繼續傳送那些類型的訊息給提出抱怨的收件人。
+ 與硬退信相同，如果您的郵寄清單已有一段時間未用於傳送電子郵件，請確認您的收件人了解為什麼他們會收到您的訊息。我們建議您傳送歡迎訊息，提醒他們您的身分並說明與他們聯絡的目的。

當您收到抱怨時，適當的回應非常重要。您可以參考下列規則：
+ 確認您用來接收抱怨通知的地址能接收電子郵件。如需設定退信和投訴通知的詳細資訊，請參閱「[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)」。
+ 請確定您的抱怨通知未遭 ISP 或郵件系統標記為垃圾郵件。
+ 抱怨通知通常包含電子郵件內文；這與退信通知不同，因為退信通知通常只會包含電子郵件標頭。但是，在抱怨通知中，通常會移除發出抱怨的當事人電子郵件地址。使用自訂 X-header 或內嵌於電子郵件內文中的特殊識別符，來找出發出抱怨的電子郵件地址。此技術可讓您更輕鬆地識別抱怨的地址，讓您可以從收件人清單中移除他們。

## 訊息品質
<a name="metrics-quality"></a>

電子郵件接收工具使用*內容篩選條件*來偵測您的訊息中的特定屬性，由此判定您的訊息是否具正當性。這些內容篩選條件將自動檢閱您的訊息內容，以從中辨認出不想要的訊息或惡意訊息的常見特徵。在訊息傳出前，Amazon SES 會使用內容篩選技術來協助偵測並封鎖包含惡意軟體的訊息。

如果電子郵件接收工具的內容篩選條件判斷您的訊息包含垃圾郵件或惡意電子郵件特性，您的訊息將非常有可能被標記並自收件人信箱中轉移。

設計您的電子郵件時請謹記下列要點：
+ 現代的內容篩選條件非常智慧，會持續調整和變更。他們不會倚賴預先定義的規則集。第三方服務 (例如 [ReturnPath](https://returnpath.com/) 或 [Litmus](https://litmus.com/)) 可協助識別您電子郵件中可能觸發內容篩選條件的內容。
+ 若您的電子郵件包含連結，請將這些連結的 URL 與DNS 黑名單 (DNSBL) 相互對照，例如 [URIBL.com](http://uribl.com/) 和 [SURBL.org](http://www.surbl.org/) 提供的黑名單。
+ 避免使用縮址連結。惡意寄件者可能會使用縮址連結來隱藏連結的實際目標。當 ISP 注意到縮址服務被用於惡意用途時，可能會拒絕存取那些服務，即使是聲譽良好的服務也無法豁免。若您的電子郵件包含連結到被列入拒絕名單的縮址服務網址，將不會送達客戶的收件匣中，且您的電子郵件行銷活動會受到負面影響。
+ 請測試電子郵件中的每個連結，以確認連結導向的是正確的頁面。
+ 請確定您的網站包含隱私權政策與使用條款文件，且這些文件皆為最新版。最佳實務是在每封您傳送的電子郵件連結到這些文件。提供這些文件的連結表示您對客戶沒有隱瞞之意，可協助建立信賴關係。
+ 如果您計劃傳送高頻率內容 (例如「每日優惠」訊息)，請確保在每次部署時您的電子郵件內容皆不同。當您傳送高頻率訊息時，必須確保這些訊息的及時性與相關性，而非只是重複且惱人的內容。