Certification d'application Roku en 2026 : ce qui peut bloquer votre lancement

À partir du 1er octobre 2026, une application Roku qui n'intègre pas l'interface de surveillance de la mémoire de la plateforme ne sera pas publiée. L'analyse statique signale une erreur et arrête la publication avant qu'elle n'atteigne la revue manuelle. Ce seul changement vous dit l'essentiel de ce qu'il faut savoir sur le fonctionnement de la certification des applications Roku : les exigences sont documentées, leur application est automatisée, et la liste s'allonge à mesure que votre audience grandit. Voici ce que les critères de certification exigent aujourd'hui, ce qui change cet automne, et comment intégrer ce processus dans votre cycle de livraison plutôt que de le découvrir une semaine avant le lancement.

Ce qui change le 1er octobre 2026

Quatre éléments prennent effet à la même date, destinés à des groupes différents. Deux sont à l'échelle de la plateforme et s'appliquent à toutes les applications du store. Deux sont liés aux heures de streaming et ne s'appliquent qu'au-delà d'un certain seuil.

La surveillance de la mémoire devient un critère de publication

Toutes les applications devront intégrer l'interface roAppMemoryMonitor et ses événements. La documentation de Roku est explicite quant à la conséquence : sans ces API, l'analyse statique signale une erreur et bloque la publication. Depuis Roku OS 15.2, les applications abonnées reçoivent des notifications lorsque l'utilisation de la mémoire franchit 80 %, 85 %, 90 % et 95 % de la limite par application.

L'intégration de l'API est triviale. Répondre judicieusement à une notification à 90 % ne l'est pas. L'exigence demande, en substance, si votre application dispose d'une stratégie pour libérer des ressources sous pression, et sur les appareils Roku plus anciens à mémoire limitée, cette question a toujours eu son importance. Désormais, elle a une date associée.

Le manifeste et votre micrologiciel minimum évoluent ensemble

C'est le changement le plus susceptible de surprendre une équipe qui ne lit que la page des critères de certification. L'analyse statique exigera également rsg_version=1.3 dans le manifeste, et avec lui un firmware minimal pris en charge de Roku OS 15.1 ou version ultérieure.

L'effet pratique est plus important qu'une simple modification de manifeste. Relever votre version minimale de firmware exclut de votre base adressable tous les appareils fonctionnant encore sous une version plus ancienne de Roku OS, ce qui, pour une audience équipée de matériel vieillissant, constitue une décision produit plutôt qu'un simple indicateur de compilation. Les équipes qui prennent en charge Roku OS 12 aujourd'hui ont le plus long chemin à parcourir.

Pendant que vous êtes dans le manifeste, vérifiez le liste des API obsolètes également. L'utilisation d'une API obsolète peut entraîner l'échec d'une application aux tests de certification, et une application héritée d'une autre agence mérite d'être auditée sur ces deux aspects avant que quiconque ne fixe une date de lancement.

Continue Watching atteint des applications en dehors du US Streaming Store

L'exigence 4.13 oblige déjà les applications du Roku Streaming Store américain dépassant une moyenne de 5 millions d'heures de streaming par mois à mettre en œuvre la fonctionnalité Continue Watching. À partir d'octobre, les applications en dehors du Streaming Store américain sont soumises à la même obligation à partir de 1 million d'heures par mois. Les applications TVOD, linéaires en direct et conçues pour les enfants sont exclues.

Un diffuseur régional desservant un marché linguistique unique aura une exigence qu'une application américaine comparable n'atteindra qu'à partir du moment où elle sera cinq fois plus grande. Pour les développeurs européens, c'est la ligne la plus déterminante du document.

Instant Resume dans le US Streaming Store

Instant Resume devient obligatoire pour les applications du Roku Streaming Store américain dépassant 5 millions d'heures par mois, à la même date.

Un changement qui s'applique déjà : le deep linking pour le direct

Indépendamment de l'échéance d'octobre, le mise à jour de la certification au printemps 2026 a supprimé l'exemption qui permettait aux diffusions en direct et aux rediffusions de contourner l'exigence de deep linking, et a renommé la section 2 en « Comptes et achats ». Les deux sont désormais en vigueur.

Si votre application diffuse du contenu en direct et que vous avez construit le deep linking autour de l'ancienne exemption, il s'agit d'un véritable travail et non d'une simple mise à jour de la documentation, et il est déjà en retard.

Ce que le programme développeur Roku attend avant votre soumission

Une grande partie de ce qui retarde le lancement d'une première application Roku n'a rien à voir avec le code. Le processus de soumission exige un ensemble de ressources et de détails de compte que les équipes laissent systématiquement de côté jusqu'à la fin, et le processus de publication ne démarrera pas sans eux.

Configuration du compte développeur et du tableau de bord

Tout passe par le Roku Developer Dashboard. Vous créez un compte développeur Roku, enregistrez l'application, téléchargez le package et exécutez les outils de certification depuis le même endroit. Le compte développeur est un actif durable qui contient votre configuration de monétisation, votre inscription aux versements et votre historique de certification ; il doit donc être rattaché à l'entreprise plutôt qu'à un ingénieur individuel ou à une agence.

Ce que vous devez fournir avec la soumission

Roku exige des informations pour le Streaming Store dans chaque langue prise en charge par l'application : un nom d'application, une description et une affiche de 540×405 au format JPEG ou PNG. Le nom de l'application doit clairement identifier l'entreprise qui la propose, vous devez en détenir les droits, et il ne peut pas inclure le nom Roku ni quoi que ce soit de trompeur.

Les applications Roku financées par la publicité doivent fournir le chemin URL vers un fichier app-ads.txt, le protocole IAB qui enregistre quels vendeurs sont autorisés à vendre sur votre inventaire. Si Roku demande à être ajouté en tant que vendeur autorisé, vous l'ajoutez. Les applications qui n'exploitent aucune publicité programmatique sont invitées à l'indiquer explicitement dans le fichier.

Vous fournissez également les coordonnées du support client, à savoir une URL, une adresse e-mail et un numéro de téléphone, ainsi que les responsables administratifs et techniques désignés. Les applications TVE, TVOD, PVOD et vMVPD doivent inclure des identifiants de connexion fonctionnels lors de la soumission ; préparez donc des comptes de test encore valides plusieurs semaines plus tard, plutôt que des comptes jetables.

Canaux bêta et tests avant soumission

Roku fournit un code d'accès pour distribuer les versions bêta d'une application, ce qui permet aux parties prenantes de prévisualiser la version la plus récente. Bon à savoir : les mises à jour ne sont pas examinées pour la certification tant qu'elles ne sont pas formellement soumises, donc une bêta qui fonctionne parfaitement ne prouve rien quant à l'obtention de la certification. Utilisez les canaux bêta pour les retours produit et les outils de certification pour la conformité.

Deux petites exigences surprennent régulièrement les nouvelles applications. L'application doit porter un numéro de version non nul, incrémenté à chaque build et mis à jour dans le manifeste. L'écran de démarrage doit prendre en charge les résolutions FHD et HD, utiliser des couleurs compatibles avec la diffusion, éviter la transparence et avoir son URI répertoriée dans le fichier manifeste du package.

Des validations automatisées plutôt qu'une longue file d'attente de révision

La distinction utile entre Roku et les autres grandes plateformes de télévision connectée ne réside pas dans la vitesse en soi. Elle réside dans l'endroit où la vérification s'effectue.

Roku indique qu'une application soumise nécessite généralement au moins cinq jours ouvrables pour être certifiée et publiée, et que les applications nécessitant des tests supplémentaires doivent s'attendre à recevoir un retour sous environ une semaine. Ni Samsung ni LG ne publient de chiffre équivalent, bien que la documentation de mise en œuvre d'EaselTV, un fournisseur qui soumet des applications sur différentes plateformes dans le cadre habituel de son activité, prévoie 4 à 8 semaines pour une évaluation Samsung Tizen et 8 à 12 semaines pour LG, et des développeurs sur le forum de Samsung lui-même ont signalé des délais d'attente plus longs. Il convient de considérer ces éléments comme des estimations de praticiens plutôt que comme une politique publiée.

Ce que Roku publie, en revanche, ce sont les outils. Chaque application Roku doit passer l'Analyse Statique pour être publiée. Les applications AVOD et gratuites, ainsi que les applications par abonnement, doivent également passer l'Analyse du Comportement de l'Application, qui lance l'application et vérifie les résultats pilotés par l'état afin de confirmer la conformité aux critères de certification. Les erreurs provenant de l'un ou l'autre de ces outils bloquent automatiquement la publication, avant même qu'un évaluateur ne voie l'application. Nous avons écrit séparément sur ce qui rend le développement d'applications Roku plus rapide que les autres plateformes CTV.

Cela façonne votre planification. Lorsqu'une plateforme s'appuie sur une file d'attente de révision manuelle, votre exposition est un risque de calendrier et vous le gérez en soumettant tôt. Lorsque les contrôles de certification sont automatisés et déterministes, votre exposition se situe au niveau d'un point de contrôle que vous pouvez exécuter vous-même, vous le gérez donc en exécutant ces contrôles en continu pendant le développement. Une fois qu'une application a passé les deux outils, une application auto-publiée peut planifier sa propre date de début de publication, puis est transmise à Roku pour une révision finale avant sa mise en ligne.

Les exigences qui accompagnent votre succès

Plusieurs obligations Roku sont liées aux heures de streaming, calculées comme une moyenne mensuelle sur les trois derniers mois. Elles s'appliquent également aux nouvelles applications dont on prévoit qu'elles atteindront le seuil peu après leur lancement, ce qui signifie qu'un lancement bien commercialisé peut les déclencher avant même que vous n'ayez le moindre historique.

Le schéma mérite d'être énoncé clairement : sur Roku, le succès commercial génère des obligations d'ingénierie. Une application Roku certifiée sans problème lors de son lancement peut devenir non conforme dix-huit mois plus tard sans qu'une seule ligne de son code n'ait changé, simplement parce que davantage de personnes l'ont regardée.

Il s'agit d'un problème de planification plutôt que d'un problème technique. Les intégrations elles-mêmes sont bien documentées. Ce qui pose problème, c'est de les réaliser sous pression, au cours du même trimestre où vous gérez également la croissance qui les a déclenchées. Les équipes qui gèrent cela correctement décident, au stade de l'architecture, quels seuils elles s'attendent à franchir dans les deux ans, et mettent en place les points d'ancrage pour ces fonctionnalités en amont, même si elles les activent plus tard.

Votre modèle de monétisation détermine les règles applicables

Les critères de certification de Roku sont définis en fonction des types de modèles d'applications, et une seule application Roku peut en combiner plusieurs. Les applications gratuites donnent accès à du contenu sans publicité vidéo et sans frais d'abonnement récurrent. Les applications de télévision en direct diffusent du contenu linéaire financé par la publicité. Les applications AVOD diffusent des publicités vidéo associées à du contenu à la demande. Les applications SVOD facturent des frais récurrents. Les applications TVOD facturent des frais uniques pour louer ou acheter du contenu, ce que la définition de Roku elle-même étend aux événements en paiement à la séance et aux offres premium en accès anticipé. Les applications TVE et vMVPD s'authentifient auprès d'un abonnement de télévision payante existant. Si vous hésitez encore sur le modèle à adopter, notre analyse détaillée desModèles économiques VOD et OTT couvre l'aspect commercial de ce choix.

La règle qui prend les gens au dépourvu : lorsqu'une application propose des abonnements en parallèle de contenu publicitaire ou transactionnel, elle doit se conformer aux exigences de chaque modèle. Un service hybride cumule toutes ces exigences, et chacune apporte ses propres cas de test au processus de certification.

Un catalogue hybride multiplie également la surface d'intégration. La Xarxa+, que nous avons développé pour Xarxa Audiovisual Local, le réseau régional catalan, diffuse plus de trente chaînes de télévision et stations de radio locales sur le web, le mobile et la télévision connectée, sur notre CTV App Framework avec des systèmes d'analyse, de passerelles de paiement et de backend intégrés. Chacun de ces éléments est soumis à des critères de certification, et le travail consiste à les faire fonctionner de manière cohérente plutôt qu'à se concentrer sur l'un d'entre eux individuellement.

Les limites qui déterminent votre architecture

Certains critères de certification sont des listes de contrôle. D'autres déterminent discrètement la manière dont vous construisez.

Performances mesurées sur du matériel de 2019

Les applications Roku doivent afficher un écran d'accueil entièrement rendu dans les 15 secondes suivant leur lancement, effectuer les transitions d'écran à écran en 3 secondes, répondre aux pressions sur les boutons de la télécommande Roku en 250 millisecondes et démarrer la lecture vidéo dans les 8 secondes suivant son initiation. Tout processus visible par les utilisateurs qui dure plus de 3 secondes nécessite un indicateur de chargement, et les applications doivent répondre aux demandes des utilisateurs dans les 10 secondes.

Ces chiffres ne sont pas mesurés sur votre matériel de développement. Roku précise que les exigences 3.2 à 3.6 sont mesurées sur le Roku Streaming Stick+ (Amarillo-2019 3810X) ou le Roku Premiere+ (Gilbert 4K 3921X), et se réserve le droit de bloquer le lancement sur tous les autres appareils Roku si l'application échoue sur ceux-ci. Votre budget de performance est défini par du matériel de 2019.

La mesure est aussi de votre responsabilité. Les applications ont besoin d'une balise de signal pour mesurer les temps de lancement, vérifiée via la console de débogage, et les applications dotées de lecteurs vidéo personnalisés doivent déclencher elles-mêmes les balises de démarrage vidéo.

Le package d'application de 4 Mo

Le package de l'application doit être de 4 MB ou moins. Combiné à la règle selon laquelle une application doit être disponible sur tous les modèles d'appareils Roku recevant le système d'exploitation Roku actuel, et que tout le contenu du service doit être disponible sur tous ces modèles, cela règle un ensemble de questions architecturales avant même que vous n'écriviez quoi que ce soit. Les ressources se chargent à distance. Les bibliothèques restent légères. Tout ce que vous envisagiez d'intégrer, vous ne l'intégrez pas.

Modèles d'appareils Roku et matrice de tests

Roku exige des tests sur plusieurs modèles d'appareils Roku avant la soumission, spécifiquement une combinaison d'appareils Roku avec des puissances de traitement et des mémoires variées, car l'application doit fonctionner sur chaque modèle recevant encore des mises à jour du système d'exploitation. Si votre parc de QA se compose de trois appareils Roku récents, vous testez la moitié facile de votre base installée.

C'est la même discipline qui s'applique lorsque lancement de services OTT basés sur le cloud: la contrainte qui vous fait échouer en production est rarement celle contre laquelle vous vous êtes entraîné.

La boucle fermée autour des comptes et des paiements

La section 2 est celle où les diffuseurs exploitant une stack unifiée sur toutes les plateformes rencontrent des frictions.

Les applications Roku doivent intégrer l'authentification sur l'appareil, et les workflows d'inscription et de connexion ne peuvent pas utiliser de pages web externes, de matériel promotionnel hors appareil ou tout autre mécanisme d'authentification hors appareil. Les mises à niveau et les rétrogradations doivent également s'effectuer sur l'appareil.

Les applications offrant du contenu ou des services transactionnels doivent intégrer Roku Pay, couvrant l'inscription, la connexion, le paiement et les droits d'accès. L'exigence 2.5 va plus loin : les applications ne peuvent pas faciliter ou orienter les clients vers un autre mode de paiement que Roku Pay, et doivent divulguer tout SDK, bibliothèque ou fonctionnalité non-Roku qui permet ou renvoie à des transactions monétaires, Roku se réservant le droit de l'approuver ou de le refuser.

Le deep linking ferme la boucle de l'autre côté. Les applications doivent prendre en charge le deep linking pour tous les types de médias et mettre en œuvre Direct to Play pour les commandes de lecture vocale, tout en étant interdites de deep linking vers d'autres applications ou de rediriger les utilisateurs hors de l'application pour acheter du contenu, des biens ou des services. Le contenu imbriqué, les navigateurs intégrés et les fonctionnalités inter-applications sont tous exclus.

Si vous exploitez une pile unique d'identité et de facturation sur le web, le mobile et d'autres plateformes de TV connectée, Roku est la plateforme qui attend de vous que vous travailliez au sein de la sienne. C'est une question commerciale autant que technique, et elle relève de votre business case plutôt que d'une rétrospective de sprint. Les équipes qui exploitent Roku aux côtés de Android TV ou Tizen les découvrent généralement lors de l'intégration plutôt que lors de la planification. Le même principe s'applique aux droits et à la lecture : la certification ne vous dira pas que vos Stratégie DRM est erroné, seulement que votre application a échoué.

Intégrer la certification dans le cycle de livraison

Trois points pratiques découlent du fonctionnement réel du processus.

Une application mise à jour nécessite une nouvelle certification

Roku précise explicitement que la mise à jour du code d'implémentation d'une application Roku existante implique que l'application doit être re-certifiée et re-publiée, tandis que la modification du contenu qu'elle diffuse ne l'exige pas. Un correctif sur Roku n'est pas la même opération qu'un correctif sur le web, et votre cadence de publication doit en tenir compte. Regroupez délibérément les modifications de code plutôt que de livrer de petites mises à jour en continu.

La conformité aux certifications est également un processus continu et non ponctuel. Roku se réserve le droit de retirer à tout moment les applications publiées du Roku Streaming Store si elles ne maintiennent pas leur conformité aux critères, conformément aux termes de l'accord de distribution.

Exécutez les outils de certification en continu

L'analyse statique, l'analyse du comportement des applications et le logiciel d'automatisation des tests de Roku sont tous accessibles aux développeurs tout au long du développement d'une application Roku, et pas seulement lors de la soumission. Les outils d'automatisation vous permettent d'écrire et d'exécuter des cas de test couvrant les achats, les performances, le deep linking et d'autres critères de certification.

Traiter les tests de certification comme partie intégrante de la build, aux côtés de vos propres tests unitaires et d'intégration, transforme une surprise bloquant le lancement en une simple vérification échouée. C'est l'habitude à plus forte valeur que nous apportons aux projets Roku, et elle ne coûte rien d'autre que de la discipline.

Surveiller le calendrier de publication

Roku ferme le Streaming Store chaque année aux alentours de la période des fêtes et recommande de soumettre tôt en raison du volume élevé de soumissions. Pour la saison 2025, cela signifiait deux fenêtres, l'une couvrant le Black Friday et l'autre de la mi-décembre au début janvier. Roku annonce les dates de chaque saison séparément, il convient donc de les vérifier avant de fixer une date de lancement.

L'arithmétique compte davantage que les dates exactes. Avec un minimum de cinq jours ouvrables pour certifier et publier, et la possibilité d'un second cycle de certification, un lancement en décembre doit être verrouillé en octobre. Pour tout diffuseur dont l'année atteint son pic en décembre, il s'agit d'une contrainte stricte plutôt que d'un simple désagrément.

Ce que le statut de partenaire officiel change, et ce qu'il ne change pas

Nous sommes un partenaire officiel de développement Roku, il convient donc d'être clair sur ce que cela signifie et ne signifie pas. Les critères de certification sont le même document pour tout le monde, et l'analyse statique applique les mêmes règles à nos soumissions qu'à celles de tout autre. Le statut de partenaire n'est pas un raccourci à travers les portes décrites ci-dessus, et vous devriez être sceptique envers quiconque suggère le contraire.

Ce que cela nous apporte, c'est du contexte : une relation de travail avec la plateforme et suffisamment d'expérience accumulée sur les projets de certification Roku pour savoir quelles exigences sont rapides à satisfaire et lesquelles remodèlent discrètement une architecture. C'est la différence entre lire les critères et savoir ce qu'ils coûtent.

Où cela vous mène

La certification Roku récompense les équipes qui la traitent comme un élément de conception et coûte du temps aux équipes qui la traitent comme de la paperasse. Le cycle de révision est court et les critères sont publiés dans leur intégralité, ce qui rend le processus plus prévisible que la plupart. Les barrières automatisées sont déterministes, elles s'exécutent avant qu'un humain ne regarde votre application, et les obligations liées aux heures de streaming signifient que la norme à laquelle vous avez été certifié au lancement n'est pas celle à laquelle vous serez tenu dans deux ans.

Planifiez en fonction du matériel de 2019, intégrez les outils de certification dans votre pipeline, préparez tôt les ressources de la boutique et les comptes de test, et décidez quels seuils vous prévoyez de franchir. Le reste, c'est de l'exécution.

Si vous prévoyez le lancement d'une application Roku ou si votre application approche de l'un des seuils d'heures de streaming, nous pouvons mettre en correspondance les exigences de certification avec votre version actuelle et organiser le travail avant qu'il ne devienne urgent. Parlez à nos experts dans l'ingénierie des médias et du divertissement.

FAQ