Jest et RCS : la distribution de jeux via messagerie mérite-t-elle un test ?

Réponse directe — votre studio doit-il tester la messagerie RCS comme canal de distribution de jeux en 2026 ? Seulement si vous disposez déjà d’un build web mobile et que vous monétisez via l’achat intégré plutôt que la vidéo récompensée. Jest, premier entrant financé par du capital-risque sur ce rail, est disponible aux États-Unis uniquement et publie une feuille de route pour le T3 2026 de quatorze marchés supplémentaires ; son économie publiée reverse aux développeurs 90 % du revenu net des achats intégrés, et sa documentation plafonne la relance à une notification par utilisateur et par jour, tous jeux confondus sur la plateforme. Pour un titre IAP déjà prêt pour le web, c’est une expérimentation peu coûteuse. Pour un titre monétisé par la publicité, c’est un non-sujet, car la documentation de Jest indique qu’elle ne prend pas actuellement en charge les publicités récompensées.

Jest est sorti de l’ombre en février 2026 avec, selon TechCrunch, « 7 millions de dollars de financement d’amorçage mené par Innovation Endeavors », et un pitch qui vise le duopole des stores : distribuer des jeux via la messagerie native du téléphone — SMS et RCS — plutôt que via un app store. La presse spécialisée jeu vidéo y a à peine touché depuis.

Cela mérite un vrai regard, et une frontière claire. Nous avons déjà publié le playbook des instant games sur Telegram, TikTok et Messenger : des mini-jeux intégrés à la surface propre d’une plateforme de chat, sous son SDK et ses règles. Jest est un animal différent. Il passe par les rails de messagerie opérateur — les tuyaux SMS et RCS que votre banque utilise pour les codes à usage unique — et le jeu tourne dans le navigateur mobile. Gatekeeper différent, régime de conformité différent, économie différente.

Ce que Jest est réellement, et ce qu’il n’est pas

Commençons par le mécanisme, parce que le marketing le brouille. Le site de Jest lui-même dit : « Les apps tournent dans le navigateur. La messagerie pilote la distribution et l’engagement », et sa documentation est plus directe : « Jest est une marketplace pour applications de messagerie. Les applications de messagerie sont des applications web qui utilisent des protocoles de texto (SMS et RCS). »

Lisez-le deux fois. Le jeu est un build web mobile. La messagerie est le rail d’acquisition et de relance, pas le runtime. Les exigences techniques de Jest précisent que « tous les jeux publiés doivent être jouables dans un navigateur web » et qu’un titre « doit être optimisé pour le mobile, avec prise en charge du tactile et une mise en page responsive qui s’adapte aux différentes tailles d’écran ». Son SDK couvre Unity (WebGL), Godot, HTML5 et d’autres moteurs.

Cela simplifie radicalement la question d’intégration. Si vous livrez déjà un build web mobile — pour un portail, une boutique web, une surface instant games — tester Jest coûte une intégration SDK et un listing, pas un portage. Si ce n’est pas le cas, cela coûte un build web, ce qui relève du projet plutôt que de l’expérimentation. Séquencer un canal par rapport à ce que votre pipeline produit déjà, c’est tout l’objet de notre framework de distribution multi-canal, et de la modélisation que notre practice distribution effectue avant toute signature.

Ce que Jest n’est pas : un store que l’on installe, un mini-jeu de plateforme de chat, ou un client de messagerie. C’est un catalogue web mobile avec une couche texto sur la boucle de rétention.

Ce qui est vérifiable, et ce qui n’est que déclaré

Jest a six mois d’existence, et le compte-rendu le plus détaillé à son sujet vient de Jest lui-même. Les conditions de revenu, la structure du fonds, les règles de la plateforme et l’empreinte géographique sont publiées en direct par l’entreprise — des engagements que vous pouvez opposer à un partenaire. Tout le reste a besoin d’une étiquette.

Vérifiable, mais auto-déclaré. Les chiffres de performance viennent de Jest. Sa page développeur les attribue à « un test de 4 mois (oct. 2025 – janv. 2026) auprès d’utilisateurs mobiles aux États-Unis » et rapporte une « rétention 3-4 fois plus élevée », mesurée en rétention J7, ainsi qu’une « acquisition d’utilisateurs 35 à 60 % moins chère », mesurée comme coût par install côté app mobile face au coût par abonné texto côté messagerie, sur « plus d’1 million d’ouvertures d’app et plus de 300 000 messages envoyés ». Cela compare la version messagerie d’un titre chez Jest à la version app mobile du même studio, sur quatre mois, aux États-Unis, sur une cohorte bêta auto-sélectionnée — aucune mesure indépendante, aucun échantillon de titres publié. Une raison de faire votre propre test, pas un substitut à celui-ci.

Déclaré, sans source. Le communiqué de lancement affirme que « l’adoption du RCS dépasse 3,8 milliards d’utilisateurs actifs mensuels » sans lui attribuer la moindre source ; ni le site de Jest ni sa documentation ne publient le moindre chiffre de reach. Le seul chiffre de volume RCS de première main que nous ayons pu vérifier est celui de Google : en mai 2025, Google indiquait qu’« il y a plus d’un milliard de messages RCS envoyés chaque jour (moyenne sur les 28 derniers jours) » — un nombre de messages, pas d’utilisateurs, circonscrit aux États-Unis. Traitez tout chiffre mondial d’utilisateurs RCS de cette catégorie comme non vérifié.

Partenaires nommés. Le communiqué cite « Pocket Gems (Episode), Global Worldwide (Kingdom Maker), HayHay (Puppy Mansion), Nowwa (Super Snappy Go), HG Point (Piece of Cake), et Dominion Games (Opps) » — de vrais studios avec de vrais titres, un signal significatif pour une entreprise aussi jeune, mais pas une divulgation de revenus.

Une chose a déjà bougé. Au lancement, le fonds avait été annoncé comme « 1 M$ pour les titres flagship, 200 K$ pour les titres prometteurs, et 40 K$ pour les titres exploratoires ». Six mois plus tard, la page fonds de Jest — désormais le Jest Apps Fund, et non plus le Jest Games Fund — liste des paliers différents et en détaille la composition : Flagship, c’est « 900 K$ de budget UA » plus « 100 K$ pour 40 onboardings » ; Scale, c’est « 75 K$ de budget UA » plus « 25 K$ pour 10 onboardings » ; Explore, c’est « 10 K$/app ». Ce n’est pas une avance en cash. C’est du spend média sur la plateforme propre de Jest plus des services d’intégration, et Jest indique qu’elle prend en échange « une part de revenu plateforme accrue ». Négociez à partir de la page en direct.

L’économie, et les trois règles qui décident du résultat

Le taux affiché est bon ; ce sont les règles qui se cachent dessous qui décident du résultat.

Le partage. La page d’économie plateforme de Jest indique que « Jest facture 10 % du revenu net des achats intégrés » et que « les 90 % restants du revenu net reviennent aux développeurs ». Lisez « net » avec attention : Jest définit ce terme comme le revenu « qui arrive sur notre compte bancaire depuis les achats intégrés, après déduction des frais de traitement des paiements, des taxes (comme la TVA), des remboursements, des rétrofacturations et de la fraude ». Donc 90 % du net, pas du brut — un taux qui reste fort face à n’importe quelle vitrine mobile, et Jest précise que ces mêmes 10 % couvrent la messagerie, l’hébergement et la prévention de la fraude. Les achats sont tarifés en USD ; les versements sont « traités mensuellement ».

Règle une : pas de publicité récompensée. Les exigences de gameplay de Jest précisent que « Jest ne prend pas actuellement en charge les publicités récompensées. Les jeux ne doivent pas inclure de mécaniques qui dépendent de publicités récompensées pour la progression, les récompenses, ou d’autres éléments de gameplay. » Sur une large part du catalogue web-native et casual, la vidéo récompensée est le cheval de trait et l’IAP le revenu minoritaire — le schéma que l’on retrouve dans les conditions publiées de chaque canal de monétisation HTML5 que nous avons cartographiées. Si votre économie repose sur la vidéo récompensée, 90 % d’une ligne IAP que vous avez à peine n’est pas un business. Cette règle disqualifie plus de titres candidats que tout le reste ici.

Règle deux : vous ne possédez pas le message. La documentation de Jest sur les notifications précise qu’« au plus une notification par utilisateur et par jour, tous jeux confondus sur la plateforme, peut être livrée dans la boîte de messagerie de l’utilisateur », et que « la plateforme sélectionne quelle notification livrer et quand ». Votre canal de relance est partagé, plafonné et arbitré par la plateforme. La conformité opérateur s’invite jusque dans la créa : les corps de message doivent rester sous 100 caractères, « la messagerie texto impose des plages horaires de silence obligatoires », et le contenu SHAFT — sexe, haine, alcool, armes à feu, tabac, jeux d’argent et drogues — « n’est pas autorisé et sera bloqué ».

Règle trois : l’acquisition se partage aussi. Quand une app acquiert un joueur et qu’une autre le monétise, la page d’économie de Jest répartit 70 % vers l’app qui monétise, 20 % vers l’app qui acquiert et 10 % vers Jest, l’app qui acquiert touchant sa part « pendant 12 mois maximum ou jusqu’à ce que l’utilisateur devienne inactif, selon la première échéance atteinte ». Un mécanisme de cross-promotion utile si vous gérez un portefeuille de titres.

Quelle est la portée réelle du canal ?

C’est sur la portée que le pitch et la documentation divergent le plus. La page de disponibilité de Jest indique que la plateforme est « disponible aux États-Unis » et nomme la prochaine vague pour le T3 2026 — France, Allemagne, Espagne, Royaume-Uni, Brésil, Pays-Bas, Autriche, Italie, Norvège, Portugal, Singapour, Afrique du Sud, Suède et Canada. Quatorze marchés, aucun encore livré.

La contrainte sous-jacente, c’est que le RCS est un service opérateur, pas un service internet. La documentation d’assistance de Google indique elle-même que si le message « Les discussions RCS sont désactivées par votre opérateur » apparaît, l’utilisateur doit « contacter son opérateur ». Apple a ajouté le RCS à Messages avec iOS 18, annoncé en juin 2024 — « l’app Messages prend désormais en charge le RCS pour des médias plus riches et une messagerie de groupe plus fiable que le SMS et le MMS » — le changement qui a rendu le rail cross-plateforme. Mais la disponibilité se résout toujours opérateur par opérateur. C’est pourquoi Jest se lance pays par pays, et pourquoi un chiffre de portée RCS mondial unique induirait en erreur, même si une source crédible en publiait un. Le déploiement de Jest a suivi la même logique : l’entreprise a annoncé le RCS le 15 novembre 2025 en précisant qu’il arriverait « progressivement ».

La lecture pratique : aujourd’hui, c’est un canal États-Unis. Si votre revenu est concentré en APAC ou en LATAM, c’est une conversation à avoir au plus tôt au T4 2026.

Faut-il le tester, et que faudrait-il mesurer ?

Testez-le si quatre conditions sont réunies en même temps : vous avez un build web mobile ou pouvez en produire un à moindre coût ; votre monétisation est portée par l’IAP plutôt que par la vidéo récompensée ; les États-Unis sont un marché significatif pour le titre ; et le jeu a une boucle de rendez-vous ou de récompense quotidienne qu’un message une fois par jour peut servir. Les exigences de gameplay de Jest sont explicites : les titres devraient inclure « des mécaniques de rendez-vous, des événements limités dans le temps, des récompenses quotidiennes, ou d’autres incitations liées à l’état du joueur dans le jeu ». Le canal est conçu pour cette forme et sous-performe pour tout le reste.

Ne le testez pas si votre titre a besoin de vidéo récompensée, a besoin d’un gros téléchargement pour bien rendre, ou s’il vous faudrait financer un build web rien que pour le savoir.

Si vous le déployez, mesurez trois choses par rapport à votre propre référence plutôt qu’à celle de Jest : la rétention J7 sur la cohorte messagerie face à votre cohorte app pour le même titre ; le coût par abonné texto enregistré face à votre CPI mixte ; et le revenu net par utilisateur enregistré après les 10 %. Le canal mérite une expérimentation pour la raison que nous défendons dans la distribution au-delà du paid UA — une install que vous n’avez pas achetée aux enchères vaut plus que quelques points rognés sur une commission. Mais cela ne paie que si la rétention tient, et la seule donnée de rétention qui existe aujourd’hui est celle du fournisseur.

Fixez un critère d’arrêt avant de commencer : un trimestre, un titre, une hypothèse. C’est la bonne taille de pari pour un canal avec un vrai financement, de vrais partenaires, et encore aucune preuve indépendante.

FAQ

Jest est-il disponible en dehors des États-Unis ?

Pas encore. La documentation de disponibilité de Jest indique que la plateforme est « disponible aux États-Unis » et liste quatorze marchés supplémentaires pour le T3 2026 : France, Allemagne, Espagne, Royaume-Uni, Brésil, Pays-Bas, Autriche, Italie, Norvège, Portugal, Singapour, Afrique du Sud, Suède et Canada. Le rythme est dicté par le RCS lui-même, un service opérateur activé opérateur par opérateur plutôt qu’un service internet mondial.

Puis-je diffuser de la publicité vidéo récompensée sur un jeu Jest ?

Non. Les exigences de gameplay de Jest précisent que « Jest ne prend pas actuellement en charge les publicités récompensées » et que les jeux « ne doivent pas inclure de mécaniques qui dépendent de publicités récompensées pour la progression, les récompenses, ou d’autres éléments de gameplay ». La monétisation passe par les API d’achat intégré propres à Jest, tarifées en USD. Pour les titres dont l’économie dépend de la vidéo récompensée, cela élimine le canal, quel que soit l’attrait du partage 90/10.

En quoi Jest diffère-t-il des instant games Telegram, TikTok ou Messenger ?

Le gatekeeper est différent. Telegram, TikTok et Messenger hébergent des mini-jeux sur leur propre surface, sous leur propre SDK et leurs propres règles, en touchant la base d’utilisateurs de cette plateforme. Jest passe par les rails de messagerie opérateur — SMS et RCS — et le jeu tourne dans le navigateur mobile plutôt que dans un client de chat. Cela change qui peut vous bloquer, quelles règles de conformité s’appliquent (plages de silence, restrictions de contenu SHAFT), et comment le canal s’étend géographiquement, puisque le support opérateur est accordé marché par marché.

---

Si vous voulez un avis franc sur la place d’un canal natif-messagerie dans votre plan 2027, et sur la façon de le séquencer par rapport aux stores, canaux OEM et surfaces web-native que vous exploitez déjà, nous serions ravis d’en discuter. Les équipes en phase précoce peuvent voir comment nous partageons la charge opérationnelle dans notre programme founding developers.