App Store Approval Requirements
On This Page
Dev Tools is the BigCommerce workspace for developing single-click apps. Within Dev Tools, you’ll create the Client Id and Client Secret to authenticate your apps, submit new apps to the App Marketplace, and manage existing Marketplace listings.
Dev Tools can be found by clicking My Apps in the upper right corner of the page.
The requirements to submit an app are listed below, as well as where the information needs to be updated.
Make sure you’ve applied and been approved for our Technology Partner Program before you’re ready to submit your app - you’ll need a valid Partner ID to do so. You’ll also need to accept the Terms & Conditions in the Partner Portal before we can publish your app.
- Make Support resources available throughout the app experience (for example onboarding flow and app dashboard).
- Follow BigCommerce branding guidelines when referencing BigCommerce (see our Media Kit for more information).
- Apps and listing must not reference competitor platforms.
- Brand name used in App submission should match the app’s title used in app content.
- Keep app titles concise – refrain from using extra taglines or descriptors (include those in the app summary, if necessary).
- Apps that connect to third-party service should include the name of the service and the company in the title (Ex: “Marketplace by BigCommerce”, “Search by BigCommerce”).
- App client-side code (including any storefront components) should be compatible with all BigCommerce supported browsers.
- Your app must work as intended, be free of defects, and not conflict with or break any default BigCommerce functionality, including the BigCommerce storefront and checkout.
- Utilize any V3 API resources that are currently available for the data you need from a BigCommerce store.
- The dashboard and callback URLs for your app should operate strictly over HTTPS using a valid SSL certificate.
- Apps should offer multi-user support so that permissions for the app can be distributed by the store owner to additional users, from the BigCommerce control panel.
- Any apps that process transactions or handle credit card data will need to pass a PCI Compliance review with our Security team, and also be compatible with our Optimized One-Page Checkout.
- Avoid copy/paste for storefront code - use the Scripts API to programmatically inject code snippets into a store’s Script Manager and storefront theme.
- If your app requires payment, you’ll need to collect payment from the user within your app. See Pricing & Categorization under App Summary for more information.
- Apps should be Single-Click and use our OAuth token exchange flow to authenticate the user
- Single-Click does not mean everything completed in one click, but that authentication is handled in that click - other tasks can be handled post-auth with the user
- When the app is installed, a styled HTML page must be returned in the iframe of the BigCommerce control panel - this content cannot be blank and must follow our user-interface constraints.
- During the OAuth handshake, be sure to store the user’s token against their store hash - rather than their email address - to avoid any problems with ownership changes or multi-user support.
Meeting the requirements
If your app cannot meet these requirements, please reach out to email@example.com in order to discuss the potential for a Connector app listing. In the majority of cases, a Single-Click app will be the more appropriate solution and put your integration on par with other Marketplace partners, but exceptions may be made under certain circumstances
- Have a form to fill out for new users? We recommend auto-filling user input fields with data from the Store Information API resource, which already contains much of the info you might need from a new user.
- No account approval process needed for your app? Consider automatically generating accounts for stores that install your app and don’t match an existing store in your database.
- Require login on launch? Use the information in the BigCommerce payload to your callback URL to authenticate the user without asking for a username and password each time.
- Want to share user testimonials? Add a link to your full case study in the Case Studies field, with a title and short description.
Dev Tools Walkthrough
Below are the screens you will go through when submitting an app through DevTools. Each tab shows the page along with the fields and descriptions. Each field needs to have the correct information for the app to be approved.
Use the email address that was created when applying for your Partner Id.
List the name of your company, as you want it to be attributed on the detail page.
Provide the URL for your homepage so users can learn more about your company.
Email where users can get help with the app. This should be a formal group email at your company domain (Ex: firstname.lastname@example.org) rather than a personal email. If not provided, this option will not be displayed.
A Support email and website for users to reach out as needed. These will be publicly visible on the Marketplace, so make sure to stay away from personal emails or non-support URLs. Your public detail page will include a button for users to “Get Support,” which will take them to this URL in a new tab. If not provided, the button will not be displayed on your detail page.
When you’re ready to submit your listing for review, you will need to enter your Partner ID for your Technology Partner account. This field is not required to create, save, or edit a Draft prior to submission.
Use the brand name you’ve given your app for your app title throughout your app content. This listing name should be a concise title for easy identification and should not include additional taglines or descriptors. The name will always appear alongside your summary, so there’s no need to muddy your app’s branding with duplicate content when that tagline is already displayed with it.
Pricing & Categorization
Select one of our pre-formatted pricing options to call out your app’s starting price. If you offer a forever-free plan, choose the “Free” option. If your app does not fit one of our formatted options, specify your details in a few words in the “Other” selection.
- If you need to specify more detail on your pricing options, save it for your app description.
Choose the most appropriate category for your app.
If your solution is a connector to a specific third-party service, or you’re offering only a particular feature, make sure to include both the name of the third party service or feature and your company name (Ex: “Marketplace by BigCommerce,” “Search by BigCommerce”). The company name needs to follow the feature.
Your primary app logo should be 350 x 130px (or larger at this ratio) with a white background and dark branding in the foreground. The logo should only include branding, no taglines necessary.
The app icon will be included on the main app detail page and the sidebar in the BigCommerce control panel once the app is installed. This should be a square 200x200px image.
Select one of our pre-formatted pricing options to call out your app’s starting price. If you offer a forever-free plan, choose the “Free” option. If your app does not fit one of our options, specify your details in a few words in the “Other” selection.
If you need to specify more detail on your pricing options, save it for your app description.
A short tagline description of your app that will be used on your app card in category and search results within the Marketplace. 128 characters max.
Your app icon will be included on the main app detail page and the sidebar in the BigCommerce control panel once the app is installed. This should be a square 200 x 200px image.
Choose the most appropriate category for your app. Take a look at the live Marketplace for an idea of where solutions are currently assigned to help decide the right category. The category selection will also be a search attribute for your listing. BigCommerce will review your category assignment and may re-categorize your listing prior to launch. One category maximum.
A more in-depth value proposition for your listing, including how your solution works, why your solution stands out in its category, and why a merchant should choose you over other competitors. Avoid using fluff or buzzwords, as this field will not be indexed for search. 200 words max recommended.
Include videos that highlight the purpose and value of your solution. Select the video hosting platform (YouTube or Vimeo) and enter the video ID.
Video Best Practices
Turn off ads for any videos you’ve already uploaded.
- Sign in to YouTube.
- In the top right, click your account icon > Creator Studio.
- On the left, select Video Manager.
- Select the video(s) where you want to turn ads off.
- Click Actions > More actions > Monetization.
- Select Off.
- Click Submit.
Per Vimeo’s guidelines, businesses may not use Basic or Plus accounts to host videos. If you want to upload commercial videos, you must use Vimeo PRO or Business. Commercial content includes:
Videos promoting or representing a for-profit business or brand Videos containing any form of advertising Videos hosted on behalf of a business (i.e., uploaded to Vimeo and embedded on your company’s website) Product demos and tutorials
Note: Ads appear to viewers based on their level of Vimeo membership - not yours. Basic and non-logged in viewers may see ad banners below the video player.
These can either be “Thought Leadership” case studies and/or traditional case studies that demonstrate how BigCommerce merchants have benefited from using your solution with their business. Use the + icon to add a case study, and the x icon to remove. Four case studies maximum.
Case studies that include competitor platforms are not allowed and will be removed. Partners will be required to repurpose general case studies, remove competitor platform mentions, and republish the asset accordingly.
Use these fields to enumerate the major features your platform or solution has to offer. Include a brief title for each feature, and a description of the feature to accompany it. The feature title will be search indexed in the Marketplace, so be specific with your feature names and include major functions potential users will search for. Use the + icon to add a feature, and the x icon to remove. Utilize the rich text editing of these fields to bold, underline, or italicize copy as needed.
Up to five features can be added.
Legal Terms & Privacy
Please add the countries for which your solution is optimized and those which your solution does not currently support.
This feature will not currently be utilized in the Marketplace, but will be a part of planned internationalization updates.
Links to your User and Installation Guides as a reference for existing users and prospects.
We now ask that you include links to your solution’s user installation guide (PDF, support articles, etc.) and standard user guide for prospective users to review before installation. If you do not submit links, this field will not be displayed on your listing detail page, however we highly recommend including these with your submission.
Add screenshots of your solution’s functionality or user interface as it appears when integrated with BigCommerce so users know what to expect.
Your alternate logo will be used if your app is featured on the homepage carousel of the Marketplace. This image should be 259 x 158px (or larger at this ratio) with a dark background and white or light branding in the foreground. The logo should only include branding, no taglines necessary.
By default, your app will only be accessible to the store owner (i.e., the user who created the store). Optionally, you can allow your app to be accessible to other store users. Consider the following before enabling multi-user support:
Once you enable multi-user support, a store admin will still need to grant access to other users from within the store control panel. For each user account, there are settings that grant access to specific apps.
Your app should be aware that when it receives the Load Callback, the user information passed in might not be the store owner’s. You’ll need to determine how to respond if you see a different user. For example, you may want to provision a new user account in order to personalize the experience.
You can optionally specify a Remove User Callback URI to receive a callback when a store admin revokes a user’s access.
Public URIs Required before Submission
Because the Auth Callback URI and Load Callback URI requests originate from the browser and not from BigCommerce, you can use non–publicly-available URIs and a self-signed certificate for a quick start. However, you must switch to – and test your app with – a publicly available Auth Callback URI and Load Callback URI before submitting your app for consideration in the App Marketplace.
If you want to receive a callback when the store owner uninstalls your app, you can provide an Uninstall Callback URI.
If you know the OAuth scopes that your app requires, you should select these. If you do not yet know the scopes that you need, you can just request minimal permissions (such as Information: Read-Only) to get started. However, once you determine the scopes you need, you must:
- Modify the scopes of your app in My Apps and save the changes.
- Obtain the new OAuth token during the App Installation or Update flow.
- Retest your app to make sure it still functions properly with the new token.
Add in any instructions needed to test the app thoroughly.
Review the information added before submitting the app. Look over this page carefully, once the app is submitted, if it is rejected there will be another fee for submission.
This is an approximation of what the app’s page will look like in the BigCommerce Marketplace.
Payment and Submission
At this point you make sure the information has been filled out completely and the app has been thoroughly tested before submitting for review. Updates to the App will not require the submission fee again.