Intégration des paiements Roku : ce qui change pour votre backend SVOD

Les règles de Roku sont claires : une application Roku ne peut pas diriger les abonnés vers un autre moyen de paiement que Roku Pay, et La mise à jour de certification de Roku du printemps 2026 restated it in plainer terms. Meanwhile, a US court ordered Apple in 2025 to let developers do exactly that on iOS. Existing Roku apps get no exemption. If your service bills on the web and your app still asks people to visit your site to activate, Roku Pay integration has become an architecture decision: which system decides who gets to watch. Here’s what the rules require, what they cost, and how to design around them.

Ce que Roku exige des applications d'abonnement en 2026

Roku regroupe la facturation et la connexion dans une seule section de ses critères de certification, désormais intitulée « Accounts and Purchases ». Pour un service SVOD ou TVOD, cinq règles façonnent l'ensemble de l'intégration :

• Un seul moyen de paiement sur l'appareil. Les applications par abonnement et transactionnelles doivent inclure un flux de facturation Roku Pay sur l'appareil pour passer la certification.
• Aucune orientation. Les applications ne peuvent pas faciliter ou orienter les clients vers un autre moyen de paiement, et tout SDK ou fonctionnalité non-Roku lié aux transactions doit être divulgué. Roku peut l'approuver ou le rejeter.
• L'inscription et la connexion se font sur le téléviseur. External web pages and off-device activation mechanisms are prohibited, whether they’re yours or a third party’s. Rendezvous linking, the familiar “enter this code at our website” flow, is reserved for TV Everywhere apps that authenticate with cable or satellite credentials.
• Les changements de forfait concernent aussi la TV. Les mises à niveau et les rétrogradations doivent être effectuées sur l'appareil, sans page externe.
• L'écran RFI est obligatoire. Les parcours d'inscription et de connexion doivent afficher l'écran Request for Information de Roku, qui permet aux clients de partager les détails de leur compte Roku avec votre application. La saisie manuelle n'est autorisée que s'ils refusent.

The detail that catches established services is timing. Roku’s partner knowledge base states that apps are not grandfathered: if the production version doesn’t meet current requirements by the deadline, it is blocked from publishing future updates. The release that exposes an old activation flow can therefore be a routine bug fix, shipped by a team that thought billing was settled years ago. We cover the wider certification picture in ce qui peut bloquer une sortie Roku en 2026.

The contrast with iOS matters if you run one payments strategy across platforms. Since a 2025 US court order, largely upheld by the Ninth Circuit in December 2025, iOS apps in the US can link subscribers to web checkout. Roku takes the opposite approach, and its distribution agreement also bars apps from encouraging purchases outside the platform, so a web-first playbook built for iOS doesn’t transfer.

L'économie : 20 %, 60 jours et ce que vous obtenez en retour

Sous Conditions de rémunération des éditeurs de Roku, you receive 80% of the payments actually collected from your subscribers, after taxes, credits, refunds and chargebacks. The platform keeps 20% and pays out no later than 60 days after the end of the month in which it received the money. A renewal collected in early March can therefore reach your account at the end of May.

A simple model shows the scale. Take a $9.99 monthly plan and set tax aside for clarity. Roku’s share is roughly $2.00 per subscriber per month. Fenwick’s analysis of the Epic ruling suggests that processing an external purchase can cost more than 3%, which on the same plan is about 30 cents. The comparison isn’t like for like, because the 20% also covers the store, the billing experience and payment recovery, but the difference in direct cost per subscriber is large enough to model before launch.

What Roku provides in return is a lower-friction purchase flow and payment recovery. According to the company, most customers already have a payment method on their Roku account, so a purchase takes a few presses of the remote instead of typing card details with a D-pad. When a renewal payment fails, Roku runs the recovery process: Enhanced Subscription Recovery gives a three-day grace period and then a notification cycle of up to 60 days before the subscription is cancelled. Roku’s certification tests require it for Roku Pay apps averaging more than 5 million streaming hours a month, while its recovery documentation describes it as mandatory for all Roku Pay apps since October 2024, so plan for it either way.

Whether the 20% pays for itself depends on your funnel, and there are no published conversion benchmarks. Treat vendor claims with caution and measure your own sign-up flow from launch. Above 5 million streaming hours a month, Roku already requires abandonment tracking on every page of the sign-up flow, which gives larger services a useful starting point. Smaller services can fire the same Roku Event Dispatcher events voluntarily.

Deux systèmes de facturation, une source de vérité unique pour les droits

Once Roku Pay is live, some of your subscribers are billed on the TV and the rest by you. Roku Pay becomes the authoritative record of those payments, but it shouldn’t decide access on its own. Your entitlement service has to remain the single authority on who can watch, on every platform.

The official documentation assumes this model. At launch, the app reads the customer’s existing purchase from the ChannelStore node with getAllPurchases, and your backend passes the transaction ID to the validate-transaction API. The isEntitled flag in the response decides whether playback starts or the sign-up screen appears. Between launches, the platform pushes purchases, renewals, cancellations, refunds and credits to your endpoint in near real time, signed with JWT, which has been mandatory since 1 February 2024. The same web services let your backend manage the other side: cancel subscriptions, issue refunds and service credits, and change billing cycles.

La notification push seule ne suffit pas. La documentation recommande un lot nocturne de validation des transactions comme filet de sécurité au cas où votre système manquerait ou ne parviendrait pas à traiter un lot de notifications. Trois décisions de conception en découlent :

1. Un abonné, plusieurs sources de facturation. Stockez l'ID de transaction et l'ID client dans votre propre enregistrement de compte, étiqueté par source de facturation, plutôt que de créer un « utilisateur Roku » distinct.
2. Traitement idempotent des événements. Le flux push et le traitement par lots nocturne se chevaucheront, de sorte que la même modification peut vous parvenir deux fois. Les identifiants de transaction sont des chaînes de longueur variable pouvant atteindre 1 024 octets, ne les compressez donc pas dans une colonne à largeur fixe.
3. Rapprochement quotidien. Comparez la vue de la plateforme avec la vôtre sur trois champs : le droit d'accès, la date d'expiration et le forfait. Chaque écart correspond à un client qui perd l'accès ou qui regarde gratuitement.

Le même problème de réconciliation à deux systèmes apparaît, à plus grande échelle, dansla bascule des droits lors d'une migration de plateforme OTT.

Mapper les états de Roku Pay à votre modèle d'abonné

Enhanced Subscription Recovery ajoute des états qu'un simple indicateur actif/annulé ne peut pas représenter. Une correspondance exploitable :

One more rule belongs here. Products a customer shouldn’t hold at the same time, such as two monthly plans that differ only in trial length, must sit in the same product group in the Developer Dashboard. The store then blocks the second purchase instead of billing twice.

Abonnés qui vous paient déjà sur le web

Your existing web subscribers still need to sign in, and they must do it on the device. The recommended sign-in flow is three screens: a landing page, the RFI screen and a password dialog. Once they’re signed in, the app can store your access token in Roku’s cloud with storeChannelCred, so the same customer is recognised on every device linked to their Roku account. Apps with authentication that average more than 1 million streaming hours a month must also support Automatic Account Link, which signs customers in automatically on additional devices.

The commercial risk is the double subscription. A web subscriber who can’t find the sign-in option presses “Start free trial” using the payment method already saved on their Roku account, and you now bill the same person through two systems. Three things reduce it. Give sign-in the same weight as sign-up on the landing screen. When a new TV purchase arrives and the customer has shared their email on the RFI screen, check it against your active web accounts, whatever payment method those accounts use. If they declined, the details they entered manually are your only match. And give support a written rule for which subscription to keep and who refunds what. Your backend can refund or cancel the TV-side subscription through the API, and your web billing system manages the rest. The harder part is agreeing the policy before the first ticket arrives. If you’re planning feature parity across other devices too, our guide to développer des applications OTT sur plusieurs plateformes couvre une vision plus large.

Tarification, essais et reconquête sur Roku

You add and manage in-app products in the Developer Dashboard, so a price change on your website doesn’t carry over to the TV. Since the autumn 2025 update, SVOD apps must give every existing customer at least 15 days’ notice before a price increase and comply with local subscription law. TheDesk reported that the notice rule applies to subscription apps even where they don’t bill through Roku Pay. Build the notification into your pricing calendar rather than discovering it during review.

Larger services meet another threshold. SVOD apps averaging more than 10 million streaming hours a month must implement Instant Signup, which offers a free trial when a customer activates a new Roku device, and the rule also covers new apps expected to reach that level shortly after launch. Your Instant Signup integration must return an offer for every non-subscriber, including lapsed and cancelled ones. Apps offering Premium Subscriptions in The Roku Channel are exempt. Part of your win-back strategy is therefore set by the platform, and your offer catalogue needs a TV-specific version of your lapsed-subscriber promotion.

Tester Roku Pay avant de soumettre

Billing is the part of the build to schedule on its own track. Testing runs through a beta channel with billing testing enabled, in-app products and registered test users. Two practical details affect how you set up the team. Roku’s test user documentation states that the test user must be the app’s root account user, and only one public or beta app per developer account can be designated for billing testing at a time. For an agency or partner team, that means agreeing early who owns the account used for billing tests. And transactions made before you complete payouts enrolment are treated as test transactions and cancelled once enrolment finishes, which is useful for rehearsal and a trap if anyone expects that data to survive.

To reset a test user’s purchase history, void their transactions from the Developer Dashboard. Before submitting, run the flows certification will run: a full purchase, a rental that expires and becomes available to rent again, and an attempt to buy a second product from the same product group, which should trigger the “already subscribed” dialog.

Ce que l'intégration de Roku Pay ne résoudra pas

Roku Pay handles payments, collection and a low-friction sign-up. It won’t reduce churn caused by your catalogue or pricing, and it won’t give you a complete customer identity: account details reach you only when the subscriber agrees to share them on the RFI screen.

It also sits inside a platform that competes for the same subscribers. Roku reported subscription revenue of $548m in Q2 2026, up 26% year on year, and sells Premium Subscriptions inside The Roku Channel. With FOX’s acquisition of Roku announced in June 2026 and expected to close in the first half of 2027, that’s one more reason to build the integration as one billing adapter behind your entitlement service, rather than weaving Roku-specific logic through your subscriber model.

Par où commencer

Integrating Roku Pay touches three systems at once: the app, your billing and your entitlement service. Start with the rules that block releases, because existing apps aren’t grandfathered. Then decide where the single source of truth for access lives, map the recovery states onto it, and write the support policy for managing customers who end up paying twice. The code is the smaller part of the work.

Si vous ajoutez Roku Pay à un service SVOD existant ou remplacez un flux d'activation hors appareil, nous pouvons examiner avec vous votre architecture de droits et vos flux de facturation avant votre prochaine soumission de certification. Parlez à nos experts dans l'ingénierie des médias et du divertissement.

FAQ