Carnet de développement : la distribution Android et Google Play est en préparation. Cet article n’annonce pas une application déjà disponible en boutique.
Un moteur web comme point de départ
Detendo est un jeu en 3D construit avec JavaScript, Three.js et Web Audio. Sa base fonctionne dans le navigateur. Le monde et les règles de jeu sont séparés des interfaces de compte, de sauvegarde et de classement en cours de préparation. Les cartes quotidiennes s’appuient sur des graines et sur un générateur versionné : conserver une partie demande aussi de savoir avec quelles règles son terrain a été produit.
Cette séparation compte quand on prépare plusieurs plateformes. Le moteur peut rester commun, tandis que les gestes tactiles, la connexion ou les achats passent par des adaptations propres à chacune. Une version portable de développement et une application distribuée sur une boutique ne demandent pas les mêmes contrôles.
Une carte reproductible doit garder ses règles
Une graine permet de retrouver un terrain produit par un générateur donné. Si le générateur change, conserver uniquement cette graine peut devenir insuffisant. C’est pourquoi les cartes quotidiennes de Detendo associent la reproductibilité à une version des règles de génération.
Cette question dépasse la carte elle-même. Une sauvegarde relie un état de partie à la manière dont le monde a été construit. Pendant le développement, je cherche à rendre ces dépendances explicites pour qu’une évolution du moteur reste compréhensible. Cela prépare les essais et l’examen d’un comportement signalé par un joueur.
Passer du navigateur au téléphone
Pour Android, le dépôt décrit une trajectoire avec Capacitor. L’enveloppe mobile, les contrôles tactiles et la recette sur un vrai téléphone restent des étapes à terminer. La publication Google Play est donc un chantier préparé dans la documentation, pas une sortie commerciale que j’annoncerais déjà.
Le travail à préparer sur appareil comprend la lisibilité, les gestes, le rythme d’affichage et la reprise d’une partie. Une commande confortable à la souris peut masquer un bouton difficile à atteindre au doigt. L’enveloppe mobile demande donc sa propre recette.
Je garde aussi séparés les services qui pourraient accompagner le jeu : compte, sauvegarde en ligne et classement. Leurs fondations ne doivent pas donner l’impression d’un service actif lorsqu’aucune configuration n’a été fournie.
Préparer une version signée
La préparation comprend plusieurs travaux distincts. Il faut construire une version de distribution, organiser la signature, renseigner les informations de confidentialité et vérifier les comportements importants sur appareil. Le format Android App Bundle et Play App Signing structurent le dépôt d’une nouvelle application ; la clé d’import doit être protégée et rester hors des sources. Les tests internes permettent ensuite d’observer une version avant d’élargir sa diffusion.
La signature fait partie de la continuité des mises à jour. La documentation Android distingue la clé utilisée pour importer la version et la signature des applications distribuées par Google Play. La conservation des clés et l’identification des versions demandent une organisation dès la préparation de la première livraison.
Organiser des tests qui produisent un retour
Google prévoit aussi, pour les comptes développeur personnels créés après le 13 novembre 2023, un test fermé avec au moins douze testeurs inscrits pendant quatorze jours consécutifs avant la demande d’accès à la production. Ce seuil concerne ces comptes précis ; il ne remplace ni les retours de test ni la décision d’accès en production.
Le recrutement ne suffit pas à préparer une bonne recette. Je veux pouvoir associer un retour à une version, au téléphone utilisé, à l’action effectuée et au résultat attendu. Une observation précise sur un geste ou sur la reprise de partie est plus facile à exploiter qu’un simple avis général. Ce circuit de retour reste à mettre en pratique sur les versions distribuées.
Ce que je prépare pour la suite
Mon objectif est de préparer cette chaîne assez tôt : versionner les livraisons, distinguer les données locales des services en ligne et recueillir des retours utiles. Un bouton de connexion présent dans une interface ne suffit pas à prouver qu’un service est configuré ou disponible. Dans Detendo, les fondations de compte restent volontairement inactives sans configuration.
L’intérêt de ce chantier est d’intégrer la livraison dans la conception du jeu. Il me pousse à garder des frontières claires entre moteur, interface et services, puis à préparer des contrôles observables. La mise à disposition en boutique sera une étape à vérifier sur une version précise, après la recette et les démarches requises.
Sources officielles sur la distribution Android
- Android Developers — signature et Play App Signing
- Google Play — tests requis pour les nouveaux comptes personnels
Références consultées le 1er novembre 2026. Les conditions applicables dépendent du compte et de la version distribuée.
Préparer la livraison d’une application
Une application utile doit aussi pouvoir être distribuée, testée et maintenue. FAC6 accompagne le cadrage et le développement d’outils adaptés à votre activité.
Découvrir l’approche FAC6