Well isn’t that confusing: the first link I get from Google for “transactional email” actually contains incorrect information! It’s not really about financial transactions at all, anymore. (Though e-commerce does happen to generate a lot of this kind of email, more on that later…)
Definitions, Synonyms, Examples
So what is transactional email? Coming from a MailChimp state of mind, you might simply think of it as “anything that isn’t bulk“. Basically, it is email sent to an individual based on some action. It could be:
- an action they took directly
- an action they were the target of or,
- perhaps even inaction on their part

A warm welcome sets the tone
For example, if a user signs up for your website, you should probably welcome them with a lovely email. Bam! That’s a transactional email. Signing up is the “transaction” in this case. Simple, right?
An example of an action happening to a user might be the familiar “so-and-so commented on your hooza-whatsit” alerts we all receive from our favorite social networking sites. In these cases the action was taken by other users, but the recipient was the target of the action, so they receive a notification email letting them know something of interest happened.
In fact, for simplicity, many people refer to transactional emails as “triggered”, “automatic”, “real-time” or even “personalized”. Use whatever term makes you comfortable; the goal is to make sure everyone in the organization is speaking the same language and getting the same meaning. The word “transactional” can be rather misleading to business and marketing types.

Look familiar? Lots of things can trigger an email
Some other worthy sources of transactional email:
- email address confirmations
- password resets
- purchase receipts
- “thank you for [some action]“
- account balance updates
- weekly manifests
- auto-responders
- support requests
- cart abandonment
- monthly invoices
- app error alerts (developer tested!)
- automated re-engagement (marketer approved!)
But MailChimp Sends Some of Those…
Looking at the above list, your left-brain has probably noticed that MailChimp actually sends quite a few transactional emails. “But how can that be?!?”, I hear your right-brain exclaim, “You just said ‘transactional emails are not bulk emails’, but MailChimp is a bulk email service!”

Freddie certainly sends his share
While that is true, MailChimp is also itself a web application, and its users take actions that require notifications all the time. (Kind of meta, right?) These notifications are sent both directly to MailChimp’s users on its own behalf, and to MailChimp’s users’ users (aka your list subscribers) on its users’ behalf.
For instance, we send weekly updates to customers about their account status. But we also send double opt-in, welcome, and unsubscribe emails to our customers’ subscribers when they take an action relevant to our customers’ lists.
What MailChimp doesn’t do, however, is send these kinds of emails in a generic way, as a service. That’s a job best left to dedicated transactional services. (Spoiler alert: we run just such a service, Mandrill, and it’s awesome. More on that later…)
So, E-Commerce Must Be Transactional, Right?
Nope. I mean, not necessarily. This is a common misconception, but “transactional” does not imply “financial” in this. Transactional email isn’t about purchasing something from inside an email. Nor is it about treating email as a payment method or form of currency. It doesn’t even need to mention money to be transactional.
That said, and somewhat confusingly, e-commerce applications do send a lot of transactional email! Think about the lifecycle of a purchase online:
- sign up, confirmation email
- throw items in a cart, get nudged if you abandon it
- check out, get a receipt
- track the package, get shipping notifications
- invitation to rate the item(s) you purchased (days/weeks later)
Look at that: all the actions of an online purchase are worth sending an email about, for one reason or another. Just remember that it doesn’t have to be e-commerce to be transactional.
As for the law, the CAN-SPAM Act talks about this stuff as “transactional and relationship” messages. That’s kind of a mouthful, so the modern email industry usually just says “transactional”. Check out this document and search for the phrase “transactional and relationship” for some basic guidelines if you’re worried about Johnny Law.
Okay, But What’s the Big Deal?
Now that all of the confusion is cleared up (and leave a comment if it’s not), we get to a more fundamental question: Why? Why go to all this trouble defining terms and giving examples? Why fret over using an ESP to actually deliver my triggered emails? Why give it an extra thought if this stuff is already working?
In a word: impressions!
We spend so much time polishing the user experience of our web pages, carefully drafting our copy and calls-to-action, optimizing our page load times, and even painstakingly crafting lovely templates for our newsletters. When we aren’t sure about something, we laboriously split test it and pore over the stats to choose a winner.
And why do we do all of this? Because it’s good for business.

Split-testing for fun and profit
Don’t our transactional emails deserve the same treatment? For many of us, these emails are second-class citizens: set up once and promptly forgotten.
We know exactly how many people are on our lists, how many clicks our campaigns get, and on which links. How many triggered emails do we send? For many organizations the answer is “a lot”. Do we know if they are effective in doing what they’re supposed to? What ARE they supposed to do? Can they also hit secondary goals?
Your web store is gorgeous. Shouldn’t your receipts be gorgeous, too?
Your blog is masterfully written and sharp as a knife, but who’s the flunky dullard that wrote your confirmation and welcome emails?
Your designer spent weeks picking just the right color combination for your new web app; your notification emails are OMG MY EYES MAKE IT STOP MAKE IT STOP!
This Sounds Like a Lot of Work…
Hmmm, perhaps. Better yet: “it depends”. Yeah, that’s the ticket…
Amro over in our mobile lab sure had some good results, and all he did was measure clicks and rearrange his welcome email! A good transactional ESP should make the simple stuff simple, even default.
Of course, if you have a larger organization, you probably have a much larger body of triggered email to augment and analyze. That’s fine too! Start tracking things now, it’s easy; the cooler stuff can wait until you have a clearer picture of what’s working and what’s not. What gets measured gets improved, and there’s always room for improvement!

Open and click tracking, courtesy of Mandrill
So you’re ready to get started, right?
What’s that? You don’t know HOW to get started? Well then, why didn’t you say something!
We Totally Made an App for That
We call it Mandrill, and we’re rather proud of it.

Happy users, happy Mandrill
We’ve made the easy stuff easy, like open- and click-tracking (enabled by default, as it should be!) We’ve made the challenging stuff possible, like split-testing, templating, and even inbound email parsing. And best of all, we’ve sprinkled that stark usability and passion for experience that MailChimp is known for. Heck, you might even say we’ve made the challenging stuff fun.
At minimum, I hope I’ve cleared up some confusion and gotten us all speaking the same language. More so, I hope I’ve piqued your interest in the advanced stuff, not just because we believe it is so valuable, but because you’re going to be hearing about a lot more about it, here and on the Mandrill blog.
Don’t let that stop you from asking about it here and now, though! We want to learn what you think is valuable. Mandrill is evolving fast, and we want to build and explain the features YOU need to build YOUR business and take it to the next level.
Let’s get this conversation started!
MailChimp Blog | What is transactional email? http://t.co/4aqWrldU
What is transactional email? http://t.co/5hDTNv5Z via @mailchimp
What is transactional email? http://t.co/FdxF7iky by @MailChimp / @mandrillbeta
Transactional email explained, for all you marketers, would-be marketers, and annoying wanna-be know-it-alls ;-)
What is transactional email? http://t.co/VB1sSj8Q
What is transactional email? | @mailchimp http://t.co/qERQFzQJ
Thanks for the great info! I have already started testing Mandrill from a very basic standpoint for integration with our recruiting platform. It looks like this would be a great way to track outbound email from our system and provide those statistics back to our users as well. Very cool stuff and just the thing we’ve been looking for!
This is the email/SMTP service I’ve told a few of you about. Use it with your cBizOne account and thank me! http://t.co/QKrqLxgm
What is transactional email? Learn here: http://t.co/4WUU5fDw It’s something we’re now offering our clients! #webmarketing
Yes! This is really cool stuff for marketers. It is exactly what I was looking for. Thanks for the post and I would also enjoy a webinar about Mandrill.
Cool, really helpful!
where can I find some email templates for transactional email (especially after purchase emails)? Mandrill offers that?
Try here: https://github.com/mailchimp/Email-Blueprints
Can you clarify on two transactional email types you listed:
- weekly manifests;
- automated re-engagement.
What exactly are these and why are they transactional and not marketing?
Thank you.
Hey Dan, great question and I’d be happy to clarify.
“Manifest” emails are the idea of rolling up all the updates that a user would have otherwise received over some period of time (daily, weekly, monthly), and sending a single, summary update instead. You’ll often see this offered by very active mailing lists or “daily deal” sites when users have decided it’s just too much email to deal with.
“Automated re-engagement” is even more broad an idea, but it consists of triggering an email to a user who has not logged in for a given period of time, or abandoned a shopping cart full of goods, etc. With the shopping cart example, I’ve seen online retailers send an email a few days later with a coupon included saying “Come back and buy this stuff, we’ll even give you a discount!” Simple, but effective.
The re-engagement scenario is clearly transactional: every single email is tailored to an individual meeting specific criteria and getting information directly relevant to them.
Manifests are more of a gray area. The most basic manifest may indeed be a candidate for bulk: every subscriber gets the same email, sent on the same day at the same time. That sounds pretty bulky to me!
But that may not be useful if you want to give your users some options. Take the daily deal example: perhaps the users have the option to narrow the content to just their interests — say only deals for pizza or beer — and while we’re at it we’ll let them set their frequency as well. This goes back towards customization and requires some work to get set up right. Different manifests will go out each day, week, and month. And each individual email has to be custom built for the user receiving it based on their stated interests. This advanced scenario has transactional written all over it.
And try not to think “transactional or marketing”, as this is a false dichotomy! Transactional emails can be marketing emails; indeed, this is the entire point here. We need our developers to set up these email systems for us, but we REALLY need our marketers to work on the layout, copy, and calls-to-action therein.
Closing this developer-marketer gap (and then some) is what Mandrill is all about.
I’m still a bit confused. My goal is to set up an autoresponder series as Pat Flynn recommends at http://www.smartpassiveincome.com/the-beginners-guide-to-starting-a-newsletter/ except I’m not going with his preference of AWeber. In this scenario, the user requests the emails through web form on my blog, so it seems transactional. But then again, the same series of emails (designed to communicate additional information beyond what the blog covers) is sent to each person who signs up, so it’s not all that personalized and therefore it seems like bulk. Not sure what to make of this.
Hey Jeremy,
That’s another good example of a gray area: the emails are going to individuals in a triggered fashion, but the content is all the same. Is this bulk or transactional?
Technically, this is transactional email. The fact that this is an email that gets sent to an individual as a reaction to something they did (like filling out a form and signing up for it) puts it firmly in the transactional camp.
But you may still THINK of it as bulk, internally. For instance, these are probably longer-form, content emails, full of broad information that isn’t particularly tailored to any one user. So, your content creation process will probably look a lot like the process behind making a newsletter.
Also, a lot of bulk ESPs, MailChimp included, will typically offer some autoresponder functionality. It’s still transactional email, but it’s so common, and so correlated with lists (you often trigger an autoresponder series as a side effect a user signing up for a list) that it just makes sense as a feature for a newsletter service.
Not sure what to make of this? Heck, I dunno… it’s just words, man! Do what works to hit your goals, don’t fret over the semantics too much. (And don’t be evil, but that goes without saying right?)
You’ll either use a service that does exactly what you want (MailChimp probably does?), or you’ll need to spend some developer hours building what you want through a service with broader features (e.g. Mandrill).
I love, love, love the excellent way you have packaged your content. It’s readable, useful, and efficient. I am getting excited to start using MailChimp!
So let`s say I want to update my “Order confirmation” email, which contains the buyers information such as shipping address and also the products and prices of the order. Can I update these transactional emails in Mandrill just as I would in MailChimp? Let`s say we have a promotion and I wanna temporarily update the order confirmation email myself, without working on our website code, could I do that?
Hi Igor, You’d actually be able to do that pretty easily with Mandrill Templates. Basically, you can take items like “buyer information” and “shipping address” pass them as merge tags into the template and then you can code your own template to include those merge tags and add and edit content and the look of the template without disrupting the critical information that is the focus of the email. Here’s a link to some of the basics of Mandrill templates: http://eepurl.com/vAXNH I should note that while this isn’t too difficult to do (the template changes piece) you’d still need to be able to code the HTML of the template to make it work. In this case you’d still need to either have some experience with APIs or have web developer setup the integration that includes your merge tags, and calls to your custom templates, but once that’s in place, you’ll be able to make those template changes on your own with a little HTML know how. For additional info on Mandrill I’d also recommend checking out the rest of their knowledge base found here: http://help.mandrill.com/
Wondering… we currently have Magento as our commerce platform. How easy is it for Mandrill to integrate between that and MailChimp for purchase receipts, shipping notifications etc in (more or less) real-time? What sort of support does Mandrill offer as we are NOT a bunch of developers and code jockeys.
Hi Tom, I’m not sure if this is what you’re looking for, but the folks over at ebizmarts offer a plugin for Magento that they say integrates MailChimp and Mandrill for the transactional emails. You can find a link here: http://eepurl.com/vOMGX to their site and more information.
Why on EARTH is this lovely rant about transactional email, not found front-and-centre on your actual MANDRILL website?? Desperately lacking info it is. Holy cow, don’t make me work this hard…
We’re glad you found this post, although sending you on a treasure hunt or a wild goose chase certainly isn’t what we want, so thanks for your feedback. We’ll look at some ways to make the information more discoverable from the Mandrill site without (hopefully) being too overwhelming. If you have questions, though, feel free to drop us a line by clicking on “Submit a Request” here: help.mandrill.com. We’re happy to answer questions, talk about feature requests, or get feedback.
I’m still trying to figure all of MailChimp out. But I am interested in learning all I can and also having a professional email presence and an effective one as well. So, I want to understand and learn more about Mandrill and how I should use it. Thanks
Hi Aimee, Glad to hear you’re getting started in MailChimp. When it comes to Mandrill, there’s quite a few different approaches you can take, but for WordPress users like yourself we’ve created a simple plugin to get you started. You can read a bit more about it here: http://eepurl.com/wV3f1 but all those “automatic” emails that come from your blog, like password reminders, etc can easily go through Mandrill to give you a better insight as to what emails are being sent, how many, and if people are opening them once they get them.
I’ve got a question. Let’s say that I want to host a webinar, and I have a page for people to register, if they do, they will be put under a certain interest group after double opt-in, I will then send notification emails to this group before the webinar.
I’m not in an English-speaking country, and there is no native webinar service that I know could do all this. So I have to program it by myself.
And the question is, is this transactional email? Can I send it using Mailchimp, or do I have to use other services?
If users have signed up to receive email updates about a specific webinar or series of webinars you should be able to use MailChimp either directly or if you’re programming via the MailChimp API to keep them up to date. As noted in the above blog post, separating between transactional and non-transactional email isn’t always easy, but in this case I think you’d be fine with MailChimp. If you have additional questions, our support chimps are available at: http://mailchimp.com/chat
Thanks, this is pretty reassuring.
Part way through the article you started mentioning “ESP”. What is that? I’m pretty much a newb.
Hi Robert, ESP is just short for Email Service Provider. Mandrill and MailChimp would both be considered ESPs.