It might seem weird to have a how-to article for how to leave and migrate off AccessAlly, but we only want clients using AccessAlly who are absolutely in love and seeing the value of the platform.
That’s why this article will walk you through migrating your business and courses off AccessAlly. Please understand that we can’t cover all of the possible other platforms you might be migrating to, so you’ll need to fill in the details for the course platform you’re switching to.
1. Transitioning AccessAlly Subscription Payments
Once you cancel your AccessAlly subscription and the plugin becomes disabled, your customers’ payments will no longer be charged through AccessAlly’s Stripe payments.
There is no automated way to migrate a subscription payment out of AccessAlly into another system. However, you can export the payment details by navigating to:
AccessAlly -> Purchase Logs -> Subscriptions
And from there, you can export a list of all active subscriptions.
This will allow you to email these paid subscribers to have them register for a subscription in another system.
Alternatively, if you have too many subscribers and you worry that they won’t sign up again on a new system – you can keep AccessAlly running in “run off mode” until they cancel or move onto the next platform.
2. Creating Users in the New System
Depending on which system you’re migrating to, you will likely need to regenerate the username and password for each member.
If the new system you’re moving to has webhooks, then install that plugin and run a webhook on the members you want to regenerate.
To test that everything is working, run through the migration and login process yourself before migrating all of the other members.
3. Migrating Course Content & Permissions
AccessAlly’s courses are created using regular WordPress pages, so you don’t have to worry that another course or membership plugin won’t be able to use the same content.
You’ll want to set permissions for each of your existing pages using the interface of your new plugin. These may be via tags, in which case you can use the same tags that AccessAlly created for you.
If you’re moving off WordPress entirely, then you’ll need to copy and paste your content over to the new tool.
4. Removing AccessAlly/ProgressAlly Shortcodes
Once you disable AccessAlly and ProgressAlly, you’ll see that all of the shortcodes turn into “code”. So you’ll want to look through the site and delete any AccessAlly shortcodes you’ve used.
The common ones include the ones on your Dashboard page, update card details, and progress tracking.
Simply delete these and replace them with the new options (or if you’re migrating entire off WordPress, you can skip this step).
5. Updating CRM Automations
You’ll need to update your “welcome email” to send people the new password (this might be a different custom field, for example) or to have the password/welcome sent directly by the other platform you’re moving to.
You’ll also want to change or remove all of your webhooks (HTTP Posts) in your campaigns and automation sequences since AccessAlly won’t be there to receive them anymore.
Check to make sure that you don’t have any “Auto login links” that use AccessAlly’s functionality, since these will no longer work.
6. Making the Final Switch and Removing AccessAlly
If you’re staying on WordPress, you’ll want to switch out the AccessAlly Login widget to the login widget from your new plugin. This will ensure that when people login, they will be doing it through the new system.
AccessAlly has a “Developer Mode” that allows you to have two WordPress plugins on the same site, so you can essentially turn off AccessAlly while you test.
By doing this, you’ll also be able to spot check that everything is working with the new plugin.
Once you’ve tested and everything is working, you’ll want to send a “We’ve moved – here’s how to login” email to all of your existing members. This will usually include a new password, and possibly a different login link.