●Candidex / journal technique

Comment Candidex est fabriqué.

De la donnée source au booster interactif, cette page décrit la chaîne réelle du projet : catalogue, images, rendu 3D, règles serveur et contrôle avant publication.

Page de référence · mise à jour le 28 août 2026

01

Une donnée avant une image

Chaque carte commence par un identifiant stable, un nom public, une famille de booster et une rareté. Ces données alimentent le jeu et le catalogue du hub. Le numéro CDX-xxx est calculé dans une collection ordonnée afin de fournir un repère lisible sans dépendre du nom du fichier image.

Séparer la donnée du visuel permet de corriger un intitulé, remplacer une image ou ajuster une rareté sans reconstruire manuellement toutes les pages. Les notices éditoriales restent un niveau distinct : seules les cartes réellement documentées deviennent indexables.

02

Préparer les portraits

Les sources sont vérifiées puis les portraits sont recadrés dans un format cohérent. Le traitement doit préserver l’identification de la personne, laisser de la place au nom et éviter qu’un détail important soit masqué par le cadre. Les exports du catalogue utilisent un format WebP adapté au web.

Les cartes mises en avant peuvent recevoir une version plus définie pour les grandes compositions. La grille courante emploie des fichiers plus légers afin de limiter le téléchargement initial, en particulier sur mobile.

03

Construire la carte

Le cadre distribue les informations dans un ordre constant : portrait, nom, numéro, famille et rareté. Les palettes différencient les boosters et les effets différencient les éditions. Cette structure fixe permet de varier fortement les matières sans perdre la signature Candidex.

Le rendu du hub reste lisible en HTML et CSS. Dans le jeu, React Three Fiber et Three.js ajoutent la profondeur, l’inclinaison, la lumière et les matériaux. Le mouvement enrichit la découverte mais les informations essentielles ne dépendent pas uniquement de lui.

04

Fabriquer un booster 3D

Le booster est une scène à part entière. Une texture est composée dans un canvas, appliquée au paquet puis éclairée dans un environnement 3D. La caméra, l’ouverture et les effets de transition sont réglés pour garder l’objet au centre sur plusieurs tailles d’écran.

La révélation se déroule en étapes afin que le joueur comprenne quand le booster est consommé, quelle carte apparaît et quand le résultat est enregistré. Les animations réduites sont prises en compte pour éviter que l’effet visuel devienne un obstacle.

05

Séparer hasard, affichage et droit d’ouverture

Le navigateur affiche l’expérience, mais le serveur gère les droits d’ouverture et le résultat. Un booster gratuit, un droit promotionnel et une récompense publicitaire sont des origines différentes. Cette séparation évite qu’un simple changement d’interface crée artificiellement des ouvertures.

Le tirage applique la configuration du booster, ses emplacements de rareté, ses éventuelles garanties et sa politique de doublons. Le résultat est ensuite ajouté à la collection. Les détails d’implémentation susceptibles de faciliter un contournement ne sont pas publiés.

06

Performance et accessibilité

La page publique doit rester compréhensible avant le chargement du jeu. Les textes de présentation sont rendus côté serveur, tandis que les scènes 3D sont chargées lorsque le navigateur peut les utiliser. Une erreur d’API ne doit plus remplacer toute la documentation par un écran vide.

Les images possèdent des textes alternatifs adaptés à leur rôle. Les animations respectent la préférence de mouvement réduit et les commandes principales restent de vrais boutons. Les tests portent aussi sur les petits écrans, car les formats publicitaires récompensés et les interactions tactiles y imposent des contraintes particulières.

07

Contrôle avant publication

Un build de production vérifie les routes, le rendu serveur, les métadonnées et les pages d’erreur. Le sitemap ne contient que les pages destinées à l’indexation. Les fiches génériques restent en noindex jusqu’à ce qu’une notice originale, des sources et une date de révision soient disponibles.

Le jeu possède également des tests automatisés sur ses règles critiques. Ils ne remplacent pas une ouverture réelle sur mobile : avant une mise en ligne, le parcours gratuit, la sauvegarde, l’indisponibilité publicitaire et l’attribution d’une récompense doivent être observés dans leur contexte.