TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: SendGrid Transactional Templates, or no?

1 点作者 bulavard超过 7 年前
Has anyone here used SendGrid&#x27;s Transactional Templates feature before, and what are you thoughts on it? And in comparison to building your email templates in your application directly?<p>It seems the Pro is that the template work can be offloaded to designers&#x2F;marketers and developers only need to reference the right template in their code, they don&#x27;t have to write the template code themselves. The Con is that the templates live in SendGrid, making it difficult to move to another email provider in the future if there was a reason to, as you&#x27;d have to redo the templates in the next provider, or reimplement it in your application.<p>Thoughts?<p>SendGrid Transactional Templates: https:&#x2F;&#x2F;sendgrid.com&#x2F;docs&#x2F;User_Guide&#x2F;Transactional_Templates&#x2F;index.html

1 comment

igammarays超过 7 年前
I wouldn&#x27;t recommend it. You&#x27;ll likely want to move away from SendGrid for transactional email in the future (I wrote a whole article about it here: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=15329869" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=15329869</a>). If you are going to get locked-in to a provider, just save yourself the trouble and put your transactional stuff on Postmark.<p>There are other services for abstracting away your templates and transactional logic. For example SendWithUs.com. Also check out Litmus.com. Or wait for my product!