The ad says 129 dollars. The page says 149 dollars. A customer clicks, sees the gap and leaves, or buys and then disputes the charge. Neither number was a typo. Each was correct when someone last edited it.
This is price parity failing. It is a common pricing error, and it is rarely carelessness. It is a timing gap between systems that update on different schedules. This guide explains where the gaps open and what a reliable check looks like.
What price parity means
Price parity is the state where every place a price appears shows the same price and the same terms. That includes the ad, the landing page, the pricing page, the checkout, the confirmation email and any partner listing. See the glossary entry for price parity for the short definition.
Terms count as much as the number. A discount that ends on Friday in the ad and on Sunday on the page is a parity failure, even if the headline price matches.
Why the gaps open
A price lives in several systems, and each has its own owner and its own update path. The gaps come from the differences between those paths.
Ad platforms review copy before it runs. An edit made on Monday morning may not be live in the ad until Monday afternoon, or it may be held for review. The page changes the moment someone publishes it in the content system. For a few hours, the two disagree.
Cached pages add a second delay. A page can be published and still serve the old price to some visitors until the cache refreshes. The person who made the change sees the new price and moves on.
Product feeds add a third. Many ad platforms read prices from a feed that refreshes on its own schedule. The feed can lag the page by a day.
Ownership adds a fourth. Paid media owns the ad. The web team owns the page. Finance or product owns the price. A change that starts with one team reaches the others only if someone sends a message.
How it usually happens
- A price or an offer changes for a commercial reason, and one system is updated first.
- A campaign is duplicated from an earlier one, and the old price comes with it.
- A promotion ends, and the ad keeps running because nobody owns the end date.
Each of these is ordinary. None of them looks like a mistake at the moment it is made. That is why a person reading the campaign brief does not catch them.
What a parity check looks like
A reliable check compares what customers see, not what the brief says. It reads the price and terms from the live ad and from the rendered page, and it compares them.
Timing matters as much as method. Run the check before go live, so a mismatch blocks the launch. Run it again after go live, because caches, feeds and later edits reopen the gap. A check that runs once at approval misses everything that changes afterward.
The check also needs an owner. When it fails, the result should name the asset, the two values and the person responsible for correcting one of them.
How Launch handles it
Price parity is one of the requirements Preflight evaluates before a launch. It reads the price and offer terms wherever they appear and names any disagreement as a blocker. A person cannot mark it complete.
After go live, Scan keeps re-checking live assets, so a later edit that reopens the gap is found and given an owner. Every action taken on the result is written to the log with the actor and a timestamp.
A routine you can start today
- List every place the offer appears, including partner listings and emails.
- Name one owner for the price and one for each surface it appears on.
- Set an end date for every promotion and name who removes the ad.
- Compare the live ad and the live page before go live, and again a day later.
This takes minutes for one campaign and becomes tedious across many. That is the point at which the check should stop depending on a person. The marketing launch checklist covers the other requirements worth checking at the same time, and what release management means for marketing explains the wider routine.