06 — Exercice final : livrer un petit site client sous Grav
Mettre en pratique tout le parcours, du brief à la livraison, avec un mini-site éditable et sobre.
Avant de commencer
- Avoir terminé les modules 00 à 05.
- Disposer d'un environnement de test séparé de toute production client.
Partir d'un brief réaliste
Exercice : une petite association veut Accueil, Projet, Actualités, Équipe et Contact. Elle doit pouvoir modifier les textes et publier quelques actualités.
Passe d'abord ce brief dans l'outil « Choisir la techno » et note pourquoi Grav est ou n'est pas défendable.
- J'ai une justification écrite du choix technique.
Dessiner l'arborescence et les types de pages
Décide quelles pages sont standards, lesquelles listent des enfants et quelles données doivent être saisies dans le frontmatter.
Garde le modèle éditorial assez simple pour qu'un client n'ait jamais besoin de comprendre Twig.
Accueil
Projet
Actualités
├── Article A
└── Article B
Équipe
Contact- Chaque type de page a une raison d'exister.
- Le client peut modifier ses contenus sans toucher aux templates.
Créer le thème et limiter les plugins
Construis le design avec Twig et CSS. Installe un plugin seulement si son coût de maintenance est inférieur à celui d'une petite fonction maison.
Documente chaque dépendance ajoutée.
- Je peux expliquer le rôle de chaque plugin installé.
- Le site fonctionne sans JavaScript non essentiel.
Tester comme un client
Connecte-toi avec un compte aux droits adaptés et réalise les vraies opérations : modifier un texte, publier une actualité, remplacer une image.
Corrige l'expérience éditoriale avant la livraison.
- Une personne non développeuse peut accomplir les tâches prévues.
Contrôler qualité, sobriété et données
Vérifie accessibilité, poids des médias, scripts externes, formulaires, trackers et performance. Un CMS léger ne garantit pas automatiquement un site léger.
Un outil de contrôle Grav expérimental pourra devenir un contrôle supplémentaire plus tard, mais ne l'attends pas pour faire les vérifications de base.
- Les images sont dimensionnées correctement.
- Les services externes sont justifiés.
- Le formulaire est testé et documenté.
- Le site reste utilisable clavier et mobile.
Déployer et documenter
Déploie d'abord sur une URL de validation, sauvegarde, puis bascule après accord.
Ajoute les difficultés découvertes dans tuto.lepotager.org pour ne pas les redécouvrir au projet suivant.
- Le rollback est possible.
- Le client sait modifier ce qui lui appartient.
- Les particularités du projet sont documentées.
🧯 Erreurs fréquentes
Le projet réclame de plus en plus de plugins et de logique spécifique
Cause probable : Le brief a dérivé ou Grav n'est peut-être plus le meilleur choix
Correctif : Repasser le besoin dans l'outil de choix avant d'empiler de la dette technique.
Notes
- Le module est réussi même si tu conclus que Grav n'était finalement pas le bon choix pour le brief.
Sources de vérification
Ces liens servent à recontrôler le tuto quand l'outil ou l'hébergeur évolue.
Historique de la fiche
L'historique détaillé reste aussi disponible dans Git.