在全球化竞争激烈的商业环境中,高效的消息通知解决方案是企业成功的关键。EngageLab作为一家专注于海外市场的消息服务平台,为全球企业提供了一体化的消息通知解决方案。其中,EngageLab的国际邮件发送是其强大而灵活的产品服务之一。本文将与您分享一些针对EngageLab邮件发送功能的实用技巧,帮助您最大限度地利用该平台,实现更好的邮件送达率、用户转化率和成本效益。
PART 01 邮件传输加密
在电子邮件传输过程中进行加密,采用了一种被称为传输层安全性(TLS)的安全协议,使他人难以读取您发送的内容。然而,遗憾的是,许多电子邮件提供商(ESP)并未对邮件在传输过程中进行加密。当您使用这些提供商之一发送电子邮件时,您的消息就如同明信片一样容易被窥探。不过,现在越来越多的电子邮件提供商正积极采取行动,通过使用TLS对其服务中的邮件进行加密,以改变这种状况。
通过在传输过程中使用传输层安全性(TLS)进行加密,可以有效防止窥视者获取您的消息。TLS是一种协议,可确保电子邮件在传递过程中进行加密和安全传输,无论是入站还是出站的邮件流量。它有助于防止邮件服务器之间的窃听,保护您的消息在不同电子邮件提供商之间的传递过程中保持私密性。因此,越来越多的电子邮件提供商将TLS作为安全电子邮件的标准方案,并积极推行其使用。
根据Google的一篇报告,从GoogleMail发出的Outbound邮件的使用了加密协议的比例约为92%,在GoogleMail收到的Inbound邮件中,这一比例为96%。
如果您的邮件未使用加密传输,Gmail会在邮件详情的安全性这一项,标记红色的未加密锁的标识。如下图:
在EngageLab的Email产品服务中,客户可以在SendSettings---> Options中选择开启TLSEncryption。客户可以指定API_USER,收信域来配置加密、或不加密。
使用加密的电子邮件通信将更加安全、可靠,并能够有效保护用户的隐私。在开启加密之后,可能会在邮件传输时造成一些额外的网络开销,但是影响很小,可以放心使用。目前这一项功能是不收费的。
PART 02 取消订阅
取消订阅是指在电子邮件营销中,最终的用户通过点击链接,告知发送方将其从邮件列表中移除,不再接收此类邮件的行为。
每一封电子邮件都必须包含一个取消订阅链接,以便用户随时可以将自己移除。如果邮件中没有取消订阅的按钮或链接,当用户无法取消订阅时,用户可能会将此邮件归类为垃圾邮件,这将严重损害发送方的信誉,导致后续的邮件有可能会被归类进垃圾箱,或者被拒收。
所以,我们强烈建议在每一封邮件都放置取消订阅链接。关于取消订阅有几个点想要分享给大家。
01 关于退订率(UnsubscribeRate)
在电子邮件营销中,平均退订率会受到所处市场和行业的影响。然而,在任何行业中,低于0.5%的退订率都被认为是令人满意的表现。而0.5-1%之间的退订率则被视为相对合理的水平。根据Campaign Monitor的一篇报告,他们发现平均退订率在0.17%是一个很好的结果。
在EngageLab的Email产品服务中,客户可以在Marketing菜单下使用Campaigns发送自己的营销活动。每个营销活动的报告中,客户可以清晰的看到每个活动对应的退订率。如果高于1%,则需要额外关注。
较高的退订率意味着存在各种问题。这些问题可能包括
目标人群定位不准确
电子邮件内容质量较差
电子邮件在移动设备上显示不佳
发送时间选择错误
为了避免高退订率,首先需要确保您正确地定位目标受众。了解受众的需求和兴趣,以便提供相关和有价值的内容。此外,确保您的电子邮件在移动设备上能够良好展示。移动设备已成为人们接收电子邮件的主要渠道之一,因此优化移动体验至关重要。另外,电子邮件发送时间也是影响退订率的关键因素。确保在合适的时间发送电子邮件,以避免打扰和干扰订阅者。了解您的目标受众的行为模式和偏好,选择最佳的发送时机。
02 关于退订的范围
关于营销邮件,重要的是确保用户能够轻松退订,但是退订的范围是可以隔离和细分的。这就是全局退订和组退订的区别。
全局退订:用户点击退订链接,永远不再接收任何来自你的邮件。
退订组:将邮件分组,以便用户可以从某些邮件组(例如:营销)中取消订阅,但仍然接收其他组(例如:周刊)的邮件。
在系统中,客户可以设置用户退订的API_USER的范围。
“仅退订该API_USER”,意思是用户只退订当前API_USER发送的邮件;
“退订所有API_USER”,意思是用户全局退订所有API_USER发送的邮件;
“自定义退订规则”,则是客户可以设置关联API_USER,举例说明:如果用户退订了API_USER-A,则对应的也给此用户关联退订API_USER-B和API_USER-C。
通过这些规则的设定,客户可以灵活的控制用户从特定的邮件列表中移除自己,同时仍然订阅其他列表。这为EngageLab的客户和他们的收件人提供了更多细粒度和控制,用以处理营销偏好。
03 关于退订页面
什么是电子邮件退订页面?
退订页面是用户点击退订链接之后跳转到的一个页面。每个用户都可以点击退订链接,跳转到您的退订页面。退订页面的目的是确认用户确实希望退出您的邮件列表。这也是说服他们留在您的列表并继续接收有价值邮件内容的最后机会。
退订并不是世界末日,除非退订按钮是您给顾客的唯一选择!所以,不要轻易放弃!
所以,您可以采取多种措施,劝说用户改变点击退订按钮的想法。通常,我们会建议您的退订页面上包含以下内容,用以说服有价值的订阅者继续留下:
多语言:不同国家的用户点击退订链接,进入退订页面,需要显示相应的国家语言。
重新订阅:有时候,用户可能会误点击退订按钮;提供重新订阅按钮可以立即纠正这个错误。
修改发送频率:用户可能不想退订,只是他们收到的邮件太频繁了。利用您的退订页面,让用户更改其电子邮件偏好设置,减少收到您邮件的频率。
个性化:您的内容可能对特定用户来说没有提供最大的价值。通过让用户选择他们希望收到的内容,改变这种情况。
替代方法:如果用户确实不再想接收您的电子邮件,仍然有其他方式与他们保持联系。您可以在退订页面上包含链接到您的社交媒体,这样用户就可以关注和了解最新更新,在别的渠道继续和客户产生联系。
在EngageLab的Email产品服务中,客户可以Send Settings菜单下编辑制作退订页面。包括自定义页面、文字和按钮的样式,产品的Logo,退订页面的选择项(用以分析用户的退订原因),以及退订成功之后的跳转页面。
针对国际邮件发送中退订页面多语言的问题,客户可以根据自己用户的地区和语言,编辑制作多个语言版本的退订页面,系统会给每个退订页面分配page_id。客户在发送邮件时带上参数page_id,则这封邮件的退订页面就使用page_id所指定的页面。
PART 03 邮件代发
当你给用户发送邮件时,用户可能会在其姓名旁边看到额外的信息。如下2个图所示:
在Gmail邮箱里,您会在发件人姓名旁边看到“通过”,“via”的信息和网站名称。在QQ邮箱里,你会在发件人姓名下面看到“由xxxx代发”。
这种情况是因为这封邮件真实的发送地址与宣称的发件人地址不一致,造成的。
真实的发送地址是Mail From(也叫Sender),我们形象的称之为邮件信封上的发件人地址。它是形如xxx@domain的Email格式。在EngageLab系统中,Mail From的后缀domain须是客户配置的发信域名,而前缀xxx可在系统中进行设定,未设定情况下则由系统按照规则生成。
宣传的发件人地址是From,就是指邮件内容里的发件人地址,格式也是Email格式。邮件协议的规范里,并没有对From做约束,发件人可以使用任意From。在EngageLab系统中,客户可以在API或SMTP发送时,完全自定义From。
此时,有些客户可能会感到紧张。如果有不怀好意的人冒用您公司的域名作为发件人(from),那么在他发送的邮件中,收件人将看到您公司域名的发件人(service@公司域名),这可能会带来很大的风险。例如,恶意发送钓鱼邮件的人会将发件人设置成您熟悉或信任的机构或个人,然后在邮件中夹带恶意附件以诱使您点击,从而使得不知情的用户中招。
电子邮件中的仿冒和伪造现象经常发生。这是因为电子邮件有一个类似于信封的概念,但可惜的是,对于普通用户来说,电子邮件的“信封”通常是不可见的。普通用户只能看到邮件客户端显示的发件人和收件人地址(即from和to)。
对于多数邮箱服务商来说,mailfrom和from如果两者不一致,就会给出提示,如前图中所示的那样。用于提醒用户,这封邮件真实的发送地址与宣称的发件人地址不一致,需要审慎对待邮件内容的真实性。除此之外,还有SPF、DMARC这样的安全验证策略,来保证发信来源的可靠。
为了解决这个代发显示的问题,EngageLab的Email产品服务中,客户可以在SendSettings---> Options下分别设置From后缀、设置MailFrom前缀。
设置From后缀,开启此项设置之后,系统会使用发信域名来替换掉From的后缀域名。
设置MailFrom前缀,开启此项设置之后,系统会使用填写值来替换掉MailFrom的前缀。通过这2项配置,就可以实现去掉邮件代发。避免因为代发而发生可能出现的用户不信任。
PART 04 DKIM密钥自动更新
在之前的文章里,我们讲到过DKIM(DomainKeys Identified Mail)。DKIM是一种防范电子邮件欺诈的验证技术,通过消息加密认证的方式检测发件人、主体、内容、附件等部分是否被窜改。
发送方会在电子邮件的头域插入DKIM-Signature及电子签名信息。在DKIM验证期间,收件方会先查询发信域名的DKIM记录获得公钥,使用公钥验证邮件DKIM签名的有效性。从而确认在邮件发送的过程中,邮件是否被恶意篡改,保证邮件内容的完整性。
客户需要做的,是根据系统提示的域名配置信息,在域名服务商的管理系统配置DKIM记录(TXT记录)就好了,此TXT记录配置了域名的公钥信息。
私钥由系统保管,在发送时用于邮件字段的加密计算。公钥由客户配置在域名的DKIM记录中,由收信服务商验证计算时使用。私钥签名加密,公钥验证,通过这样的方式保证了邮件在传输过程中内容不会被篡改,同时也保证了邮件内容的完整性。
但是部分客户会对私钥的安全性提出了更高的要求,需要对私钥公钥定期更新。传统的方法是由系统重新生成密钥对,再交由客户去重新配置生效。这个方法有2个弊端:
1、操作麻烦,需要客户定期去更新配置
2、每次在新旧配置的过渡时期,可能会因为DNS的缓存问题发生密钥对获取错误,导致验证失败
为了解决以上的问题,我们提供了DKIM加密域名托管服务。即客户通过CNAME记录将发信域名的公钥配置“托管”到系统指定的域名。之后,此域名的所配置的私钥公钥会由系统进行定时更新,发送服务所使用的私钥也会和此域名当前所指定的公钥进行协同配置。从而完美的解决了DKIM私钥公钥定期更新的问题,过程对客户完全透明,安全性也大大增强。
目前,此功能在内部测试阶段,有需求的客户可以线上工单或与客服联系,开通测试。
关于极光
极光(Aurora Mobile,纳斯达克股票代码:JG)成立于2011年,是中国领先的客户互动和营销科技服务商。成立之初,极光专注于为企业提供稳定高效的消息推送服务,凭借先发优势,已经成长为市场份额遥遥领先的移动消息推送服务商。随着企业对客户触达和营销增长需求的不断加强,极光前瞻性地推出了消息云和营销云等解决方案,帮助企业实现多渠道的客户触达和互动需求,以及人工智能和大数据驱动的营销科技应用,助力企业数字化转型。
Previous article:
AIGC | LLM 提示工程 -- 如何向ChatGPT提问Next article:
极光笔记丨海外推送服务对比:Firebase VS EngageLab