Ecommerce email templates
Editable ecommerce email templates with previews, adaptation instructions and pre-send checks.
What you download and what still needs setting up
The library provides six educational HTML files: welcome, cart, post-purchase, winback, launch and newsletter. Each contains a simple structure, headline, sample text and call to action. You can open them in a browser and edit them; they are neither client campaigns nor messages connected to your shop.
An HTML file describes presentation. A provider-native template may include its editor’s modules, tags and options. A flow adds recipients, events, delays and rules. Downloading these files does not create that integration, configure an automation or turn sample wording into product data.
To compare approaches before editing, read the annotated email marketing examples. Here the aim is to turn an educational starting point into your own message, ready for checks before sending.
Educational examples, with no associated commercial results.
Welcome
Find your next favourite.
View example
Cart
Your selection is still here.
View example
Post-purchase
Make the most of it from day one.
View example
Winback
A reason to take another look.
View example
Launch
Meet the new collection.
View example
Newsletter
An idea to help you choose.
View example
Each version changes the opening: the first presents an action; the second begins with a question or decision criterion. Keep one primary action and adapt the promise to the product.
Use and adaptation for your own brand are permitted. Do not resell as a template library. Replace brand, product and URL; add sender details, trading conditions and your provider’s unsubscribe link. Check permission, mobile rendering and email clients before sending.
Choose the file for the task
Do not choose only by your favourite headline. The resource must match the recipient’s situation and a destination you can provide. This table shows the input you will need; the HTML does not connect these data automatically.
| Template | Your input | What to check |
|---|---|---|
| Welcome | Signup promise and next step | Delivery of what was promised at signup |
| Cart | Product, variant and recoverable destination | No reminder after a completed purchase |
| Post-purchase | Purchased product and suitable guide | Advice matches the order’s stage |
| Winback | Current reason and inactivity criterion | The customer remains eligible |
| Launch | Real novelty, availability and conditions | The product page explains the announcement |
| Newsletter | Specific question and destination content | The guide answers that question |
Replace the sample content in a clear order
Keep an original copy and edit a second file with a recognisable name. Replace the brand, headline, explanation and call to action. File links point to example.com as a placeholder: replace them. Check any links you add to images, the logo or footer as well.
Write the objective first. If the action is reading care instructions, the button should not advertise a collection. Confirm prices, currency, products and conditions with the shop. Remove visible educational instructions from the final message and add the appropriate footer, while keeping the usage terms with your working materials.
Replacement checklist
- Brand name, sender identity and a monitored reply mailbox.
- Products, images, links, language and offer conditions.
- Sample wording and internal instructions customers should not receive.
Personalisation: written text is not a variable
The files contain no universal variable system. Displaying a name, a purchased item or a cart requires your provider’s syntax and data. Do not paste another tool’s tags assuming they will work. Decide what appears when a name or property is missing.
Record each field, its source, a valid example and a fallback. For a product, check title, variant, URL and image together: a visible variable is not sufficient. An empty cart or cancelled order may require skipping the message rather than inserting generic wording. Those conditions belong in automation configuration.
Import HTML or rebuild native modules
Check what your tool supports before extensively editing the file. If it accepts HTML imports, inspect the result inside its editor. If you use native modules, treat the resource as a reference for rebuilding. Neither route guarantees that every element will remain editable in the same way.
Add the subject and preview text in the provider’s appropriate fields. Configure sender, reply address and tracking where relevant. Test destinations while signed out as well as signed in. A link that works for a shop administrator may fail for a buyer. A copy and design scope should specify whether delivery means a layout, HTML or native implementation.
Reading, images and a plain-text version
The downloadable structure uses text rather than an image of an email. Keep essential decision information as readable text if you add images. Describe links with wording that indicates their destination. Check long names, buttons, spacing and reading on a narrow screen.
W3C distinguishes informative and decorative images when choosing text alternatives. If you add photographs, describe useful information without repeating the whole message; treat decoration as decoration. Review contrast and sizing on the completed design, not only on an empty template.
Prepare or review the email’s plain-text version in your platform. It should preserve meaning, necessary links and unsubscribe information without editing tags or internal instructions. Read it independently: the message must still make sense when its visual composition is removed.
Identity, permission and unsubscribe before sending
The educational notice is not a sending footer. Add sender identity, applicable conditions and your provider’s unsubscribe mechanism. Do not replace that mechanism with a generic homepage link or an unattended address.
Check audience eligibility as well as appearance. Downloading a template gives no permission to contact anyone. Include an excluded test contact and an eligible one when testing your rules. Resolve missing consent information or offer conditions before scheduling; design cannot supply them.
Test specific behaviour and document the handover
Organise checks around concrete failures: a wrong link, missing variable, unsuitable order content or a broken unsubscribe. Klaviyo notes that previews do not reproduce every live-send behaviour. Use controlled test accounts when you need to verify that behaviour.
Keep the final file, test data, internal recipients and approval date. If you later change a URL, variable or entry condition, repeat the relevant check. Handover is complete when you know which version is ready and what has been verified, not simply when the browser opens the HTML.
Acceptance checks
- Review mobile and the email clients included in the project.
- Test links, personalisation, sender, reply address and unsubscribe.
- Confirm product, permission, exclusions and the approval owner.
Permission to use these resources
The terms accompanying the files allow use and adaptation for your own brand, and prohibit reselling them as a template library. They are not presented as an open-source licence or as permission covering third-party images or materials you add.
Keep those terms with your working copy and check the rights to your own assets. A careful adaptation covers brand identity as well as the information and functionality the recipient needs.
Sources and further reading
AI-assisted translation
Article by Dídac Anton. The English, German, Dutch and French versions were translated from Spanish with the help of AI.
Read the Spanish originalRecommended articles
Ecommerce email marketing examples
Explore annotated examples to understand each email’s purpose, audience and how to adapt the idea to your brand.
Ecommerce email marketing guide
A practical ecommerce email guide: what to build first, how the pieces connect and what to measure at each stage.
Browse abandonment email flow
Design browse abandonment messages using valid signals, identified users and rules that prevent overlap.




