Déclaration
Écoconception
Kouzia s’inscrit dans une démarche d’écoconception visant à réduire les impacts environnementaux de son site. Cette déclaration a été établie le 24 octobre 2026, dans le cadre de la mise en œuvre du référentiel général de l’écoconception des services numériques (RGESN 2024), réalisé par l’Arcep et l’Arcom avec l’ADEME, la DINUM, la CNIL et l’Inria.
- Score d’avancement
- 60 %
- objectif : 80 %
- Critères validés
- 37 / 59
- En cours
- 6
- Non validés
- 16
Objectifs du référentiel
- Concevoir des services numériques plus durables permettant d’allonger la durée de vie des terminaux.
- Promouvoir une démarche de sobriété environnementale face aux stratégies de captation de l’attention de l’utilisateur pour des usages en ligne avec les objectifs environnementaux internationaux.
- Diminuer les ressources informatiques mobilisées, optimiser le trafic de données et la sollicitation des infrastructures numériques.
- Accroître le niveau de transparence sur l’empreinte environnementale du service numérique.
Score d’avancement
Au 24 octobre 2026, le score d’avancement de kouzia.com dans la mise en œuvre du référentiel est de 60 %.
37 critères validés, 6 en cours, 16 non validés et 19 non applicables, sur 78.
Score d’avancement RGESN
60 %Évaluation du 24 octobre 2026
objectif : 80 %
Critères évalués
Critères validés
1.3, 1.6, 1.7, 1.9, 2.1, 2.3, 2.4, 2.5, 2.9, 3.1, 3.2, 3.3, 3.7, 4.1, 4.2, 4.4, 4.5, 4.6, 4.7, 4.8, 4.9, 4.10, 4.12, 4.13, 4.14, 4.15, 5.1, 5.2, 6.1, 6.2, 6.3, 6.4, 6.5, 6.7, 7.1, 7.3, 9.1
Critères en cours
1.2, 1.4, 2.2, 2.6, 5.7, 7.2
Critères non validés
1.1, 1.5, 1.8, 2.7, 2.8, 2.10, 4.3, 5.8, 8.1, 8.2, 8.3, 8.4, 8.5, 8.6, 8.7, 8.9
Critères non applicables
1.10, 3.4, 3.5, 3.6, 4.11, 5.3, 5.4, 5.5, 5.6, 6.6, 7.4, 8.8, 8.10, 9.2, 9.3, 9.4, 9.5, 9.6, 9.7
Pistes d’amélioration
Écarts relevés lors de l’évaluation, sans calendrier fixé à ce jour :
- Critère 1.1Rédiger l’évaluation de l’utilité du site : besoins servis, alternatives, impacts.
- Critère 1.2Documenter l’analyse des besoins et des attentes des cibles, et les choix qui en découlent.
- Critère 1.4Fixer et tenir une fréquence de revue RGESN.
- Critère 1.5Évaluer l’empreinte avec une méthode reconnue et fixer des objectifs de réduction suivis.
- Critère 1.8Publier le code sous licence libre, ou justifier ce choix.
- Critère 2.2Tester les parcours sur un vrai portable à processeur de dix ans ou plus et publier sa configuration.
- Critère 2.6Ajouter une revue de conception des impacts pour chaque nouvelle fonctionnalité.
- Critère 2.7Documenter la maintenance et le retrait des fonctionnalités et des contenus inutilisés.
- Critère 2.8Intégrer des critères environnementaux au choix des fournisseurs.
- Critère 2.10Vérifier et publier l’avancement de chaque service tiers sur les critères 1.4 et 1.5.
- Critère 4.3Mettre en place des indicateurs de parcours (mesure d’audience sans cookie prévue par la charte).
- Critère 5.7Redimensionner le logo des PDF (correctif de l’outil de gestion).
- Critère 5.8Définir quand un contenu est archivé ou retiré.
- Critère 7.2Documenter la conservation des journaux de l’hébergeur.
- Critère 8.1Obtenir de l’hébergeur les indicateurs manquants, ou changer d’hébergeur.
- Critère 8.2Obtenir le plan de gestion durable des équipements.
- Critère 8.3Obtenir le PUE réel du centre de données.
- Critère 8.4Obtenir le WUE du centre de données.
- Critère 8.5Obtenir la quantité d’énergie renouvelable contractualisée.
- Critère 8.6Relever la localisation dans l’espace d’administration de l’hébergeur et la publier.
- Critère 8.7Obtenir ces informations de l’hébergeur.
- Critère 8.9Examiner la politique de sauvegarde de l’offre et l’ajuster au besoin.
Établissement de cette déclaration
Service évalué
kouzia.com : site vitrine statique et interface de l’espace client (/suivi/). Les données et documents de l’espace client viennent de l’outil de gestion de Kouzia (api.kouzia.com), service distinct non évalué ici.
Pages évaluées
- Accueil (avec le formulaire de contact)
- Sites web
- Logiciels
- Tracebay
- Réalisations (liste et filtres)
- Pages projet (les cinq publiées)
- À propos
- Questions fréquentes
- Espace client (démonstration)
Méthode, outils et limites
Grille des 78 critères du RGESN 2024 (intitulés et niveaux de priorité du tableur officiel de l’Arcep) ; chaque critère est évalué sur l’échantillon ci-dessous avec le moyen de test du référentiel. Mesures automatisées (scripts/qa/rgesn-mesures.mjs : poids, requêtes, éléments du DOM, polices, formats d’image, requêtes hors du site après défilement complet, connexion lente simulée), relevés en ligne (protocoles, compression, cache, IPv6), lecture du code et des documents publiés par l’hébergeur. Score d’avancement : formule du tableur officiel (poids 1,5, 1,25 et 1 selon la priorité ; critères non applicables exclus).
- Chromium (Playwright), connexion simulée par le protocole DevTools
- curl et requêtes HTTP/2 en ligne
- Tableur officiel RGESN 2024 de l’Arcep (intitulés, priorités, formule du score)
- Rapport de durabilité 2025 d’Hostinger
- Aucune mesure sur un appareil ancien ni dans un navigateur de plus de deux ans (critères 2.2 et 2.4 non validés).
- Connexion lente simulée dans Chromium, pas sur un réseau réel.
- Hébergement évalué sur les documents publics de l’hébergeur, sans réponse de sa part.
- Mesures de poids sur les fichiers non compressés.
Référent en écoconception
Alexandre Kouziaeff, joignable à contact@kouzia.com.
Détail des critères
Les 78 critères du référentiel, famille par famille, avec le constat fait pour chacun.
01Stratégie4 validés · 2 en cours · 3 non validés · 1 non applicables
- 1.1
Le service numérique a-t-il été évalué favorablement en termes d’utilité en tenant compte de ses impacts environnementaux ?
Aucune étude n’évalue l’utilité du site au regard de ses impacts environnementaux et sociaux.
Écart : Rédiger l’évaluation de l’utilité du site : besoins servis, alternatives, impacts.
- 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 ?
Les cibles et leurs besoins sont publiés sur le site (pages Sites web et Logiciels, rubrique « Pour qui »), mais aucune analyse des attentes des utilisateurs (entretiens, statistiques) n’est documentée.
Écart : Documenter l’analyse des besoins et des attentes des cibles, et les choix qui en découlent.
- 1.3
Le service numérique a-t-il au moins un référent identifié en écoconception numérique ?
Référent : Alexandre Kouziaeff, entrepreneur individuel, joignable à l’adresse de contact du site ; nommé dans cette déclaration.
- 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 ?
Première autoévaluation RGESN le 24/10/2026. Poids, requêtes et liens sont contrôlés automatiquement à chaque mise en ligne (check-dist dans le déploiement) ; aucune revue RGESN périodique n’est encore établie.
Écart : Fixer et tenir une fréquence de revue RGESN.
- 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 ?
L’empreinte du site n’a pas été évaluée avec une méthode reconnue (ACV) ; aucun objectif de réduction d’impact n’est fixé. Des plafonds techniques existent (500 Ko et 30 requêtes par page), ce ne sont pas des objectifs d’impact.
Écart : Évaluer l’empreinte avec une méthode reconnue et fixer des objectifs de réduction suivis.
- 1.6
Le service numérique collecte-t-il la donnée de façon responsable et raisonnée ?
Données strictement nécessaires : formulaire de contact (coordonnées, type de projet, message) pour répondre à la demande ; espace client : données lues dans l’outil de gestion, rien n’est stocké par le site. Aucun cookie ni traceur hors de l’espace client (cookie de session), aucune métadonnée de profilage. Finalités, destinataires et durées de conservation : page Confidentialité.
- 1.7
Le service numérique a-t-il recours à un niveau de chiffrement adapté à ses besoins ?
Chiffrement limité au transport : HTTPS seul (redirection 301, HSTS), TLS 1.3 proposé. Aucun chiffrement supplémentaire, le site ne stockant aucune donnée.
- 1.8
Le service numérique a-t-il mis en place des efforts d’open source ?
Le code du site n’est pas publié sous licence libre et ce choix n’est pas justifié publiquement.
Écart : Publier le code sous licence libre, ou justifier ce choix.
- 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 ?
Standards du web uniquement (HTML, CSS, JavaScript) : une seule interface, testée dans Chromium, Firefox et WebKit, sur téléphone comme sur ordinateur.
- 1.10
Le service numérique repose-t-il sur des API documentées et ouvertes pour interagir avec le matériel ?
Le site ne repose sur aucun objet connecté ni périphérique.
02Spécifications5 validés · 2 en cours · 3 non validés
- 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 ?
Profil minimum publié ici. Rendu complet : Chrome ou Edge 117, Firefox 121, Safari 17.5 et plus récents (fonctions les plus récentes utilisées : subgrid, :has(), requêtes de conteneur, text-wrap ; la barre de progression de lecture n’apparaît qu’avec animation-timeline). Écran de 320 px de large au moins ; connexion de 512 kbit/s ; aucun besoin matériel particulier : parcours vérifiés avec un processeur ralenti six fois (voir 2.2). Aucune évolution prévue de ce profil.
- 2.2
Le service numérique est-il utilisable sur d’anciens modèles de terminaux ?
Émulation déclarée le 24/10/2026 (scripts/qa/navigateurs-anciens.mjs, RALENTI=1) : Chromium avec le processeur ralenti six fois et une connexion 3G, écran de 360 px. Accueil, Sites web, Réalisations (filtre), page projet (visionneuse), FAQ, Ma démarche, Écoconception, Accessibilité et espace client : parcours aboutis, pages chargées en 1,6 s au plus, aucune erreur. Pas encore de test sur un vrai portable à processeur de dix ans ou plus, exigé par le critère.
Écart : Tester les parcours sur un vrai portable à processeur de dix ans ou plus et publier sa configuration.
- 2.3
Le service numérique est-il utilisable via une connexion bas débit ou hors connexion ?
Mesuré le 24/10/2026 en connexion simulée (Chromium) : à 512 kbit/s, l’accueil s’affiche en 3,1 s (plus grand élément à 1,3 s) et une page projet en 3,3 s ; en 3G, en 1,2 s. Débit minimum testé : 512 kbit/s.
- 2.4
Le service numérique est-il utilisable sur d’anciennes versions de système d’exploitation et de navigateurs web ?
Parcours critiques vérifiés le 24/10/2026 dans des navigateurs d’au moins deux ans (scripts/qa/navigateurs-anciens.mjs avec Playwright 1.48) : Chromium 130 (octobre 2024), Firefox 131 (octobre 2024), WebKit 18.0 (septembre 2024). Accueil, Sites web, Réalisations (filtre), page projet (visionneuse), FAQ, Ma démarche, Écoconception, Accessibilité, espace client, menu et formulaire : 36 contrôles réussis, aucun débordement à 360 px, aucune erreur JavaScript. Versions minimales : voir 2.1.
- 2.5
Le service numérique s’adapte-t-il à différents types de terminaux d’affichage ?
Affichage adaptatif de 320 à 2560 pixels de large, contrôlé à chaque évolution par des tests automatisés (débordement, cibles tactiles, axe) dans Chromium, Firefox et WebKit ; menus et fenêtres utilisables au clavier, à la souris et au doigt ; affichage complet à 1 200 pixels.
- 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é ?
Le code suit des règles de performance et de sobriété (plafonds de poids et de requêtes, aucun JavaScript sans interaction réelle) contrôlées à chaque mise en ligne ; aucune revue de conception par fonctionnalité (arbre des conséquences) n’est réalisée.
Écart : Ajouter une revue de conception des impacts pour chaque nouvelle fonctionnalité.
- 2.7
Le service numérique a-t-il prévu une stratégie de maintenance et de décommissionnement ?
Aucune stratégie de maintenance et de décommissionnement du site n’est documentée.
Écart : Documenter la maintenance et le retrait des fonctionnalités et des contenus inutilisés.
- 2.8
Le service numérique impose-t-il à ses fournisseurs de garantir une démarche de réduction de leurs impacts environnementaux ?
Les fournisseurs (hébergeur, réseau de diffusion, forge de code, envoi du formulaire) n’ont pas été choisis sur des critères environnementaux documentés.
Écart : Intégrer des critères environnementaux au choix des fournisseurs.
- 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 ?
Seul composant prêt à l’emploi : les icônes Font Awesome, dont seules celles utilisées sont intégrées en SVG au moment de la construction ; aucune bibliothèque d’interface chargée dans le navigateur.
- 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 ?
Services tiers : Hostinger (hébergement), Cloudflare (réseau de diffusion), GitHub (code et construction), Web3Forms (envoi du formulaire, à la demande), Stripe (paiement, depuis l’espace client) ; Green Web Foundation et Ecoindex sont interrogés au moment de la construction seulement. Leur conformité aux critères 1.4 et 1.5 n’a pas été vérifiée.
Écart : Vérifier et publier l’avancement de chaque service tiers sur les critères 1.4 et 1.5.
03Architecture4 validés · 3 non applicables
- 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 ?
Générateur de site statique (Astro) : pages construites à l’avance, aucun JavaScript par défaut, scripts seulement pour une interaction réelle ; choix documenté dans le README du dépôt.
- 3.2
Le service numérique fonctionne-t-il sur une architecture pouvant adapter la quantité de ressources utilisées à la consommation du service ?
Fichiers statiques sur un hébergement mutualisé : aucun serveur dédié, aucun calcul à la visite ; les ressources statiques sont servies depuis le cache du réseau de diffusion.
- 3.3
Le service numérique est-il en mesure de supporter l’évolution technique des protocoles ?
Relevé en ligne le 24/10/2026 : IPv6 (kouzia.com, api.kouzia.com, api.web3forms.com), HTTPS seul, TLS 1.3, HTTP/2 et HTTP/3, compression Brotli.
- 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 ?
Service non commercialisé avec un terminal.
- 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 ?
Site web : aucune mise à jour à installer sur l’appareil de l’utilisateur.
- 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 ?
Site web : aucune mise à jour à installer ; seuls les fichiers modifiés changent de nom et sont téléchargés de nouveau.
- 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 ?
Aucun serveur de développement, de préproduction ou de test permanent : développement et tests sur le poste, construction de chaque mise en ligne dans un environnement éphémère (GitHub Actions).
04Expérience et interface utilisateur (UX/UI)13 validés · 1 non validés · 1 non applicables
- 4.1
Le service numérique comporte-t-il uniquement des animations, vidéos et sons dont la lecture automatique est désactivée ?
Aucune vidéo ni son. Le bandeau de logos qui défile a un bouton Pause visible et reste fixe en mouvement réduit ; les apparitions au défilement sont brèves et coupées en mouvement réduit.
- 4.2
Le service numérique affiche-t-il uniquement des contenus sans défilement infini ?
Aucun défilement infini : réalisations par pages de 12, listes de l’espace client par pages de 10.
- 4.3
Le service numérique optimise-t-il le parcours de navigation pour chaque fonctionnalité principale ?
Aucune statistique d’usage n’est mesurée : les parcours ne sont pas optimisés à partir de données d’usage.
Écart : Mettre en place des indicateurs de parcours (mesure d’audience sans cookie prévue par la charte).
- 4.4
Le service numérique permet-il à l’utilisateur de décider de l’activation d’un service tiers ?
Aucun service tiers intégré à l’affichage. Sous le bouton du formulaire de contact, une phrase indique le service appelé (Web3Forms), seulement à l’envoi, et le poids d’un envoi (quelques kilo-octets) ; texte modifiable dans l’outil de gestion.
- 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é ?
Composants natifs : details pour les questions, dialog pour les fenêtres, liens, boutons et champs de formulaire avec validation native.
- 4.6
Le service numérique utilise-t-il uniquement du contenu vidéo, audio et animé porteur d’informations ?
Animations décoratives retirées le 24/10/2026 : entrée des hauts de page au chargement et apparition des blocs au défilement. Restent seulement des mouvements qui confirment une action ou informent : ouverture du menu et d’une réponse, envoi du formulaire, barre de progression de lecture, changement de vue de l’espace client ; tous coupés en mouvement réduit. Le bandeau défilant des logos (exception validée par Alexandre, à partir de six logos, avec bouton Pause) n’est pas actif : cinq logos publiés.
- 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 ?
Aucune vidéo ni aucun son ; les seules animations sont en CSS, la solution la plus légère.
- 4.8
Le service numérique limite-t-il le nombre des polices de caractères téléchargées ?
Deux polices au plus par page (Exo 2 à graisse variable, Share Tech Mono), 38 Ko au plus, en sous-ensembles auto-hébergés.
- 4.9
Le service numérique limite-t-il les requêtes serveur lors de la saisie utilisateur ?
Aucune autocomplétion : la recherche d’une entreprise par son SIRET ne part qu’au clic sur le bouton.
- 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 ?
Formats attendus affichés avant l’envoi (exemples, aides) ; champs vérifiés dans le navigateur avant tout envoi, erreurs en texte.
- 4.11
Le service numérique informe-t-il l’utilisateur, avant le transfert, des poids et formats de fichier attendus ?
Aucun fichier n’est envoyé ou reçu au travers d’un formulaire.
- 4.12
Le service numérique indique-t-il à l’utilisateur que l’utilisation d’une fonctionnalité a des impacts environnementaux importants ?
Aucune fonctionnalité à fort impact (ni vidéo, ni calcul lourd, ni intelligence artificielle).
- 4.13
Le service numérique limite-t-il le recours aux notifications, tout en laissant la possibilité à l’utilisateur de les désactiver ?
Le site n’envoie aucune notification.
- 4.14
Le service numérique évite-t-il le recours à des procédés manipulatoires dans son interface utilisateur ?
Aucun procédé manipulatoire relevé : ni bandeau de cookies (aucun cookie), ni compte à rebours, ni case précochée, ni refus culpabilisant ; revue faite lors de cette évaluation.
- 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 ?
Le poids réel de chaque page est affiché au pied de page. Mode sobre par défaut, sans réglage à activer : aucune vidéo, aucun son, aucune animation décorative, images réduites à leur taille d’affichage (versions réduites générées au build), une seule police de texte et une police de données, un seul script commun. Gains mesurés : voir 6.1 (pages projet passées de 646 à 319 Ko au plus).
05Contenus2 validés · 1 en cours · 1 non validés · 4 non applicables
- 5.1
Le service numérique utilise-t-il un format de fichier adapté au contenu et au contexte de visualisation de chaque image ?
Images au format WebP ou SVG : 123 / 123 images chargées sur les pages publiques.
- 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 ?
Politique documentée (outil de gestion, apps/api/src/lib/site/media.ts) : images converties en WebP au téléversement (sharp), qualité 80 puis 72, 64, 56, 48 jusqu’au plafond de chaque dérivé (capture 960 px ≤ 150 Ko et 1920 px ≤ 300 Ko ; téléphone 390 et 780 px ; logo 200 px ≤ 30 Ko et 400 px ≤ 60 Ko ; partage 1200×630 en JPEG ≤ 300 Ko), sans métadonnées, original jamais publié. Captures du site : WebP qualité 82 ; versions réduites (480 et 195 px) en WebP qualité 80, générées au build.
- 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 ?
Aucune vidéo.
- 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 ?
Aucune vidéo.
- 5.5
Le service numérique propose-t-il un mode « écoute seule » pour ses vidéos ?
Aucune vidéo.
- 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 ?
Aucun contenu audio.
- 5.7
Le service numérique utilise-t-il un format de fichier adapté au contenu et au contexte d’utilisation pour chaque document ?
PDF des devis, factures, avoirs et reçus (outil de gestion) : flux compressés (FlateDecode), polices standard non embarquées ; 5 à 9 Ko, médiane 7 Ko. Écart en cours : le logo n’est pas redimensionné avant insertion (correctif de l’outil de gestion en file).
Écart : Redimensionner le logo des PDF (correctif de l’outil de gestion).
- 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 ?
Aucune stratégie d’archivage ou de suppression des contenus obsolètes n’est définie.
Écart : Définir quand un contenu est archivé ou retiré.
06Frontend6 validés · 1 non applicables
- 6.1
Le service numérique s’astreint-il à un poids maximum et une limite de requête par écran ?
Plafonds définis : 500 Ko et 30 requêtes par page, avertis par check-dist à chaque mise en ligne. Mesure du 24/10/2026 (définition de check-dist et du « Cette page » du pied de page) : toutes les pages sous 500 Ko (la plus lourde, /realisations/ulamir-cpie/, 318,5 Ko, contre 643 Ko avant les versions réduites des captures) et sous 30 requêtes (23 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 ?
Cache navigateur : fichiers au nom haché et polices un an, images 30 jours, CSS et JavaScript 7 jours, pages 5 minutes ; ressources statiques servies depuis le cache du réseau de diffusion.
- 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 ?
Compression Brotli des réponses (relevé en ligne le 24/10/2026).
- 6.4
Le service numérique affiche-t-il majoritairement des images dont les dimensions d’origine correspondent aux dimensions du contexte d’affichage ?
Images à leurs dimensions d’affichage, avec une variante pour les écrans à forte densité (srcset).
- 6.5
Le service numérique évite-t-il de déclencher le chargement de ressources et de contenus inutilisés pour chaque fonctionnalité ?
Aucune requête hors du site sur les pages publiques. Un seul script commun à toutes les pages (src/scripts/site.ts : menu, apparition, copie de l’e-mail, formulaires ; 2 Ko compressé), mis en cache une fois par visite : choix fait le 24/10/2026 pour passer de cinq requêtes à une sur l’accueil, au prix d’environ 1 Ko de code de formulaire inutile sur les pages sans formulaire ; les autres scripts ne sont chargés que par les pages qui s’en servent (FAQ, espace client, pages projet). Le script ajouté par l’obfuscation des e-mails de Cloudflare a été retiré le 24/10/2026.
- 6.6
Le service numérique restreint-il l’usage des capteurs des terminaux utilisateurs au besoin du service ?
Aucun capteur de l’appareil n’est utilisé.
- 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 ?
Toutes les ressources statiques sont servies par kouzia.com, en HTTP/2 et HTTP/3.
07Backend2 validés · 1 en cours · 1 non applicables
- 7.1
Le service numérique a-t-il recours à un système de cache serveur pour les données les plus utilisées ?
Pages construites à l’avance : aucun calcul à la visite ; les ressources statiques sont servies depuis le cache du réseau de diffusion.
- 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 ?
Le site ne stocke aucune donnée ; durées de conservation des demandes et des données de l’espace client publiées (page Confidentialité). La durée de conservation des journaux de l’hébergeur n’est pas documentée.
Écart : Documenter la conservation des journaux de l’hébergeur.
- 7.3
Le service numérique informe-t-il l’utilisateur d’un traitement en cours en arrière-plan ?
Envoi du formulaire, connexion et chargements de l’espace client : état « en cours » affiché, bouton désactivé pendant l’envoi.
- 7.4
Le service numérique s’appuie-t-il sur un mécanisme de consensus qui minimise sa consommation de ressources ?
Aucun mécanisme de consensus (blockchain).
08Hébergement8 non validés · 2 non applicables
- 8.1
Le service numérique utilise-t-il un hébergement ayant une démarche de réduction de son empreinte environnementale ?
Hostinger publie ses émissions de gaz à effet de serre (2025, market-based et location-based) et sa part d’électricité renouvelable ; ni sa consommation d’eau, ni ses ressources abiotiques, ni son adhésion au Code de conduite européen des centres de données ne sont publiées.
Écart : Obtenir de l’hébergeur les indicateurs manquants, ou changer d’hébergeur.
- 8.2
Le service numérique utilise-t-il un hébergement qui fournit une politique de gestion durable des équipements ?
Hostinger déclare réutiliser ou recycler tous ses serveurs retirés (rapport 2025) ; aucune durée de vie des équipements ni politique d’achat durable n’est publiée.
Écart : Obtenir le plan de gestion durable des équipements.
- 8.3
Le service numérique utilise-t-il un hébergement dont le PUE (Power Usage Effectiveness) est minimisé ?
PUE de l’hébergement non publié.
Écart : Obtenir le PUE réel du centre de données.
- 8.4
Le service numérique utilise-t-il un hébergement dont son WUE (Water Usage Effectiveness) est minimisé ?
WUE de l’hébergement non publié.
Écart : Obtenir le WUE du centre de données.
- 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 ?
Hostinger déclare 100 % d’électricité renouvelable pour ses centres de données en 2025 (contrats directs et certificats), sans publier la quantité d’énergie contractualisée.
Écart : Obtenir la quantité d’énergie renouvelable contractualisée.
- 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 ?
Localisation du centre de données qui héberge kouzia.com non documentée.
Écart : Relever la localisation dans l’espace d’administration de l’hébergeur et la publier.
- 8.7
Le service numérique utilise-t-il un hébergement qui traite efficacement la chaleur produite par les serveurs ?
Aucune information publiée sur la récupération de la chaleur ni de PUE inférieur à 1,3.
Écart : Obtenir ces informations de l’hébergeur.
- 8.8
Le service numérique héberge-t-il de façon distincte les données « chaudes » et « froides » ?
Moins de 10 To de données.
- 8.9
Le service numérique duplique-t-il les données uniquement lorsque cela est nécessaire ?
Les engagements de duplication des données de l’offre d’hébergement n’ont pas été examinés.
Écart : Examiner la politique de sauvegarde de l’offre et l’ajuster au besoin.
- 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 ?
Aucun calcul ni transfert asynchrone pendant le fonctionnement du site.
09Algorithmie1 validés · 6 non applicables
- 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é ?
Aucun apprentissage automatique ni intelligence artificielle dans le site.
- 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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
Aucune inférence.
Un projet en tête ? Parlons-en.
Quelques lignes suffisent : votre activité, ce qui vous freine, ce que vous aimeriez. Le devis est gratuit et sans engagement, et je réponds sous 24 à 48 h.