Summary

  • Shopify's current documentation lets existing Pause and Build stores retain the plan; new subscriptions and switches from other plans are unavailable.
  • A private storefront password restricts online visitors while subscriptions and other recurring charges continue. External contracts require their own cancellation decisions.
  • Removing apps can stop future recurring charges, but already generated bills can remain, and returning merchants may have to rebuild settings or lose data.

The last parcel is only the start of closing

Imagine a merchant selling handmade ceramics. The final parcel is taped shut. A suitcase leans against the packing table. For the next few weeks she wants no new orders, then a straightforward return to selling cups.

This is a fictional shop. Its pre-holiday homework comes from Shopify's actual help pages. Keeping customers out, stopping a subscription, preserving app data and dealing with old sales are separate jobs. The merchant has one holiday. Her suppliers have several calendars.

The first surprise is the option with the reassuring name. Shopify's current Pause and Build page says the plan is no longer available to new subscriptions. Stores cannot switch to it from another plan. Stores already using it can keep it. The billing guidance independently repeats that distinction.

A friend's recollection of having put a shop on pause therefore needs an account check before it becomes a travel plan. Existing paused stores and merchants seeking a pause for the first time have different menus.

Even the remaining pause leaves somebody working

Existing Pause and Build users retain administration, product editing and basic reports at a reduced cost. Customers can browse products, but checkout is disabled across all sales channels, including point of sale.

Sending an invoice from a draft order does not open a side entrance to the till. The invoice can be sent, but the order cannot be completed through checkout or in the admin. The shop remains a place to prepare for business while completed new sales stop.

Apps remain active. Shopify tells merchants to cancel separately any app subscriptions they no longer need. A marketing tool does not read an absence of orders as a termination notice. It follows its contract with a diligence the merchant might have preferred to leave at home.

Reopening also requires selecting a new plan; the old plan is no longer valid. Holding the existing paused position can be useful. It is not an arrangement every shop can newly acquire for its next trip.

A password never reaches the accounts department

Shopify has no dedicated holiday setting. For a short break, its current guide suggests protecting the online store with a private password. Visitors without that password cannot access its products and pages or place orders there.

The merchant can explain when she will return and avoid accepting purchases she cannot dispatch. Her subscription and other recurring charges continue. She is paying to leave more of the shop ready for her return.

The scope is specific: access to the online storefront. The setting does not automatically suspend every other sales channel or app. “Please stop giving me work” is an intelligible wish, but software carries out narrower instructions.

For a short trip, paying can be the sensible purchase. The comparison is between the cost of retaining readiness and the work of restoring it. Counting only the holiday's missing sales leaves out the first morning back. An hour spent rebuilding settings has a cost even when nobody sends an invoice for it.

One bill can contain several clocks

Apps billed through Shopify have their own thirty-day billing cycles. Usage charges can span two Shopify bills. Bringing several expenses into one place does not give the underlying services a common starting date or a shared finish line.

Uninstalling an app stops the relevant future recurring billing cycles. Pending charges already generated can still arrive. A line appearing after removal therefore calls for checking when the charge arose. Its appearance during the holiday alone does not identify a new service delivered after uninstalling.

If the developer agrees to an adjustment, an unpaid charge can be addressed with a credit; after payment, the issue is a refund. Shopify does not control app refunds. The convenient billing counter does not own every supplier's decision to give money back.

Some apps bill directly outside Shopify. Removing them from the store does not cancel that external payment arrangement. The merchant must deal with the outside provider. In the other direction, cancelling a subscription inside an app does not uninstall it from the store; stopping the corresponding future Shopify-billed recurring charges also requires uninstalling.

An app list consequently needs more than familiar icons. Who takes the money? Which period has already produced a charge? Where does the cancellation actually become effective? The merchant was trying to pack a suitcase and has acquired a small procurement department instead.

The saving may come back as a job

Removing every tool that will sit unused looks tidy. Fewer future bills, fewer things on the screen. Reinstallation, however, is not a promise to put yesterday back.

Shopify's uninstall guidance says dependent automations, integrations and features stop working. Some app data can become unrecoverable. Reinstalling may not restore its settings or data. Meanwhile, pieces of code inserted into a theme can remain and require separate removal.

Things the merchant wanted to keep may leave; things she wanted gone may stay. A small ceramics shop rarely has a restoration department waiting to sort out the distinction. The person rebuilding the setup is likely to be the same person who wants to pack cups again.

Before removal, the useful questions concern what the app holds, what can be exported and what would have to be reconstructed. Keeping one tool because it preserves useful work can earn its fee. Keeping everything because nobody knows how it works turns uncertainty into overhead. Removing everything without preparing the return converts some savings into future labour.

Deactivation leaves a tail of old business

For a longer break, the current holiday guide points to deactivation. An eligible owner cancels the plan, and the store deactivates at the end of the current billing cycle. Shopify Plus uses a separate route through support or its merchant-success team.

At cancellation, apps are automatically uninstalled and pending charges are billed, including app usage, transaction fees and shipping labels. Activity during the remaining cycle can still generate further charges. Requesting cancellation and reaching the paid period's last day are separate events.

External apps and domain contracts still require individual attention. Domain renewals are not automatically cancelled. An external registrar has to be dealt with separately. Losing an address the business still needs would be an impressively bad way to save the cost of a short absence.

Previous customers remain in the picture too. Gift cards, pre-orders and subscription orders leave obligations to address. Pending Shopify Payments payouts continue to the existing bank account on their established schedule. Failed or negative payout problems require reactivating admin access to deal with them.

A chargeback can concern a sale made before the shop closed. Once the billing cycle ends and admin access is lost, submitting evidence requires reactivation. Previous Shopify bills, however, can be viewed without reactivating. Preparing for the break means identifying which task needs which access, rather than treating every record as one locked cupboard.

Two years of storage does not put every tool back

Shopify says it retains store information for two years to support reactivation. An earlier request to erase customer data can make recovery and reopening impossible. Deleting information is a different decision from declining new orders for a while.

The retention period also does not promise to restore every removed app's settings and data. The shop's records can survive while an external component loses the information that made part of the work run. One supplier's storage commitment does not complete another's recovery promise.

The return date affects the bill as well. Reactivating before an already paid billing cycle ends allows the original monthly or annual period to continue without an additional reactivation charge. Returning after actual deactivation requires selecting a plan and settling amounts due.

To choose the cheapest route for this imaginary shop, we need its actual plan eligibility, paid-through date, app and external contracts, recovery needs and unfinished customer obligations.

The underlying choice is already clear: pay to preserve readiness, or do the work to restore it. A well-organised holiday prices both before departure. The merchant should come home with souvenirs, rather than a new assignment to reassemble her own shop.

Official documents