An ecommerce platform can often display another currency, translate a theme and accept an overseas address in an afternoon.

That does not mean the business is ready to enter the market.

The customer still needs a credible proposition. The product must be lawful and suitable. The delivered price must remain competitive after payment, duties, tax, shipping, returns and service. Inventory must be available. Support must work across time zones and languages. The organisation must know which entity sells, which system owns the order and what happens when the economics do not meet the case.

International ecommerce is not a localisation feature. It is a market-entry and operating decision delivered through ecommerce.

The safest starting point is not “which countries can the platform turn on?” It is “which market has a defensible customer and economic case, and what must the operation change to serve it well?”

The short answer

Before entering a market, resolve seven connected questions:

  1. Is there evidence of reachable demand?
  2. Will the proposition make sense locally?
  3. Do the landed unit economics work?
  4. Which legal, tax, customs and product obligations apply?
  5. What customer experience must be localised?
  6. Can inventory, fulfilment, returns and support deliver the promise?
  7. Who will own performance, risk and the decision to continue?

Seven-layer international ecommerce market viability stack.

Market viability is only as strong as its weakest operating layer.

1. Select a market from evidence, not convenience

“We already receive visits from the United States” is a signal, not a market case. The traffic may be irrelevant, the orders may have poor margins or the customers may be expatriates already familiar with the brand.

Build a comparative evidence set:

  • Existing orders, enquiries and service contacts by country
  • Search demand and competitive result landscape
  • Marketplace or distributor performance
  • Customer research and local buying criteria
  • Product fit and regulatory barriers
  • Addressable audience and realistic reachable segment
  • Local price position and substitutes
  • Shipping times and return expectations
  • Payment preferences and failure rates
  • Marketing access and acquisition cost hypotheses

The Australian Government’s Go Global Toolkit begins with target-market research before store setup and localisation. That sequence is commercially sound: technology should support a selected route to market, not choose it.

Rank a small number of candidate markets against the same criteria. A country that is easy to configure may be hard to serve profitably. A smaller market with strong product fit and an established distributor may be a better first test.

2. Define the local proposition

The existing Australian offer may not transfer unchanged.

Ask:

  • Which products are relevant and permitted?
  • What problem does the brand solve in this market?
  • Which proof creates trust?
  • Is the brand name, imagery or message appropriate?
  • What local competitors set expectations?
  • Should the range, bundles or warranty differ?
  • Which channel partners must be protected or involved?
  • What delivered price will the customer see?

Localisation is more than translation. Measurements, sizing, seasonality, product names, instructions, imagery, promotions, social proof, contact routes and return language can all affect comprehension and trust.

Do not translate weak source content at scale. Establish the content model and market owner first, then use appropriate human review for material commercial, legal and product information.

3. Model landed unit economics

Revenue can rise while contribution falls.

For each market and product group, model a realistic range for:

  • Product cost
  • Pick, pack and packaging
  • Domestic and international freight
  • Insurance and tracking
  • Payment and currency-conversion costs
  • Platform or market costs
  • Duties, import taxes and brokerage
  • Local tax registration and administration
  • Discounts and promotions
  • Returns, failed delivery and fraud
  • Customer service
  • Marketing and acquisition
  • Local warehousing or partner margin

Distinguish who pays duties and taxes and when. Seller-paid import charges and buyer-paid import charges change the customer promise and contractual responsibilities. Where Incoterms® apply, use the current agreed rule — for example DDP or DAP — and obtain specialist customs, tax and legal advice.

Use contribution margin rather than gross sales as the core economic test. Include sensitivity for exchange rates, shipping bands, return rates and acquisition cost. A platform’s automatic price conversion does not preserve margin by itself.

4. Obtain advice on obligations before launch

Cross-border obligations can arise in Australia, the destination and any intermediary jurisdiction. They can depend on product, customer, entity, storage location, sales volume and channel.

Review with qualified advisers:

  • Product standards, labelling and restricted goods
  • Customs classification and origin evidence
  • Duties and import taxes
  • GST, VAT, sales tax and registration
  • Consumer guarantees, refunds and unfair terms
  • Privacy, consent and international data handling
  • Marketing and electronic-message rules
  • Sanctions and denied-party controls where relevant
  • Intellectual property and local brand protection
  • Packaging, environmental or recycling obligations
  • Terms, warranties and dispute routes

The ATO’s exports and GST guidance explains that exported goods can be GST-free when the relevant requirements are met, including timing conditions. It should not be reduced to a blanket statement that every overseas order is GST-free.

Platform services can assist calculation, collection or remittance in supported scenarios. The merchant still needs to understand the contractual boundary and obtain advice.

5. Choose the customer-experience model

An international storefront can use:

  • One store with market-specific configuration
  • Separate regional stores
  • Separate brand or entity stores
  • Marketplaces
  • Distributor or wholesale portals
  • A headless experience over shared commerce services
  • A staged combination

The right model depends on how much differs.

Language and content

Decide which pages require full localisation, which can be shared and who approves changes. Product, policy, checkout and transactional messages need the same governance as campaign content.

Currency and pricing

Local currency can reduce uncertainty, but decide how prices are set, rounded and protected from exchange movement. Confirm settlement currency and reconciliation.

Payments

Availability is not enough. Test customer preference, authentication, fraud, refunds, chargebacks, settlement and accounting. A familiar Australian method may be irrelevant overseas.

Domains and search

Google distinguishes multilingual sites from multi-regional sites. Its international-site guidance recommends separate URLs for language versions rather than changing language only through cookies or browser settings. Its localised-version guidance explains reciprocal `hreflang` annotations.

Choose country domains, subdomains or subdirectories with brand, ownership, technical and search implications understood. Avoid automatic redirects that trap users or crawlers. Give customers a clear way to change market.

6. Build the operational model

The storefront promise must survive daily operation.

Product and inventory

Define the authoritative product source, market eligibility, local content, price, stock and publication rules. A product available in Australia may be restricted, unprofitable or impossible to fulfil elsewhere.

Fulfilment

Compare shipping from Australia, local third-party logistics, marketplace fulfilment, distributors and owned facilities. Model cut-off times, tracking, damaged goods, lost parcels and peak capacity.

Returns

Specify the return address, approval, shipping cost, refund currency, tax and duty treatment, inspection and disposition. A policy that requires a low-value item to travel across the world may be commercially irrational.

Customer service

Define languages, hours, channels, knowledge, escalation and access to order evidence. Translate service processes, not only the help-centre page.

Finance and reconciliation

Map order, payment, refund, tax, fee, exchange and settlement records into finance. Decide how the organisation will reconcile differences and month-end timing.

7. Design the system and data boundaries

Shopify’s current Markets overview illustrates the types of market-specific controls a platform may offer, including currency, catalogues, theme customisation, domains, languages, duties and tax settings. Feature and plan access can vary.

The platform is one layer. Map:

  • Product and catalogue source
  • Market and entity assignment
  • Price and currency ownership
  • Inventory by location
  • Order routing
  • Tax and duty calculation
  • Payment and settlement
  • Fulfilment and tracking
  • Returns and refunds
  • Customer identity and consent
  • Analytics and advertising
  • Support and finance data

For each flow, define failure handling. An international order that is accepted but cannot be exported is not a minor website error.

Pilot one market with explicit learning goals

A pilot should test the uncertain parts of the business case, not merely put the website online.

Choose a bounded scope:

  • One market or coherent region
  • Selected product range
  • Defined acquisition channels
  • Controlled fulfilment method
  • Clear customer-support route
  • Baseline and target ranges
  • Review and exit date

Measure:

  • Qualified demand and acquisition
  • Conversion by device and source
  • Payment acceptance and fraud
  • Delivered contribution margin
  • Delivery time and exceptions
  • Returns and customer contacts
  • Product and content gaps
  • Operational handling time

Agree what evidence means continue, adapt or stop. A pilot that cannot fail becomes an uncontrolled rollout.

Build a market-readiness team, not a website queue

International expansion crosses functions that may rarely plan together. Establish a small accountable group before implementation begins.

The team can include:

  • Commercial owner for the market case
  • Ecommerce and customer-experience owner
  • Product and compliance owner
  • Finance and tax advisers
  • Fulfilment and returns owner
  • Customer-service owner
  • Technology and data owners
  • Local market adviser or partner
  • SEO and acquisition specialists

Use one decision register. For every material assumption, record the owner, source, confidence, validation date and consequence if wrong. Examples include “this product can be imported”, “the customer will accept this delivery time”, “our payment provider supports refunds in the settlement model” and “the warehouse can process local returns”.

Maintain a small risk and dependency view across:

  • Regulatory or product approval
  • Tax and customs classification
  • Payment and fraud
  • Carrier and border performance
  • Product-data readiness
  • Translation and content approval
  • Stock allocation
  • Integration and reconciliation
  • Support capacity
  • Marketing access

Assign an early-warning indicator and response to the most consequential items. A rising failed-delivery rate may require a carrier or address-validation change. Support contacts about unexpected duty may require the customer promise to change before more acquisition spend is released.

Govern the market as a business unit or explicit programme, even if it uses shared staff. Without named ownership, platform settings can be launched while nobody owns contribution, compliance or the decision to pause.

International ecommerce decision board comparing market evidence, economics, readiness and pilot outcomes.

A common decision board keeps opportunity, risk and evidence comparable.

A public Emote example: Bromic Group

Emote’s public Bromic Group case study is not an international ecommerce proof point, but it illustrates an essential precursor: organisational and audience clarity.

The page describes an Australian multinational serving trade customers and end users in more than 50 countries. Multiple divisions made it difficult for some users to reach the right part of the organisation. Emote defined a clearer structure and customer journeys, while delivering a website staff could amend and maintain.

The international ecommerce lesson is limited but useful. Before adding currencies, markets and fulfilment choices, the website must help each audience understand which offer, entity or route applies. Complexity should be resolved in the structure, not handed to the customer.

Bromic Group proof card showing international audience and organisational complexity.

Public Emote example: international scale requires clear audience and organisational pathways.

When paid Full Website Discovery is proportionate

A simple test into a familiar market with a narrow range and established fulfilment may be planned from a strong brief and targeted specialist advice.

Full Website Discovery becomes proportionate when unresolved market, entity, catalogue, tax, duty, localisation, system, data, fulfilment or governance questions could materially change the architecture, cost or viability.

Discovery can recommend a pilot, marketplace, distributor model, single-store configuration, separate store, phased data work or not entering the market yet. It should not assume that a global build is the outcome.

Design the pilot as an operating experiment

An international pilot is not simply a smaller launch. It is a controlled experiment designed to test the assumptions that matter before the business commits to a broader market estate.

Define the question the pilot must answer

Choose a bounded hypothesis such as whether one product family can acquire and serve customers in one market within an acceptable contribution range. Record the assumed demand, conversion range, average order value, landed cost, return rate, service load and payment success. State which assumptions are evidenced and which remain estimates.

Avoid a pilot that tries to test every product, channel and fulfilment model at once. A narrower scope makes a disappointing result interpretable. The team can distinguish a weak proposition from poor localisation, unavailable payment methods, slow delivery or an acquisition problem.

Create a market experience contract

Document exactly what a customer in the pilot market will see and receive: eligible range, displayed prices, currency treatment, payment methods, delivery promise, duties communication, return pathway, service hours, language and legally required information. Confirm how search engines and users will reach the correct regional version and what happens when a customer arrives through another market’s URL.

This experience contract should match the operating capability. Do not promise local returns, stock availability or support coverage unless the responsible team and systems can deliver it consistently.

Rehearse the complete order lifecycle

Test more than a successful purchase. Rehearse payment failure, address correction, partial fulfilment, cancellation, customs delay, lost parcel, refund, return, exchange, chargeback and customer-data request. Confirm who sees each exception, which system owns status, how the customer is informed and how finance reconciles the event.

Use test orders and controlled live orders where appropriate. Record timestamps and evidence rather than relying on a workshop assumption. A platform feature can initiate a workflow, but the pilot is only ready when the organisation can operate the resulting case.

Establish legal and commercial approval gates

Assign local advisers or accountable specialists to product eligibility, tax, customs, consumer obligations, privacy, marketing consent and contractual terms. Keep their advice connected to the actual product, entity, fulfilment path and data flow being tested. Approval for one configuration should not be treated as approval for every future market.

The commercial gate should consider contribution after acquisition, payment, fulfilment, duties, returns, service and platform costs. Revenue alone can make an unviable market look successful.

Set continue, adapt and exit criteria

Before launch, define the evidence that would support expansion, a revised pilot or withdrawal. Include operational as well as commercial thresholds: order accuracy, delivery reliability, support demand, refund time, data quality and exception volume. Use ranges and minimum evidence periods where sample size is uncertain.

An exit criterion is not pessimism. It protects the business from scaling a model that is generating activity but not durable value. An adaptation decision should name the assumption being changed and the next evidence required.

Run a post-pilot architecture review

If the pilot succeeds, do not copy it blindly into the next market. Compare what can remain shared with what must change across entities, taxes, currencies, catalogues, content, payments, inventory and service. Review whether manual controls used during the pilot will remain acceptable at greater volume.

The result should be a repeatable market-entry pattern with explicit variation points. That pattern might support another market on the same foundation, require a separate store or entity, or show that operational preparation should precede further website work.

Design a reversible market pilot

A pilot should state its market, range, fulfilment model, support boundary, success evidence, stop conditions and exit path. Reversibility allows the business to learn without turning an uncertain market hypothesis into permanent architecture.

Related Emote guidance: Websites and eCommerce, Shopify website development and Ecommerce replatforming risks.

Frequently asked questions

Should we launch several countries at once?

Only when the markets genuinely share the proposition, obligations and operation and the business can support them. A single-market pilot often produces clearer learning with less exposure.

Do we need a separate website for each country?

Not automatically. The answer depends on language, entity, catalogue, pricing, content, payments, fulfilment, governance and platform capability.

Is translating the product catalogue enough?

No. Localisation can involve product fit, terminology, measurements, imagery, price, policy, payments, delivery, returns, support and legal review.

Can the ecommerce platform handle international tax and duties?

Platforms and services can support selected calculations and workflows. Availability and responsibility vary. Obtain advice and verify the exact contractual and technical boundary.

How should international SEO be structured?

Use distinct locale URLs where appropriate, clear internal pathways and correctly implemented reciprocal `hreflang`. The complete model depends on whether the site is multilingual, multi-regional or both.

Does every expansion need paid Full Website Discovery?

No. Discovery is appropriate when consequential uncertainty prevents responsible market, architecture or implementation decisions.

How Emote can help

The ecommerce switch is the easy part. The durable work is selecting a market, shaping the proposition, protecting contribution, meeting obligations and operating the promise after the first order.

Resolve the economics and responsibilities before scaling the interface. Pilot the uncertain parts. Keep a path to adapt or exit. Then use the platform to make a viable operating model clear to the customer.

If your organisation is considering international ecommerce, book an initial meeting with Emote. We can clarify the digital, customer and technical requirements and coordinate the appropriate specialist inputs before implementation is fixed.

Up next: Ecommerce site search, navigation and filtering: help customers find the right product

Read More