WooCommerce Google Merchant Center Price Mismatch: The Plugins That Change Your Prices
Your WooCommerce prices look right, yet Merchant Center says they don’t match. The plugin types that change what Google sees, and how to find the one at fault.
Your WooCommerce prices look right in the shop, yet Merchant Center lists “Mismatched product price” on dozens of products. A WooCommerce Google Merchant Center price mismatch usually means something between your store and Google changed one price but not the other. Google reads only what your server sends: Googlebot crawls the data present in the HTML returned from your web server.
(Google’s page on mismatched product prices). It also warns that these mismatches may lead to an account suspension.
On WooCommerce, the price can pass through several plugins before Google sees it. This post lists the plugin types that do it and a way to find the one at fault.
What causes a WooCommerce Google Merchant Center price mismatch?
Google doesn’t look at your WooCommerce admin. It looks at three separate copies of each price:
- The price in your product data. Google for WooCommerce, or a feed plugin, builds it from your product and sends it to Merchant Center.
- The price in the page’s HTML. What your theme, and any plugin that touches prices, puts in the page your server returns.
- The price in the structured data. The product markup in the page’s code. WooCommerce adds its own, and SEO or feed plugins can add more.
Google expects all three to agree with what a shopper pays. For structured data, Google’s rule is short: Structured data must match the values that are shown to the user.
(Google).
A plugin that changes one copy and not the others creates the mismatch. Our general price mismatch fix guide covers any platform; here we stay with WooCommerce plugins.
Which plugins change the price Google sees?
Tax settings and tax-inclusive prices
The most common WooCommerce cause in the threads we read. WooCommerce lets you enter and display prices with or without tax, and your feed plugin has to send the price Google wants for each country.
Google’s rule depends on where you sell. For the United States and Canada, its price page says to leave sales tax, GST, VAT and import tax out of the price attribute. For countries such as the UK, Germany or Australia, the price includes VAT, and If you’re required to submit VAT in the price, then make sure that the same price including VAT is visible on your landing page and at checkout.
(Google’s price attribute page).
WooCommerce’s own setup notes for Google for WooCommerce say the same from the store’s side: Ensure that your website displays prices including tax if you’re selling products outside the US/Canada.
(WooCommerce docs).
Watch for a VAT amount removed once, or added twice. A Google price that differs from your shop price by the same 20% or 25% on every product points to tax, not to your pricing.
Currency switchers and geolocation pricing
A currency plugin may show a visitor from another country a converted price, chosen by IP address or a cookie. Googlebot may then get a currency your feed didn’t send. Google is direct about this on its page for account-level price warnings: Don’t change the price of your product on your landing page based on a user’s location.
(Google).
If you sell in several currencies, each product link in the feed should open the page in the same currency as the feed price, without relying on where the visitor is.
Dynamic pricing, discount rules and wholesale prices
Discount-rule plugins can show a lower price on the page (bulk tiers, “10% off this week”, a cart rule shown as the product price) while the feed sends the regular price. Role-based and wholesale plugins show some logged-in customers their own prices.
Google’s line on this: Additionally, do not change price based on cookies, browsers, devices, or any other factor.
Our reading: the price a logged-out guest sees is the one Google should get. If a wholesale or member price leaks into the feed, or into the guest page, the two stop matching.
Plugins that change the price after the page loads
Some pricing, currency and add-on plugins write the final price with JavaScript once the page is in the browser. Google says Prices reflected in the HTML need to match exactly the prices uploaded in Merchant Center.
A price added later isn’t in the HTML Googlebot reads. Google also says Make sure to load your price on the landing page immediately.
Caching and performance plugins
Our reading: a page cache, or a CDN in front of the store, can keep serving the old page after you change a price. You see the new price in the admin; Googlebot may get the old one. Google’s pages don’t name caching. Clear the cache after every price change, and keep product pages on short cache times if prices change often.
Variable products and product add-ons
A variable product shows a price range until a shopper picks an option, and each variation goes to Google as its own item. If a variation’s link opens the page with no option selected, Googlebot sees the range or the default variation’s price. Google asks that you Ensure each variant in the feed has a URL that loads to a pre-populated page of that variant.
Our guide to variants not matching the feed covers this.
Add-on plugins (engraving, gift wrap, custom options) can raise the price shown on the page above the base price in the feed. Decide which price the product really sells for, and send that one.
SEO and schema plugins
WooCommerce writes product structured data on its own. Many SEO plugins, and some feed plugins, write their own product markup too. Two blocks can end up on one page, one with an old price, or a price without tax. Our reading: keep one source of product markup, and check its price against the visible price. Google’s Rich Results Test shows what the markup says.
The feed plugin itself
Google for WooCommerce, or any feed plugin, can change how it calculates prices in an update. Nothing in your settings changed, yet the prices Google receives are wrong. The first case below shows how fast that spreads.
How do I find which plugin is causing the mismatch?
- Pick three to five flagged products. In Merchant Center, go to Products → Needs attention and filter for the price issue. For each one, note Google’s price and when the issue was reported. Google points out that a product may already have been updated and reapproved since then, so check its current status.
- Write down four prices per product. The price on the live page in a private window, logged out. The price in the page source (search the HTML for the number). The price in the structured data. The price Merchant Center holds for the product. Then add it to the cart and note the checkout price.
- See which pair disagrees. Feed against page: look at tax, currency and the feed plugin. Visible price against page source: a script or a cache. Structured data against visible price: an SEO or schema plugin. A ratio on every product (always 25% off, always the same exchange rate) points to tax or currency.
- Match the date. Compare when the issue started with your recent plugin updates, new plugins and setting changes. Your plugins page, and each plugin’s changelog, help here.
- Test on a staging copy. Turn off one price-related plugin at a time, clear the cache, and repeat step 2 for the same products. Not on the live store: turning off a pricing plugin changes what shoppers pay. You don’t need Google here; the page source, the structured data and the feed plugin’s preview or file show the prices.
- Fix it at the source. Change the setting, update or replace the plugin, or send its support the four prices. A price edited by hand in Merchant Center can be overwritten at the next sync.
- Resync and let Google recheck. Let the plugin sync, or regenerate the feed, and clear caches. Google says
Googlebot automatically re-crawls disapproved products over the next few hours or days to recheck the price.
You can also request a website check, and Google notes itmay take up to 12 hours to review your website.
If Merchant Center also shows an account-level warning about inaccurate prices, a re-crawl isn’t enough. Our post on preemptive item disapproval and inaccurate price status covers the review that warning needs.
Will automatic item updates fix it for me?
Only small, occasional gaps. Automatic item updates read the price from your page’s structured data, and Google says Automations are enabled by default.
(Google). A broken schema plugin breaks them too.
For prices that change often (Google’s example is “more than once per day”), Google warns: The product may be disapproved instead of updated if we detect a mismatch.
Hourly dynamic pricing falls in that group. And We may also stop updates if the total number of detected mismatches becomes too large.
Our reading: when a plugin bug hits your whole catalogue, don’t rely on them.
Google for WooCommerce, feed file plugins and other platforms
Google for WooCommerce
The plugin sends products to Merchant Center itself, so there is no feed file to open. Check the price on a product’s Merchant Center page against the shop, and read the plugin’s changelog after each update. Its support team answers on the WordPress.org forum. When you post there, include the four prices from step 2 and the plugin version.
Feed file plugins
Plugins that build a feed file usually let you map price fields, such as a regular price with or without tax. Check the mapping for each country you target. Merchant Center fetches the file on a schedule, so a price changed after the last fetch shows as a mismatch until the next one. Our guide to feeds that don’t match your website covers timing.
Other platforms
The same three copies of the price exist everywhere. On Shopify the cause is usually an app rather than a plugin; the price mismatch guide has steps for both.
What we see in real cases
Paraphrased from public merchant forum threads (mostly WordPress.org plugin support), with no names or stores.
- A plugin update stripped VAT (August 2026). A Norwegian store entered prices with 25% VAT. After an update, Google for WooCommerce started sending them without it. The store’s mismatch count went from about 300 to 682 in a couple of hours as the sync worked through the catalogue. The plugin team pointed to a recent change in how taxes were calculated, and version 3.9.2, released on 31 August 2026, listed the fix:
Prevent VAT from being removed or added twice when syncing tax-inclusive product prices.
(changelog). Support advised trying the fix on a staging site, not the live store. - Approved products with the wrong price (August 2026). A Danish store found every Google price 25% higher than what customers paid: VAT added on top of prices that already included it. The products were all approved, so nothing flagged it. An attempt to fix it with a price filter dropped the currency, and a currency switcher then converted the prices to euros. Plugin support suspected a clash between the new tax code and the currency plugin, and the same release included a fix.
- Sale prices set and removed by hand (2025). A WooCommerce store changed sale prices manually, without end dates, and its ads kept showing a price the page no longer had. Our post on running sale prices without price warnings covers sale dates.
- Currency mismatches despite automatic updates (October 2026). A store selling in three countries had automatic price updates turned on and still got currency and price mismatches. The platform wasn’t stated.
The pattern: in each case the shop price was right. A plugin, a setting or a timing gap between the shop and Google was not.
What Google doesn’t say
- How many mismatched products it takes before Google raises an account-level warning.
- Whether caching counts as a cause. Its pages ask for matching prices in the HTML but don’t name caches.
- How quickly it re-crawls a given store. Google says only “over the next few hours or days”, and that crawling depends on your server’s capacity.
FAQ
Why does Merchant Center show a different price from my WooCommerce store?
Google compares the price in your product data with the price in the HTML of your product page and in its structured data. On WooCommerce, these come from different places, often different plugins, so a tax, currency, discount, cache or SEO plugin can change one of them without the others.
Should my WooCommerce feed price include VAT?
It depends on the country you target. Google says not to include taxes in the price attribute for the United States and Canada, and to include VAT or GST in it for countries such as the United Kingdom, Germany and Australia, with the same price on the page and at checkout.
Can I find the faulty plugin without touching my live store?
Yes. Make a staging copy of the store, turn off price-related plugins there one at a time, and compare the page source, the structured data and the feed output after each change. Plugin support on WordPress.org has advised testing fixes on a staging site rather than the live store.
Do approved products mean my Google prices are right?
Not always. In one WooCommerce case, every product stayed approved while the plugin sent prices 25% above what customers paid. Compare a few prices in Merchant Center with your store yourself, especially after a plugin update.
How long does Google take to recheck a price after I fix it?
Google says Googlebot re-crawls disapproved products over the next few hours or days to recheck the price. If you request a website check, Google says it may take up to 12 hours to review your website.