Last updated
© 2025 make.com
Last updated
To use Make Bridge, you will need to set up a Service User account within your Make organization, obtain an API key, and prepare the type of sandboxing you require for your users.
To get started, you will need a Make account with the Make Bridge plan.
We recommend that you create a Service User account that will be used as a management entity for your users’ automations. Using a Service User account ensures that Make Bridge will not be attached to a personal account within your organization. In the Make platform, actions of your users will be interpreted as actions of the Service User.
To create a Service User account:
Log in to Make and select the organization where you want to create your Service User account.
Under the Users tab, click + Invite a new user.
Enter the Email for this account.
Enter the Name for this account. We recommend entering the name Service User.
For the Role, select Admin.
Optional: Add a note.
Click Save.
Log in as the Service User to use this account for the rest of the setup.
An API key is required to integrate Make Bridge into your product and initialize the flow. This API key should be created using the Service User account.
To create an API key:
Log in to Make using your Service User account credentials.
At the bottom of the left sidebar, click Profile icon > Profile.
Under the API Access tab, click Add token.
Enter a Label to identify the use of this token.
Select your required Scopes:
Click Save.
The new key will appear on this profile's API Access dashboard. Copy the API key to your clipboard and store it in a safe place, as it will not be shown again.
When using this API key, calls made from your product to the Make API will be authenticated in the name of the Service User.
Depending on your users’ requirements and how you wish to divide data, you can set up user-level or team-level sandboxing. As actions in Make pertaining to integrations will be interpreted as actions of the Service User, sandboxing is how you can identify which automations are related to your specific users.
User-level sandboxing is the best option if you want every user to have their own set of integrations that are not seen by others. Team-level sandboxing is preferred if you want integrations, connections, and webhooks to be shared with others who are within the same context.
We recommend creating a special team, using the Service User account, that you will use to develop and test the users' templates.
Organizations are the most basic organizational unit, or container, to which all elements within Make are assigned. An organization can contain any number of teams.
You register users into an organization. Then, you assign users to teams. A user can be a member of any number of organizations and any number of teams. A user can have a different role in each team. Members of a team have access only to scenarios and data that belong to their team.
For more information on teams and organizations, please see the .
Working with connections:
connections:read
connections:write
Working with webhooks:
hooks:read
hooks:write
Rendering the forms in the flow:
imt-forms:read
Working with keys:
keys:read
keys:write
Reading details of the organization, checking permissions and licenses, etc.:
organizations:read
Working with scenarios:
scenarios:read
scenarios:write
Managing the teams:
teams:read
teams:write
Working with templates:
templates:read
templates:write
Retrieving data of the System User:
user:read
Working with the instancing flows:
instances:read
instances:write