Role
SITEREA owns the product direction and implementation decisions shown in this case.
Mirelice
Separate language, market and checkout authority so international commerce can grow safely.
Mirelice is a SITEREA-owned premium storefront case. The useful part is not the visual style alone; it is the separation between localized presentation, market rules and server-authoritative transaction logic.
Commerce architecture
01
Locale
02
Market
03
Pricing
04
Checkout
Case status
What this case demonstrates.
The page documents product architecture and implementation decisions from a SITEREA-owned commerce project; it does not claim a third-party client outcome.
Scope
Multilingual storefront architecture, market separation, server-side price authority and checkout handoff.
Evidence boundary
The case uses implemented system rules and interface structure as proof; unsupported revenue or conversion outcomes are not claimed.
Commercial authority
Keep language, market and money separate.
A localized interface should not become the source of commercial truth.
Locale
- Layer
- Language, translated content, localized labels
- Owns
- Market eligibility or final price
- Must not own
- —
Market
- Layer
- Commercial rules derived from geography / shipping destination
- Owns
- Copy language
- Must not own
- —
Pricing
- Layer
- Server-calculated applicable price and adjustments
- Owns
- Client-submitted totals
- Must not own
- —
Checkout
- Layer
- Repriced order and durable transaction state
- Owns
- Unverified presentation state
- Must not own
- —
Commerce boundary
Language, market and transaction are related—but they are not the same variable.
Mirelice keeps editorial localization independent from the rule that decides the commercial total.
✓
Locale selects presentation and translated content.
✓
Market or shipping context selects the commercial rule.
✓
Checkout re-resolves the authoritative price on the server.
✓
The order preserves the market context used for the transaction.
End-to-end scenario
A shopper browses in Spanish, ships outside the United States and proceeds to checkout.
The transaction should preserve language for presentation while resolving commercial rules independently.
Render the chosen locale
Navigation, product content and editorial presentation follow the language setting.
Resolve market separately
Shipping destination or authoritative market context determines the commercial rule; language does not.
Reprice on the server
Checkout calculates the final price from server-side product and market rules rather than trusting the browser.
Persist the order state
The transaction stores the applied market context and authoritative total for downstream handling.
Exception / boundary
If market context is unavailable, the system should fail safely to the defined default commercial rule rather than guess from locale.
What this proves
The same catalog can support multiple languages and markets without duplicating pricing logic in the frontend.
Case next step
Building international commerce where localization and pricing rules are starting to collide?
Use the Mirelice case to compare your locale, market and checkout boundaries before adding more country-specific frontend logic.