We are currently building a flow where products are added to the cart from our EC application using the Storefront API, and purchases are completed via the Checkout URL.
We do not want customers to see the Shopify store’s homepage. However, after checkout, the [Continue Shopping] button on the Thank You page allows users to return to the store homepage.
-
What is the best approach if we want to prevent the use of this button?
-
If disabling or hiding the button is not possible, can its behavior be changed to open the link in a new tab or new window instead?
We would also like to know whether this is possible with Shopify Plus.
The only way to hide this button is to delete the Online Store channel in the Admin - assuming you don’t need an online store here. Unfortunately, there’s no way to hide this on a checkout per checkout basis.
Adding to Kenza’s answer, since removing the Online Store channel isn’t always an option: the button is part of the native Thank You page, so you can’t hide it, retarget it, or force target=“_blank” from an extension, and Plus doesn’t change that (checkout.liquid is gone, and the Thank You page is only customisable through checkout UI extensions in the blocks Shopify exposes).
If you need to keep the Online Store channel alive, the practical approaches we’ve used are: point the homepage at something you’re happy for people to land on — a minimal template, or a redirect from / to your own app URL via a URL redirect or a template that does a client-side redirect — so the button technically works but doesn’t expose the storefront you’re trying to hide. Alternatively, keep the storefront password-protected; the checkout and Thank You page still work for orders created through the Checkout URL, while the homepage is gated. Test that combination against your flow first, because it also blocks anything else public on that domain.
The other half of the fix is behavioural: put your own clearly-labelled “Return to [your app]” block at the top of the Thank You page with a checkout UI extension. In practice almost nobody hunts for the native button when there’s an obvious primary action above it, so you get most of the outcome without fighting the platform.
Worth noting while you’re already building there: the Thank You page is one of the better AOV surfaces you have, since the purchase is already banked and a post-purchase add-on carries no checkout risk. It’s the surface we built Sleek Bundles’ post-purchase offers around, so if you’re putting an extension there anyway it’s worth doing more with it than just a return link.
If you’d rather not build the extension in-house, that headless-storefront-plus-Checkout-URL pattern is something we do a lot of at Ecom Swift LLC — happy to answer questions on the thread either way.
@Mubashir_Hassan
Thank you very much for providing the various workarounds and suggestions.
I have been testing a solution in my own environment that redirects users to a page we have prepared by using URL redirection. However, I am having difficulty figuring out how to specify the Store’s top page as the source URL for the redirection.
I apologize for the inconvenience, but could you please advise me on how to configure this setting?
