Troubleshooting

The price on the storefront is not the price in the editor

1. Purge your page cache and CDN. This is the cause more often than everything else combined. Cached HTML keeps serving pre-sync prices until it expires.
2. Check the Sync tab: is the job Done, or still Queued or Running?
3. Check whether the price is being displayed by a page-builder text element rather than a WooCommerce price widget. A manually typed builder price is static text and can never update.

Prices did not change after a rate update

1. Confirm the rate table’s fetch timestamp on the Sync tab actually moved.
2. Confirm cron is running. On a low-traffic site relying on WP-Cron, nothing fires until someone visits.
3. Check the log for a rejected rate. A rate that failed validation is discarded by design and your previous rates keep being used.
4. With Pro: check the Approval tab. A large movement may be held waiting for you.
5. With Pro: check whether the products are frozen.

A product shows an unconverted price

The editor says so explicitly when no exchange rate is available for the selected source currency. Fetch rates, and confirm the provider can actually serve that currency — TCMB, for example, only works when your store currency is TRY.

The sync says 100% but never finishes

This was real behaviour in earlier builds and is fixed: the worker that processes the terminal batch now commits Done immediately instead of scheduling an empty follow-up batch. If you see it, you are on an older version — update.

Category sorting or the price filter looks wrong

Run a full repricing pass. Sorting and filtering read WooCommerce’s stored price, so anything stale there means some products have not been written yet. If it persists after a completed pass, check whether another plugin is filtering prices at runtime — that plugin, not this one, is the conflict.

Variations show the wrong range

Re-save the parent product after the variations have been repriced, so WooCommerce recalculates its price range transients. If a specific variation is wrong, check that it has its own source price rather than an empty field.

A sale price is higher than the regular price

This should be impossible — both are calculated from one immutable rate and markup snapshot. If you see it, the sale price was almost certainly written by something other than Price Anchor. Check for an importer, another pricing plugin or a manual edit.

Everything broke after changing the store currency

See Changing your WooCommerce store currency. The usual cause is a provider that cannot serve the new base currency.

Nothing here matches

Send the WooCommerce status report, one example product ID with expected versus actual price, whether a cache is in front of the site, and the relevant log lines. See Status and diagnostics.