有人可以帮我理解SendGrid实际添加到应用程序架构的内容吗?作为替代传递引擎(SMTP)和发送后分析,它的作用是否真的有限?我希望它能为交易电子邮件做更多事情,但我看到/读到的所有内容都表明这是限制.
我的主要用例是交易电子邮件(新注册,联系请求等).我真的很想听听其他人如何在他们自己的Web应用程序的上下文中部署SendGrid.您的经历可以帮助我更好地了解如何在我自己的内部进行最佳部署.
谢谢.
我在上一份工作中实施了SendGrid,并在离开那份工作后不久在 SendGrid 工作.当时,我只是将其设置为SMTP中继,并且花了不到5分钟.
然而,斯科特的回答确定了它.我们做的不仅仅是交易消息传递.我们有一个可以插入的时事通讯产品.一个常见的用例是,当用户在您的网站上注册时,您向他们发送交易电子邮件并向我们发起API调用,以根据他们的选择加入偏好将他们添加到一个或多个邮件列表中.然后,无论何时您想向用户发送电子邮件,您都会通过API向我们发送一封包含该列表名称的消息,我们会代表您处理.我们还帮助取消订阅 - 例如.如果用户取消订阅任何邮件,我们可以使用该事件触发回复您网站的电话,这样您就可以处理任何事情,以及下次查看用户个人资料时取消选择选择加入复选框.我知道几个小企业由朋友经营,他们完全这样做,包括我离开那家公司后的最后一份工作.
另一种常见的设置是为您的交易电子邮件提供一个IP地址,为通讯提供另一个IP地址.这样,如果用户将简报标记为垃圾邮件(例如,因为他们懒得单击取消订阅链接),这不会损害交易电子邮件通过的声誉.
如有任何问题,请随时与我们联系.我们乐于助人!
| 归档时间: |
|
| 查看次数: |
2262 次 |
| 最近记录: |