sendgrid - 与 SendGrid 集成

Question

有人可以帮助我了解 SendGrid 实际添加到应用程序架构中的内容吗？它的作用真的像替代交付引擎 (SMTP) 和发送后分析一样有限吗？我希望它能为交易电子邮件做更多的事情，但我看到/读到的一切都表明这是限制。

我的主要用例是交易电子邮件（新注册、联系请求等）。我真的很想听听其他人如何在他们自己的 Web 应用程序的上下文中部署 SendGrid。您的经验可能会帮助我更好地了解如何在我自己的内部最好地部署它。

谢谢。

Answer 1

我在上一份工作中实现了 SendGrid，不久之后离开那份工作去SendGrid工作。当时我只是简单的设置成 SMTP 中继，用了不到 5 分钟。

不过，斯科特的回答说得通。我们做的不仅仅是事务性消息传递。我们有一个您可以插入的时事通讯产品。一个常见的用例是，当用户在您的网站上注册时，您向他们发送一封交易电子邮件，然后向我们发出 API 调用，以根据他们的选择加入偏好将他们添加到一个或多个邮件列表中。然后，每当您想向您的用户发送电子邮件时，您都可以通过 API 向我们发送一条带有列表名称的消息，我们会代表您进行发送。我们还帮助取消订阅——例如。如果用户取消订阅任何消息，我们可以使用该事件触发对您网站的回调，这样您就可以自行处理任何事情，例如在他们下次查看用户个人资料时取消选择选择加入复选框。我知道有几家朋友经营的小企业正是这样做的，

另一种常见的设置是为您的交易电子邮件设置一个 IP 地址，为新闻通讯设置另一个 IP。这样，如果用户将时事通讯标记为垃圾邮件（例如，因为他们懒得点击退订链接），它不会损害通过交易电子邮件的声誉。

如有问题，请随时与我们联系。我们乐于助人！

Answer 2

如果您的主要用例是交易电子邮件，那么 SendGrid 是适合您的解决方案。它本质上是 SMTP 的替代品，但比您自己从头开始构建的东西要好得多。设置您自己的 SMTP 需要时间，并且需要时间来确保它不会崩溃并发送永远无法到达目的地的电子邮件。

SendGrid 所做的只是电子邮件，因此所有繁重的工作和繁琐的样板设置都已为您完成。您提到了事务性电子邮件，这是 SendGrid 的最佳选择。他们确保电子邮件到达它应该去的地方。最大的好处是它们为您提供了很多跟踪好东西，同时确保您的电子邮件到达它应该去的地方。许多大公司表示，他们在切换到 SendGrid 所花费的 15 分钟内大大提高了交付率。

除非您喜欢运行 SMTP 服务器，而不是构建自己的产品，否则我强烈建议您将交付分担给其他人。