Jeux mobiles sur macOS : pourquoi si peu de portages, alors que la puce est la même

Un MacBook et un iPhone sortis la même année exécutent aujourd’hui le même jeu d’instructions. Depuis le passage à Apple Silicon, les deux machines partagent l’architecture ARM, la même API graphique et l’essentiel des frameworks système, au point qu’un Mac sait lancer tel quel un binaire compilé pour iPhone : pas de réécriture, pas de couche de compatibilité, pas d’émulation. Sur le papier, la bibliothèque de jeux mobiles de macOS aurait donc dû se remplir toute seule en quelques mois. Elle est restée vide, et la raison n’est pas technique. Elle tient à une case à cocher, à des anti-triche, à deux pouces, à des capteurs absents et à une feuille de calcul. Voici les cinq, dans l’ordre où elles pèsent, et ce que ça change pour qui veut jouer.

Depuis Apple Silicon, un Mac exécute déjà un binaire iPhone

Avant 2020, porter un jeu mobile vers le Mac était un vrai chantier : deux jeux d’instructions différents, deux chaînes de compilation, souvent deux moteurs de rendu à maintenir. Le passage des Mac à des puces de la même famille que celles de l’iPhone a supprimé cette marche d’un coup. Une application compilée pour iOS s’installe et démarre sur un Mac Apple Silicon sans être recompilée, parce que le processeur, l’API graphique et la plupart des frameworks sont les mêmes des deux côtés. Ce qui reste n’est plus du portage, c’est de l’adaptation : une fenêtre qu’on redimensionne au lieu d’un écran fixe, un curseur au lieu d’un doigt, un clavier physique qui existe. C’est un travail réel, mais il se compte en semaines d’interface, pas en réécriture de moteur. Et c’est précisément parce que le mur technique est tombé que les vraies raisons du vide sont ailleurs.

Raison 1 : une case à cocher que la plupart des studios laissent décochée

La disponibilité d’une application iPhone sur Mac ne se demande pas, elle se coche. Dans la console où l’éditeur gère sa fiche App Store, une option décide si l’application est proposée aux Mac Apple Silicon, et l’éditeur peut la retirer quand il veut. Il n’y a ni validation spéciale à obtenir, ni contrat supplémentaire à signer : c’est une décision de produit, prise par des équipes qui savent ce qu’elle engage. À partir du moment où le jeu apparaît sur le Mac, le Mac devient une plateforme supportée, avec ses tickets, ses avis, ses remboursements et ses correctifs. Le premier motif de refus n’est d’ailleurs pas le rendu, c’est la saisie : un studio mobile n’a jamais conçu ni testé un mode clavier et souris, et cocher la case lui fait hériter du jour au lendemain d’un mode de jeu qu’il n’a pas dessiné, que ses joueurs vont juger, et dont il devra assumer les défauts. Décocher ne coûte rien. Cocher coûte une équipe.

Raison 2 : des anti-triche pensés pour un téléphone verrouillé

Un téléphone est un appareil fermé : l’utilisateur n’y est pas administrateur, les applications sont isolées les unes des autres, et le système sait attester auprès d’un serveur qu’il n’a pas été modifié. Tout l’édifice anti-triche du jeu mobile compétitif repose là-dessus. Un ordinateur ne fournit aucune de ces garanties : on y installe ce qu’on veut, on inspecte la mémoire d’un processus, on ajoute des périphériques, on automatise des clics. Des anti-triche pour ordinateur existent, mais ce sont d’autres produits, qui vivent plus près du système et qu’il faut intégrer, tester et maintenir séparément. Pour un jeu classé, la question n’est donc pas « est-ce que ça tourne sur Mac » mais « qui garantit l’intégrité des parties sur Mac ». Faute de réponse, beaucoup d’éditeurs préfèrent ne pas ouvrir la porte, et c’est une raison qu’on ne lit jamais noir sur blanc dans des notes de version.

Raison 3 : une interface pour deux pouces ne devient pas une interface à la souris

Un jeu mobile est dessiné autour d’une contrainte précise : deux pouces qui masquent une partie de l’écran, des cibles assez grosses pour être touchées sans viser, des commandes repoussées vers les bords parce que c’est là que les doigts se posent. Transposé sur un écran de quatorze pouces piloté à la souris, ce dessin devient bancal. Les boutons paraissent énormes, l’espace utile se retrouve aux angles, les gestes à deux doigts n’ont pas d’équivalent évident, et un appui long se traduit mal par un clic maintenu. Rien n’est infaisable, mais rien ne se fait tout seul : il faut redessiner des écrans, décider quelle touche fait quoi, gérer le survol qui n’existe pas au doigt. C’est exactement le travail que la case à cocher ne fait pas à la place du studio, ce qui explique pourquoi les deux premières raisons se tiennent. Sur ce point précis, la comparaison entre version mobile et version PC montre bien ce qui se perd et ce qui se gagne.

Raison 4 : les capteurs que le Mac n’a pas

• L’accéléromètre et le gyroscope : un Mac ne s’incline pas. Tout ce qui repose sur l’orientation de l’appareil, du volant d’un jeu de course à la visée par mouvement, n’a pas d’équivalent.
• Le tactile multipoint : le trackpad reconnaît des gestes, mais il n’est pas l’écran. Un jeu qui demande deux doigts posés à deux endroits précis de l’image n’a pas de traduction directe.
• L’appareil photo et l’orientation : caméra frontale placée comme sur un téléphone, bascule portrait-paysage, scan d’un code affiché ailleurs, rien de tout cela ne se comporte pareil sur un ordinateur.
• Les notifications et le lien avec le téléphone : rappels de récompense quotidienne, campagnes de retour, liens ouverts depuis un message ne suivent pas toujours quand l’application vit sur un ordinateur.
• Chacun de ces points est un petit bout de code à écrire, et surtout un petit bout de code à tester sur une plateforme que le studio ne teste pas.

Raison 5 : le calcul économique tranche en dernier

Toutes les raisons précédentes se ramènent à du temps d’ingénierie, et le temps d’ingénierie se compare à un revenu attendu. C’est là que le Mac perd, non parce qu’il serait mauvais, mais parce qu’il est petit : le parc de téléphones Android et iOS se compte à une échelle sans rapport avec celui des ordinateurs Apple, et un jeu mobile gagne son argent sur le volume. Aucun chiffre public ne mérite d’être cité ici, parce que la méthode suffit à comprendre la décision : un studio met en regard le nombre d’appareils touchés, la dépense moyenne par joueur sur ces appareils, et le coût du support supplémentaire. Quand le troisième terme est certain et les deux premiers marginaux, la case reste décochée. Ce n’est pas un avis sur macOS, c’est une arithmétique, et elle se refait à chaque exercice comptable.

Le cas Teamfight Tactics : absent de l’App Store sur Mac, et sans client de bureau

Teamfight Tactics illustre les cinq raisons d’un coup. Sa fiche sur l’App Store annonce une compatibilité iPhone, iPad et iPod touch : le Mac n’y figure pas. La version mobile existe donc, elle est maintenue, elle reçoit les mêmes contenus que le reste, mais elle n’est simplement pas proposée aux Mac Apple Silicon. Ce n’est pas un accident de compilation, c’est la case dont on parlait, et personne ne l’a cochée. Un joueur sur Mac qui cherche TFT dans l’App Store ne trouve rien, et rien dans l’interface ne lui explique pourquoi : l’absence d’une application y est indiscernable d’une application qui n’existerait pas.

Le second étage est plus récent. Le patch 18.1, qui ouvre le Set 18 et fait passer TFT sous Unreal Engine, a retiré la prise en charge de macOS côté client de bureau : ni support, ni correctifs. Riot présente ce retrait comme temporaire et dit travailler à prendre en charge le système dans une future mise à jour, sans annoncer de date. Le même patch abandonne par ailleurs les appareils Android et iOS anciens les moins dotés en mémoire. Aucun compte n’est réinitialisé au passage : progression, classement et achats restent attachés au compte Riot. Le détail de ce que ce patch déplace est dans notre article sur le retrait de macOS.

Ce qu’un joueur sur Mac peut encore faire

• Attendre que l’éditeur coche la case ou rétablisse le client de bureau : ça ne coûte rien, mais aucune date n’est annoncée, et rien ne garantit que la case sera cochée un jour.
• Passer par le nuage quand le jeu y est proposé : l’image arrive par le réseau, la latence dépend donc de la connexion, et le catalogue ne dépend pas de vous.
• Faire tourner la version Android, elle toujours prise en charge, dans un véritable appareil Android sur le Mac. C’est ce que fait OSFT Launcher sur Apple Silicon : il installe l’appareil, y installe le jeu, gère le clavier et le plein écran, et laisse le compte Riot inchangé.
• Dans les trois cas, le compte, le classement et les achats ne bougent pas : ils vivent sur les serveurs de Riot, pas sur la machine. Le tutoriel d’installation détaille la troisième voie de bout en bout.