本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 使用 Amazon SES 傳送電子郵件的最佳實務
管理您與客戶間電子郵件通訊的方法稱為您的*電子郵件計畫*。有幾個因素可能會導致您的電子郵件計畫成功或失敗，這些因素一開始可能令人感到混淆或難以理解。但是，了解電子郵件傳遞的方法並遵循幾項最佳實務，便能提升電子郵件成功送達客戶收件匣的機率。
**Topics**
+ [電子郵件計畫成功指標](success-metrics.md)
+ [維持正面寄件者評價](tips-and-best-practices.md)
# 電子郵件計畫成功指標
有幾個指標可協助衡量電子郵件程式是否成功。
**Topics**
+ [退信](#metrics-bounce-rate)
+ [投訴](#metrics-complaints)
+ [訊息品質](#metrics-quality)
## 退信
當電子郵件無法遞送給指定收件人時，便會發生*退信*。退信有兩種類型：*硬退信*和*軟退信*。硬退信可能會在電子郵件因持久性的問題而無法遞送時發生，例如電子郵件地址不存在。軟退信則會在暫時性的問題阻擋電子郵件遞送時發生。軟退信也可能在收件人收件匣已滿，或者接收伺服器暫時無法使用時發生。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)」。
## 投訴
當電子郵件收件人在基於 Web 的電子郵件客戶端中點選「標記為垃圾郵件」(或相同功能) 按鈕時，就會發生抱怨。如果您累積大量此類的抱怨，ISP 便假設您傳送的是垃圾郵件。這將對您的可交付性和寄件者評價造成負面影響。部分但並非所有 ISP 會在收到投訴回報時通知您；稱之為*回饋迴圈*。Amazon SES 會自動轉送來自 ISP 的投訴，為您提供回饋迴圈。
以下準則可協助您避免抱怨和並改善寄件者評價：
+ 試著讓您的抱怨率低於 0.1%。電子郵件計畫中的抱怨數量越少，ISP 將越有可能將您的訊息視為具正當性且有價值的內容。此比率應被視為合理且可達成的目標，但是並非所有 ISP 皆通用的規則。
+ 如果客戶提出與行銷電子郵件相關的抱怨，應立即停止傳送行銷電子郵件給該客戶。但是，如果您的電子郵件計畫也包含其他類型的電子郵件 (如通知或交易電子郵件)，也許可繼續傳送那些類型的訊息給提出抱怨的收件人。
+ 與硬退信相同，如果您的郵寄清單已有一段時間未用於傳送電子郵件，請確認您的收件人了解為什麼他們會收到您的訊息。我們建議您傳送歡迎訊息，提醒他們您的身分並說明與他們聯絡的目的。
當您收到抱怨時，適當的回應非常重要。您可以參考下列規則：
+ 確認您用來接收抱怨通知的地址能接收電子郵件。如需設定退信和投訴通知的詳細資訊，請參閱「[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)」。
+ 請確定您的抱怨通知未遭 ISP 或郵件系統標記為垃圾郵件。
+ 抱怨通知通常包含電子郵件內文；這與退信通知不同，因為退信通知通常只會包含電子郵件標頭。但是，在抱怨通知中，通常會移除發出抱怨的當事人電子郵件地址。使用自訂 X-header 或內嵌於電子郵件內文中的特殊識別符，來找出發出抱怨的電子郵件地址。此技術可讓您更輕鬆地識別抱怨的地址，讓您可以從收件人清單中移除他們。
## 訊息品質
電子郵件接收工具使用*內容篩選條件*來偵測您的訊息中的特定屬性，由此判定您的訊息是否具正當性。這些內容篩選條件將自動檢閱您的訊息內容，以從中辨認出不想要的訊息或惡意訊息的常見特徵。在訊息傳出前，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 注意到縮址服務被用於惡意用途時，可能會拒絕存取那些服務，即使是聲譽良好的服務也無法豁免。若您的電子郵件包含連結到被列入拒絕名單的縮址服務網址，將不會送達客戶的收件匣中，且您的電子郵件行銷活動會受到負面影響。
+ 請測試電子郵件中的每個連結，以確認連結導向的是正確的頁面。
+ 請確定您的網站包含隱私權政策與使用條款文件，且這些文件皆為最新版。最佳實務是在每封您傳送的電子郵件連結到這些文件。提供這些文件的連結表示您對客戶沒有隱瞞之意，可協助建立信賴關係。
+ 如果您計劃傳送高頻率內容 (例如「每日優惠」訊息)，請確保在每次部署時您的電子郵件內容皆不同。當您傳送高頻率訊息時，必須確保這些訊息的及時性與相關性，而非只是重複且惱人的內容。
# 維持正面寄件者評價
在 Amazon SES 中，寄件者評價是指電子郵件寄件者對電子郵件提供者和垃圾郵件篩選條件的可信度和可信度。這是衡量您的電子郵件被視為合法並成功交付給收件人收件匣的可能性的指標。
以下各節介紹了您必須注意的核心電子郵件傳送主體，以確保您的電子郵件通訊可到達您預期的受眾，同時保持良好的寄件者評價。
## 網域和「寄件人」地址考量
+ 謹慎考慮用於傳送電子郵件的地址。「寄件人」地址是收件人將看到的第一個資訊片段，因此這個第一印象將持續產生影響。此外，一些 ISP 會依據「寄件人」地址來判斷您的評價。
+ 您可以考慮使用適用於不同通訊類型的子網路。例如，假設您從網域 *example.com* 中傳送電子郵件，而您計劃傳送行銷和交易兩種訊息。與其自 *example.com* 傳送所有訊息，不如使用如 *marketing.example.com* 子網域來傳送行銷訊息、再從 *orders.example.com* 子網域中傳送交易訊息。獨特的子網域將建立自己的評價。使用子網域可降低對評價造成傷害的風險，例如，您的行銷通訊內容落入垃圾郵件陷阱或者觸發內容篩選條件等情況。
+ 如果您計劃傳送大量訊息，不要使用以 ISP 為基礎的地址傳送這些訊息，例如 *sender@hotmail.com*。如果 ISP 發現有大量訊息自 *sender@hotmail.com* 傳入，該電子郵件採取的處理方式就會與使用您所有的外寄電子郵件傳送網域所傳送的電子郵件不同。
+ 與您的網域註冊機構合作，以確保您的網域 WHOIS 資訊是準確的。維持誠實且最新的 WHOIS 記錄，表示您重視資訊透明度，並允許使用者快速判斷您的網域是否具真實性。
+ 避免使用 *no-reply* 地址，例如將 *no-reply@example.com* 做為您的 "From" 或 "Reply-to" 地址。使用 *no-reply@* 電子郵件地址，會讓收件人明顯感受到您刻意不提供與您聯絡的方式，而且您也對他們的意見不感興趣。
## 身分驗證
+ 使用 [SPF](send-email-authentication-spf.md) 和 SenderID 對您的網域進行身分驗證。這些驗證方法可向電子郵件收件人確認，您傳送的每封電子郵件皆確實自其聲稱使用的網域寄出。
+ 使用 [DKIM](send-email-authentication-dkim.md) 簽署您的對外電子郵件。此步驟可向收件人確認，內容在寄件者與接收者間的傳輸過程中未遭到變更。
+ 您可以傳送電子郵件給您所擁有且以 ISP 為基礎的電子郵件地址來測試 SPF 和 DKIM 的驗證設定，例如個人的 Gmail 或 Hotmail 帳戶，然後檢視訊息標題。可從標題看出您對於驗證與簽署訊息的嘗試是否正確。
## 建置並維護您的清單
+ 採取雙重選擇使用策略。當使用者註冊接收您的電子郵件時，將傳送內含確認連結的訊息給使用者，且在他們點選該連結來確認地址前不會開始傳送電子郵件訊息給這些使用者。雙重選擇使用策略可協助降低因輸入錯誤而導致的硬退信數量。
+ 當使用基於 Web 的表單來收集電子郵件地址時，請在送出表單時針對這些地址執行最基礎的驗證。例如，確認您收集的地址格式正確 (也就是格式為 *recipient@example.com*)，且他們皆指向具備有效 MX 記錄的網域。
+ 允許在不檢查便將使用者定義的輸入交付到 Amazon SES 時，須特別注意。論壇註冊和表單提交有其特殊的風險，因為內容完全由使用者產生，而垃圾郵件發信者可使用自己的內容來填寫表單。您有責任確認自己傳送的電子郵件皆為高品質的內容。
+ 以標準別名 (例如 *postmaster@*、*abuse@* 或 *noc@*) 刻意註冊您電子郵件的情況非常少見。請確認您傳送訊息的對象是真人且他們確實想要收到您的訊息。此規則對於標準別名來說更為重要，因為標準別名皆為電子郵件監視程式習慣性預留的名稱。這些別名可能以破壞性的形式被惡意加入您的清單中來傷害您的評價。
## 合規
+ 請注意您傳送電子郵件對象收件人所在國家及區域的電子郵件行銷和反垃圾郵件法律及法規。您有責任確保您傳送的電子郵件符合這些法律。本指南並未涵蓋這些法律，因此研究他們對您來說相當重要。如需法律清單，請參閱 Wikipedia 上的 [Email Spam Legislation by Country](https://en.wikipedia.org/wiki/Email_spam_legislation_by_country)。
+ 請一律諮詢律師以取得法律建議。