Aucune venue sélectionnée
draft
Aucune venue sélectionnée
Sélectionne une venue pour préparer l’app.
draft
Version -
Date -
Résumé venue
Le builder est pré-rempli depuis les données WILD de la venue.
Quick actions
Le flow rapide conseillé : régénérer l’APK locale, l’installer, vérifier, puis seulement passer aux étapes store.
Venue dev timeline
Vue rapide de l’avancement de l’app venue, du snapshot initial jusqu’au test store.
1
Venue snapshot & app identity
Le builder récupère automatiquement la WILD existante et pré-remplit les champs nécessaires au build app.
Source
DB WILD + JSON publics existants. Rien n’est recréé manuellement ici.
Builder goal
Préparer le package natif, les textes store, les screenshots et les builds test.
Venue admin
Push, users et contenu live restent gérés dans le dashboard venue. Ici on prépare et on build l’app.
1A
APP/Mobile Recap
Titre app, logo principal, URLs WILD, descriptions et infos de release déjà connues.
App name
-
Main avatar
-
Bundle / Package
-
Status
-
Screenshot workflow
Prépare ici les screenshots store en plusieurs formats. Les OG links génériques ne sont jamais utilisés comme screenshots.
Venue source snapshot
Address-
City / Country-
Contact-
Socials-
Store + Build
APK locale de test d’abord. Expo et stores viennent seulement après validation device.
Version -
Date -
Status -
2
Identity, package IDs & generated metadata
Tout ce qui est nécessaire pour fabriquer l’app est pré-rempli ici à partir de la venue et de la WILD.
Base language
-
Main avatar
-
Screenshots language
-
Keywords
-
3
Translation review
Les textes sont générés depuis la langue détectée. Tu peux relire EN / NL / FR avant export store.
English
Nederlands
Français
4
Screenshots by required format
Chaque zone correspond à un format store. Upload séparé par format, une seule langue visuelle par app.
Preview tab workflow
1. Ouvre un tab preview de la WILD. 2. Mets le site exactement dans l’état à capturer. 3. Reviens ici et clique Generate pour remplir tous les formats avec cette même vue.
Mode exact navigateur: pas d’agrandissement, donc moins de flou. Choisis ensuite le tab preview dans la fenêtre de partage.
Flat screenshot list (advanced)
Ce champ reste disponible pour compatibilité. Le builder normal doit utiliser les zones d’upload ci-dessus.
5
Build artifacts & local Android test APK
Cette étape sert d’abord à sortir une APK locale de test depuis le serveur. Expo et les stores viennent seulement après validation device.
APK version
-
Build date
-
Status
-
Download
-
5B
Server credentials
Le flow normal utilise les credentials globaux du serveur. Les champs venue ci-dessous ne servent qu’en override exceptionnel, si une venue doit déroger au standard.
Advanced venue override (optional)
Champs vides = inchangés. Mettre "-" pour effacer explicitement un secret override.
6
Checks & next steps
Flow rapide conseillé: 1) Generate Android test APK, 2) Build iOS TEST (Expo), 3) Submit Android internal test, 4) Submit TestFlight.
Last Checks
Build / Action Jobs