Replacing your Zapier integration#

If you have an integration that's usable by other people (either as invite-only or public), there are limitations on the types of changes that you can make in your integration, in order to avoid breaking the Zaps that your users have created on it.

Sometimes, there are occasions when you need to make a "major change" to an integration - either switching things to use a newer version of the endpoints/API (and thus, changing the structure of the data that's used), changing the authentication type (like switching to OAuth v2 tokens), or rewriting a Web-Builder integration using our CLI Platform.

In these cases, here’s our 4-step approach to replacing your integration with a new one:

1. Reach out to our Partnerships Team#

Contact us at with your intentions before you start building the updated integration and we'll help get you started in the right direction. Giving us a heads up will expedite the review process of and help set proper expectations for the replacement integration. We also recommend reading our blog post on auth migration best practices and pitfalls, with real-world examples.

2. Build the Replacement Integration for a "Hide and Replace"#

Your team will build a completely new version of the integration following our App Development Guide, accumulate test users, submit the integration for review like a normal app, and address any feedback we provide. A review is required for all replacement apps to ensure there are no issues.

Note: You will need to accumulate enough test users on your new integration before you can request for review. Please expect some time between when you submit for review and when the new integration is made “Public”, as the speed of the review depends on how closely your integration matches our style guide and the responsiveness of your team to our feedback.

When the review process is complete, we'll "hide" the older version of your integration, and deploy the newer version, so it becomes the default version that's used for creating new Zaps.

If the existing API endpoints in the old integration are still working and available, it is set back to “Invite-only” for Web Builder integration and “Pending” for CLI integration. Existing users’ Zaps will continue to work "as is", but no users will be able to create new Zaps with the old version. Any Zaps using the old integration will show a “Legacy” label to prompt users to update their Zaps to use the new one.

If the existing API endpoints will be deprecated/terminated, or an older authentication type is no longer usable, after we deploy the new version of the integration, existing users’ Zaps will only continue to work as long as the original endpoints are available.

3. Migrate Users and Zaps to the new integration#

At this time, the users and Zaps on the old integration should be migrated over to the new version. This is not done automatically during the "Hide and Replace" step of the replacement.

If the existing API endpoints in the old integration are still working and available, the Zapier team will not assist you with migrating users and Zaps to the new version. You will need to send out communication to notify your users to update their Zaps on your own.

If the existing API endpoints will be deprecated/terminated, or an older authentication type is no longer usable, we can assist with migrating over Zaps and users if discussed in advance, so please reach out to as early as possible to discuss migration plans and tips on preserving compatibility with the existing integration. Once we've ascertained the new integration is working well, we'll start converting/migrating users and their Zaps from the older integration, and switch them to the newer integration.

This migration process occurs gradually and may take a few weeks or months to complete depending on the quantity of Zaps that are present, and the number of issues that are encountered during the Zap migration. This is to help ensure any edge-cases won't result in a large eruption of data errors if/when a large quantity of Zaps are converted. Our shared goal is to move our mutual users to the new integration as seamlessly as possible.

Common Reasons Why Migrations Can't Occur#

  • The new integration doesn’t have a Trigger, Action, or Search for every respective step being used in a Zap on the old version.
  • The new integration requires inputs (trigger or action fields) the old version did not.
  • Authentication has changed, and there is no way to programmatically swap in the new authentication for the old authentication.
  • The data from the new integration has changed in a way that does not maintain 1:1 parity with the data returned from the old integration, or the format of data returned has changed.

4. Migrate existing Zap Templates#

We'll also determine whether we can reuse/migrate the Zap Templates for your integration, or need to remove all the Zap Templates if the keys/fields in the data have changed significantly. Templates may not be migrated right away when the ‘Hide and Replace’ occurs, but will be placed in a queue to be migrated in priority order.

We're here to help!#

As always, please contact us at if you have any questions!

↑ Was this documentation useful? Yes No
Get Help