ITEAG
Pourquoi
L'ITEAG forme depuis plus d'une décennie des responsables d'Église en Guadeloupe, en Martinique et en Guyane. Association loi 1905, l'institut fait tenir un cursus de six ans sur quatre semaines de session par an — Carnaval, Pâques, grandes vacances, Toussaint — pour des étudiants répartis sur trois territoires et deux mille kilomètres d'océan.
Le site existant était une vitrine WordPress. Il présentait l'institut, mais tout ce qui fait sa vie passait ailleurs : les candidatures par téléphone, les vidéos de cours distribuées sur demande au secrétariat, plus de trois mille ouvrages de bibliothèque catalogués hors ligne, le suivi des crédits ECTS tenu dans des tableurs.
La commande : sortir de la vitrine sans sacrifier ce qui fonctionne. Une plateforme unique où le visiteur trouve sa formation et candidate en ligne, où l'étudiant suit ses crédits et ses cours, où l'enseignant corrige, où le secrétariat pilote — et dont l'ITEAG reste propriétaire, code compris.
Client
Institut de Théologie Évangélique des Antilles et de la Guyane
Défi technique
La difficulté n'était pas de construire un espace de cours de plus. Elle était de modéliser un système pédagogique qui ne ressemble à aucun autre : sessions intensives plutôt que semestres, deux filières — diplôme ITEAG et Bachelor délivré avec la FLTE de Vaux-sur-Seine — qui suivent les mêmes cours magistraux mais pas les mêmes règles de validation, des crédits obtenus dans une institution partenaire à réintégrer dans la progression, des stages convertibles en dissertation.
- Quatre portails sur un seul socle — public, étudiant, enseignant, administration — pour éviter quatre applications à maintenir et quatre vérités sur les mêmes données.
- Diffusion vidéo à droit revérifié. Les cours filmés sont la valeur de l'institut : aucune adresse de fichier n'apparaît dans la page, le droit est recontrôlé à chaque demande de lecture, chaque octroi est journalisé et le nombre de flux simultanés par compte est plafonné. Une révocation prend effet immédiatement.
- Une seule autorité d'accès. Rôle et droit sont deux questions distinctes : le rôle dit qui vous êtes, le droit dit ce que vous pouvez suivre. La décision se calcule dans un point unique du code, dans un ordre fixe — et le secrétariat octroie, suspend ou prolonge sans développeur.
- Un débit incertain comme contrainte de conception. Depuis la Guyane et la Martinique, la bande passante n'est pas acquise : la lecture s'adapte au réseau réel plutôt que de supposer la fibre.
- Aucun framework JavaScript. HTMX pour les échanges serveur, composants natifs pour le reste, et une politique de sécurité de contenu stricte — sans
unsafe-inlineniunsafe-eval. Toute bibliothèque qui évalue des chaînes est écartée par principe.
Stack technique
Notre approche
Une refonte qui touche à la fois au site public, à la scolarité et à la pédagogie ne se livre pas d'un bloc : elle se vérifie par étapes, chacune close par une décision écrite.
Le dépôt en porte la trace — un cahier des charges exécutable, des décisions d'architecture datées et révisables, un manuel d'exploitation, un registre des traitements. Ce que l'ITEAG reçoit n'est pas seulement une plateforme : c'est le dossier qui permet de la reprendre.
Relever le modèle pédagogique réel
Sessions intensives, crédits ECTS, double filière ITEAG / Bachelor FLTE, stages convertibles en dissertation : le fonctionnement de l'institut a été écrit avant la première ligne de code, dans un cahier des charges revu et corrigé par un audit avant signature.
Un monolithe modulaire, pas quatre applications
Treize applications Django découplées, un seul déploiement. Les dépendances entre applications sont déclarées et vérifiées par la suite de tests : le graphe reste acyclique et les entorses connues ne peuvent que diminuer.
Rendu serveur, interface sobre, tests d'abord
Django et Wagtail pour l'éditorial, HTMX pour les échanges, aucun framework JavaScript. Le système de design vit dans une source unique afin que l'interface reste conforme à la charte ITEAG écran après écran.
Protéger le contenu et les personnes
Double authentification pour le personnel, verrouillage après tentatives échouées, politique de sécurité de contenu stricte, journal des accès vidéo. Côté données : registre des traitements et politique de gestion, rédigés avec la plateforme, pas après.
Livrer, et rendre l'exploitation reprenable
Préproduction sur OVH Cloud administrée par Coolify, déploiement décrit par un fichier Compose lisible sans l'interface qui l'exécute. Sauvegardes, supervision et conduite d'incident sont documentées dans un manuel d'exploitation remis à l'institut.
Résultat
La plateforme est en préproduction sur OVH Cloud, complète et parcourable de bout en bout. Le site public est éditable par le secrétariat sans passer par un développeur ; le catalogue de la bibliothèque est en ligne ; la candidature se dépose depuis un téléphone.
- 13 applications métier aux dépendances déclarées — le graphe est vérifié à chaque exécution de la suite, une dépendance non déclarée fait échouer les tests.
- 1 459 fonctions de test sur 127 modules, soit 3 092 cas exécutés, sur PostgreSQL comme en intégration continue. 93 % de couverture — et 100 % sur le point de contrôle d'accès, celui dont dépend la valeur des cours filmés.
- ≈ 55 000 lignes de Python et plus de 200 gabarits, sans dépendance à un plugin propriétaire.
- Un jeu de démonstration idempotent qui peuple toute la plateforme : chaque écran y montre au moins un cas de chaque état qu'il sait afficher — une liste dont toutes les lignes se ressemblent ne démontre ni ses filtres ni ses actions.
Reste la bascule du domaine et la reprise des contenus historiques, qui appartiennent au calendrier de l'institut. Le code, sa documentation et son historique Git lui sont acquis.
Performance & conformité
On ne se contente pas de livrer : on mesure. Voici les notes obtenues par Institut de Théologie Évangélique des Antilles et de la Guyane sur les outils d'audit publics les plus exigeants du marché — chiffres consultables en un clic.
Dernière mesure : 10 septembre 2026
UI / UX
Hiérarchie, lisibilité, parcours
Note en cours d'évaluation
Chaque domaine est mesuré par son outil de référence : PageSpeed (performance, SEO), WAVE (accessibilité), Mozilla Observatory (sécurité), SSL Labs (chiffrement). La performance affichée est la meilleure mesure enregistrée ; un nouveau test peut donner un résultat différent. La note UI/UX est attribuée par l'équipe TUS. Les boutons « Tester » permettent de relancer une vérification.
Captures du projet
