




在電子郵件傳輸過程中進行加密,采用了一種被稱為傳輸層安全性(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)絡開銷,但是影響很小,可以放心使用。目前這一項功能是不收費的。
取消訂閱是指在電子郵件營銷中,最終的用戶通過點擊鏈接,告知發(fā)送方將其從郵件列表中移除,不再接收此類郵件的行為。
每一封電子郵件都必須包含一個取消訂閱鏈接,以便用戶隨時可以將自己移除。如果郵件中沒有取消訂閱的按鈕或鏈接,當用戶無法取消訂閱時,用戶可能會將此郵件歸類為垃圾郵件,這將嚴重損害發(fā)送方的信譽,導致后續(xù)的郵件有可能會被歸類進垃圾箱,或者被拒收。
所以,我們強烈建議在每一封郵件都放置取消訂閱鏈接。關于取消訂閱有幾個點想要分享給大家。
在電子郵件營銷中,平均退訂率會受到所處市場和行業(yè)的影響。然而,在任何行業(yè)中,低于0.5%的退訂率都被認為是令人滿意的表現(xiàn)。而0.5-1%之間的退訂率則被視為相對合理的水平。根據(jù)Campaign Monitor的一篇報告,他們發(fā)現(xiàn)平均退訂率在0.17%是一個很好的結果。
在EngageLab的Email產品服務中,客戶可以在Marketing菜單下使用Campaigns發(fā)送自己的營銷活動。每個營銷活動的報告中,客戶可以清晰的看到每個活動對應的退訂率。如果高于1%,則需要額外關注。
較高的退訂率意味著存在各種問題。這些問題可能包括
目標人群定位不準確
電子郵件內容質量較差
電子郵件在移動設備上顯示不佳
發(fā)送時間選擇錯誤
為了避免高退訂率,首先需要確保您正確地定位目標受眾。了解受眾的需求和興趣,以便提供相關和有價值的內容。此外,確保您的電子郵件在移動設備上能夠良好展示。移動設備已成為人們接收電子郵件的主要渠道之一,因此優(yōu)化移動體驗至關重要。另外,電子郵件發(fā)送時間也是影響退訂率的關鍵因素。確保在合適的時間發(fā)送電子郵件,以避免打擾和干擾訂閱者。了解您的目標受眾的行為模式和偏好,選擇最佳的發(fā)送時機。
關于營銷郵件,重要的是確保用戶能夠輕松退訂,但是退訂的范圍是可以隔離和細分的。這就是全局退訂和組退訂的區(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的客戶和他們的收件人提供了更多細粒度和控制,用以處理營銷偏好。
什么是電子郵件退訂頁面?
退訂頁面是用戶點擊退訂鏈接之后跳轉到的一個頁面。每個用戶都可以點擊退訂鏈接,跳轉到您的退訂頁面。退訂頁面的目的是確認用戶確實希望退出您的郵件列表。這也是說服他們留在您的列表并繼續(xù)接收有價值郵件內容的最后機會。
退訂并不是世界末日,除非退訂按鈕是您給顧客的唯一選擇!所以,不要輕易放棄!
所以,您可以采取多種措施,勸說用戶改變點擊退訂按鈕的想法。通常,我們會建議您的退訂頁面上包含以下內容,用以說服有價值的訂閱者繼續(xù)留下:
多語言:不同國家的用戶點擊退訂鏈接,進入退訂頁面,需要顯示相應的國家語言。
重新訂閱:有時候,用戶可能會誤點擊退訂按鈕;提供重新訂閱按鈕可以立即糾正這個錯誤。
修改發(fā)送頻率:用戶可能不想退訂,只是他們收到的郵件太頻繁了。利用您的退訂頁面,讓用戶更改其電子郵件偏好設置,減少收到您郵件的頻率。
個性化:您的內容可能對特定用戶來說沒有提供最大的價值。通過讓用戶選擇他們希望收到的內容,改變這種情況。
替代方法:如果用戶確實不再想接收您的電子郵件,仍然有其他方式與他們保持聯(lián)系。您可以在退訂頁面上包含鏈接到您的社交媒體,這樣用戶就可以關注和了解最新更新,在別的渠道繼續(xù)和客戶產生聯(lián)系。
在EngageLab的Email產品服務中,客戶可以Send Settings菜單下編輯制作退訂頁面。包括自定義頁面、文字和按鈕的樣式,產品的Logo,退訂頁面的選擇項(用以分析用戶的退訂原因),以及退訂成功之后的跳轉頁面。
針對國際郵件發(fā)送中退訂頁面多語言的問題,客戶可以根據(jù)自己用戶的地區(qū)和語言,編輯制作多個語言版本的退訂頁面,系統(tǒng)會給每個退訂頁面分配page_id。客戶在發(fā)送郵件時帶上參數(shù)page_id,則這封郵件的退訂頁面就使用page_id所指定的頁面。
當你給用戶發(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)的用戶不信任。
在之前的文章里,我們講到過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ù)字化轉型。
熱門文章
相關文章
極光官方微信公眾號
關注我們,即時獲取最新極光資訊
現(xiàn)在注冊,領取新人大禮包