Auto-applied promo code or a field to fill in: the effect on a landing page's conversion
Published on 3 September 2026 · 8 min read
An empty input field, a label reading "promo code (optional)," an "apply" button: this modest block, present on nearly every checkout page, looks like just one more option left to the visitor. Yet it acts like a question asked out loud right before the purchase — "is there a discount you don't have?" — and some visitors without a code answer it by opening a new tab to go find, on Google or a coupon site, the discount they've just been prompted to believe exists. Some come back to finish the purchase. Others get lost along the way, distracted, or land on a competitor's page while searching "promo code" plus your brand name.
An empty field is never a neutral option
The root of the problem isn't the promo code itself — a genuine discount does lift conversion — but how it's presented. A Comscore study commissioned by PayPal on the causes of cart abandonment identified requesting a promotional code as one of the factors buyers cited, alongside surprise shipping costs and mandatory account creation: simply showing a dedicated field is enough to plant the idea that an offer exists somewhere, even when it doesn't. The field asks nothing of a visitor who already has a code; it plants doubt in one who doesn't.
What research on default choices explains about this friction
The mechanism at play goes beyond promo codes specifically: it's the well-documented gap between a default action and one that requires an active step from the visitor. The most cited reference on the topic remains Eric Johnson and Daniel Goldstein's study, "Do Defaults Save Lives?," published in 2003 in Science: countries where organ donation is the default behavior (opt-out, requiring an active step to refuse) show consent rates on average six times higher than countries requiring active sign-up (opt-in). The gap isn't explained by differing opinions on organ donation — surveys show comparable approval rates on both sides — but by the simple cognitive and practical cost of one extra step. A discount applied automatically when the page loads behaves like the default option; an empty field to fill in behaves like active sign-up, with the same predictable drop-off between intent and action.
URL prefilling: the simplest way to implement it
The lightest implementation needs no database and no paid personalization tool: most payment platforms, Stripe included, accept a parameter in the payment link's URL to prefill the code the moment the visitor clicks the landing page's CTA. A visitor arriving via a banner, an email, or an affiliate link sees their discount already applied in the checkout summary, without typing anything — the field stays editable for anyone with a different code in mind, but it's no longer an invitation to go looking for one. The principle pairs well with a struck-through price shown on the landing page itself: the visitor sees the discount before they even click the buy button, removing any surprise — good or bad — at checkout.
When a field to fill in still makes sense
Automation isn't always the right call. An active field still earns its place in three specific situations: when several codes coexist and must stay non-stackable (an affiliate code and a welcome code, say, where the mechanism has to decide which one wins); when the code mainly measures a partner's or influencer's performance rather than converting a generic visitor, in which case manual entry confirms attribution is correct; and in B2B, where a code negotiated individually by a salesperson has no reason to display for everyone. In these cases, best practice is still to prefill the field whenever the code is identifiable from the URL or the referrer, and to leave manual entry open only for visitors with no known code — rather than imposing the same friction on everyone on principle.
Don't lose tracking while automating
Automating how a code gets applied shouldn't come at the cost of losing visibility into its origin. The parameter that triggers the prefill — whether it comes from an affiliate link, a seasonal banner, or an email — deserves to be captured as a UTM parameter or custom dimension before it reaches the checkout page, exactly like any other campaign parameter in GA4 conversion tracking. Without that precaution, an automatically applied code converts just as well, but becomes impossible to tie back to the source that triggered it — making it impossible to know which campaign actually generated the sale, rather than merely benefiting from the discount.
Common mistakes
- Leaving a field visible at all times, discount or not. A "promo code" field shown even outside a promotional period invites visitors to hunt for a discount that doesn't exist, for nothing.
- Automating without ever testing the failure case. A link copied without its parameter, an expired code: without a clear error message or a visible fallback field, the visitor is stuck with a price they thought was different.
- Losing attribution for the applied code. Automating the discount without passing its source through as a tracking parameter makes it impossible to know which campaign actually generated the sale.
- Combining a misleading struck-through price with a code that changes nothing. If the code is already applied automatically, an entry field that does nothing becomes a dark pattern — better to hide it than show it empty.
- Treating every code as permanent. An automatic code with no real end date eventually becomes the normal price in returning visitors' eyes — the same rule as for any honest countdown applies.
Removing the friction of a promo code to type in requires neither complex development nor a third-party tool: a parameter in the payment link's URL, a discount already visible before the click, and the discount's origin kept as a tracking parameter cover most of the lost conversion. The 10 LanderKit templates (€89 each, €229 for the full bundle) apply this same principle to their own rotating promotions — a code already present in the purchase link when the landing page shows it, from the single-product e-commerce template that's frequently on promotion to the SaaS Waitlist template that rewards early sign-ups with a welcome code.
FAQ
Frequently asked questions
Does a promo code field really drive visitors away?
A Comscore study commissioned by PayPal on the causes of cart abandonment cites requesting a promotional code among the factors buyers identified. The field doesn't affect a visitor who already has a code, but it suggests to one who doesn't that a discount might exist elsewhere — some leave to look for it before returning, or don't.
How do I auto-fill a promo code on a checkout page?
Most payment platforms, Stripe included, accept a parameter in the payment link's URL to prefill the promo code field. The link shown on the landing page includes that parameter; the visitor sees their discount already applied in the summary without typing anything, and can still change it if they have a different code.
Should promo code application always be automated?
No. An active field still makes sense when several non-stackable codes coexist, when the code mainly measures a partner's or influencer's performance, or in B2B for individually negotiated codes. In those cases, prefilling when the code is identifiable and leaving manual entry open for the rest remains the best approach.
Does automating a promo code lose track of its origin?
Only if the parameter that triggers the prefill isn't captured upstream. By passing it through as a UTM parameter or custom dimension before the checkout page, you keep an automatic discount without losing the ability to tie each sale back to the campaign that generated it.
Why does this behave like research on default choices?
Because the logic is the same: an option turned on by default (opt-out organ donation, a discount already applied) requires zero active step, while an option that requires entry (opt-in, a field to fill in) introduces a cognitive cost that lowers completion rates — even when the underlying intent is identical on both sides, as shown by Johnson and Goldstein's (2003) study on organ donation rates under different default regimes.
Read next
Related articles
- The Sunk Cost Bias: Why a Longer Onboarding Can Convert Better Than a One-Click SignupA longer form that converts better than a short one, a free trial that retains more once the account is set up: it's not a paradox, it's the sunk cost fallacy. Here's what the research says, and how to apply it without slipping into dark pattern territory.
- Abandoned cart: how a recovery page can save the saleA visitor fills her cart, reaches the shipping form — then disappears without paying. That's not the exception: most carts started online never end in an immediate purchase. How to build the page — and the sequence — that actually wins them back, without guilt-tripping or discounting on reflex.
- The peak-end rule: why the end of your funnel matters more than the restIn 1993, participants plunged a hand into ice-cold water for 60 seconds, then were offered to do it again — but this time the ordeal was extended by 30 seconds, with the water warming very slightly toward the end. That version lasts longer and causes more total pain. Yet 69% of participants chose to repeat it. The peak-end rule explains why, and what it changes in how you prioritize effort on a landing page.