Shopify's app platform supports charging Shopify merchants for using your application. Applications built using Gadget's Shopify Connection use the existing Shopify Billing APIs for creating charges, and money is moved using Shopify's standard partner payout system.
Read about Shopify's Billing API here in Shopify's docs.
Different applications may choose from various billing schemes, all of which are supported by Gadget. Choose which billing scheme makes the most sense for your application, and then create the right AppSubscription or AppPurchaseOneTime objects using the Shopify GraphQL API to implement your billing scheme. You also may need to build a frontend interface for users to select from among your plans, upgrade and downgrade, and view their usage of your application.
Scheme
Suggested Implementation
Free app
No action required
Fixed Monthly fee
Create AppSubscription in the Shopify Shop model's Install action onSuccess function
Check Shop install date within actions, show a plan selection screen in your application, add a subscribe action to the Shopify Shop model and create an AppSubscription for your plan in it
Want to see a working example using test charges? You can fork this Gadget project and try it out yourself.
You need to make sure your Partners app distribution is set to App Store for the test charges to be completed.
Charge flow
To ensure the activation and movement of funds, charges created through API calls to Shopify require merchant acceptance. Once a charge object is created, it will be in a pending state until the merchant accepts it. Freshly created charge objects provide a confirmationUrl that should be shared with the merchant. The merchant must visit this URL to accept the charge.
It is essential to note that payment should only be considered confirmed after the merchant has accepted the charge. Merchants will be directed back to the returnUrl specified during charge creation by Shopify once they have accepted the charge. This allows for seamless redirection and completion of the payment process.
Charge objects which result in merchants paying you money are created by making calls to the Shopify API. You can use Gadget's existing API client object to do this within actions and HTTP routes with the connections.shopify.current object.
For example, we can create an AppSubscription as soon as our application gets installed
by adding a code snippet to the onSuccess function of the Install action on the Shopify Shop model. This onSuccess function will make a call to Shopify and get back a confirmationUrl to send the merchant to. We send or store this URL, send the merchant to it on the frontend, and if the merchant accepts the charge, Shopify will send them to the /finish-payment HTTP route, where we can set up their access to the application.
To grant a merchant who has accepted this charge access to our application, we can set up some state in our database in a GET-finish-payment.js HTTP route in our Gadget app. This route powers the returnUrl we send to Shopify when we create the charge object above.
Apps that don't need to charge merchants don't need to create any app charges. Merchants will install your application and complete the OAuth process, and then your application can begin working on behalf of the merchant with no other intervention needed. If you start charging in the future, you can later create charges for existing merchants using these recipes.
Subscribing to a recurring plan
Shopify's Partner Billing API supports charging merchants a monthly fee for access to your application. For example, a product quiz application could charge $15.00 per month for the ability to run one quiz. If your application has multiple differently priced plans for merchants, you need to implement functionality for merchants to select plans. You can then create recurring charges depending on which plan is selected. This plan selection interface is implemented within your application once it is installed. A merchant will install your application from the Shopify App Store, complete the OAuth process, and Gadget will create a Shopify Shop record in your application's database. Once the app is installed, merchants can visit your application in their Shopify Admin, and you can then show them your plan selection interface.
Within your plan selection interface, you can then make a call back to your application with the plan a merchant has selected. Gadget recommends adding a subscribe action to your Shopify Shop model, which you can then call from your frontend, and creating an AppSubscription resource in the Shopify API to represent the selected plan.
For example, in our Gadget backend, we can create several things:
A new string field on the Shopify Shop model called Plan to track which plan a merchant has selected.
A new url field on the Shopify Shop model called Confirmation URL to track where to send the merchant to confirm the payment information for their plan.
A subscribe action on the Shopify Shop model for implementing plan selection.
A routes/GET-finish-payment.js HTTP route to use as the returnUrl when creating charges for confirming charge acceptance.
The best way to keep track of plans is to create a Plan model and add fields related to this plan, such as name, price, and description. A has many relationship to the Shopify Shop model is also required to keep track of which Shopify Shopbelongs to which Plan, making it easy to then retrieve plan data for a specific shop.
First, let's make a subscribe action on the Shopify Shop model. We can add a code snippet that creates the charge with Shopify to present to the merchant. First, under run function, remove the Update Record effect and add a Run Code Snippet in its place. Name the code snippet createAppCharge.js and add the following content:
shopifyShop/subscribe/createAppCharge.js
JavaScript
1constPLANS={
2basic:{
3price:10.0,
4},
5pro:{
6price:20.0,
7},
8enterprise:{
9price:100.0,
10},
11};
12
13/**
14- run function code for subscribe on Shopify Shop
66// add a parameter to this action to accept which plan name the merchant has selected
67exportconst params ={
68plan:{type:"string"},
69};
With this action in place, we need to implement the returnUrl Shopify will send merchants who have accepted the charge to. This URL is where we should mark the shop as being on a plan, as this is the point at which we know the merchant will be charged. We add a routes/GET-finish-payment.js file to match the /finish-payment portion of the returnUrl specified when we created the charge:
30// send the user back to the embedded app, this URL may be different depending on where your frontend is hosted
31await reply.redirect("/");
32}
With the subscribe action and confirmation pieces in place, we now need to trigger the new subscribe action from our merchant-facing frontend. We need to run the subscribe action to create the recurring charge and then redirect the merchant to Shopify's confirmation page to accept the charge. If you're using your app's JavaScript client, you could run:
JavaScript
// use the useNavigate hook from the @shopify/app-bridge-react npm package to handle the redirect
7const[{ fetching, error, data }, createSubscription]=useAction(
8 api.shopifyShop.subscribe
9);
10const navigate =useNavigate();
11
12const subscribe =useCallback(async(plan)=>{
13// create the resource in the backend
14const shop =awaitcreateSubscription(theShopId,{ plan });
15// redirect the merchant to accept the charge within Shopify's interface
16navigate(shop.confirmationUrl);
17});
18
19return(
20<button
21onClick={()=>{
22subscribe("basic");
23}}
24disabled={fetching}
25>
26 Basic
27</button>
28);
29};
Upgrades and downgrades
Merchants may decide they need more or less of your app's features over time. If you offer multiple different plans, you need a plan selection interface that merchants who have already selected a plan can revisit to select a new plan. Plan upgrading or downgrading is implemented natively by Shopify, and the new plan is registered in the same way as an existing plan. Shopify allows your app to have only one AppSubscription object created at a time. This means that when a merchant changes plans and you send an API call to Shopify to create a new AppSubscription, it will automatically replace the old one. The merchant then will only be charged for the new amount on the new AppSubscription object.
For example, say a merchant is upgrading from a Basic plan, which costs $5 a month, to a Pro plan, which costs $10 a month. When the merchant first installed your app, your app created the $5 AppSubscription. When they revisit the plan selector and select the $10 plan, your app can immediately create a new $10 AppSubscription, and Shopify will replace the $5 subscription and figure out the prorating and billing cycle details. You don't need to delete the $5 AppSubscription object yourself.
Read more about plan changes and prorating in Shopify's docs.
Preventing access without payment
Shopify's API requires you to allow merchants to install your application before they have set up payment terms with you. This means that your app will technically be installed on merchants who may not have selected a plan or who may have enjoyed their free trial but yet to select a plan. Because of this, you should disable access to the key parts of your application until a merchant selects a plan, and encourage them to do so.
Disable access to reading records from your application using model filters and disable app behavior by using Run Code Snippets in your actions.
For example, a merchant's payment state can be stored in a Planstring field on the Shopify Shop model. When a merchant first installs the application, the plan will be null, and then when they select a plan and accept the charge, the plan field can be updated to hold whichever plan the merchant has selected. With this in place, you can begin to conditionally perform your application's duties for paying customers only. For example, for an application that analyzes order fraud, we can only do the fraud analysis if the merchant is on a plan:
8// only do the processing for this action if the shop is on a paid plan
9if(shop.plan!==null){
10awaitdoFraudAnalysis(record);
11}
12// otherwise, the shop hasn't selected a plan and isn't paying, don't perform the analysis
13};
If need be, you can also extend your model read permissions to prevent access to records. You can update the Gelly model filter snippet in Roles & Permissions to only return records for paid merchants. For example, if you have a Fraud Result model which belongs to the Shopify Shop model, Fraud Result records can be programmatically returned depending on the plan selected:
gelly
filter ($session: Session)onFraudResult[
where!isNull(shop.plan)
]
Often, you may want to disable access to your application's merchant-facing frontend if the merchant hasn't yet paid for the application. This can be done in React using a wrapper component that checks the plan status for every page the merchant tries to access:
9// if we're loading the current shop data, show a spinner
10if(fetching){
11return(
12<Page>
13<Spinner/>
14</Page>
15);
16}
17
18// if the shop has selected a plan, render the app and don't bug the merchant about plans
19if(currentShop.plan){
20return props.children;
21}else{
22// the merchant has not paid for the application and should be denied access, show them the plan selection interface instead of the app
23return(
24<Page>
25<Layout>
26<Bannerstatus="warning">
27 You must select a plan to continue using this application
28</Banner>
29<PlanSelector/>
30</Layout>
31</Page>
32);
33}
34};
By default, Gadget will continue to receive webhooks and run syncs for any shop with the app installed. This will keep data for the shop up to date and keep any free functionality of your application working as usual. But, it can cost you money or allow merchants to use your app without paying, so it may be necessary to disable this functionality for merchants who don't have access. If you want to disable webhook processing or syncing, you'll need to configure the corresponding Shopify model's actions or the Shopify Sync model actions to prevent processing.
One-time charges
Shopify allows applications to have one-time fees that don't automatically subscribe the merchant to anything. For example, you could charge a merchant $10 upfront to use your app forever, $10 to process 1000 orders, or $100 for an extra theme customization. One-time fees like this are created one at a time by making calls to the Shopify API, allowing merchants to pay as they go, which they sometimes prefer.
Calls should generally be made to Shopify's GraphQL API to create usage-based charges infrequently because the merchant must confirm each charge. It'd be a bad user experience for the merchant to have to confirm a $0.10 charge for each order they process, so instead, Gadget recommends recurring billing or selling chunks of usage, like $10 for processing 1000 orders. Your application must then track how often it performs the processing and calculate how much usage remains.
One-time charges are implemented using the AppPurchaseOneTime object in the Shopify API. One-time charges can be created with the appPurchaseOneTimeCreate Shopify GraphQL mutation using the connections.shopify object present within actions and HTTP routes.
For example, if we're building an application that charges one small fee upfront, we need to do two things to charge the merchant:
Add a url field to the Shopify Shop object to store the confirmation URL to pass to the merchant
Add code to the onSuccess function on the Install action of the Shopify Shop model to create the charge:
4const[{ fetching, error, data }]=useFindOne(api.shopifyShop, theShopId);
5const navigate =useNavigate();
6
7if(data.confirmationUrl){
8navigate(data.confirmationUrl);
9}
10};
Implementing a free trial
Free trials are an opportunity for merchants to see the value of an application before having to pay for it. Shopify has limited native support for free trials that allow you to start a merchant on a plan where they will only be charged after a certain time period.
Free trials using Shopify's native support are registered using the same API calls as a normal recurring monthly charge. To add a free trial, add code to the Install Action of the Shopify Shop model that creates a recurring monthly charge with the trialDays property set:
While Shopify has native free trial support built in, it doesn't support the following commonly required features:
reminders to the merchant to pay for the app during the trial
tracking for which merchants have already used a free trial
Gadget allows you to customize your application's free trial experience to try and drive more merchant conversions.
If you want to show developers how long is left in their free trial, you need to track when a free trial started. Gadget recommends adding a new date / timeTrial Started At field to your Shopify Shop model to track when each merchant started their trial. In the Install Action for the Shopify Shop model, you can populate this field so you can later check against it:
shopifyShop/install.js
JavaScript
1exportasyncfunctiononSuccess({ api, record }){
2if(!record.trialStartedAt){
3// record the current time as the trial start date
The above code example will not restart a shop's trial if they install your application a second time, which prevents nefarious merchants from uninstalling and reinstalling your application repeatedly to avoid having to pay.
Second, during a free trial, it is important to reveal to the merchant that they are, in fact, on a free trial, and they'll be charged once it elapses. This is most often done within the merchant-facing frontend of your application with a banner or similar notification, which gives the merchant more information or guides them into a plan selection interface. Once the merchant has selected a plan, the notification should be hidden. This can be done with a React component which always fetches the current shop and inspects the plan state:
19 You have {daysUntilTrialOver} many day(s) left on your free trial. Please{" "}
20<ahref="/select-a-plan">select a plan</a> to keep using this great app!
21</p>
22</Banner>
23);
24}
25returnnull;
26};
With this tracking of a merchant's trial start date in place, you can implement a plan selection screen and an Action to power the actual plan selection. See Subscribing to a recurring plan for details on implementing plan selection.
Finally, with a trial's duration tracked and plan selection implemented, Gadget suggests denying access to your application to merchants whose trials have expired without selecting a plan. You can disable backend logic using the details in Preventing access without payment, and you can implement frontend logic to force plan selection in your merchant-facing frontend.
Using React, this can be done using a wrapper component around your app, which checks the plan status for every page the merchant tries to access:
26// the merchant is on a free trial, show the app and a banner encouraging them to select a plan
27return(
28<>
29{props.children}
30<Banner>
31 You have {daysUntilTrialOver} many day(s) left on your free trial. Please{" "}
32<ahref="#">select a plan</a> to keep using this great app!
33</Banner>
34</>
35);
36}else{
37// the merchant's trial has expired, show them the plan selection interface, don't show them the app
38return(
39<Page>
40<Notification>
41 Your trial has expired, please select a plan to continue using the
42 application
43</Notification>
44<PlanSelector/>
45</Page>
46);
47}
48};
Crediting merchants
Occasionally, application developers will want to give a credit to individual merchants. They may offer a refund when a merchant contacts them to cancel or discount the product for a potentially high-value customer. Credits are implemented with the AppCredit object created using the Shopify API.
Generally, credits are given to merchants manually by administrators, so there's no merchant-facing UI to build. Sometimes it's easiest to create credits manually using handcrafted API requests to Shopify's API, but if you'd like to build an easier-to-use interface for crediting, Gadget recommends adding a Credit Action on the Shopify Shop model. You can then add code to create an AppCredit object for some amount.
For example, we could add this code to a new Credit Action on the Shopify Shop model: