How to Change Currency in WooCommerce

Change the store currency in six clicks

WooCommerce keeps one base currency per store, and you change it from WooCommerce, then Settings, then General. Scroll to Currency options, pick the currency, set the symbol position and separators, and select Save changes. Reload a product page: the new symbol is your confirmation.

1. In wp-admin, open WooCommerce, then Settings.
2. Stay on the General tab and scroll to Currency options.
3. Currency: choose Indian Rupee, or whichever currency you price in.
4. Currency position: Right with space for INR, so a price reads ₹499 rather than 499₹.
5. Thousand separator comma, decimal separator period, two decimals. Use zero decimals only if you never price in paise.
6. Select Save changes. You know it worked when the saved notice appears and the fields still hold your values after the page reloads.

Two failures are common here. A separator containing a digit is rejected in WooCommerce 11.2 and later, with a notice naming the field, so use a comma or a period. And if Save seems to do nothing, confirm you are on the General tab; the same button on Products or Payments saves a different screen.

Prices keep their numbers when the currency changes

A product priced 499 will display 499 in the new currency. WooCommerce swaps the symbol and records new orders in the chosen currency; it does not convert the amount. Ten products at 499 become ten products at ₹499, $499 or €499, which is rarely what a shop intends.

So reprice before you announce anything. The product CSV import is the fastest route for a large catalogue: export, edit the regular and sale price columns, re-import. Check variable product ranges and coupon amounts separately, because both carry their own figures.

Format INR the Indian way

Four fields on the same screen decide how every price looks. These are the values an Indian store usually wants.

A symbol on the left looks foreign to Indian buyers, and a comma as the decimal mark reads as a thousands separator here. Neither breaks checkout. Both make a store look assembled somewhere else.

Lakh and crore grouping is not a WooCommerce setting

Core WooCommerce groups digits in threes, so one lakh prints as 100,000, not 1,00,000, and ten lakh as 1,000,000. There is no checkbox for Indian numbering. Getting the lakh grouping needs a formatting plugin or a filter on the price output in a child theme.

Decide whether it is worth either. A price of ₹100,000 is understood by every buyer; the grouping is cosmetic. Shops that print large invoice totals or property prices usually care. A store selling ₹499 items usually does not.

Selling in more than one currency

WooCommerce stores exactly one base currency, and every order records it. Letting a customer see or pay in another currency means adding a layer on top:

• WooPayments multi-currency: customers browse and pay in their own currency, and the order records the one used.
• A currency switcher plugin: a widget changes the displayed currency, with payment methods restricted per currency.
• A converter widget: display only. The customer still pays in your base currency.

That last distinction causes refund arguments. With display-only conversion the checkout total can differ from the price the shopper read, because the card is charged in the base currency.

Check the payment gateway before you switch

A gateway accepts only the currencies enabled on your account. Moving a store from INR to USD without checking leaves checkout failing at the last step, after the customer has typed an address.

1. Open the gateway settings and list the enabled currencies.
2. Put the gateway in test mode and place a test order in the new currency.
3. Confirm the order shows as paid in both the store and the gateway dashboard.
4. Only then switch to live keys and tell customers.

For Indian stores, the Razorpay setup covers keys, webhook and the test order. Settlement currency and your GST invoice format are separate decisions from the display currency.

Verify the change before you announce it

Six screens carry the currency, and one stale cache can leave five of them correct. Walk the loop once on a phone and once on a desktop:

• A single product page, including the sale price and any variation.
• A category or shop page, where the theme may print the symbol itself.
• The cart, then checkout, where the gateway adds its own formatting.
• The order confirmation email and the invoice PDF.

You know it worked when all of these show the same symbol, the order total matches the product price, and a test order reaches Analytics in the new currency.

When the old currency symbol is still showing

Clear the page cache plugin, then your browser cache, then look again in a private window. If the symbol survives, the setting is not the source: a currency switcher is overriding it, or the theme or a page builder has the symbol typed into a template.

Past orders keep the currency they were paid in, and that is correct. A report that mixes currencies is a report you cannot file, so note the switch date in your accounts.

Where this fits on WebJi hosting

None of the steps above need a host change. If the store slows down after adding a multi-currency plugin, the plan is the next question, and WooCommerce hosting lists what the store needs. Email support is 24/7 in Hindi and English, with an average first reply under 60 minutes.