Guide Ecommerce & WooCommerce

How to sell in more than one currency

Multi-currency is not one setting — it touches pricing, payments, tax and your own bookkeeping all at the same time.

iFastHosting Support Team Updated 26 August 2026 8 min read Intermediate

Showing prices in a visitor's local currency is a reasonable and often worthwhile thing to offer, but it is worth understanding that "multi-currency" is not a single toggle — it touches pricing, payment processing, tax, and your own accounting simultaneously, and skipping past any one of those creates a problem that surfaces later rather than at setup.

What multi-currency actually changes

Area	What needs deciding
Display pricing	Whether prices are converted automatically at the current exchange rate, or manually set per currency so you control the exact number a customer sees.
Payment processing	Whether your payment provider can actually settle in each currency you plan to display, and what it charges for currency conversion.
Tax	Tax rules and rates are typically tied to the customer's jurisdiction rather than the currency shown, so this needs its own configuration regardless of currency.
Your own reporting	Whether your accounting handles multiple settlement currencies cleanly, or whether everything needs converting back to one base currency for your own books.

Automatic conversion or fixed per-currency pricing?

WooCommerce multi-currency plugins generally offer two approaches. Automatic conversion takes your base price and converts it at a live or periodically updated exchange rate — simple to maintain but means your effective price in a given currency drifts with the exchange rate, which can produce oddly specific numbers and means you have less direct control over what a customer in a given country actually pays. Fixed per-currency pricing lets you set a deliberate, round number for each currency — more control, more accurate to how retailers commonly price internationally, but more manual maintenance as you add products or currencies.

Fixed pricing is usually worth the extra effort for a serious multi-region store

A converted price that comes out to an odd, non-round number looks noticeably less considered than a deliberately set one. If you are serious about a specific market, setting prices manually for that currency is generally worth the maintenance overhead.

Payment processing in multiple currencies

Displaying a price in a currency is not the same as being able to actually charge and settle in it. Check directly with your payment provider — Stripe, PayPal or otherwise — which currencies they support for your account and what, if anything, they charge for currency conversion or cross-border transactions. This varies by provider, by your account's home country, and changes over time, so confirm current details directly rather than assuming.

A currency shown at checkout that your payment provider cannot actually settle is a broken checkout

If a customer selects a currency your payment gateway does not support, the failure happens at the worst possible moment — after they have committed to buying. Confirm every currency you display is genuinely supported end to end by your payment setup before offering it, not just checked against a generic list of "supported currencies" for the platform in general.

Tax does not follow currency

It is worth being explicit about this because it trips people up: tax rules apply based on where a customer is, not what currency the price happens to be displayed in. Configuring multi-currency does not change or replace your tax setup — see setting up tax in WooCommerce, and confirm with an accountant how tax should be calculated and displayed for customers paying in a currency different from your own base currency, since specifics vary by jurisdiction.

Shipping across currencies and regions

Offering a currency implies, to most customers, that you ship to the corresponding region. Confirm your shipping zones actually cover any country you are displaying a local currency for — see setting up shipping in WooCommerce — otherwise a customer can price a purchase in their own currency and then find no delivery option available at all.

A sensible way to roll this out

Confirm payment settlement support first
Before displaying any additional currency, confirm your payment provider can genuinely process and settle it.
Add one additional currency at a time
Rather than switching on every option a plugin offers at once, add your single most requested or highest-opportunity currency first and confirm the whole flow works before expanding further.
Test a complete order in the new currency
Price display, shipping, tax and payment all need to be checked together, not assumed to work because each was configured individually.
Confirm your own reporting handles it
Check that orders in a different currency reconcile correctly in whatever accounting process you use before this becomes a live, ongoing part of the business.