Price Drop Email Examples for Carted, Viewed, and Favorite Products

A price-drop email only works when the recipient has a reason to care about that exact product. “Sale now on” is a campaign. A price-drop message is a triggered note tied to something the shopper viewed, carted, favorited, or bought before.
What the examples should prove
For price drop email examples, the page should show how context changes the message. A carted item needs urgency. A browsed category needs recommendations. A previous buyer may need an accessory or replenishment angle.
Signals to use
{{productName}}{{oldPrice}}{{newPrice}}{{priceDropPercent}}{{productUrl}}{{inventoryLevel}}{{interestSignal}}
Subject: {{productName}} dropped to {{newPrice}}
Preview: You looked at it before — now it costs less.
Hi {{firstName}},
The {{productName}} you {{interestSignal}} is now {{newPrice}}, down from {{oldPrice}}.
See the updated price: {{productUrl}}
If it sells out, we will stop this reminder automatically.Example set
Carted product drop
Best for high intent. Mention the product and new price immediately. Do not add unrelated products above the CTA.
Viewed product drop
Softer copy works better. “You recently looked at” is safer than implying cart intent.
Favorite or wishlist drop
This can feel personal because the customer explicitly saved the item. Include inventory state if stock is limited.
Category price movement
If the exact product is gone, recommend similar products in the same category and say why they are being shown.
Suppression rules
Do not send when the customer already purchased the item, the discount is tiny, inventory is unavailable, or the shopper received another promo today. Price-drop emails train behavior, so reserve them for moments where the discount is real enough to matter.
Sequenzy setup
Trigger from product price changes joined with browse/cart/wishlist events. Let the agent choose copy based on interest level, but keep price, stock, and product URL locked to catalog data.
Decision tables
| Signal | What it changes | Suppression check |
|---|---|---|
| Product viewed or carted | The product, image, and CTA shown | Do not send if the customer already purchased |
| Inventory state | Urgency and availability language | Do not promise stock that is not reserved |
| Customer segment | Offer, tone, and proof point | Do not send VIP copy to a first-time visitor |
| Margin or discount eligibility | Whether an incentive is safe | Do not train buyers to wait for discounts |
| Message path | Best fit | Metric to watch |
|---|---|---|
| Reminder | The customer showed clear intent | Clicks back to product or cart |
| Recommendation | The original item is uncertain | Product clicks and revenue per recipient |
| Service update | Delivery or fulfillment changed | Support-ticket reduction |
| Review or loyalty ask | The customer already received value | Reviews, repeat purchase, or retention |
Related guides
Implementation checklist
- Confirm the exact trigger before writing copy or rules. Price Drop Email Examples for Carted, Viewed, and Favorite Products should map to a real event, not a vague campaign idea.
- List the data fields the message depends on and decide what happens when each field is missing.
- Add suppression rules for customers who already resolved the issue, unsubscribed from optional messaging, or should receive a different path.
- Preview the message with realistic customer data, including empty fields and edge cases.
- Track the business result, not only opens. Use replies, recoveries, completed actions, support deflection, or delivery confirmation depending on the use case.
Data to verify
Before this goes live, validate store events, product data, inventory state, and customer history. The best version of this page should help an operator decide whether the message is safe to send, not just whether the copy sounds polished.
When the source data is uncertain, the safer choice is usually a softer message, a manual review task, or no send at all. That rule matters because automated email becomes risky when stale attributes, expired links, or resolved customer states continue to trigger messages.
Common mistakes
- Treating the page as generic copy instead of a workflow with inputs, checks, and exit conditions.
- Using one template for every recipient state even when the customer context changes the right next step.
- Hiding operational details such as links, identifiers, delivery state, or billing status behind vague language.
- Sending follow-ups after the customer already completed the action.
- Measuring success with open rate alone instead of the outcome the email exists to produce.