Déclaration d'écoconception
CDNIS et le référentiel RGESN
Ce que nous avons mesuré sur notre vitrine, notre outil de gestion et nos kiosques, ce que nous avons déjà allégé, et ce qui reste à faire.
En chiffres
- Maturité globale75 %contre 52 % avant les optimisations+23 points
- Poids de la vitrine, première visite167 Kocontre 349 Ko-52 %
- JavaScript au démarrage d'un kiosque316 Kocontre 1 701 Ko-81 %
- Services tiers appelés par le back-office0contre 3 domainessupprimés
Score par thématique
Chaque thématique du référentiel est notée de 0 à 100 % : un critère conforme compte pour 1, un critère partiel pour 0,5, un critère non conforme pour 0. Les critères non applicables ou à documenter sont exclus du calcul.
- Avant les optimisations
- Après (30 octobre 2026)
Échelle de 0 à 100 %. Chaque barre porte sa valeur.
Voir les valeurs sous forme de tableau
| Thématique | Avant | Après |
|---|---|---|
| 1. Stratégie | 39 % | 83 % |
| 2. Spécifications | 55 % | 75 % |
| 3. Architecture | 50 % | 71 % |
| 4. UX/UI | 63 % | 73 % |
| 5. Contenus | 42 % | 67 % |
| 6. Frontend | 43 % | 79 % |
| 7. Backend | 33 % | 67 % |
| 8. Hébergement | 67 % | 75 % |
| 9. Algorithmie | 100 % | 100 % |
| Total | 52 % | 75 % |
Ce qui a changé, ce qui reste
Déjà fait
- Vitrine plus légère : une seule police variable préchargée au lieu de cinq fichiers, captures d'écran en WebP, compression Brotli. 349 Ko deviennent 167 Ko.
- Kiosques plus rapides à démarrer : la bibliothèque 3D (1,4 Mo) ne se charge plus que sur les pages qui l'utilisent. Le JavaScript de démarrage passe de 1 701 à 316 Ko.
- Transferts compressés et mis en cache : le fichier de données d'un kiosque en ligne passe de 101 à 5,4 Ko, le script principal de 53,9 à 11,4 Ko.
- Back-office autonome : plus aucune ressource externe, icônes réduites de 216 à 14 Ko, polices préchargées.
- Images importées allégées : plafond 4K et recompression à l'import. Une photo de 24 mégapixels passe de 8,5 à 1,3 Mo lors de nos essais.
- Moins de données conservées : 4,4 Go d'anciens fichiers d'installation supprimés, journaux système plafonnés, purge hebdomadaire planifiée. La mesure d'audience reste anonyme et sans cookie.
Reste à faire
- Éteindre les écrans la nuit : le terminal est le premier poste d'impact d'une borne, et nous n'avons pas encore de plage horaire d'extinction.
- Mettre à jour un contenu sans réinstaller : aujourd'hui, chaque mise à jour envoie un installateur complet de 150 à 184 Mo.
- Alléger les vidéos à l'import : pas encore de réduction de définition ni de recompression.
- Réduire le code d'interface : Bootstrap est encore chargé en entier et les modules du kiosque ne sont pas regroupés.
- Préciser l'hébergement : identifier le centre de données qui nous héberge et confirmer l'origine actuelle de l'électricité dans le rapport d'impact complet d'Infomaniak.
- Mesurer et évaluer : relever la configuration minimale des bornes, évaluer les fonctionnalités existantes selon la grille de la politique et contrôler la première purge automatique (1er novembre 2026).
Notre politique d'écoconception
Version 1.0 - validée par le référent le 30 octobre 2026
1. Objet et périmètre
Cette politique fixe comment CDNIS limite l'impact environnemental de ses services numériques, en application du référentiel général d'écoconception de services numériques (RGESN).
À qui s'adresse le service. CDNIS est destiné aux musées, aux lieux d'exposition et aux espaces culturels qui présentent des contenus (textes, images, vidéos, vues 3D et 360°) sur des bornes tactiles, en français, anglais et espagnol. Trois publics l'utilisent : les visiteurs, sur la borne ; les équipes du lieu, qui rédigent et publient les contenus dans le back-office ; les prospects, qui consultent la vitrine. Le besoin commun est d'afficher des contenus fiables, accessibles et disponibles hors ligne sur du matériel qui reste allumé des années, avec le moins de ressources possible.
Elle couvre :
- le site vitrine (www.cdnis.fr) ;
- le back-office de gestion des contenus (app.cdnis.fr) ;
- les kiosques : application affichée sur les bornes tactiles et installateurs fournis aux clients ;
- l'hébergement et les données qui s'y trouvent.
2. Référent écoconception
| Référent | Matthieu Canto, entrepreneur individuel (Canto-Conseil) |
|---|---|
| Contact | contact@canto-conseil.fr |
| Rôle | Tenir cette politique à jour, valider les objectifs, conduire la revue annuelle, arbitrer chaque nouvelle fonctionnalité selon la section 5. |
CDNIS est porté par une seule personne : le référent est aussi celui qui décide des développements. La revue de conception de la section 5 sert donc de garde-fou explicite, tracé par écrit.
3. Objectifs chiffrés
Mesurés à chaque revue. Valeurs initiales relevées le 30 octobre 2026.
| # | Objectif | Seuil | Valeur au 30/10/2026 | Comment on mesure |
|---|---|---|---|---|
| 1 | Poids de la vitrine à la première visite (hors démonstration intégrée) | 200 Ko ou moins | 167 Ko | Rechargement sans cache, somme des octets transférés dans les outils de développement du navigateur |
| 2 | JavaScript chargé au démarrage d'un kiosque | 400 Ko ou moins (décompressé) | 316 Ko | Démo en ligne, rechargement sans cache, somme des fichiers .js chargés avant l'ouverture d'une page |
| 3 | Domaines tiers appelés par le navigateur (vitrine, back-office, kiosque) | 0 | 0 | Liste des hôtes des ressources chargées |
| 4 | Taille d'un installateur de kiosque | 200 Mo ou moins | 150 à 184 Mo | Taille du fichier généré |
| 5 | Données techniques avec une durée de conservation écrite et appliquée | 100 % | Durées écrites (section 6), appliquées par une purge hebdomadaire planifiée | Comparaison de la section 6 avec la commande de purge |
Un objectif dépassé déclenche une action corrective inscrite au registre de la section 9.
4. Chantiers prioritaires
Par ordre d'effet attendu, ils sont repris à chaque revue jusqu'à clôture :
- Extinction programmée des écrans de bornes : plage horaire d'extinction par dispositif. Le terminal est le premier poste d'impact d'une borne.
- Mises à jour de contenu sans installateur complet : envoyer le seul contenu modifié au lieu de 150 à 184 Mo.
- Import des vidéos : plafond de définition et recompression, comme pour les images.
- Réduction du code d'interface : purge du CSS Bootstrap inutilisé et regroupement des modules du kiosque.
- Hébergement : les indicateurs publiés par Infomaniak ont été relevés sur son site le 30/10/2026 (PUE 1,085, WUE 0,017 L/kWh, serveurs exploités jusqu'à 15 ans, chaleur du centre D4 réinjectée dans le chauffage urbain). Restent à identifier le centre de données qui nous héberge (D3 ou D4, non communiqué) et à lire le rapport d'impact complet pour confirmer l'origine de l'électricité. Relever de nouveau ces chiffres à chaque revue annuelle.
5. Revue de conception avant toute mise en production
Pour chaque nouvelle fonctionnalité, composant ou service tiers, le référent répond par écrit, dans la description du commit ou de la livraison :
- Utilité : quel besoin d'un utilisateur cela couvre-t-il, et existe-t-il une solution plus sobre (contenu statique, composant natif, réglage) ?
- Poids : combien d'octets et de requêtes de plus à la première visite ou au démarrage d'un kiosque ? Les objectifs 1, 2 et 4 restent-ils tenus ?
- Chargement : la ressource peut-elle être chargée seulement quand elle sert (comme la bibliothèque 3D) ?
- Tiers : un domaine ou service externe est-il ajouté ? Par défaut non pour le navigateur. Côté serveur, il doit figurer au registre de la section 7.
- Données et médias : quelles données sont stockées, pour combien de temps, et quels formats de médias sont acceptés et comment sont-ils allégés ?
Les correctifs de sécurité sont livrés dans des commits distincts des évolutions, afin de pouvoir être appliqués sans embarquer de nouvelles fonctionnalités.
6. Durées de conservation
| Donnée | Durée | Remarque |
|---|---|---|
| Visites de la vitrine (page, référent, type d'appareil, langue, date) | Sans limite | Données anonymes, sans IP ni identifiant, conservées pour suivre l'évolution de l'usage dans le temps. Décision du 30/10/2026 |
| Journal de connexion au back-office | 12 mois | Contient des adresses IP |
| Tentatives de connexion échouées | 30 jours | Sert uniquement à limiter les tentatives répétées |
| Anciens installateurs de kiosque | Les 3 plus récents par dispositif | Purge exécutée le 30/10/2026 |
| Journal du système serveur | Plafonné à 200 Mo | Appliqué le 30/10/2026 |
| Journaux importés depuis les bornes d'un client | Tant que le client les utilise | Jamais purgés automatiquement |
| Sauvegardes | Selon l'offre souscrite | Envoyées sur un second site |
La commande app:retention:purge applique ces durées. Elle est planifiée chaque dimanche à 03:30 (heure du serveur, UTC) ; première exécution le 1er novembre 2026. Sans l'option de suppression elle ne fait que simuler. Son journal est conservé six mois.
7. Composants et services tiers
Règle : aucune ressource tierce n'est chargée par le navigateur. Les services côté serveur sont admis s'ils sont justifiés et listés ici.
| Service | Usage | Pourquoi | Alternative étudiée | Réévaluation |
|---|---|---|---|---|
| Infomaniak (hébergement, Genève) | Serveur de la vitrine, du back-office et des démonstrations | Indicateurs publiés : PUE 1,085 (2024), WUE 0,017 L/kWh (2024), refroidissement sans climatisation mécanique, serveurs réemployés jusqu'à 15 ans, chaleur de D4 réinjectée dans le chauffage urbain | Autre hébergeur : pas de gain démontré | Annuelle : relever de nouveau les chiffres publiés par l'hébergeur |
| DeepL (API) | Traduction assistée des contenus | Qualité de traduction, usage ponctuel : plafond mensuel, journal d'usage, retraduction évitée si la source n'a pas changé | Traduction manuelle : plus coûteuse en temps | Annuelle |
| Sauvegarde externalisée (FTP) | Copie quotidienne des données | Récupération après incident, second site | Sauvegarde sur le même serveur : pas de protection contre la perte du serveur | Annuelle |
| Composant d'interface | Poids | Décision |
|---|---|---|
| Bootstrap (CSS et JavaScript) | 28 Ko compressés pour la feuille de style, 23 Ko pour le script | Conservé. Réduction du CSS inutilisé inscrite aux chantiers |
| Bootstrap Icons | 14 Ko (108 icônes seulement) | Sous-ensemble généré, à régénérer si une icône est ajoutée |
| Bibliothèque 3D (three.js) | 1,4 Mo | Chargée uniquement sur les pages 3D et panorama |
| Chart.js, SortableJS | Chargés seulement sur les pages qui les utilisent | Conservés |
8. Profils matériels et navigateurs
Kiosques. Application affichée en 1920 x 1080 (paysage ou portrait), tactile, avec un navigateur Chromium embarqué dans l'installateur : elle ne dépend donc pas du navigateur du poste. Systèmes proposés : Windows, Ubuntu, Debian. Fonctionnement entièrement hors ligne. Configuration minimale (mémoire, processeur, carte graphique) : à mesurer et à inscrire ici.
Vitrine et back-office. Navigateurs à jour : deux dernières versions majeures de Chrome, Edge, Firefox et Safari.
9. Revue annuelle et registre
Le référent refait l'audit RGESN complet chaque année, au plus tard le 30 octobre, et met à jour la déclaration publique. Il refait aussi les mesures de la section 3 à chaque grosse livraison.
La déclaration publique (www.cdnis.fr/ecoconception.html, lien dans le pied de page du site) est régénérée et redéployée à chaque nouvel audit et à chaque nouvelle information qui change un statut, un objectif ou une durée de conservation : nouvelle mesure, nouveau service tiers, indicateur de l'hébergeur, évolution de cette politique. La date de dernière mise à jour y figure.
| Date | Type | Résultat | Actions décidées |
|---|---|---|---|
| 30/10/2026 | Premier audit RGESN, optimisations, relevé des indicateurs de l'hébergeur, validation de cette politique, purge hebdomadaire planifiée | Score de maturité 52 % avant, 75 % après | Chantiers de la section 4 ; mesurer la configuration minimale des bornes ; contrôler la première purge planifiée |
| 30/10/2027 | Revue annuelle | à venir |
10. Validation
| Approuvé par | Matthieu Canto, référent écoconception |
|---|---|
| Date | 30 octobre 2026 |
Les 78 critères, un par un
36 conformes, 30 partiels, 2 non conformes, 10 non applicables et 0 à documenter. 24 critères ont changé de statut depuis le début de l'audit.
Filtrer :
1. Stratégie83 %
| N° | Critère et constat | Statut |
|---|---|---|
| 1.1 | Utilité du service évaluéeChaque nouvelle fonctionnalité passe une question d'utilité et d'alternative plus sobre avant mise en production (politique d'écoconception, section 5). Les fonctionnalités existantes n'ont pas fait l'objet d'une évaluation rétrospective. | Partielavant : Non conforme |
| 1.2 | Cibles et besoins définisCibles et besoins décrits dans la politique d'écoconception (section 1) : musées et lieux culturels, trois publics (visiteurs, équipes du lieu, prospects), besoin de contenus fiables, disponibles hors ligne, sur du matériel qui dure. | Conformeavant : Partiel |
| 1.3 | Référent écoconceptionRéférent désigné et nommé dans la politique d'écoconception validée le 30/10/2026 : Matthieu Canto, entrepreneur individuel (Canto-Conseil). | Conformeavant : Non conforme |
| 1.4 | Revues régulièresRevue annuelle de l'audit RGESN au plus tard le 30 octobre, mesures refaites à chaque grosse livraison, registre des revues tenu dans la politique. Première revue : 30/10/2026. | Conformeavant : Non conforme |
| 1.5 | Objectifs de réduction d'impactsCinq objectifs chiffrés dans la politique (vitrine 200 Ko ou moins, JavaScript de kiosque 400 Ko ou moins, aucun domaine tiers, installateur 200 Mo ou moins, durées de conservation écrites), valeurs initiales relevées le 30/10/2026. | Conformeavant : Non conforme |
| 1.6 | Collecte de données raisonnéeMesure d'audience sans cookie ni identifiant (page, référent, type d'appareil, langue), conservée pour suivre l'évolution de l'usage. Les journaux techniques de connexion n'ont pas encore de durée de conservation définie. | Partiel |
| 1.7 | Chiffrement adaptéTLS partout, HSTS preload, mots de passe hachés. Pas de sur-chiffrement inutile. | Conforme |
| 1.8 | Open sourceLe service repose sur des briques open source. Le code de CDNIS lui-même n'est pas publié. | Partiel |
| 1.9 | Technologies standard interopérablesHTML/CSS/JS (modules ES), JSON, MP4/WebM, glTF, SVG. Pas de format propriétaire. | Conforme |
| 1.10 | API ouvertes pour le matérielLe service ne pilote pas de périphérique spécifique : tactile via le navigateur. | Non applicable |
2. Spécifications75 %
| N° | Critère et constat | Statut |
|---|---|---|
| 2.1 | Profils matériels définisCibles Windows/Ubuntu/Debian avec Chromium embarqué, mais aucune configuration minimale documentée (RAM, GPU). | Partiel |
| 2.2 | Anciens terminaux supportésLe Chromium portable embarqué rend le kiosque indépendant du navigateur système. Aucun test documenté sur matériel ancien ; le BO exige un navigateur récent. | Partiel |
| 2.3 | Bas débit ou hors ligneLe .exe embarque tout (Apache portable + Chromium + contenus) : fonctionnement hors ligne complet. Le BO et la vitrine nécessitent le réseau (normal). | Conforme |
| 2.4 | Anciens OS et navigateursSupport défini dans la politique : deux dernières versions majeures de Chrome, Edge, Firefox et Safari pour la vitrine et le back-office ; le kiosque embarque son propre navigateur. | Conformeavant : Partiel |
| 2.5 | Adaptation aux écransVitrine et BO responsives ; kiosque en conteneur 1920x1080 mis à l'échelle (applyPreviewScale), formats paysage/portrait. | Conforme |
| 2.6 | Revues de conception et de codeRevue de conception avec grille d'écoconception (utilité, poids, chargement, tiers, données) avant toute mise en production, en plus des revues de code et audits de sécurité existants. | Conformeavant : Partiel |
| 2.7 | Maintenance et décommissionnementDes nettoyages ont déjà retiré plusieurs fonctionnalités abandonnées. Il reste du code et des tables de données hérités d'anciennes versions à supprimer. | Partiel |
| 2.8 | Fournisseurs engagésHébergeur engagé dans une démarche environnementale publique. L'impact des autres prestataires (traduction automatique, sauvegarde externalisée) n'est pas encore évalué. | Partiel |
| 2.9 | Impacts des composants d'interfacePoids des composants d'interface relevés et décisions consignées dans la politique (Bootstrap, icônes, bibliothèque 3D, graphiques). Pas encore de comparaison chiffrée avec des alternatives plus légères. | Partielavant : Non conforme |
| 2.10 | Impacts des services tiersPlus aucun service tiers n'est appelé par le navigateur. Restent des services côté serveur (traduction automatique, sauvegarde externalisée) dont l'impact n'est pas encore documenté. | Conformeavant : Partiel |
3. Architecture71 %
| N° | Critère et constat | Statut |
|---|---|---|
| 3.1 | Frameworks et composants sobresRuntime kiosque en JS natif (sans framework lourd) : bon point. Mais Bootstrap complet côté vitrine et BO, et three.js (1,4 Mo) chargé par tous les dispositifs. | Partiel |
| 3.2 | Ressources adaptées à la demandethree.js (1,44 Mo) n'est plus importé qu'à l'ouverture d'une page 3D ou panorama (import() dynamique). JS de démarrage du kiosque : 1 701 Ko vers 316 Ko décompressés. Vérifié sur les deux pages de la démo. | Conformeavant : Non conforme |
| 3.3 | Protocoles pérennesHTTP/2, TLS, HSTS. | Conforme |
| 3.4 | Correctifs sur toute la durée de vieMises à jour de sécurité automatiques et audit régulier des dépendances. | Conforme |
| 3.5 | Correctifs dissociés des évolutionsRègle écrite dans la politique : les correctifs de sécurité sont livrés dans des commits distincts des évolutions. | Conformeavant : Partiel |
| 3.6 | Mises à jour incrémentiellesToute mise à jour de contenu ou de runtime passe par un nouvel installateur complet (150 à 184 Mo, Chromium inclus). Le BO et la vitrine se déploient, eux, fichier par fichier. | Non conforme |
| 3.7 | Environnements de test optimisésPas d'environnement de recette séparé : les essais se font sur un environnement de démonstration. | Partiel |
4. UX/UI73 %
| N° | Critère et constat | Statut |
|---|---|---|
| 4.1 | Lecture automatique désactivéeAutoplay configurable par élément vidéo ; les animations (elt_animation) démarrent toujours en boucle. Aucun autoplay côté vitrine. | Partiel |
| 4.2 | Pas de défilement infiniAucun défilement infini. | Conforme |
| 4.3 | Parcours de navigation optimisésParcours de création raccourci le 30/10 (création vers éditeur de thème). Pas de mesure des parcours. | Partiel |
| 4.4 | Services tiers activés par l'utilisateurPlus aucune ressource tierce chargée par le navigateur sur la vitrine, le BO et le kiosque (la démo est un iframe en chargement différé). | Conformeavant : Partiel |
| 4.5 | Composants natifs privilégiés<select>, <input type=color>, <details>, formulaires natifs. | Conforme |
| 4.6 | Médias porteurs d'informationCaptures d'écran informatives ; contenus des démos non audités au cas par cas. | Partiel |
| 4.7 | Format le plus sobre6 captures en WebP mais 3 captures de la section « Créer » encore en JPEG. | Partiel |
| 4.8 | Polices téléchargées limitéesVitrine : un seul fichier Inter variable de 25 Ko (au lieu de 5 requêtes, ~150 Ko), limité aux caractères utilisés, préchargé sur toutes les pages. BO : Inter auto-hébergée, plage latine préchargée, autres alphabets chargés seulement si nécessaires. Polices du kiosque préchargées. | Conformeavant : Non conforme |
| 4.9 | Limiter les requêtes serveur pendant la saisieAperçu du thème et validations côté client ; pas d'autocomplétion serveur. | Conforme |
| 4.10 | Formats de saisie annoncés avant envoiMotifs (pattern), maxlength, accept sur les téléversements. | Conforme |
| 4.11 | Poids et formats limites des fichiers annoncésLimites imposées côté serveur (10 Mo image, 256 Mo vidéo, 100 Mo 3D, 5 Mo police) mais pas toutes affichées à l'utilisateur avant l'envoi. | Partiel |
| 4.12 | Fonctionnalités à fort impact signaléesLa construction d'un .exe (jusqu'à 1 h 15 avec vidéos) et la régénération de la démo à chaque enregistrement ne sont pas signalées comme coûteuses ; la barre de progression se fige pendant la conversion vidéo. | Non conforme |
| 4.13 | Notifications limitées et désactivablesAucune notification push ; courriels de rapport planifiés, avec case « reçoit le rapport ». | Conforme |
| 4.14 | Pas de design manipulateurAucun dark pattern identifié. | Conforme |
| 4.15 | Contrôle de l'usage et de son impactÉcran de veille et délai d'inactivité configurables. Aucune plage horaire d'extinction de l'écran ou du poste (le terminal est le premier poste d'impact d'une borne). | Partiel |
5. Contenus67 %
| N° | Critère et constat | Statut |
|---|---|---|
| 5.1 | Format d'image adaptéJPEG/PNG/WebP/SVG acceptés, conservés tels quels. Fond de carte du gabarit en PNG de 1,1 Mo. | Partiel |
| 5.2 | Niveau de compression des imagesImport d'images : redimensionnement au-delà de 3 840 px et recompression des fichiers de plus de 2 Mo (ImageOptimizer), orientation EXIF respectée, original conservé si le gain est insuffisant. Photo 24 Mpx de 8,5 Mo vers 1,3 Mo en test. Les vidéos ne sont pas encore traitées. | Partielavant : Non conforme |
| 5.3 | Définition des vidéosAucun plafond de définition à l'import ; la vidéo d'accueil du gabarit pèse 40 Mo (161 s). | Partiel |
| 5.4 | Compression vidéo efficaceCompagnon WebM VP9 (CRF 32) généré, mais le MP4 d'origine est conservé tel quel et le WebM double le stockage (3,6 Mo + 3,2 Mo pour la vidéo de démo). | Partiel |
| 5.5 | Mode audio seul pour les vidéosContenus de médiation visuelle sur borne ; pas de service de lecture audio seule. | Non applicable |
| 5.6 | Compression audioPas de contenu audio autonome. | Non applicable |
| 5.7 | Format et compression des documentsSeul document : la présentation PDF (326 Ko) servie avec une version ?v=. | Conforme |
| 5.8 | Archivage et suppression des contenus obsolètesPolitique de purge appliquée : 26 anciens installateurs supprimés le 30/10/2026 (4,4 Go), journal système plafonné à 200 Mo, purge hebdomadaire planifiée (dimanche 03:30, première exécution le 01/11/2026). Reste du code et des tables hérités à retirer (voir 2.7). | Conformeavant : Non conforme |
6. Frontend79 %
| N° | Critère et constat | Statut |
|---|---|---|
| 6.1 | Poids et nombre de requêtes par écranVitrine : 16 requêtes, 342 Ko à froid (bon). BO tableau de bord : 6 requêtes dont 5 tiers. Démo kiosque en ligne : 113 requêtes, 52 modules JS non minifiés (1,70 Mo), 34 gabarits HTML, 18 CSS. | Partiel |
| 6.2 | Cache côté clientKiosque en ligne : Cache-Control immuable 30 jours sur les URL versionnées ?v=, revalidation sinon. BO : /vendor/ immuable. Vitrine : 30 jours, désormais aussi pour WebP et PDF. | Conformeavant : Partiel |
| 6.3 | Compression des transfertsBrotli (module installé) et gzip sur la vitrine ET sur app.cdnis.fr, polices TTF comprises. Mesuré : app.js du kiosque 53,9 vers 11,4 Ko, data.json 101 vers 5,4 Ko, CSS Bootstrap 42 vers 28 Ko, page d'accueil 29,1 vers 22,4 Ko. | Conformeavant : Non conforme |
| 6.4 | Dimensions d'images adaptées à l'affichageMédiathèque : miniatures 320 px en chargement différé (17 images, 224 Ko : bien). Vitrine : images 880-960 px affichées à ~450 px CSS (acceptable en 2x). Kiosque : images d'origine. | Partiel |
| 6.5 | Charger uniquement les ressources utiliséesthree.js à la demande, Bootstrap Icons réduit aux 108 icônes utilisées (216 Ko vers 14 Ko), polices dédoublonnées. Restent Bootstrap CSS/JS complets (non purgés) et le kiosque en 52 modules non regroupés. | Partielavant : Non conforme |
| 6.6 | Capteurs de l'appareil limitésAucun capteur sollicité (pas de géolocalisation, caméra, etc.). | Conforme |
| 6.7 | Ressources statiques sur un seul domaineVitrine et BO servent chacun toutes leurs ressources depuis leur propre domaine (BO : trois domaines tiers retirés). | Conformeavant : Partiel |
7. Backend67 %
| N° | Critère et constat | Statut |
|---|---|---|
| 7.1 | Cache côté serveurCache applicatif actif en production. La régénération de la démonstration publique à chaque modification reste à optimiser. | Partiel |
| 7.2 | Durées de conservation des donnéesDurées de conservation écrites dans la politique (section 6) et appliquées par une purge hebdomadaire planifiée : connexions 12 mois, tentatives de login 30 jours, 3 installateurs par dispositif. Les visites, anonymes, sont conservées volontairement sans limite. Première exécution automatique le 01/11/2026. | Conformeavant : Non conforme |
| 7.3 | Information sur les traitements en arrière-planLa progression d'une génération d'installateur est affichée, mais elle se fige pendant la conversion des vidéos ; les tâches planifiées (sauvegardes, rapports) ne sont pas visibles. | Partiel |
| 7.4 | Mécanisme de consensus à faible consommationPas de chaîne de blocs. | Non applicable |
8. Hébergement75 %
| N° | Critère et constat | Statut |
|---|---|---|
| 8.1 | Démarche de réduction d'impacts de l'hébergeurInfomaniak publie une démarche environnementale (datacenter D4 : PUE annoncé ~1,09, chaleur réinjectée dans le chauffage urbain genevois). Attestation à archiver. | Conforme |
| 8.2 | Gestion durable des équipementsInfomaniak publie une politique de réemploi : serveurs reconditionnés et exploités jusqu'à 15 ans, l'achat de matériel neuf étant sa première source d'émissions de CO2 (Infomaniak, article de 2021 ; objectif repris dans ses rapports d'impact). | Conformeavant : À documenter |
| 8.3 | PUEPUE moyen publié par Infomaniak : 1,085 pour 2024 (document d'information aux investisseurs, « moins de 1,1 »). Chiffre du groupe : le centre de données précis qui nous héberge n'est pas communiqué. | Conformeavant : À documenter |
| 8.4 | WUEWUE publié par Infomaniak : 0,017 L/kWh (2024). Refroidissement en circuit fermé à l'air extérieur filtré, sans climatisation mécanique depuis 2013 et sans appoint d'eau pour le centre D4. | Conformeavant : À documenter |
| 8.5 | Origine de l'électricité renouvelableInfomaniak annonce une électricité renouvelable et d'origine locale (hydraulique et solaire). En 2021 le mix était de 60 % d'hydraulique et 40 % d'énergie verte, avec un objectif de 100 % en 2025. Le rapport d'impact complet reste à lire pour confirmer le taux actuel. | Partielavant : À documenter |
| 8.6 | Localisation de l'hébergementGenève (Suisse), proche du public français, réseau électrique peu carboné. | Conforme |
| 8.7 | Récupération de chaleurLe centre D4 de Genève réinjecte sa chaleur dans le chauffage urbain depuis le 11/11/2024 (100 % de l'électricité consommée annoncé ; environ 65 % de récupération mesurée sur l'ensemble des centres en 2024). Le centre qui nous héberge n'est pas communiqué : non confirmé pour nous. | Partiel |
| 8.8 | Séparation données chaudes et froidesLes sauvegardes sont déportées sur un second site ; les anciens fichiers d'installation restaient en stockage actif avant la purge. | Partiel |
| 8.9 | Duplication des données limitée au nécessairePlusieurs niveaux de sauvegarde et quelques copies de contenu de démonstration coexistent ; une revue du strict nécessaire reste à faire. | Partiel |
| 8.10 | Planification des tâches asynchronesLes tâches lourdes sont planifiées la nuit ; les sauvegardes et la supervision tournent en continu. | Partiel |
9. Algorithmie100 %
| N° | Critère et constat | Statut |
|---|---|---|
| 9.1 | Nécessité d'une phase d'entraînementAucun modèle entraîné par CDNIS. | Non applicable |
| 9.2 | Complexité de l'entraînement minimiséeIdem. | Non applicable |
| 9.3 | Mécanismes limitant la quantité d'entraînementIdem. | Non applicable |
| 9.4 | Données d'apprentissage au strict nécessaireIdem. | Non applicable |
| 9.5 | Fréquence de mise à jour et de réentraînementIdem. | Non applicable |
| 9.6 | Compression des modèlesIdem. | Non applicable |
| 9.7 | Stratégie d'inférence optimiséeTraduction assistée via l'API DeepL : plafond mensuel et journal d'usage, empreinte de la source (_src) pour ne retraduire que ce qui a changé, statut machine/relu. | Conforme |
Aucun critère avec ce statut.
Méthode et limites
Les 78 critères et leurs 9 thématiques viennent de la publication officielle du référentiel (Arcep, Arcom, Ademe, Dinum, Cnil, Inria). Nous avons répondu critère par critère à partir de mesures faites le 30 octobre 2026 : poids et nombre de requêtes à froid dans un navigateur, en-têtes de réponse, configuration du serveur, taille des données.
Cette évaluation n'est pas une certification. Elle n'inclut ni mesure de consommation d'énergie, ni analyse de cycle de vie, ni audit externe. Les critères d'hébergement dépendent d'informations que nous demandons à notre hébergeur. Aucun installateur de kiosque n'a été reconstruit pour cet audit.