How to Migrate Shopify Subscription Apps Without Losing Subscribers
Switching subscription apps is the change merchants delay longest, because the downside is obvious: a migration that goes wrong does not cost you a feature, it costs you the recurring revenue base you spent years building. The risk is manageable if you know in advance what moves and what does not — above all, that saved cards do not follow a subscription to a new app automatically. This guide covers what actually moves, what does not, the order to do it in, and how to back out.
A subscription import moves the subscriptions — customer, products, quantity, price, billing frequency and next billing date — but not saved cards. RecurX creates each new contract without a payment method: customers choose a card already saved in Shopify in the customer portal or enter a card again, and moving saved cards between processors is something you take up with Shopify Support (Shopify Plus or Enterprise). Selling plans, discounts, the widget, portal settings, dunning rules and email templates are rebuilt. Run it in a fixed order — audit, rebuild plans, pause billing in the old app, import, get payment methods in place, verify a sample, cut over the widget, monitor the first renewal cycle — and keep the old app installed but inactive until a full billing cycle has passed.
What actually migrates, and what does not
A migration copies your subscriptions into the new app. With RecurX, each imported subscription becomes a new Shopify subscription contract with the customer, products, quantity, price, billing frequency and next billing date.
Saved cards are the part that does not move on its own. RecurX creates the new contracts with no payment method attached; it does not copy cards, payment tokens or PayPal billing agreements from the old app or processor. A customer who already has a card saved in Shopify can choose it for the subscription in the RecurX customer portal. Anyone else has to enter a card again, for example by subscribing again at checkout. To move saved payment methods between processors, contact Shopify Support: Shopify says card-data migration needs Shopify Plus or Enterprise (Shopify Help Center).
| Asset | Migrates? | Notes |
|---|---|---|
| Subscriptions | Yes | RecurX creates a new contract per subscription: customer, products, quantity, price, frequency |
| Saved cards | No | Not automatically. Customers pick a card saved in Shopify or enter one again |
| Next billing dates | Yes | Imported with each subscription; verify on a sample |
| Selling plans & discounts | Rebuild | App-side configuration; recreate before importing |
| Product-page widget | Rebuild | New app, new widget and styling |
| Customer portal settings | Rebuild | Permissions, swap rules, cancellation flow |
| Dunning rules & email templates | Rebuild | Retry schedule and copy do not transfer |
| Historical order & churn analytics | Partial | Order history stays in Shopify; app-side reporting starts fresh |
The practical implication: budget your migration time for configuration and for getting a payment method on every subscription. Tell subscribers what to expect before their next billing date.
The biggest risk: billing continuity
If something goes wrong in a subscription migration, it is almost always one of three billing failures — and all three are preventable with verification rather than luck.
- Double-billing. Both apps charge the same subscriber. Prevented by pausing billing in the old app before you import, never by having both apps billing in the same window.
- Missed renewals. Contracts import but the next billing date is wrong or absent, so a cycle silently skips. Prevented by checking next-billing-date on a sample against the old app before cutover.
- Broken discounts. Subscriber discounts do not carry, so a loyal subscriber is charged full price. This generates chargebacks and cancellations out of proportion to the revenue involved. Verify pricing on a sample of real contracts, including any legacy or grandfathered rates.
The migration sequence
Do these in order. The sequence exists so that every irreversible step comes after a verification step.
- Audit what you have. Export active contracts, plan types, intervals, discounts and next billing dates from the current app. This export is also your rollback reference — do not skip it because the app has a migration tool.
- Rebuild selling plans in the new app. Match intervals, discounts and product assignments exactly. Grandfathered pricing is the most commonly missed item.
- Rebuild the subscriber-facing surfaces. Product-page widget, customer portal permissions, cancellation flow, dunning schedule and email templates. Configure these before any contract moves, so an imported subscriber never lands in a half-built experience.
- Pause billing in the old app. Do this before importing, so no subscriber is charged by both apps.
- Import. RecurX imports from Recharge, Bold and Stripe with an API key, and from Smartrr, PayPal Express, Authorize.net and Braintree with a file. For any other app (Loop, Skio, Appstle, Seal, Yotpo and others), export your subscriptions to a CSV and use the generic CSV template. An import can be rolled back.
- Get a payment method on every subscription. Imported contracts have no card attached. Ask customers to choose a card already saved in Shopify in the customer portal, or to enter a card again. For moving saved cards between processors, contact Shopify Support.
- Verify a sample. Pick 20–30 real contracts across your plan types and check next billing date, price, discount, interval and product against the old app's export. Include at least one grandfathered subscriber and one prepaid or multi-cycle plan.
- Cut over the widget. Swap the product-page widget so new subscribers sign up through the new app. Until this step, nothing customer-visible has changed.
- Monitor the first renewal cycle. Watch renewal success rate, failed payments and support volume daily. Keep the old app installed but inactive until a full cycle has passed.
Do not uninstall the old app at cutover. An installed-but-inactive app is your rollback; an uninstalled one is a data-recovery project.
When to migrate — and when not to
Timing matters more than most merchants expect, because a migration concentrates risk into one billing cycle.
- Avoid peak season. Never cut over in the weeks around your highest-volume period. If Q4 matters to you, migrate by September or wait until January.
- Prefer a low-renewal window. If your renewals cluster on the 1st, cut over mid-month so the first post-migration renewal batch is small.
- Give yourself a full cycle of runway. If you bill monthly, you need a clean month before you can call the migration done.
- Do not migrate during a replatform. Changing theme, checkout and subscription app at once makes any failure impossible to diagnose.
Rollback plan
Every migration should have a written answer to "what do we do if the first renewal batch fails?" — decided before cutover, not during an incident.
- Stop billing in the new app immediately — do not let a second batch run on a broken configuration. In RecurX you can roll an import back from Import history.
- Reactivate billing in the old app, which is still installed.
- Reconcile the affected contracts against your pre-migration export.
- Contact any subscriber who was double-charged or mischarged before they contact you. Proactive refunds cost far less than chargebacks.
- Diagnose, fix, and re-verify the sample before attempting cutover again.
What to evaluate before you pick the destination
A migration is the rare moment when switching cost is already sunk, so it is worth choosing for the next three years rather than the next three months.
- Fee structure. A percentage transaction fee compounds with every renewal and every increase in AOV. A flat fee does not. Model both at your projected volume with the fee calculator.
- Retention tooling included or extra. Dunning, cancellation save offers and loyalty are what protect the revenue base. If they are add-ons, price them in.
- Portal capability. Whatever a subscriber cannot do themselves becomes a support ticket, and eventually a cancellation.
- Data portability. Ask how you would leave. An app that answers clearly is an app that expects to keep you on merit.
- Independence and roadmap. Consolidation is active in this category — Recharge acquired Skio in April 2026. Factor ownership into a three-year decision.
- Recharge alternativeFees, portal and migration path vs. the incumbent.
- Skio alternativeWhat the Recharge acquisition means for Skio merchants.
- Loop Subscriptions alternativeRetention workflows without the per-order fee.
- Appstle alternativeFeature depth compared on a flat price.
- Seal Subscriptions alternativeWhen to outgrow a budget subscription app.
- Bold Subscriptions alternativeLeaving percentage fees on every tier.
- Smartrr alternativeSubscriber experience without the platform fee.
- Recurpay alternativeGrowing past a starter subscription app.
- All apps comparedThe full field on fees, portal and retention.
The bottom line
Shopify subscription migrations are a configuration exercise with two real risks: billing continuity, and subscribers who have no card on their new subscription. Rebuild plans and subscriber-facing flows first, pause billing in the old app, import, get a payment method on every subscription, verify a real sample against your pre-migration export, cut over outside peak season, keep the old app installed until a full cycle passes, and write the rollback plan before you need it. RecurX offers a free migration call if you want help planning it.
Câu hỏi thường gặp
Will my subscribers have to re-enter their card details when I switch subscription apps?
Plan for many of them to. Saved cards do not carry over automatically: RecurX creates each imported contract without a payment method. A customer who already has a card saved in Shopify can choose it in the RecurX customer portal; anyone else enters a card again. To migrate saved payment methods between processors, contact Shopify Support — Shopify says this needs Shopify Plus or Enterprise.
What does not migrate between Shopify subscription apps?
Configuration. Selling plans, discounts (including grandfathered rates), the product-page widget, customer portal permissions and cancellation flow, dunning retry schedules and email templates all need rebuilding in the new app. App-side analytics also start fresh, though your order history remains in Shopify. Budget migration time for rebuilding configuration, not for moving data.
What is the biggest risk in a subscription app migration?
Billing continuity, in three forms: double-billing when both apps charge the same subscriber, missed renewals when next-billing-dates import wrong or no card is on the new subscription, and broken discounts when a loyal subscriber is suddenly charged full price. All three are preventable. Pause billing in the old app before you import, get a payment method on every subscription, and verify a sample of 20–30 real contracts — including a grandfathered subscriber and a prepaid plan — against your pre-migration export before cutting over.
When should I migrate subscription apps?
Outside peak season, with a full billing cycle of runway afterwards. If Q4 matters to your business, migrate by September or wait until January. Cut over in a low-renewal window — if renewals cluster on the 1st, migrate mid-month so the first post-migration batch is small. Never migrate during a replatform or theme change, because it makes any failure impossible to diagnose.
Should I uninstall the old subscription app after migrating?
Not immediately. Pause billing in the old app before you import, but leave it installed until a full billing cycle has passed cleanly. An installed-but-inactive app is a working rollback path; an uninstalled one turns a bad first renewal batch into a data-recovery project. Keep your pre-migration contract export regardless — it is the reference you reconcile against if anything needs fixing.
Migrate to RecurX
Zero transaction fees, a 14-day free trial, imports from Recharge, Bold, Stripe or a CSV file, and a free migration call.
Bắt đầu dùng thử miễn phí →