PART 01 郵件傳輸加密

在電子郵件傳輸過程中進行加密,采用了一種被稱為傳輸層安全性(TLS)的安全協(xié)議,使他人難以讀取您發(fā)送的內容。然而,遺憾的是,許多電子郵件提供商(ESP)并未對郵件在傳輸過程中進行加密。當您使用這些提供商之一發(fā)送電子郵件時,您的消息就如同明信片一樣容易被窺探。不過,現(xiàn)在越來越多的電子郵件提供商正積極采取行動,通過使用TLS對其服務中的郵件進行加密,以改變這種狀況。

通過在傳輸過程中使用傳輸層安全性(TLS)進行加密,可以有效防止窺視者獲取您的消息。TLS是一種協(xié)議,可確保電子郵件在傳遞過程中進行加密和安全傳輸,無論是入站還是出站的郵件流量。它有助于防止郵件服務器之間的竊聽,保護您的消息在不同電子郵件提供商之間的傳遞過程中保持私密性。因此,越來越多的電子郵件提供商將TLS作為安全電子郵件的標準方案,并積極推行其使用。

根據(jù)Google的一篇報告,從GoogleMail發(fā)出的Outbound郵件的使用了加密協(xié)議的比例約為92%,在GoogleMail收到的Inbound郵件中,這一比例為96%。




如果您的郵件未使用加密傳輸,Gmail會在郵件詳情的安全性這一項,標記紅色的未加密鎖的標識。如下圖:

在EngageLab的Email產品服務中,客戶可以在SendSettings---> Options中選擇開啟TLSEncryption??蛻艨梢灾付ˋPI_USER,收信域來配置加密、或不加密。

使用加密的電子郵件通信將更加安全、可靠,并能夠有效保護用戶的隱私。在開啟加密之后,可能會在郵件傳輸時造成一些額外的網(wǎng)絡開銷,但是影響很小,可以放心使用。目前這一項功能是不收費的。



PART 02 取消訂閱


取消訂閱是指在電子郵件營銷中,最終的用戶通過點擊鏈接,告知發(fā)送方將其從郵件列表中移除,不再接收此類郵件的行為。

每一封電子郵件都必須包含一個取消訂閱鏈接,以便用戶隨時可以將自己移除。如果郵件中沒有取消訂閱的按鈕或鏈接,當用戶無法取消訂閱時,用戶可能會將此郵件歸類為垃圾郵件,這將嚴重損害發(fā)送方的信譽,導致后續(xù)的郵件有可能會被歸類進垃圾箱,或者被拒收。

所以,我們強烈建議在每一封郵件都放置取消訂閱鏈接。關于取消訂閱有幾個點想要分享給大家。


01 關于退訂率(UnsubscribeRate)


在電子郵件營銷中,平均退訂率會受到所處市場和行業(yè)的影響。然而,在任何行業(yè)中,低于0.5%的退訂率都被認為是令人滿意的表現(xiàn)。而0.5-1%之間的退訂率則被視為相對合理的水平。根據(jù)Campaign Monitor的一篇報告,他們發(fā)現(xiàn)平均退訂率在0.17%是一個很好的結果。

在EngageLab的Email產品服務中,客戶可以在Marketing菜單下使用Campaigns發(fā)送自己的營銷活動。每個營銷活動的報告中,客戶可以清晰的看到每個活動對應的退訂率。如果高于1%,則需要額外關注。


較高的退訂率意味著存在各種問題。這些問題可能包括

為了避免高退訂率,首先需要確保您正確地定位目標受眾。了解受眾的需求和興趣,以便提供相關和有價值的內容。此外,確保您的電子郵件在移動設備上能夠良好展示。移動設備已成為人們接收電子郵件的主要渠道之一,因此優(yōu)化移動體驗至關重要。另外,電子郵件發(fā)送時間也是影響退訂率的關鍵因素。確保在合適的時間發(fā)送電子郵件,以避免打擾和干擾訂閱者。了解您的目標受眾的行為模式和偏好,選擇最佳的發(fā)送時機。


02 關于退訂的范圍


關于營銷郵件,重要的是確保用戶能夠輕松退訂,但是退訂的范圍是可以隔離和細分的。這就是全局退訂和組退訂的區(qū)別。

全局退訂:用戶點擊退訂鏈接,永遠不再接收任何來自你的郵件。

退訂組:將郵件分組,以便用戶可以從某些郵件組(例如:營銷)中取消訂閱,但仍然接收其他組(例如:周刊)的郵件。


在系統(tǒng)中,客戶可以設置用戶退訂的API_USER的范圍。

“僅退訂該API_USER”,意思是用戶只退訂當前API_USER發(fā)送的郵件;

“退訂所有API_USER”,意思是用戶全局退訂所有API_USER發(fā)送的郵件;

“自定義退訂規(guī)則”,則是客戶可以設置關聯(lián)API_USER,舉例說明:如果用戶退訂了API_USER-A,則對應的也給此用戶關聯(lián)退訂API_USER-B和API_USER-C。



通過這些規(guī)則的設定,客戶可以靈活的控制用戶從特定的郵件列表中移除自己,同時仍然訂閱其他列表。這為EngageLab的客戶和他們的收件人提供了更多細粒度和控制,用以處理營銷偏好。


03 關于退訂頁面


什么是電子郵件退訂頁面?

退訂頁面是用戶點擊退訂鏈接之后跳轉到的一個頁面。每個用戶都可以點擊退訂鏈接,跳轉到您的退訂頁面。退訂頁面的目的是確認用戶確實希望退出您的郵件列表。這也是說服他們留在您的列表并繼續(xù)接收有價值郵件內容的最后機會。

退訂并不是世界末日,除非退訂按鈕是您給顧客的唯一選擇!所以,不要輕易放棄!

所以,您可以采取多種措施,勸說用戶改變點擊退訂按鈕的想法。通常,我們會建議您的退訂頁面上包含以下內容,用以說服有價值的訂閱者繼續(xù)留下:



在EngageLab的Email產品服務中,客戶可以Send Settings菜單下編輯制作退訂頁面。包括自定義頁面、文字和按鈕的樣式,產品的Logo,退訂頁面的選擇項(用以分析用戶的退訂原因),以及退訂成功之后的跳轉頁面。



針對國際郵件發(fā)送中退訂頁面多語言的問題,客戶可以根據(jù)自己用戶的地區(qū)和語言,編輯制作多個語言版本的退訂頁面,系統(tǒng)會給每個退訂頁面分配page_id。客戶在發(fā)送郵件時帶上參數(shù)page_id,則這封郵件的退訂頁面就使用page_id所指定的頁面。



PART 03 郵件代發(fā) 

當你給用戶發(fā)送郵件時,用戶可能會在其姓名旁邊看到額外的信息。如下2個圖所示:

在Gmail郵箱里,您會在發(fā)件人姓名旁邊看到“通過”,“via”的信息和網(wǎng)站名稱。在QQ郵箱里,你會在發(fā)件人姓名下面看到“由xxxx代發(fā)”。

這種情況是因為這封郵件真實的發(fā)送地址與宣稱的發(fā)件人地址不一致,造成的。

真實的發(fā)送地址是Mail From(也叫Sender),我們形象的稱之為郵件信封上的發(fā)件人地址。它是形如xxx@domain的Email格式。在EngageLab系統(tǒng)中,Mail From的后綴domain須是客戶配置的發(fā)信域名,而前綴xxx可在系統(tǒng)中進行設定,未設定情況下則由系統(tǒng)按照規(guī)則生成。

宣傳的發(fā)件人地址是From,就是指郵件內容里的發(fā)件人地址,格式也是Email格式。郵件協(xié)議的規(guī)范里,并沒有對From做約束,發(fā)件人可以使用任意From。在EngageLab系統(tǒng)中,客戶可以在API或SMTP發(fā)送時,完全自定義From。

此時,有些客戶可能會感到緊張。如果有不懷好意的人冒用您公司的域名作為發(fā)件人(from),那么在他發(fā)送的郵件中,收件人將看到您公司域名的發(fā)件人(service@公司域名),這可能會帶來很大的風險。例如,惡意發(fā)送釣魚郵件的人會將發(fā)件人設置成您熟悉或信任的機構或個人,然后在郵件中夾帶惡意附件以誘使您點擊,從而使得不知情的用戶中招。

電子郵件中的仿冒和偽造現(xiàn)象經(jīng)常發(fā)生。這是因為電子郵件有一個類似于信封的概念,但可惜的是,對于普通用戶來說,電子郵件的“信封”通常是不可見的。普通用戶只能看到郵件客戶端顯示的發(fā)件人和收件人地址(即from和to)。

對于多數(shù)郵箱服務商來說,mailfrom和from如果兩者不一致,就會給出提示,如前圖中所示的那樣。用于提醒用戶,這封郵件真實的發(fā)送地址與宣稱的發(fā)件人地址不一致,需要審慎對待郵件內容的真實性。除此之外,還有SPF、DMARC這樣的安全驗證策略,來保證發(fā)信來源的可靠。

為了解決這個代發(fā)顯示的問題,EngageLab的Email產品服務中,客戶可以在SendSettings---> Options下分別設置From后綴、設置MailFrom前綴。

設置From后綴,開啟此項設置之后,系統(tǒng)會使用發(fā)信域名來替換掉From的后綴域名。



設置MailFrom前綴,開啟此項設置之后,系統(tǒng)會使用填寫值來替換掉MailFrom的前綴。通過這2項配置,就可以實現(xiàn)去掉郵件代發(fā)。避免因為代發(fā)而發(fā)生可能出現(xiàn)的用戶不信任。



PART 04 DKIM密鑰自動更新 


在之前的文章里,我們講到過DKIM(DomainKeys Identified Mail)。DKIM是一種防范電子郵件欺詐的驗證技術,通過消息加密認證的方式檢測發(fā)件人、主體、內容、附件等部分是否被竄改。

發(fā)送方會在電子郵件的頭域插入DKIM-Signature及電子簽名信息。在DKIM驗證期間,收件方會先查詢發(fā)信域名的DKIM記錄獲得公鑰,使用公鑰驗證郵件DKIM簽名的有效性。從而確認在郵件發(fā)送的過程中,郵件是否被惡意篡改,保證郵件內容的完整性。

客戶需要做的,是根據(jù)系統(tǒng)提示的域名配置信息,在域名服務商的管理系統(tǒng)配置DKIM記錄(TXT記錄)就好了,此TXT記錄配置了域名的公鑰信息。

私鑰由系統(tǒng)保管,在發(fā)送時用于郵件字段的加密計算。公鑰由客戶配置在域名的DKIM記錄中,由收信服務商驗證計算時使用。私鑰簽名加密,公鑰驗證,通過這樣的方式保證了郵件在傳輸過程中內容不會被篡改,同時也保證了郵件內容的完整性。

但是部分客戶會對私鑰的安全性提出了更高的要求,需要對私鑰公鑰定期更新。傳統(tǒng)的方法是由系統(tǒng)重新生成密鑰對,再交由客戶去重新配置生效。這個方法有2個弊端:

1、操作麻煩,需要客戶定期去更新配置

2、每次在新舊配置的過渡時期,可能會因為DNS的緩存問題發(fā)生密鑰對獲取錯誤,導致驗證失敗

為了解決以上的問題,我們提供了DKIM加密域名托管服務。即客戶通過CNAME記錄將發(fā)信域名的公鑰配置“托管”到系統(tǒng)指定的域名。之后,此域名的所配置的私鑰公鑰會由系統(tǒng)進行定時更新,發(fā)送服務所使用的私鑰也會和此域名當前所指定的公鑰進行協(xié)同配置。從而完美的解決了DKIM私鑰公鑰定期更新的問題,過程對客戶完全透明,安全性也大大增強。


目前,此功能在內部測試階段,有需求的客戶可以線上工單或與客服聯(lián)系,開通測試。






關于極光

極光(Aurora Mobile,納斯達克股票代碼:JG)成立于2011年,是中國領先的客戶互動和營銷科技服務商。成立之初,極光專注于為企業(yè)提供穩(wěn)定高效的消息推送服務,憑借先發(fā)優(yōu)勢,已經(jīng)成長為市場份額遙遙領先的移動消息推送服務商。隨著企業(yè)對客戶觸達和營銷增長需求的不斷加強,極光前瞻性地推出了消息云和營銷云等解決方案,幫助企業(yè)實現(xiàn)多渠道的客戶觸達和互動需求,以及人工智能和大數(shù)據(jù)驅動的營銷科技應用,助力企業(yè)數(shù)字化轉型。

分享文章
微信
微博
復制鏈接

上一篇:

AIGC | LLM 提示工程 -- 如何向ChatGPT提問

下一篇:

極光筆記丨海外推送服務對比:Firebase VS EngageLab
登錄后可進行留言,請 登錄注冊
0條留言
快速聯(lián)系

熱門文章

相關文章

內容標簽
#郵件 #海外運營 #極光筆記

極光官方微信公眾號

關注我們,即時獲取最新極光資訊

0/140
發(fā)送

現(xiàn)在注冊,領取新人大禮包

免費注冊

您的瀏覽器版本過低

為了您在極光官網(wǎng)獲得最佳的訪問體驗,建議您升級最新的瀏覽器。