我会把"邮戳更简单"当作一个笼统的答案,因为它取决于你最优化的哪一类简单。
如果您想要在您第一次电子邮件发送前学习最少的新概念, 通知更简单 —— 移动部分更少, 没有批准步骤, 没有服务器/ 流概念可以拾取 。
如果你想要一个成熟的,可交付性突出的产品,并使用所建的模板,而且你不介意再多几个概念来到达那里,Postmark是真正极好的——它在这个空间的名声是赢得的,而不仅仅是营销.
下面是每一边的实际设置, 因为它是一个更有用的比较 比任何一个声称"简单"直接。 "Simple"实际上意味着一个小团队 一个小工程团队通常意味着没有人的全职工作是"管理电子邮件提供者".
在这种情况下,简单应该是指: 有多少新概念,人们必须先学会,然后才能工作, 不仅仅是产品一旦学会后会感觉如何。
这是值得在这里应用的镜头。
您实际设置的, 侧与邮戳: 在发送时签名请求批准 —— Postmark 手动审查新账号后才能发送真实的音量, 通常报告需要大约24小时 创建服务器—— Postmark的每个应用程序隔离边界—— 并命名它验证您的域: 添加一个 DKIM 记录, 如果您想要正确的 DMARC 校正, 而不只是自动 SPF 通过 Postmark 默认通过自己的 Return-Path 域给予您的域, 添加一个自定义的 Return-Path CMAME , 您正在发送的信息流 —— Postmark 从广播流中分离("出界") 并强制执行此区分, 所以如果您想要用变量重用 HTML 发送的 API 调用您的 Server API Token Wotification , 就不会在服务器内选择创建一个模板 : 签名验证您的域 - SPF, DKP, DK, DMARC 调用您的 API 调用 API 调用 API 调用 API 调用 这四个概念对一个真正更长的列表——服务器,消息流,一个批准队列,以及(可选) 模板是所有的东西 Postmark 要求一个新的团队理解 Notify 没有等同的.
在外邮戳设置中 买下一些真实的东西 任何额外的结构都不是任意的 批准步骤和严格的信息流分离之所以存在,具体是因为Postmark保护了所有客户共享的发送口碑——这一纪律是其可交付口碑强大的真正部分.
如果您的团队想要编辑电子邮件副本而不触碰应用程序代码, 模板是一种真正的方便 。
如果那些东西对你的团队来说比把设置步骤降到最低更重要,那也是选择"邮戳"的完全合理的理由.
比较两个通知的 Postmark 设置概念 Domain, API 密钥服务器, 批准步骤, 消息流, 域名, (可选) Templates Free level 1,000 email/mo 100 email/mo 便宜支付计划 10/mo—— 10,000 email, 3 域名, webhoks 15/mo—— 10,000 电子邮件内容 将自己的 HTML Raw HTML 或 模板包含在最小基础设施中最知名的变量 Webhooks 中, 最小的进入价格 交付性, 交易焦点 发送一个电子邮件和一个Webhook 与 No Server一起创建, 不选择流, 不等待批准队列—— 认证是一个 API 密钥, 这是整个账户结构 。
如果你想要完整的请求形状 之前连接这个, Docs 在几分钟内覆盖它。
那么,你应该用哪个?
如果一个小团队希望学习最少的概念和获得最低的制作成本,通知是比较简单的,具体的——更少的设置步骤,不等待批准,以及较低的入场价格(10个月的10000封邮件,相对于邮戳15美元/月).
如果你的团队特别想要模板,你可以编辑,而无需重新部署代码,或者你优先考虑Postmark长期存在的在设置速度之上的可交付性声誉,这是合法的r