Audit carbone du site
Objectif fixé : moins de 1,5 Mo par page, grade A ou B sur Website Carbon et EcoIndex.
URL à auditer
Page prioritaire :justiceforall-mvp.pages.dev/diagnostic.
Cette page contient le questionnaire et le JavaScript interactif. C'est donc la page la plus représentative pour Website Carbon et EcoIndex.
Comment mesurer
- Mesurer la même URL avecWebsite Carbonet EcoIndex.
- Relever : poids total transféré (Mo), nombre de requêtes, note EcoIndex (A-G), grammes de CO2 par visite.
- Après chaque optimisation : redéployer sur Cloudflare Pages, relancer les mêmes outils sur la même URL, comparer les métriques.
- Compléter avec Lighthouse (onglet Performance + audit "Total Byte Weight") pour vérifier la cohérence.
3 optimisations appliquées
- Zéro police téléchargée. Polices système uniquement (font stack natif), donc 0 requête et 0 Ko de webfont — poste généralement 100-300 Ko par famille économisés.
- CSS custom, sans framework. Un seul fichier CSS avec tokens (couleurs, espacements, typographie fluide), pas de Bootstrap/Tailwind compilé à charger — quelques Ko au lieu de dizaines.
- JS minimal via îlot React ciblé. Astro envoie du HTML statique par défaut ; seul le questionnaire (page /diagnostic) charge React, via
client:loadsur un seul composant, au lieu d'hydrater toute l'application.
Poids actuel
- Build complet : environ 280 Ko.
- Objectif Notion : page sous 1,5 Mo.
- Backend : aucun.
- Images lourdes : aucune.
- Traceurs tiers : aucun.
Points à corriger si grade inférieur à B
- Remplacer l'îlot React par JavaScript natif si le runtime pèse trop.
- Charger le questionnaire seulement après clic utilisateur.
- Réduire le contenu embarqué côté client dans le fichier de données.
- Conserver zéro image décorative, zéro police externe, zéro tracker.
Renoncement assumé
- Pas d'IA générative intégrée. Un chatbot ou une réponse générée à la volée aurait un coût énergétique et de latence bien supérieur à un contenu pré-écrit et versionné ; le contenu juridique vulgarisé reste plus fiable en étant rédigé et relu à l'avance.
- Pas d'upload de documents. Évite un backend de stockage, du chiffrement, une politique de rétention — hors périmètre d'un MVP et risque RGPD inutile à ce stade.
- Pas de compte utilisateur. Aucune base de données, aucune session à maintenir : le site reste statique, déployable sans serveur, sans coût de calcul récurrent.