Déclaration d’écoconception

Ce que pèse ce site, comment nous l’avons mesuré, et ce qu’il nous reste à faire, selon le référentiel général d’écoconception de services numériques (RGESN, version 2024). Évaluation du 29 octobre 2026, réalisée par e-labo. Prochaine revue complète : octobre 2027.

Raison d’être du site

wp-apidae.io présente l’extension WP-Apidae, qui affiche dans un site WordPress les offres touristiques saisies dans Apidae. Il s’adresse aux offices de tourisme, aux agences et aux prestataires web qui les accompagnent. Ils y viennent pour quatre choses : comprendre ce que fait l’extension, acheter une licence, lire la documentation, demander de l’aide.

Le service évalué est le site wp-apidae.io lui-même, boutique, espace client et documentation compris. L’extension WP-Apidae, installée chez nos clients, n’entre pas dans ce périmètre.

Mesures du 29 octobre 2026

EcoIndex médian : 65/100 sur les 127 pages publiques (4 en B, 119 en C, 4 en D).
Poids médian d’une page : 443 Ko, 1 746 Ko au plus.
38 requêtes en médiane, 60 au plus.
0,067 g CO2e par vue en médiane selon CO2.js, 0,265 g au plus.

Nous avons chargé les 127 pages du plan du site dans Chrome en 1 920 × 1 080, cache vide, bandeau de consentement refusé, puis nous les avons parcourues jusqu’en bas. Les scripts qui attendent une interaction se chargent donc, comme pour un vrai visiteur. Calcul EcoIndex 5.9.0 (paquet ecoindex-compute) et CO2.js 0.19, modèle Sustainable Web Design version 4. Ces chiffres dépendent de leur méthode : la formule d’EcoIndex, qui compte une part de la fabrication des terminaux, donne 1,7 g CO2e par vue en médiane. Aucune analyse de cycle de vie complète n’a été faite.

Nos objectifs

Un EcoIndex médian d’au moins 65 sur l’ensemble des pages, et aucune page qui recule d’une mesure à l’autre.
Au plus 2,5 Mo et 70 requêtes au chargement complet de chaque page, interactions comprises.
Une mesure EcoIndex de toutes les pages chaque trimestre, une autoévaluation RGESN chaque année.

Ce que nous avons fait

Un thème WordPress en blocs natifs sur Blocksy, sans constructeur de pages.
Des scripts et des feuilles de style chargés seulement là où ils servent : ceux de la boutique ne se chargent que sur les pages d’achat et de compte, la feuille de style découpée par type de page.
Des images en WebP, servies le plus souvent à la taille où elles s’affichent, et chargées à l’approche quand elles sont hors de l’écran.
Une recherche dans la documentation qui ne télécharge plus que les titres et les liens des pages : 4 Ko au lieu de 150 Ko sur chaque page de documentation.
Une seule vidéo, la présentation de l’extension : elle ne se charge qu’au clic, en 720p.
Trois polices hébergées sur le site, 82 Ko au plus par page.
Un cache de page et un cache d’objets sur le serveur, un cache navigateur de 120 jours pour les ressources versionnées, la compression Brotli.
Les tâches de fond quotidiennes regroupées la nuit, entre 2 h et 5 h, hors des pics de consommation électrique ; seules celles qui envoient des e-mails à nos clients restent en journée.
Aucune recherche ni saisie qui interroge le serveur à chaque frappe.
La mesure d’audience de Google chargée seulement si vous acceptez les statistiques : sans accord, 337 Ko et 3 requêtes de moins par page en médiane (mesure du 29 octobre).
Des formulaires contrôlés dans le navigateur avant l’envoi : une saisie incomplète ne fait plus d’aller-retour avec le serveur.
Les animations de l’accueil arrêtées si vous avez réglé votre système pour les réduire.
Les copies et archives inutiles supprimées du serveur : 11 Go libérés sur les 22 Go occupés.

Conformité au RGESN : 63 % des critères applicables

42 critères validés, 23 non validés, 13 non applicables, notamment parce que le site n’entraîne aucun modèle d’intelligence artificielle et n’utilise aucun capteur ni objet connecté ; le détail est plus bas. Le taux pondère les critères selon leur priorité, comme l’outil de déclaration officiel.

Thématique	Taux
Stratégie	88 %
Spécifications	59 %
Architecture	79 %
Expérience et interface utilisateur	72 %
Contenus	49 %
Frontend	82 %
Backend	64 %
Hébergement	21 %
Algorithmie	100 %

Configuration minimale

Navigateurs : Chrome et Edge 111, Firefox 121, Safari 16.2 ou plus récents (versions de fin 2022 à fin 2023). Le site emploie des sélecteurs et des fonctions de couleur apparus avec ces versions.
Écrans : à partir de 320 px de large.
Connexion : le site reste utilisable à 512 kbit/s. Sur cinq pages types, le contenu principal paraît en 3 à 6 secondes sur une ligne fixe à 512 kbit/s (9 secondes pour la grande image de l’accueil). Sur un mobile en 3G, il paraît en 1,6 à 2,9 secondes, et le menu s’ouvre normalement.
Testé en simulation avec un processeur ralenti six fois, pour approcher un ordinateur d’une dizaine d’années ; pas de test sur un appareil ancien réel.

Données collectées

Le site collecte les données nécessaires à une commande (facturation, licence), à un ticket de support et à une demande de contact. Il mesure aussi son audience avec Google Analytics, qui ne se charge que si vous acceptez les statistiques : sinon, aucune requête ne part vers Google. Le détail, les durées de conservation et vos droits sont dans la politique de confidentialité et la politique de cookies. Les échanges sont chiffrés en HTTPS (TLS 1.3), sans chiffrement supplémentaire, dont le site n’a pas besoin.

L’extension WP-Apidae est publiée sous licence libre GPL-3.0. Le thème du site, propre à notre marque, n’est pas publié.

Hébergement

Le site est hébergé par o2switch à Clermont-Ferrand, en France, où l’électricité émet moins de 100 g CO2e par kWh. o2switch indique refroidir ses salles à l’air extérieur quand la température le permet, travailler avec des fournisseurs proches et réemployer ses serveurs, mais ne publie ni son PUE, ni sa consommation d’eau, ni son mix électrique, et ne propose pas encore l’IPv6. C’est la thématique où le site est le moins bien noté.

Ce qu’il nous reste à faire

Critère	Action prévue
1.4	Revue RGESN complète chaque année (prochaine en octobre 2027) ; ajouter un test de charge à la revue.
2.6	Formaliser une revue de conception et de code qui tienne compte de l’empreinte environnementale, avec une grille écrite.
2.7	Écrire la liste des fonctionnalités et composants actifs, leur usage et une date de revue pour chacun.
2.8	Intégrer des critères environnementaux au choix et au renouvellement des fournisseurs.
2.10	Vérifier la démarche des services tiers et la documenter à la prochaine revue.
3.3	Passer en IPv6 dès que l’hébergeur le permet.
4.1	Ajouter une commande de pause à la scène animée de l’accueil, ou l’arrêter après un cycle.
4.3	Mesurer et réduire les étapes des parcours principaux : achat d’une licence, demande de démonstration, recherche dans la documentation.
4.11	Afficher le poids de chaque archive à côté du lien de téléchargement.
4.15	Mention de l’empreinte dans le pied de page (préparée avec la déclaration) ; étudier un mode sobre.
5.3	Proposer une version basse définition pour les petits écrans et les connexions lentes.
5.5	Retirer la musique d’accompagnement, qui n’apporte pas d’information, ou proposer la vidéo sans image.
5.7	Compresser les PDF publiés et écrire la règle (résolution des images, polices en sous-ensemble).
5.8	Écrire une durée de vie des contenus et des archives, et limiter le nombre de révisions.
6.5	Alléger la feuille de style du thème parent.
7.2	Fixer une durée de conservation par type de donnée, avec suppression ou archivage automatique.
8.1	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.2	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.3	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.4	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.5	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.7	Redemander à o2switch ses indicateurs environnementaux à chaque revue annuelle.
8.9	Garder un seul système de sauvegarde, avec une durée de conservation ajustée.

Le détail, critère par critère

1. Stratégie

Critère	Libellé	Résultat	Ce que nous avons vérifié
1.1	Le service numérique a-t-il été évalué favorablement en termes d’utilité en tenant compte de ses impacts environnementaux ?	Validé	Raison d’être du site (présenter l’extension, la vendre, la documenter, assister) et ses impacts mesurés (EcoIndex, CO2.js) exposés dans la déclaration.
1.2	Le service numérique a-t-il défini ses cibles utilisatrices, les besoins métiers et les attentes réelles des utilisateurs-cibles ?	Validé	Cibles (offices de tourisme, agences et prestataires web, intégrateurs) et leurs besoins (comprendre l’offre, acheter une licence, lire la documentation, demander de l’aide).
1.3	Le service numérique a-t-il au moins un référent identifié en écoconception numérique ?	Validé	Contact générique : la page Contact du site.
1.4	Le service numérique réalise-t-il régulièrement des revues pour s’assurer du respect de sa démarche d’écoconception ?	Non validé	Première autoévaluation le 29/10/2026. Le suivi mensuel (PageSpeed, Search Console) existe depuis octobre 2026, mais aucune revue RGESN antérieure ni test de charge.
1.5	Le service numérique s’est-il fixé des objectifs en matière de réduction ou de limitation de ses propres impacts environnementaux ?	Validé	Empreinte mesurée sur les 127 pages publiques (EcoIndex 5.9, CO2.js SWD v4), objectifs chiffrés de poids, de requêtes et de note ; pas d’analyse de cycle de vie complète, ce que la déclaration précise.
1.6	Le service numérique collecte-t-il la donnée de façon responsable et raisonnée ?	Validé	Mesure d’audience GA4 par Google Tag Manager, chargé seulement après l’accord aux statistiques (depuis le 29/10/2026) : sans choix ou après un refus, aucune requête vers Google (socle/tester-gtm-consentement.js, quatre parcours en production : sans choix, refus, accord, retour après accord).
1.7	Le service numérique a-t-il recours à un niveau de chiffrement adapté à ses besoins ?	Validé	HTTPS seul (HTTP redirigé en 301), TLS 1.3 négocié, HSTS ; aucun chiffrement au-delà du besoin (relevé openssl et curl du 29/10).
1.8	Le service numérique a-t-il mis en place des efforts d’open source ?	Validé	L’extension WP-Apidae est publiée sous licence GPL-3.0-or-later (en-tête du plugin) ; le thème du site, propre à la marque, n’est pas publié : il ne sert qu’à ce site.
1.9	Le service numérique a-t-il été conçu avec des technologies standard interopérables plutôt que des technologies spécifiques et fermées ?	Validé	Site web standard (HTML, CSS, JavaScript), même interface sur tous les terminaux, sans application native.
1.10	Le service numérique repose-t-il sur des API documentées et ouvertes pour interagir avec le matériel ?	Non applicable	Aucun objet connecté ni périphérique.

2. Spécifications

Critère	Libellé	Résultat	Ce que nous avons vérifié
2.1	Le service numérique a-t-il défini la liste des profils de matériels que les utilisateurs vont pouvoir employer pour y accéder ?	Validé	Profil matériel minimum et écrans à partir de 320 px dans la déclaration.
2.2	Le service numérique est-il utilisable sur d’anciens modèles de terminaux ?	Validé	Test automatisé, processeur ralenti six fois (simulation d’un portable d’une dizaine d’années) : les cinq pages types s’affichent et le menu mobile s’ouvre ; pas d’appareil ancien réel.
2.3	Le service numérique est-il utilisable via une connexion bas débit ou hors connexion ?	Validé	Test automatisé du 29/10 : en 512 kbit/s fixe, contenu affiché en 3,0 à 5,6 s (grande image de l’accueil à 9,3 s) ; en 3G, 1,6 à 2,9 s ; lecture et navigation utilisables.
2.4	Le service numérique est-il utilisable sur d’anciennes versions de système d’exploitation et de navigateurs web ?	Validé	Versions minimales déduites des fonctions employées par le thème (:has, color-mix, requêtes de conteneur) : Chrome et Edge 111, Firefox 121, Safari 16.2, toutes antérieures à octobre 2024, donc vieilles de deux ans ou plus.
2.5	Le service numérique s’adapte-t-il à différents types de terminaux d’affichage ?	Validé	Mise en page fluide, menus utilisables au clavier, au toucher et à la souris ; captures de 390 et 1 440 px comparées à chaque mise en production par un test automatisé.
2.6	Le service numérique a-t-il été conçu avec une revue de conception et une revue de code comprenant parmi ses objectifs la réduction des impacts environnementaux de chaque fonctionnalité ?	Non validé	Revues de code adversariales et mesures de performance à chaque mise en production depuis octobre 2026, mais sans revue de conception formalisée sur l’empreinte (arbre des conséquences).
2.7	Le service numérique a-t-il prévu une stratégie de maintenance et de décommissionnement ?	Non validé	Pas de stratégie écrite de maintenance et de décommissionnement des fonctionnalités et composants.
2.8	Le service numérique impose-t-il à ses fournisseurs de garantir une démarche de réduction de leurs impacts environnementaux ?	Non validé	Pas de critère environnemental dans le choix des fournisseurs (hébergeur, extensions, services).
2.9	Le service numérique a-t-il pris en compte les impacts environnementaux des composants d’interface prêts à l’emploi utilisés ?	Validé	Composants prêts à l’emploi mesurés et cantonnés : script et feuilles de la boutique seulement sur les pages d’achat et de compte, formulaires et leurs feuilles seulement sur les pages qui en ont, thème parent Blocksy sans constructeur ; choix exposés dans la déclaration.
2.10	Le service numérique a-t-il pris en compte les impacts environnementaux des services tiers utilisés lors de leur sélection ?	Non validé	Services tiers (Google Tag Manager et Analytics, Stripe, Cloudflare Turnstile, YouTube) retenus sans examen de leur démarche environnementale.

3. Architecture

Critère	Libellé	Résultat	Ce que nous avons vérifié
3.1	Le service numérique repose-t-il sur une architecture, des ressources ou des composants conçus pour réduire leurs propres impacts environnementaux ?	Validé	WordPress en blocs natifs sur le thème Blocksy, sans constructeur de pages ; scripts et feuilles chargés par type de page depuis octobre 2026.
3.2	Le service numérique fonctionne-t-il sur une architecture pouvant adapter la quantité de ressources utilisées à la consommation du service ?	Validé	Hébergement mutualisé (ressources partagées entre comptes) et cache de page : une page en cache ne sollicite ni PHP ni la base.
3.3	Le service numérique est-il en mesure de supporter l’évolution technique des protocoles ?	Non validé	HTTPS et TLS 1.3 en place, HTTP/2 servi ; pas d’IPv6 (aucun enregistrement AAAA, indisponible chez o2switch).
3.4	Le service numérique garantit-il la mise à disposition de mises à jour correctives pendant toute la durée de vie prévue des équipements et des logiciels liés au service ?	Non applicable	Le service évalué est le site, sans terminal associé ; l’extension vendue n’entre pas dans le périmètre.
3.5	Le service numérique propose-t-il d’installer des mises à jour correctives indépendamment des mises à jour évolutives de façon transparente ?	Non applicable	Le site ne propose pas de mises à jour à installer (périmètre : le site, pas l’extension).
3.6	Le service numérique propose-t-il les mises à jour incrémentielles, afin de ne pas remplacer tout le code à chaque mise à jour ?	Non applicable	Idem 3.5.
3.7	Le service numérique optimise-t-il la sollicitation des environnements de développement, de préproduction ou de test en fonction de ses besoins ?	Validé	Environnement de développement sur un serveur mutualisé partagé avec les autres sites de l’agence, sans machine dédiée.

4. Expérience et interface utilisateur

Critère	Libellé	Résultat	Ce que nous avons vérifié
4.1	Le service numérique comporte-t-il uniquement des animations, vidéos et sons dont la lecture automatique est désactivée ?	Non validé	Pas de lecture automatique : la vidéo de l’accueil est en preload none avec contrôles. La scène de l’accueil et la mascotte s’animent en boucle (12 s) ; elles s’arrêtent quand le visiteur a demandé moins d’animations à son système (vérifié le 29/10 : 8 animations en boucle sur l’accueil, 0 en mouvement réduit), mais n’ont pas de commande de pause.
4.2	Le service numérique affiche-t-il uniquement des contenus sans défilement infini ?	Validé	Pas de défilement infini : listes paginées (blog, documentation, extensions).
4.3	Le service numérique optimise-t-il le parcours de navigation pour chaque fonctionnalité principale ?	Non validé	Parcours essentiels suivis par des événements (demande de contact, de démonstration, achat, lecture de la vidéo) dans GA4, consultés au point mensuel ; mais le nombre d’étapes et de pages de chaque parcours n’a pas été mesuré ni réduit.
4.4	Le service numérique permet-il à l’utilisateur de décider de l’activation d’un service tiers ?	Validé	La mesure d’audience (Google Tag Manager) ne se charge qu’après l’accord du visiteur aux statistiques (vérifié le 29/10 en production) ; la vidéo ne se charge qu’au clic ; le contrôle anti-robot (Cloudflare Turnstile) n’est chargé que sur les pages de formulaire, où il protège l’envoi.
4.5	Le service numérique utilise-t-il majoritairement des composants fonctionnels natifs du système d’exploitation, du navigateur ou du langage utilisé ?	Validé	Composants natifs (formulaires HTML, détails/résumé, liens) ; composants non natifs limités au bandeau de consentement, qu’exige la loi, et au paiement Stripe, qui protège les données de carte bancaire.
4.6	Le service numérique utilise-t-il uniquement du contenu vidéo, audio et animé porteur d’informations ?	Validé	Une seule vidéo, la présentation de l’extension (42 s), porteuse d’information ; aucune vidéo ou son décoratif.
4.7	Le service numérique opte-t-il pour les choix les plus sobres entre le texte, l’image, l’audio ou la vidéo, selon les besoins utilisateurs ?	Validé	Vidéo chargée seulement au clic (preload none, affiche fixe), 720p ; le texte reste le support principal.
4.8	Le service numérique limite-t-il le nombre des polices de caractères téléchargées ?	Validé	Trois familles hébergées sur le site, 82 Ko de polices au plus par page, sous le seuil de 400 Ko (mesure du 29/10).
4.9	Le service numérique limite-t-il les requêtes serveur lors de la saisie utilisateur ?	Validé	Aucune autocomplétion : les recherches partent à la validation du formulaire.
4.10	Le service numérique informe-t-il l’utilisateur du format de saisie attendu, en évitant les requêtes serveur inutiles pour la soumission d’un formulaire ?	Validé	Les champs obligatoires et le format de l’adresse e-mail sont contrôlés dans le navigateur avant l’envoi (depuis le 29/10/2026) : une saisie invalide ne part plus au serveur, et l’erreur affichée est celle que le serveur aurait rendue, texte et place compris (socle/tester-formulaires.js, quatre cas sur les quatre formulaires en production). L’astérisque signale les champs obligatoires.
4.11	Le service numérique informe-t-il l’utilisateur, avant le transfert, des poids et formats de fichier attendus ?	Non validé	Aucun téléversement dans les formulaires publics, mais des archives d’extension de plus de 10 Mo (jusqu’à 52 Mo pour le Carnet de voyage 1.0.0) se téléchargent depuis l’espace client sans que leur poids soit affiché.
4.12	Le service numérique indique-t-il à l’utilisateur que l’utilisation d’une fonctionnalité a des impacts environnementaux importants ?	Validé	La vidéo (3,5 Mo) ne se charge qu’à la demande ; les archives d’extension, lourdes, ne se téléchargent qu’à la demande du client depuis son espace (affichage de leur poids : action 4.11).
4.13	Le service numérique limite-t-il le recours aux notifications, tout en laissant la possibilité à l’utilisateur de les désactiver ?	Validé	Aucune notification push ; les e-mails sont ceux d’une commande, d’un ticket ou d’une inscription choisie.
4.14	Le service numérique évite-t-il le recours à des procédés manipulatoires dans son interface utilisateur ?	Validé	Revue du 29/10 : bandeau de consentement avec « Accepter » et « Refuser » au même niveau, pas de compte à rebours, de case précochée ni d’option cachée au paiement.
4.15	Le service numérique fournit-il à l’utilisateur un moyen de contrôle sur ses usages afin de suivre et de réduire les impacts environnementaux associés ?	Non validé	Pas d’information sur l’empreinte dans l’interface ni de mode d’affichage sobre.

5. Contenus

Critère	Libellé	Résultat	Ce que nous avons vérifié
5.1	Le service numérique utilise-t-il un format de fichier adapté au contenu et au contexte de visualisation de chaque image ?	Validé	81 % des images matricielles chargées sur les 127 pages sont en WebP (733 sur 907, 98 % des octets), au-dessus du seuil de 75 % (mesure du 29/10).
5.2	Le service numérique propose-t-il des images dont le niveau de compression est adapté au contenu et au contexte de visualisation ?	Validé	Images compressées par Imagify, en mode de compression intelligente, et servies en WebP.
5.3	Le service numérique utilise-t-il, pour chaque vidéo, une définition adaptée au contenu et au contexte de visualisation ?	Non validé	Une seule définition (720p) pour tous les terminaux, sans mode sobriété énergétique.
5.4	Le service numérique propose-t-il des vidéos dont le mode de compression est efficace et adapté au contenu et au contexte de visualisation ?	Validé	H.264 à débit variable (CRF 25), 1 280 × 720, 30 i/s, 491 kbit/s, démarrage progressif (relevé du 29/10).
5.5	Le service numérique propose-t-il un mode « écoute seule » pour ses vidéos ?	Non validé	Pas de mode « écoute seule » ; la piste son est une musique d’accompagnement de 163 kbit/s.
5.6	Le service numérique propose-t-il des contenus audios dont le mode de compression est adapté au contenu et au contexte d’écoute ?	Validé	Piste son en AAC (codec efficace), seul contenu audio du site.
5.7	Le service numérique utilise-t-il un format de fichier adapté au contenu et au contexte d’utilisation pour chaque document ?	Non validé	70 PDF dans les médias (jusqu’à 1,8 Mo), sans stratégie de compression écrite.
5.8	Le service numérique a-t-il une stratégie d’archivage et de suppression, automatique ou manuelle, des contenus obsolètes ou périmés ?	Non validé	Ménage du 29/10 : les archives d’extension remplacées avant septembre 2026 sont supprimées (314 → 65, 1,5 Go → 152 Mo ; seules restent les versions en vente et leurs précédentes, régénérables depuis les tags git). Mais pas de règle écrite de durée de vie des contenus, et révisions illimitées (412 en base).

6. Frontend

Critère	Libellé	Résultat	Ce que nous avons vérifié
6.1	Le service numérique s’astreint-il à un poids maximum et une limite de requête par écran ?	Validé	Limites de 2,5 Mo et 70 requêtes par page au chargement complet, interactions comprises (scripts retardés, listes chargées à la demande) ; mesure du 29/10 sur les 127 pages : 1 746 Ko et 60 requêtes au plus.
6.2	Le service numérique utilise-t-il des mécanismes de mise en cache pour la totalité des contenus transférés dont il a le contrôle ?	Validé	Ressources statiques en cache navigateur 120 jours (Cache-Control et Expires), versionnées ; pages en cache serveur (relevé curl du 29/10).
6.3	Le service numérique a-t-il mis en place des techniques de compression pour les ressources transférées dont il a le contrôle ?	Validé	Compression Brotli des pages et ressources texte (Content-Encoding: br, relevé du 29/10).
6.4	Le service numérique affiche-t-il majoritairement des images dont les dimensions d’origine correspondent aux dimensions du contexte d’affichage ?	Validé	Mesure du 29/10, 127 pages en 1 920 px : 67 % des images matricielles affichées sont servies à moins de 1,5 fois leur taille d’affichage (514 sur 771), contre 30 % avant les correctifs du 29/10 (sizes des vignettes, des images de contenu et des portraits) ; WordPress génère les variantes côté serveur à chaque téléversement. Les images à la une des cartes de contenu restent à corriger.
6.5	Le service numérique évite-t-il de déclencher le chargement de ressources et de contenus inutilisés pour chaque fonctionnalité ?	Non validé	GTM et gtag (338 Ko, 44 % du poids médian d’une page) ne se chargent plus qu’après l’accord aux statistiques (29/10/2026). Reste chargée sans servir en entier la feuille de style complète du thème parent Blocksy.
6.6	Le service numérique restreint-il l’usage des capteurs des terminaux utilisateurs au besoin du service ?	Non applicable	Aucun capteur du terminal sollicité.
6.7	Le service numérique héberge-t-il toutes les ressources statiques transférées dont il est l’émetteur sur un même domaine ?	Validé	HTTP/2 ; toutes les ressources statiques du site servies depuis wp-apidae.io.

7. Backend

Critère	Libellé	Résultat	Ce que nous avons vérifié
7.1	Le service numérique a-t-il recours à un système de cache serveur pour les données les plus utilisées ?	Validé	Cache de page WP Rocket, préchargé, et cache objet Redis ; purge à chaque modification.
7.2	Le service numérique met-il en place des durées de conservation sur les données et documents en vue de leur suppression ou archivage passé ce délai ?	Non validé	Pas de durée de conservation définie pour les données (commandes, tickets, contacts, journaux), hormis la purge quotidienne du journal d’erreurs.
7.3	Le service numérique informe-t-il l’utilisateur d’un traitement en cours en arrière-plan ?	Validé	Pendant l’envoi d’un formulaire, un indicateur d’attente s’affiche et le bouton d’envoi est marqué indisponible (aria-disabled, aria-busy sur le formulaire) jusqu’à la réponse (vérifié le 29/10).
7.4	Le service numérique s’appuie-t-il sur un mécanisme de consensus qui minimise sa consommation de ressources ?	Non applicable	Aucune chaîne de blocs.

8. Hébergement

Critère	Libellé	Résultat	Ce que nous avons vérifié
8.1	Le service numérique utilise-t-il un hébergement ayant une démarche de réduction de son empreinte environnementale ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.2	Le service numérique utilise-t-il un hébergement qui fournit une politique de gestion durable des équipements ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.3	Le service numérique utilise-t-il un hébergement dont le PUE (Power Usage Effectiveness) est minimisé ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.4	Le service numérique utilise-t-il un hébergement dont son WUE (Water Usage Effectiveness) est minimisé ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.5	Le service numérique utilise-t-il un hébergement dont l’origine de consommation d’électricité est documentée et majoritairement d’origine renouvelable ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.6	Le service numérique utilise-t-il un hébergement dont la localisation géographique est cohérente avec ses activités et qui minimise son empreinte environnementale ?	Validé	Hébergé en France, où l’intensité carbone de l’électricité est sous 100 g CO2e/kWh.
8.7	Le service numérique utilise-t-il un hébergement qui traite efficacement la chaleur produite par les serveurs ?	Non validé	O2switch (Clermont-Ferrand) ne publie ni engagements chiffrés, ni plan de gestion des équipements, ni PUE, ni WUE, ni mix électrique, ni récupération de chaleur (réponse à e-labo du 14/10/2026).
8.8	Le service numérique héberge-t-il de façon distincte les données « chaudes » et « froides » ?	Non applicable	Moins de 10 To de données (base 156 Mo, médias 2,1 Go, relevé du 29/10).
8.9	Le service numérique duplique-t-il les données uniquement lorsque cela est nécessaire ?	Non validé	Ménage du 29/10 : 9,3 Go de copies manuelles supprimés (doublons de bases de la démonstration, sauvegardes de déploiement et de migration), le compte passe de 22 à 11 Go ; reste une copie par série. Mais les sauvegardes restent en double (celles d’o2switch et un profil WP Umbrella).
8.10	Le service numérique tient-il compte des contraintes externes pour minimiser l’impact environnemental des calculs et transferts de données asynchrones ?	Validé	Tâches quotidiennes de maintenance (cache, base, Search Console, PageSpeed, nettoyages) recalées entre 2 h et 5 h le 29/10 (28 tâches) ; restent en journée celles qui envoient des e-mails aux clients (FluentCRM, Fluent Support), par choix.

9. Algorithmie

Critère	Libellé	Résultat	Ce que nous avons vérifié
9.1	Le service numérique a-t-il interrogé la nécessité d’une phase d’entraînement pour éviter un usage non justifié et déraisonné ?	Validé	Le site n’entraîne aucun modèle d’intelligence artificielle et n’en interroge aucun.
9.2	Le service numérique utilise-t-il une phase d’apprentissage avec un niveau de complexité minimisé et proportionné à l’usage effectif du service ?	Non applicable	Aucune phase d’entraînement.
9.3	Le service numérique a-t-il mis en place des mécanismes visant à limiter la quantité d’entraînement nécessaire à son fonctionnement ?	Non applicable	Aucune phase d’entraînement.
9.4	Le service numérique limite-il la quantité de données utilisées pour la phase d’apprentissage au strict nécessaire ?	Non applicable	Aucune phase d’entraînement.
9.5	Le service numérique optimise-t-il l’occurrence de mise à jour et de réentraînement des modèles en fonction de ses besoins et des cibles utilisatrices ?	Non applicable	Aucune phase d’entraînement.
9.6	Le service numérique utilise-t-il des techniques de compression pour les modèles utilisés lors de la phase d’entraînement ?	Non applicable	Aucune phase d’entraînement.
9.7	Le service numérique utilise-t-il une stratégie d’inférence optimisée en termes de consommation de ressources et des cibles utilisatrices ?	Non applicable	Aucune inférence dans le site évalué.

Une question sur cette déclaration ?

Écrivez-nous depuis la page de contact.