E-commerce
September 3, 2026
Are you wondering how to respond when a customer asks why their cart is split into two distinct packages with separate shipping costs? This is a critical question that touches on the clarity of your offer: if the customer does not know you manage multiple independent Shopify stores, they may see this as a system error or an unpleasant surprise at checkout. Unlike international marketplaces that unify the experience on a single site, your separate stores each operate with their own cart and logistics, creating friction that your support team must anticipate.
So how do you reassure your customers without lying about the technical aspects? On the agenda:
How to distinguish a multi-store cart from a marketplace issue?
What are the typical scenarios of confusion between store URLs?
Why is merging carts technically impossible in this context?
How to handle returns to a specific store without causing confusion?
What rules to follow to explain the different shipping costs per package?
Let's get started.
Summary
Why does a customer see multiple separate carts instead of just one?
The architecture of your independent stores
In your e-commerce ecosystem, it is crucial to understand that each Shopify store operates as an isolated universe. Unlike a single platform managing multiple countries via local markets, here you have several distinct web locations. Each store has its own shopping cart, its own shipping fees, and its own inventory management.
When a customer attempts to add an item from store A to an order destined for store B, the system naturally rejects the action. This is a fundamental technical constraint: two separate stores cannot merge their shopping carts. The customer must create separate orders for each target site.
This separation explains why your support team receives frequent confusion tickets. The customer does not always realize they are navigating between multiple business entities, and they expect a seamless experience that does not exist in this specific architecture. This is the foundation of the MSTRCART policy.

Convert over 2,000 customers on average per month with Qstomy.
The world’s 1st Shopify AI dedicated to customer conversion



Empowering 200+ e-commerce merchants
How to identify if the customer is confusing the store with the marketplace?
The fundamental distinction between Shopify Markets and multi-stores
A common mistake among support agents is to treat a multi-store shopping cart as an international market issue. If your business uses Shopify Markets, you manage a single store that adapts to local currencies and taxes, but the shopping cart remains unique.
On the other hand, in the case of multiple Shopify stores, each site has its own domain and its own dashboard. There is no automatic unification. Your agent must verify whether the customer's request concerns an international purchase on the same shop or a cross-order between distinct shops.
To clarify this situation, always refer to the MSTRCART-MAP matrix. This documentation explicitly lists each store, its identifier, and its shipping policy, allowing you to provide an accurate response regarding the identity of the site concerned by the customer's order.
What are the five typical scenarios that block the customer?
Recurring friction in the shopping cart experience
When we analyze customer tickets, five situations consistently come up. The first is the inability to merge products from different shops, a technical blockage that cannot be bypassed.
The second concerns the wrong shop: the customer orders on the incorrect URL and worries about where to send their product or how to modify the order. Next, we have separate deliveries. If two products are purchased on two different sites, they will arrive in two separate packages with two associated shipping fees.
The fourth point is stock availability by shop. An item may be available on the French site but not on the American site, which creates divergent expectations for the buyer. Finally, return management becomes complex: the item must be sent back to the purchasing shop, and not to a single center.
How to explain the separation of shipping costs to customers?
Transparency on multiple logistics costs
Customers are often surprised to see two lines of shipping fees appear when their order seems to be a single one. This is the direct consequence of the split shipment rule (split_ship_policy_copy). Each store charges its own shipping fees because the warehouses and logistics partners are separate.
Your agent must use the macro MSTRCART-SPLITSHIP-01 to clearly explain that order #[number] is shipped by store A and order #[number] by store B. This clarification is vital to prevent the customer from thinking there is a billing error.
By citing the shipping fee by store policy (shipping_fee_by_store_copy), you demonstrate that this structure is intentional and not accidental. This reassures the customer about the security of their payment and the validity of your logistics service.
Why is merging carts between stores impossible?
Technical Limitations of Stock and Order Synchronization
The key argument to convey to support is that merging a cart between two separate Shopify stores is technically not possible. Each store acts as an independent business entity with its own checkout system.
If a customer attempts to add a product from Store A and another from Store B to the same cart, the system rejects the action because the catalogs (catalog_scope_copy) do not share space. You must inform the customer that two separate orders are required to fulfill their purchase.
This does not mean a bad experience, but rather an architectural necessity. By using the NO-MERGE-CITE macro, you clearly indicate that products from [Store A] and [Store B] require separate purchasing processes, directing the customer to the direct links for each store involved.
How to manage the routing of warranty returns based on the purchasing store?
Routing returns to the correct business entity
Managing returns in a multi-store setup requires absolute rigor to prevent the product from being sent to the wrong location. The customer does not always know which entity to contact for an exchange or refund.
Your agent must verify the store ID (store_id) associated with the original order. The return routing policy (return_store_routing_copy) indicates exactly which return address the customer should ship their package to.
By citing the store identity via the MSTRCART-RETURN-01 macro, you guide the customer to the correct procedure. This avoids wasted time and ensures that the refund or exchange is processed by the competent department of that specific store.
A few pitfalls related to the customer account and single sign-on?
Customer account management across multiple Shopify environments
A subtle but often confusing point is the scope of the customer account. In some cases, the customer has a single account (SSO), but this account does not allow for merging carts or viewing order history from one store to another if they are not synchronized.
It is essential to check the account_scope_copy policy to know whether the customer profile is shared between stores or if it remains isolated. This influences how you help the customer find their orders and manage their shipping preferences.
If in doubt, ask the customer to specify which URL they ordered from, as their account may not immediately reflect purchases made on another store in your group. Clarity here prevents routing errors for support requests.
How to structure the agent's response using the MSTRCART matrix?
The operational use of internal documentation
To provide an accurate and reliable response, each agent must refer to the MSTRCART-MAP matrix. This documentary tool lists the identifiers, public names, and URLs of all your stores.
The golden rule is grounding: never respond without citing the store name (STORE-ID-CITE) and the specific URL concerned. If you promise a cart merger that is not possible, you create unnecessary frustration.
By following the flow MS-1 to MS-8, the agent first identifies the intent (mstrcart_*), verifies the store via the matrix, and then applies the appropriate macro. This standardized structure allows complex tickets to be handled with perfect consistency, regardless of the complexity of the customer's request.
What is the difference between a multi-store cart and the total calculation?
Distinction between basket logic and calculation tools
A distinction must be made between multi-store basket issues and calculation tools like CARTCALC. The latter manages the total discrepancy or complex discounts within a store, but does not solve the problem of physical separation between multiple stores.
If a customer asks why their basket total seems different depending on whether they buy on site A or B, this is a logistics and shipping cost issue. If the question concerns an internal discount calculation error, then it is a different matter (CARTCALC801-REROUTE).
Your agent must therefore know how to separate these two worlds. A multi-store order generates multiple invoices and shipments, whereas a single store with CARTCALC only manages a single order process. Confusing the two leads to incorrect ticket routing.
Which KPIs should be measured to improve support for these complex cases?
Key Performance Metrics for Multi-Store Tickets
To track support efficiency, you must measure specific indicators like mstrcart_wrong_store. This allows you to quantify how many customers order from the wrong store and how often this confusion occurs.
Another crucial indicator is the resolution time for misrouting cases. The goal is to respond with the correct URL of the right store in less than 15 minutes, which significantly reduces customer frustration and prevents order cancellation.
By analyzing this data, you can identify friction points in your navigation or marketing messages that prompt customers to visit the wrong URL. This paves the way for UX improvements to better guide the purchasing journey to the right channels.
How does Qstomy help simplify these complex interactions?
Qstomy's Artificial Intelligence at the Service of Split Carts
Qstomy acts as an expert AI agent to help you manage these scenarios without manual effort. Thanks to its deep integration with your databases, it instantly identifies if a multi-store cart is at play.
It uses the MSTRCART-MAP matrix to answer questions about separate shipping fees or the impossibility of merging. Qstomy can automatically redirect the customer to the correct store, explain why two packages will arrive, and guide them through the return rules.
Unlike a simple generic bot, Qstomy understands that each store is a unique entity. It thus reduces the volume of incoming tickets while increasing customer satisfaction through immediate and precise answers, without creating confusion about the identity of the store involved.
Which checklist should be followed before processing a multi-store cart ticket?
The final check for flawless support
Before closing a ticket involving multiple stores, make sure you have cited the store identifier and the correct URL. This is the foundation of any reliable response according to the STORE-ID-CITE rule.
Also verify that you have clearly distinguished the nature of the issue: impossible merge, wrong site, separate shipping fees, or after-sales return. Ensure that you have used the corresponding macro (NO-MERGE, SPLIT-SHIP, RETURN) to structure your response.
Finally, confirm if the customer needs a redirection to a different store or a link to the appropriate return portal. This checklist ensures that each interaction is consistent with the reality of your multi-store infrastructure and that no technical detail is overlooked.
To go further: How to handle customer questions on carts funded by multiple payment methods - Qstomy, How to handle customer questions on gift cards combined with card payments - Qstomy, How to handle customer questions on in-store pickup without a dedicated application - Qstomy, How to handle customer questions on multi-store carts - Qstomy, How to handle customer questions on incorrect stock after marketplace synchronization - Qstomy, How to handle customer questions on marketplace vs store warranties? - Qstomy, How to handle customer questions when mixing multiple languages in a conversation - Qstomy.

Enzo
September 3, 2026


