大量郵件指南

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

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

驗證與識別

  • 每次傳送大量電子郵件均使用相同的寄件者。呼叫 Mail API 功能傳送電子郵件時,From 標頭會設定為符合您指定的寄件者。
  • 您的寄件者地址應該是位於 G Suite for Business 網域中的帳戶。如果網域仍在免費試用期或使用者數目不到 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 使用者的收件匣:
    • 使用者的「聯絡人」清單列有 From 地址。
    • 使用者按一下 [非垃圾郵件],通知 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 倍。

如要進一步瞭解傳送郵件的其他相關配額,請參閱配額與限制一文。

後續步驟

本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Go 適用的 App Engine 標準環境