Promo badges and deals pages that update themselves
Product cards, product pages, the cart and deals pages show which promotions apply, and they update on their own when a promotion changes or ends.
Live
deal text comes from the promotions, not typed by hand
By state
offers hidden where the product cannot be sold
2 layouts
a product grid or coupon-style brand cards
The problem
At a multi-brand regulated retailer, storefront deal text was typed in by hand for each campaign. When a promotion changed or ended, the text stayed wrong until someone noticed.
Deals pages were product lists kept up to date by hand, either by moving products between categories or by editing page sections each time a deal changed. Shoppers could not easily tell which products had deals.
What we built
- Badges on product cards, worked out from the promotion’s actual rules: "Buy 2 Get 1", "$10 off" and so on.
- A list of current promotions on the product page, with optional countdowns and end dates.
- A cart module that shows which promotions apply.
- Campaigns are hidden from visitors in US states where those products cannot be sold.
- Deals pages that fill themselves from active campaigns during their date window. One embed per page.
- Two deals page layouts: a product grid with filters and sorting, or a large coupon-style card per brand with a "Details & Exclusions" panel filled from the promotion itself.
- A blog grid builder: pick a category, a sort order and a count, preview the products, and copy a snippet into a post.
- Store settings for badge style, the wording when a product has several promotions, and a test mode.
How it works
- Small scripts in the BigCommerce theme ask our server which promotions apply to each product.
- The server reads the live promotion data, applies the same rule checks BigCommerce uses, and returns display text.
- Answers are cached so pages stay fast. The cache is cleared the moment a promotion or campaign changes, so edits show up right away.
- The visitor’s state comes from the request itself, so restricted offers are hidden without asking the shopper anything.
- Staff place a deals page with a single line in the page builder.
Results
- Badges come from live promotion data and drop off when a promotion is no longer enabled. Nobody retypes deal text.
- Deals pages follow the campaigns. No one moves products between categories to keep them current.
- The stores use the brand card layout. It was chosen because it is simpler, has fewer things to click, and the large coupon look is easy to read.
Could this work for your store?
The badges and deals pages work in BigCommerce themes. Styles, category names and card designs are set per store.
Hiding promos by state is part of our checkout compliance build: no promos shown on products that cannot ship to the visitor.
See the checkout compliance offerRelated work
Bulk BOGO promotions for BigCommerce
Staff set up a campaign once, and the tool creates or updates every BigCommerce promotion it needs. Sometimes that is hundreds.
Read the caseBlock checkout by state or ZIP on BigCommerce
Stops a shopper before payment when something in the cart cannot ship to their address, and cancels and refunds anything that gets through anyway.
Read the caseSee where your own checkout stands
The first step is the same for every store: a free check of your shipping policy and checkout, sent back as a short video.
BuildPath is run by Ian Mason, a developer with 20 years in ecommerce and search.
- The check is free
- A short video of what we find
- If we find nothing, we tell you that