Comment Malaguo évalue un jeu de navigateur avant sa publication

Pourquoi la publication est une étape de contrôle, pas un simple bouton

Une soumission de créateur arrive sur Malaguo comme un paquet logiciel non fiable. Il peut s'agir d'un excellent jeu, mais la plateforme ne peut pas supposer que ses fichiers sont sûrs, que son bouton de démarrage fonctionne, ou qu'un joueur tactile peut effectuer les mêmes actions qu'un joueur au clavier. La publication n'a donc lieu qu'après qu'une version nommée a passé une revue reproductible. Les brouillons et les versions rejetées restent privés. L'URL publique du jeu n'est activée que lorsqu'une version approuvée, des médias revus et un enregistrement complet du catalogue pointent vers la même version.

Ce processus protège à la fois les joueurs et les créateurs. Les joueurs reçoivent une page qui fonctionne comme annoncé. Les créateurs reçoivent une raison précise lorsqu'une version ne peut pas être publiée, plutôt qu'un rejet vague. Malaguo conserve l'archive originale, sa somme de contrôle et la décision du réviseur afin qu'une mise à jour ultérieure ne puisse pas silencieusement remplacer le code approuvé.

Étape un : intégrité de l'archive et sécurité hors ligne

La première passe inspecte le ZIP sans l'exécuter. Un jeu de navigateur valide nécessite un document d'entrée racine, des ressources locales lisibles et un nombre limité de fichiers. L'inspecteur enregistre la taille non compressée, le nombre de fichiers et le hachage cryptographique. Il rejette les traversées de chemin, les liens symboliques, les fichiers serveur exécutables et d'autres motifs d'archive qui pourraient s'échapper du répertoire du jeu.

La revue réseau est tout aussi importante. Chaque URL externe, référence WebSocket, capacité réseau dynamique et ressource relative à la racine est signalée. Un chemin tel que /images/card.png semble inoffensif, mais dans un environnement d'exécution isolé, il pointe vers la racine de la plateforme plutôt que vers le jeu téléchargé. Cela provoque des images manquantes après la publication et peut rendre un prototype local fonctionnel cassé en ligne. Les versions approuvées regroupent ces ressources ou déclarent une intégration séparément revue.

Étape deux : jouabilité réelle sur ordinateur et tactile

La sécurité structurelle ne prouve pas qu'un jeu est jouable. Un réviseur ouvre la version candidate exacte dans l'aperçu protégé, suit l'expérience de première utilisation, démarre une session et effectue la boucle de jeu principale. La revue couvre les contrôles visibles, les mises à jour de score ou de progression, la pause et le redémarrage, les états de victoire ou d'échec, et une console de navigateur propre.

L'entrée sur ordinateur et l'entrée mobile sont vérifiées indépendamment. Les étiquettes du clavier doivent correspondre aux touches gérées par le code. Les cibles tactiles doivent avoir une taille et un espacement suffisants. Les gestes de balayage ne peuvent pas dépendre du survol. La fenêtre d'affichage ne doit pas créer de débordement horizontal, de dialogues rognés ou de contrôles cachés sous la barre du navigateur. Si un jeu fait pivoter l'appareil ou demande le plein écran, le mode intégré ordinaire doit toujours offrir un chemin sûr pour jouer.

Étape trois : contenu de catalogue véridique

La page du jeu fait partie du produit. Les réviseurs vérifient le titre, la catégorie, le résumé court, la description complète, les instructions de jeu, les contrôles et la classification par âge par rapport à la version réelle. Une description soignée ne peut pas promettre des niveaux, du multijoueur, des récompenses ou des fonctionnalités qui n'existent pas. La couverture doit communiquer le mécanisme réel, tandis qu'au moins une capture d'écran doit provenir du gameplay approuvé plutôt que d'un concept art non lié.

Malaguo ne fabrique pas de notes, de vues ou de réactions de la communauté à ce stade. Les nouvelles versions peuvent honnêtement dire qu'elles sont nouvelles. La confiance est plus précieuse que des chiffres décoratifs, et l'engagement réel sera mesuré après la publication.

Étape quatre : localisation et qualité de recherche

La langue source du créateur reste la source de vérité. Après approbation, la plateforme génère des enregistrements de catalogue localisés pour l'anglais, le chinois simplifié, le chinois traditionnel, l'allemand, le français, l'espagnol, le portugais brésilien, l'indonésien, le japonais et le coréen. Chaque enregistrement comprend le titre, le résumé, la description, les instructions et les contrôles. La sortie automatisée est stockée comme un candidat à la revue, pas traitée comme approuvée simplement parce qu'une API a renvoyé du texte.

Les vérifications linguistiques recherchent les champs manquants, les scripts mélangés, les clés d'interface divulguées et les instructions non traduites. Les métadonnées de recherche sont produites par marché à partir du contenu localisé et des preuves d'intention de recherche enregistrées par la plateforme. Les URL canoniques, les liens hreflang réciproques, les données structurées et le sitemap sont testés comme un ensemble. Un sélecteur de langue doit pointer vers une page localisée réelle, jamais fabriquer une 404 à apparence traduite.

La décision et la piste de preuves

Une approbation enregistre le réviseur, l'horodatage, la version candidate, les résultats de l'analyse et les notes du test de jeu. Elle active cette version immuable et rend l'URL publique disponible. Un rejet enregistre ce qui doit changer et laisse la version approuvée précédente intacte. Une archive corrigée reçoit une nouvelle version sémantique et une nouvelle somme de contrôle ; elle ne remplace jamais les preuves du candidat échoué.

Après la publication, Malaguo vérifie la page publique, la couverture, le document de lancement de l'exécution et les routes localisées sur HTTPS. La découverte de recherche n'est demandée qu'après que ces vérifications réussissent. L'indexation elle-même reste une décision du moteur de recherche, donc la plateforme signale les états soumis, découvert, exploré et indexé séparément plutôt que de prétendre à une inclusion instantanée.

Ce que les créateurs devraient préparer

Les créateurs peuvent accélérer la revue en empaquetant tous les fichiers nécessaires localement, en utilisant des chemins relatifs, en testant dans un profil de navigateur propre et en vérifiant à la fois la souris ou le clavier et le tactile. Incluez un titre clair, une description honnête, des instructions concises, des détails de contrôle et des médias originaux. Testez le ZIP exact que vous avez l'intention de téléverser. Si le jeu nécessite un service distant, divulguez-le avant la revue afin que la confidentialité, la sécurité et la fiabilité puissent être évaluées.

L'objectif n'est pas de créer de la paperasse. C'est de rendre chaque publication publique reproductible : un créateur, un paquet revu, une version active, une page digne de confiance et un chemin clair vers la prochaine mise à jour.