大量郵件指南

如果您的應用程式要傳送大量電子郵件，亦即將類似的郵件訊息傳送給眾多收件者，您必須遵循以下規定。這些規定可確認您通訊群組清單中所有收件者都確實想要收到電子郵件，提高 Gmail 使用者的收件匣傳送成功率。如果收件者手動將您的電子郵件標示為垃圾郵件，系統就會認定收件者向 Gmail 強烈要求將您日後發出的電子郵件標示為垃圾郵件。

如要進一步瞭解郵件傳送，請參閱 Mail API 總覽。

驗證與識別

  • 每次傳送大量電子郵件時，請皆使用相同的寄件者。呼叫 Mail API 函式傳送電子郵件時，系統會將 From 標頭設定為符合您指定的寄件者。
  • 您的寄件者地址應該是位於 Google Workspace 網域中的帳戶。如果網域仍處於免費試用期或使用者數目不到 6 人，且 Google 帳戶傳送的電子郵件中有太多遭使用者標示為垃圾郵件，則系統可能會暫時停用這些 Google 帳戶。在這種情況下，Mail API 會擲回含有 Unauthorized sender 錯誤訊息的例外狀況。
  • 請使用 DKIM 對電子郵件進行簽署，但如果您是使用 App Engine 傳送郵件，則必須採用 G Suite 網域。
  • 請發布 SPF 記錄，防止垃圾內容發布者假冒您的郵件寄件者地址。SPF 會驗證傳送電子郵件的來源是否為郵件寄件者的 DNS 記錄中發佈的 IP 位址。App Engine 的郵件寄件者位於 apphosting.bounces.google.com 網域中，所以系統可能不會使用 SPF 記錄來判斷是否應傳送來自 App Engine 的電子郵件。

訂閱

  • 通訊群組清單中的每個使用者都應選用下列其中一種方式，接收您傳送的郵件：

    • 傳送電子郵件給您要求訂閱
    • 手動勾選網路表單或軟體中的核取方塊

  • 如果您是使用向第三方購買的電子郵件地址清單，系統不會將其視為使用者自行選擇接收。在網路表單或軟體的核取方塊中，您也不應將所有使用者預設為訂閱，或是要求使用者明確取消訂閱郵件。

  • 使用者勾選網路表單或軟體中的核取方塊來申請接收郵件之後，您應該確保對方確實可以透過表單中指定的地址接收電子郵件。您可以傳送一封需要使用者確認接收的電子郵件，藉此驗證使用者。

取消訂閱

  • 使用者必須能以下列其中一種方式取消訂閱：
    • 透過電子郵件中的醒目連結取消訂閱 (除了確認取消的動作之外，使用者不需要進行任何進一步的互動)。
    • 透過電子郵件取消訂閱回覆訊息。
  • App Engine 只能接收傳送至 [APP_ID].appspotmail.com 網域的電子郵件。因此，如果您想要在 App Engine 中自動處理取消訂閱的電子郵件回覆，則必須將寄件者設為這個網域中的地址。
  • 使用 List-Unsubscribe 標頭 (此為 App Engine Mail API 支援的標頭)。
  • 自動為電子郵件地址退回多封郵件的使用者取消訂閱。
  • 定期傳送確認電子郵件給使用者，讓他們有機會取消訂閱之前申請接收的每一份清單。
  • 在您的電子郵件中明確指出訂閱的電子郵件地址，因為使用者可能是從其他帳戶轉寄電子郵件。

格式

  • 依據 RFC 2822 SMTP 標準設定格式。如果是使用 HTML，則請按照 w3.org 標準設定格式。
  • 如果您試圖隱藏郵件的實際寄件者，或是隱藏郵件內網路連結的實際到達網頁，可能會導致郵件無法寄達。舉例來說，我們建議您不要在大量電子郵件中使用網址縮短服務，因為這類服務可能會遮蔽電子郵件內文所含的真正網址。
  • 每封郵件的主旨應該與內文的內容相關，不應對收件者產生誤導。

交付日期

  • 下列因素有助於將郵件順利送達 Gmail 使用者的收件匣：
    • 使用者的「Contacts」(聯絡人) 清單列有 From 地址。
    • 使用者可透過點選 [Not Spam] (非垃圾郵件)，通知 Gmail 這個地址傳送的郵件是使用者要求接收的訊息。
  • 如果要同時傳送與貴機構相關的促銷電子郵件和業務電子郵件，建議您盡可能按用途區隔電子郵件，方法如下：
    • 針對各個用途，使用不同的電子郵件地址。
    • 針對各個用途，從不同的網域傳送電子郵件。

第三方寄件者

  • 如果他人使用您的服務傳送電子郵件，您必須負責監控您的使用者及/或用戶端的行為。如有任何使用者及/或用戶端利用您的服務傳送垃圾電子郵件，您應立即禁止對方使用服務。《Google Cloud Platform 使用限制政策》明確規範禁止垃圾郵件。如果您違反這項政策，我們會依據《Google Cloud Platform 服務條款》的規定將您的應用程式停權。
  • 您必須提供一個電子郵件地址，供使用者及/或用戶端舉報濫用行為，地址通常是 abuse@[YOUR_DOMAIN].com。您也應監控 postmaster@[YOUR_DOMAIN].com。
  • 請監控傳送給應用程式管理員的電子郵件。Google 可能需要緊急聯絡應用程式管理員，例如通知您發生了使用限制政策違反情事。如果您能迅速回覆我們的電子郵件，我們就能更快協助您解決問題。
  • 無論是在您的網域註冊商維護的 WHOIS 記錄中，還是在 abuse.net 上，您都必須提供最新的聯絡資訊。

聯盟行銷計劃

  • 當第三方為網站帶來訪客時，聯盟行銷計劃會給予獎勵。這些計劃容易吸引垃圾內容發佈者，因此帶來的效果很可能弊大於利。請注意下列事項：
    • 如果您的品牌與聯盟行銷垃圾郵件產生關聯，可能會影響您和您其他聯盟成員傳送的電子郵件。
    • 您必須負責監控聯盟成員；如果發現他們涉及傳送垃圾郵件，應予以除名。

App Engine Mail API 替代方案

  • 您可以透過第三方電子郵件傳送服務供應商，從 App Engine 傳送電子郵件。這些服務可能會提供無法在 Mail API 中取得的其他功能，對於某些大量電子郵件寄件者而言，或許是更好的解決方案。
  • 您可以使用 Sockets API 直接連結至 SMTP 伺服器，以便傳送電子郵件。

大量郵件的限制

如果您在短期內傳送過多電子郵件，系統可能會基於 Google 安全限制自動捨棄部分電子郵件而不發送任何通知。為避免發生這種狀況，請將每日電子郵件傳送速率上限轉換為以秒為單位，計算方式為將每日配額除以 86,400 (一天的秒數)。請注意，大量電子郵件的傳送速率不得超過每日傳送速率上限的 50 倍。

如要進一步瞭解其他郵件傳送配額，請參閱配額與限制。

後續步驟