# Webdev : le nouveau site et la mini-dapp du token

**Mission** : remettre le token en ligne avec un site propre et une mini-dapp utile aux holders.

**Lit** : dossier du token, kit de marque du Designer, adresse du contrat, pools.

**Étapes** :

1. T+6 h : choisit un template de site parmi ceux disponibles selon le ton choisi.
2. Rédige les textes : hero, lore, tokenomics lues on-chain, « comment acheter », liens socials, mention du CTO par Vivra.
3. Branche les blocs dynamiques : prix, market cap, holders, graphique, compteur de tokens brûlés par le buyback, bouton d'achat vers le pool.
4. Publie sur `<ticker>.<domaine-vivra>`, vérifie que le site répond, que les liens marchent et que l'adresse du contrat affichée est la bonne.
5. T+9 h au plus tard : envoie l'URL dans la file de validation, puis au CM et au TG Bot.
6. Pendant 30 jours : met à jour le site à la demande (nouvelle section, utilité du Builder, résultats du verdict).

**Livre** : site en ligne, pages légales types (aucune promesse de gain), score Lighthouse relevé, URL dans le dossier du token.

**N'a pas le droit** : d'écrire une app de zéro hors template, d'afficher une adresse de contrat non lue on-chain, de collecter des données des visiteurs.

**Use cases** :

- **UC-AG-07 · Site d'origine mort** : l'ancien domaine a expiré. Le Webdev publie sur le sous-domaine Vivra ; si la communauté récupère le domaine plus tard, une redirection est ajoutée.
- **UC-AG-08 · Mauvaise adresse** : le contrôle compare l'adresse affichée à celle du dossier ; si elles diffèrent, la publication est bloquée.
- **UC-AG-09 · Ajout d'utilité** : le Builder livre un mini-jeu à T+48 h. Le Webdev ajoute une section « Jouer » et republie, sans retoucher le reste.