How to Move Creators and Their Patrons Off Patreon Safely

Moving a creator off Patreon is a campaign, not a file transfer. The creator can move quickly, because they decide where they publish. Their patrons cannot be moved for them, because the payment authorization each patron gave belongs to the old service and its payment provider. A safe plan therefore invites creators first, asks patrons to subscribe again, overlaps the two pages for a few weeks and ends the old one last.

This guide is for the operator of a new platform recruiting established creators, and it works as a practical timeline. It assumes you run a membership platform such as a white-label Patreon clone and need a process you can repeat for each creator. A note on sourcing: Patreon's own pages could not be opened when we wrote this, so we state no Patreon export option, fee or policy as fact. Tell creators to check the current options in Patreon's help center, and to read the agreement they accepted. This is general information, not legal advice.

What can and cannot be moved

Be exact with creators about this before they commit. Surprises in the middle of a migration cost trust and income.

Why payment cannot simply move

A patron's card is stored with the service's payment provider under a contract with that service. Stripe's documentation on migrating subscriptions says that when you migrate payment data from another processor, card data must come through a payments data import request first, and that without a default payment method on each customer, invoices cannot collect payment. That is a company-to-company process with its own requirements; an individual creator cannot start it. For an operator, the safe assumption is that every patron enters payment details again.

What your platform supports

Our ready-made Patreon clone lets creators move by invitation and republish their work. Supporters subscribe again from a creator's profile page by choosing a plan and paying by card or digital wallet. Bulk import of content or member lists depends on formats and consent and is something we set up for your build, so ask early what the old service will let creators export. Confirm the scope with us at kickoff through our contact page before you promise a creator an import.

The invitation: what a creator needs to see first

An established creator is protecting income, so the first message has to answer risk before it sells features.

1. A fee comparison done fairly. Show the net payout for one invented sale, using Patreon's current published rates as the creator reads them on its pricing page and your own commission. Do not quote Patreon's numbers from memory; let the creator fill them in.
2. The tools they use. Tiers, per-plan access, discounts, pay-per-view, tips and custom requests. The Patreon clone features page lists the creator-side tools.
3. How and when they get paid. Creators withdraw by bank transfer, digital wallet or another configured gateway. Show the withdrawal flow in a demo; it is the question every creator asks.
4. What support they get. Name a person, a reply time and an onboarding session.
5. A short migration offer. For example: you will help set up the profile, price the first tier and republish the first posts, and you will give their first supporters a launch bonus. Offers must be ones you can keep.

Our guide on recruiting your first creators covers the target list and the pitch in more detail; this section assumes the creator is already an established Patreon user.

What to put in writing

• Your commission and what it covers, with a worked example.
• Payout schedule, minimum withdrawal and who bears gateway charges.
• Content rules, in plain language, before the creator moves anything.
• What the creator can export from your platform if they leave.
• Who owns the content (the creator) and what license you need to display it.

Tier mapping: old tiers to new

Do this on paper before anyone clicks. A tier map lists each old tier, its price, its perks and what it becomes on the new platform.

The prices are invented. The questions are not. For each row ask: can your platform deliver this perk? Will the price stay the same, and for how long? Does anything need explaining to patrons? Our post on membership tier ideas and pricing helps if the old structure has too many tiers or unfulfillable perks; a migration is the right time to clean it up, though changing too much at once confuses patrons. A good rule is to keep names, prices and perks the same for the first month, and change structure later.

A four-week migration timeline

This timeline suits a creator who publishes weekly or more. Stretch each phase for a creator who publishes monthly.

Rules for the overlap

• Do not ask patrons to pay twice for the same period. Say clearly when to cancel on the old service.
• Give a reason to move now: a bonus post, a founder's price or a first-month perk, within what you can deliver.
• Keep the old page open until most active patrons have moved, because it is where unmoved patrons will look.
• Check any notice period or term in the agreement the creator accepted on the old service before closing a page.

Supporter re-subscription

Re-subscription is where migrations succeed or fail. Every step between the invitation and the payment loses some people.

The path to measure

1. Sees the announcement.
2. Clicks the link to the creator's new page.
3. Registers and confirms an email address.
4. Chooses a plan.
5. Pays by card or digital wallet.
6. Sees the locked content open.

Track how many patrons reach each step. A creator with 200 patrons who sees 120 clicks and 60 payments knows where to look. These numbers are an example of the method, not a forecast.

Friction points and fixes

Store billing and apps

If patrons will subscribe inside a mobile app, remember the store rules. Apple's App Review Guidelines require in-app purchase for subscriptions and premium content in guideline 3.1.1, and Google's payments policy requires its billing for digital subscriptions in Android apps, with regional exceptions. A web checkout link in the invitation is often simpler for patrons, but store rules limit how an app may point to it, so check the current text. Our post on app store rules for creator subscription apps explains where the lines are.

Messages that work

• One clear sentence on why: "I am moving my membership to a home where I set the rules and where we can talk directly."
• One clear action: "Subscribe here by this date."
• One clear reassurance: "Your price stays the same for the next twelve months."
• One clear reminder before the old page closes.

Content import

Republishing is simpler than it sounds for most creators, because they hold the originals: videos, images, posts and files. A creator who has a few hundred posts can republish the best ones in a day or two, and archive the rest.

Bulk import is set up per build because formats and consent differ, and it only makes sense if the old service gives creators a usable export. Ghost's help page shows what a simple member import looks like on a publishing tool: a CSV where email is the only required column, with an optional column to link a member to a customer in a connected Stripe account. That works inside one payment account. Moving between companies adds the data request step described above. If a creator needs this, we can deliver it; read about the Patreon clone development company and how tailored work is handled. Tailored changes usually take two to eight weeks depending on the work.

Rights and consent

• The creator should republish only content they own or may license.
• Patron data belongs to patrons as much as to anyone; use it only as consent and law allow.
• Substack's going-paid page is an example of a service stating that authors own their content and subscriber list; creators will ask you for the same plain statement.

What to measure and what can go wrong

A migration is easier to run when you know the numbers before it starts. Agree three figures with each creator and review them weekly.

An example of a first month

These figures are invented to show how to read the plan. Say a creator has 200 active patrons paying an average of 8 a month, so 1,600 comes in on the old service. After four weeks, 90 patrons have re-subscribed on the new platform at the same average price, and 80 are still paying on the old one. New-platform income is 720 and old-platform income is 640, so the combined 1,360 is about 85% of the starting figure. The creator is not failing; the move is half done, with 30 patrons unaccounted for. The next steps are to ask why those 30 have gone quiet, extend the overlap by two weeks and keep the old page open as a pointer. Compare that plan with closing the old page on day 28, which would have cut income to 720 and lost any patron who had not yet seen the notice.

Common failure points

• Closing the old page too early. Unmoved patrons lose their way and the creator loses them.
• Changing everything at once. New prices, new tiers and a new platform together raise cancellations.
• An untested subscribe flow. A broken checkout on launch day wastes the creator's best moment.
• Unclear payout timing. Creators who wait longer than expected for the first payout may stop recommending you.
• Over-promising. Features that are not live, such as an import you have not scoped, break trust faster than a missing feature does.
• Ignoring tax and records. The creator should keep records of income on both services during the overlap; ask an adviser how to report it.

Glossary

• Re-authorization: a patron entering payment details again on the new platform.
• Overlap period: the weeks when a creator posts and bills on both services.
• Legacy price: a price held for patrons who move, for a stated time.
• Tier map: a table matching each old tier to a new one.

Drop-off scenarios to test

No migration moves every patron. Treat the share that moves as an assumption to test with each creator, and plan income for the lower cases. These scenarios use invented numbers: 200 patrons paying an average of 8 a month, so 1,600 a month before the move.

The percentages are placeholders, not findings. The point is to ask the creator whether they can absorb the middle row for a few months. If not, a longer overlap or a smaller first step, such as moving only new patrons and a new tier, is safer. A creator who sees these numbers before they decide is less likely to blame you afterward. Re-measure after each week of the plan and update the table.

Timeline with owners

How long should the overlap be?

Respect the old terms

A creator stays bound by whatever they agreed to on the old service. Encouraging a move is fine; encouraging a breach is not.

• Read the old agreement. Ask creators to check notice periods, exclusivity and rules about directing patrons elsewhere. If in doubt, suggest they ask the old service's support or a lawyer.
• Do not disparage. Describe what your platform offers, with your own numbers, and leave the other service out of it. Creators will make their own comparison, and patrons dislike drama.
• Do not copy. Use your own wording, design and brand. We are not affiliated with Patreon, and a clone is software of a similar kind, not a copy of its code or look.
• Keep promises you can keep. A founder's price, a launch bonus or a support commitment must hold after the migration ends.

Operator checklist

• Write a one-page offer: fees with a worked example, payouts, support, content rules and export terms.
• Build the tier map for each creator and test every perk you promise.
• Test the subscribe flow yourself, on a phone, with a real card.
• Plan four weeks per creator, and move creators in small groups.
• Track patrons at each step: sees, clicks, registers, pays.
• Review the first payout with the creator and ask what to change before the next group.

If you do not yet run a platform, start with how to start a membership platform for creators, and compare options in sites like Patreon. For the cost and scope of your own base, see Patreon clone development cost. Patreon is a trademark of its owner and is named here only to describe the category.