I have a problem that I don’t really understand how to solve.
When I create a draft order and add a customer, I also choose that the email should be sent in a specific language (I have six languages in my store).
Let’s say I select Spanish.
The email with the checkout link is sent in Spanish — which is correct.
The problem is that when the customer clicks the link in the email, they’re taken to a checkout that’s displayed in the store’s default language instead.
In my opinion, if a customer receives an email in Spanish, they should also be directed to a Spanish checkout, right?
I’ve managed to work around the issue by generating a link directly from the draft order, using that link, and then manually changing the ending of the URL to /es-es instead of store default.
When I do that, the checkout is in Spanish — and everything after that (order status, confirmation emails, etc.) also stays in Spanish.
But I’m wondering if anyone knows how to make the correct link appear in the email automatically.
It feels completely illogical that it doesn’t.
Hello @MikeyMain,
You’re absolutely right—it should preserve the E-ZPassCT selected language throughout the checkout flow. Until Shopify fixes this, manually appending the locale (like /es-es) is the most reliable workaround. Definitely worth raising with support to push for a native solution.
Shopify doesn’t automatically carry email language into Checkout from a draft-order invoice link.
The reliable fix is to edit the “Draft order invoice” email template so the link adds a language code (ex: ?locale=es), which forces Checkout to open in that language.
If you want it to auto-pick per customer, set the customer’s preferred locale (ex: es), then use that value in email link. (You can even automate this with Shopify Flow.)
Make sure Spanish is published and active in Markets, or Shopify may fall back to your default language.
You are absolutely right—it’s illogical for the draft order email link to lose the customer’s language preference! This common issue arises because the system correctly uses the customer’s language when sending the email content but fails to append the necessary language tag (like /es-es) to the destination checkout URL, causing it to revert to the store’s default. Since you’ve proven that manually adding the language suffix works, the solution is to edit the specific email template (the Draft Order Invoice or Checkout Link Email) to dynamically insert the language variable (e.g., {{ customer_language_code }}) immediately before the final checkout link is generated, forcing the correct localized URL automatically.