You Cannot Sell the Same Way in Every Place

A subscription bought on your website and the same subscription bought inside an iOS app are two different transactions with two different providers. Tying packages to the gateways that can sell them is how you keep one offer coherent across both.

You Cannot Sell the Same Way in Every Place

This Is a Constraint, Not a Design Decision

Nobody would choose this arrangement. It exists because the app stores require digital goods to be sold through their own billing, with their own product records, their own price tiers and their own commission. That means a plan you defined on your platform cannot simply be charged inside an iOS app using your own card provider, and an app that tries will not pass review. The practical consequence is that the same commercial offer has to exist in more than one place, and something has to keep those in step. Linking packages to the gateways that are allowed to sell them is how the platform stops the two drifting apart, which they otherwise do the first time somebody changes a price.


Vodlix Payment Gateway Integration Icon
Your own gateways on the web

Card providers and local methods you selected, where the relationship, the fees and the customer data are yours.

Vodlix Packages and Subscription
Store billing in the apps

Apple, Google and Roku take the payment for purchases made inside their apps, which is their rule rather than an integration choice.

Vodlix Subscriptions System
One subscriber either way

However the payment was taken, the platform holds one view of what somebody is entitled to, so support and reporting are not split by route.

The Prices Will Not Match, and That Is Normal

Store price tiers are fixed steps rather than arbitrary amounts, they include local tax handling that varies by country, and the commission is taken off the top. A plan you sell for a round number on your website will usually land on a slightly different figure in an app, and trying to force them to match exactly tends to make both worse. The more useful goal is that a viewer is never surprised, which means being clear about what they are paying wherever they happen to be looking. What you should not do is quietly present the two as identical and hope nobody compares, because the people most likely to compare are your most engaged subscribers. The providers available on your own routes are covered under payment gateways.


Decide Which Routes a Plan Uses Before You Build It

Not every package needs to exist everywhere, and pretending otherwise creates work. A promotional tier aimed at a web campaign may never need a store product at all. A plan sold only through a partner may never appear on your own site. Restricting which gateways can sell a given package is what makes those cases straightforward rather than something to explain to support later. The same applies to transactional purchases, where the set of gateways allowed for rentals can differ from the set used for subscriptions. Packages themselves are defined under packages and subscriptions, and rentals under PPV and TVOD.


Where the Support Questions Come From

Almost every awkward billing conversation on a platform selling through app stores has the same root, which is a viewer who subscribed on their phone and then asks you to cancel, refund or change it. You frequently cannot, because the store holds that relationship rather than you, and the honest answer is to direct them to the store. That is not a platform limitation you can engineer away, so the useful thing is knowing which route a given subscription came through before the conversation starts. Because the platform records the provider against the subscription, that answer is on the account rather than being guessed at, and it sits alongside everything else under the subscribers manager and the orders manager.


Frequently Asked Questions

Have questions about taking advantage of this limited-time offer? Check out the FAQ for answers.

Why can I not use my own payment provider inside the apps?
Because the app stores require digital goods to be sold through their own billing. It is their rule rather than a platform limitation, and an app that tries to charge another way generally does not pass review.
Does the same plan need to exist twice?
In effect yes, once on your platform and once as a product in each store that sells it. Linking packages to the gateways allowed to sell them is how the platform keeps those in step rather than letting them drift.
Will the prices match exactly?
Usually not. Store price tiers are fixed steps, tax handling varies by country and commission is taken off the top. The realistic goal is that viewers are never surprised rather than that the two figures are identical.
Can a package be sold on some routes and not others?
Yes, and it is often the right answer. A web only promotional tier does not need a store product, and a partner plan may never appear on your own site. Restricting which gateways can sell a package makes those cases straightforward.
Can rentals use different gateways from subscriptions?
Yes, the set allowed for transactional purchases can differ from the set used for recurring plans. The two have different risk and different commission characteristics, so treating them separately is usually deliberate.
A subscriber wants to cancel a subscription bought in an app. Can I?
Generally not directly, because the store holds that billing relationship. The honest answer is to direct them to the store, and the useful thing is that the platform records which route the subscription came through so you know before the conversation starts.
Do I end up with two sets of subscribers?
No. However the payment was taken, the platform holds one view of who is entitled to what, so support and reporting are not split by route even though the money arrived through different providers.
What should I plan for before launch?
Which packages need to exist in which stores, and accepting that the prices will differ. Working that out early is considerably cheaper than discovering it during an app review, which is when most operators meet this for the first time.