How to Turn Off Your Shopify Store for the Season Without Losing Your Google Rankings

By Milan Dhameliya · 2026-09-17 · 8 min read

The option that keeps your rankings safest for a multi-week closure isn't the one most guides default to, and the reason has nothing to do with the setting's name and everything to do with how Shopify's redirect system and Google's crawler actually behave once a page stops responding. Pause and Build, private mode, and full deactivation each fail differently -- here's which one to use for a two-week close versus a six-month one, and the specific redirect trap that erases work you did months ago the moment you reopen.

For a closure of a few weeks, Pause and Build is the option that protects your rankings best, because it's the only one of Shopify's three shutdown methods that leaves your storefront pages live and crawlable while sales are switched off. Private mode (password protection) and full deactivation both work by making pages unreachable, and an unreachable page is indistinguishable to Google from a broken one -- the longer that lasts, the more of your indexed catalog you risk having to rebuild from scratch.

That said, which option is right depends on how long you're closing and why, and every guide that ranks for this question skips the mechanic that actually decides the outcome: what Shopify's redirect system will and won't do for you while you're gone, and what happens to it the moment you come back.

The three ways to take a Shopify store offline

Shopify gives you three genuinely different tools, under Settings > Plan, and they're often discussed as interchangeable "closed for the season" options. They aren't.

Pause and Build drops your subscription to a reduced flat fee (commonly listed at $9 USD a month) and keeps the storefront live. Customers can still browse and view products, but checkout, POS, discounts, abandoned checkout recovery, gift cards, and product publishing to channels like Facebook and Google are all switched off. Your admin stays accessible so you can keep editing.
Private mode (Online Store > Preferences > password protection) puts a single password page in front of the entire storefront. Shopify's own help documentation states plainly that this "hides all of your online store's pages from visitors and search engines" -- every product, collection, and page becomes unreachable to a crawler that doesn't have the password, not just the checkout.
Deactivating your store cancels the subscription outright at the end of the current billing period and cuts off admin access. Shopify keeps your store's data for up to two years in case you reopen, but the storefront itself stops serving pages the way a live plan does, and reopening later means re-subscribing rather than flipping a switch.

What each option actually does to a Google crawl

"Hidden from search engines" is the phrase Shopify uses for private mode, but it describes intent, not mechanism, and the mechanism is what determines whether you keep your rankings. A crawler that hits a password wall can't read the page behind it -- no title, no schema, no content -- so from Google's side, a page it could reach last week and can't reach this week looks the same whether you password-protected it on purpose or your server went down by accident.

Google doesn't drop a URL from its index the moment one crawl attempt fails. It keeps retrying on its normal schedule, and a page that stays unreachable across enough of those attempts eventually falls out -- how long that takes depends on how established the page was, not a fixed number of days Shopify or anyone else publishes. The practical result is the same regardless of the exact timeline: a two-week private-mode closure is very unlikely to cost you anything, and a five-month one puts your entire catalog at real risk of needing to be re-crawled and re-ranked from a standing start once you reopen.

Pause and Build avoids this specific failure mode because the pages Google already knows about keep responding normally -- it's the same mechanic that matters for why hiding an out-of-stock product from customers doesn't automatically hide it from Google: a page staying reachable and a page staying purchasable are two different things, and only one of them is what a crawler cares about.

Your sitemap doesn't know you closed

/sitemap.xml keeps listing every URL Shopify generated it from, regardless of which shutdown option you pick, because it's a static file built from your catalog, not a live status check. Under private mode or deactivation, that means you're actively handing Google a list of URLs to go check on that it will find are now unreachable -- which accelerates the re-crawl-driven drop described above rather than avoiding it. There's no setting that pauses sitemap submission; the only lever you actually control is whether the URLs it points to keep loading.

The redirect trap: why "just unpublish it" doesn't work the way you'd expect

This is the part every guide comparing these three settings leaves out, and it matters most for anyone using Pause and Build or manually unpublishing a seasonal collection rather than shutting down the whole storefront. Shopify's URL redirect tool, under Online Store > Navigation > URL Redirects, only accepts a redirect for a URL that is currently broken -- a live, loading page can't have a redirect attached to it, full stop. That's fine for a product you've permanently deleted. It's a problem for a seasonal collection page you unpublish every October and republish every March, because there's no way to pre-load a redirect for the gap in between; the page simply 404s with nothing pointing anywhere until you either leave it unpublished (and eat the dead link) or set up a redirect reactively once it's already broken.

The trap closes the other direction too: if you did set up a redirect for a page while it was down and later make that page visible again, Shopify auto-deletes the redirect the moment the original URL starts resolving -- by design, so a live page and an active redirect can't point at each other in a loop. If you're not expecting that, it looks like your redirect "disappeared," and if the same URL ever needs to go dark again next season, you have to recreate it from nothing rather than just re-enabling something you already built. Treat every redirect tied to a seasonal page as one-season equipment, not a permanent fixture -- the same lesson applies to how discontinued product URLs need redirects rebuilt rather than assumed to persist.

The cost nobody checks before pausing

Shopify's own billing documentation says it directly: third-party apps that were active before you pause can keep charging you during Pause and Build, because pausing your plan doesn't touch your app subscriptions. If your store runs five or six paid apps for reviews, upsells, or shipping rates, a "reduced-cost" pause can end up costing more than expected unless you go into Settings > Apps and sales channels and cancel or uninstall what you won't need while closed. Deactivation is different here -- Shopify automatically uninstalls apps and charges any outstanding usage fees at cancellation, so the ongoing-charge risk is specific to Pause and Build, not all three options.

Which option fits which closure

A closure under about four weeks -- a factory shutdown, an owner's medical leave, a seasonal gap between collections: private mode is fine. The exposure window is short enough that re-crawl risk is low, and it's free and reversible in seconds.
An off-season closure of two to six months -- a holiday pop-up shop, a store built around a single growing season, a business that only sells around one event a year: Pause and Build is worth the monthly fee specifically because it keeps your catalog crawlable through the gap. This is the case the SEO cost of private mode actually starts to bite, and it's also the case most existing guides quietly gloss over by treating all "temporary closures" as equivalent.
Closing for good, or an indefinite hiatus with no reopening date -- deactivation is the honest option. Trying to preserve rankings for a store you don't plan to reopen is effort spent on an asset you're not using; redirect any pages with real backlinks or ranking history to a relevant page you still control, if one exists, and let the rest go.

Reopening checklist

Whichever option you used, do these before assuming Google has caught up:

In Google Search Console, use URL Inspection on your five or six highest-traffic pages and request indexing if they still show as "Crawled - currently not indexed" a week after reopening.
Re-check Online Store > Navigation > URL Redirects for any redirect that got auto-deleted when a page came back live, and rebuild the ones you still need for URLs that changed while you were closed.
Resubmit /sitemap.xml in Search Console if you were on private mode or deactivated for more than a few weeks -- it doesn't force immediate re-crawling, but it does tell Google the list is current again rather than leaving it to infer that on its own schedule.
If you deactivated rather than paused, confirm any apps you relied on for tracking or SEO (redirect managers, schema apps, sitemap generators) actually reinstalled and reconfigured correctly -- Shopify uninstalls them on deactivation, and a silently missing app is a common cause of a "reopened but rankings still aren't recovering" support ticket.
Since Google is about to recrawl your whole catalog anyway, it's a reasonable moment to clear out catalog issues that accumulate quietly year over year, like duplicate product descriptions across variants -- fixing them right before a recrawl gets the corrected version indexed faster than fixing them on a random Tuesday would.

If you're planning a seasonal closure and want the redirect and reopening plan built correctly the first time rather than diagnosed after traffic drops, get in touch, or see what I do for stores that open and close on a calendar.