Énergie et carbone

Disponible avecPlusScale

Cabin mesure la quantité de données transférée par chacune de vos pages et en tire une estimation du carbone émis par votre site. La mesure se fait automatiquement sur les pages que vos visiteurs chargent réellement : vous n'avez rien à configurer.

Fonctionnement

Notre système de suivi carbone analyse tous les fichiers chargés par votre site pour calculer le volume total de données transférées. Une analyse de page se déclenche quand :

1. La page reçoit du trafic
2. Au moins 3 jours se sont écoulés depuis l'analyse précédente
3. Le contenu de la page a changé (ce que nous détectons en vérifiant l'en-tête last-modified et en comparant le HTML à l'empreinte que nous avons enregistrée)

Cette approche évite de retraiter des ressources inchangées, ce qui économise à la fois de la puissance de calcul et de l'énergie.

Chaque analyse est consignée dans un historique propre à la page.

Calcul de la charge par visiteur

Nous estimons la quantité de données chargée par chaque visiteur en appliquant un pourcentage selon son historique de navigation :

Type de visite	Ressources chargées
Première visite sur votre site	100 % des ressources de la page
Première visite sur cette page, mais le visiteur est déjà venu sur votre domaine	50 %
Visiteur qui revient sur cette page	5 %

Calculs de CO2

Nos calculs d'émissions de carbone reposent sur la bibliothèque CO2.js de The Green Web Foundation.

Les activités numériques ont une empreinte carbone, et notre objectif est de vous aider à comprendre et à réduire la vôtre. La bibliothèque CO2.js nous permet d'estimer l'impact environnemental des données transférées par votre site en convertissant des octets en estimations d'émissions de carbone.

Les calculs tiennent compte de plusieurs maillons de la chaîne numérique, dont l'infrastructure réseau, les appareils des utilisateurs et les centres de données.

Nous vérifions automatiquement votre hébergeur dans la base de données de The Green Web Foundation pour savoir si vous utilisez un hébergement vert, ce qui peut réduire nettement l'empreinte carbone de votre site.

Pourquoi certaines pages n'affichent pas de données d'énergie

Il arrive qu'une page n'affiche ni taille de page ni estimation carbone. Les raisons les plus courantes sont :

• Le site bloque les requêtes automatisées. Pour mesurer une page, Cabin la charge comme le ferait un navigateur. Si votre site (ou un service placé devant lui, comme Cloudflare) bloque les visiteurs automatisés, l'analyse ne peut pas aboutir.
• La page a renvoyé une erreur ou n'existe pas. Une erreur 404, une boucle de redirection ou une page qui exige une connexion ne peuvent pas être mesurées.
• La page a mis trop de temps à répondre et l'analyse a expiré.

En général, il n'y a pas lieu de s'inquiéter. Si une page bloque les visiteurs automatisés, c'est que votre protection anti-bots fait son travail. Vous gardez toutes les statistiques de cette page (visites, référents, événements) : seule l'estimation d'énergie manque. Pour la plupart des sites, c'est un compromis tout à fait raisonnable et vous n'avez rien à changer. Cabin revérifie aussi les pages automatiquement quand elles reçoivent du trafic, donc les problèmes passagers se résolvent d'eux-mêmes.

Si vous voulez des données d'énergie pour une page bloquée

Mesurer une page protégée implique de laisser l'analyseur de Cabin franchir votre protection anti-bots. C'est un compromis de sécurité, pas un gain gratuit. Pesez-le au regard des raisons pour lesquelles cette protection existe.

Les requêtes de Cabin s'identifient avec le User-Agent Cabin-Size/0.1 withcabin.com et l'en-tête X-Cabin-Bot: 1.

WARNING

Ce ne sont que des étiquettes, et n'importe qui peut les copier. Une règle de pare-feu qui autorise le trafic selon ce user-agent ou cet en-tête laissera passer n'importe quelle requête à travers votre protection anti-bots. Ne le faites que si vous l'acceptez, et gardez la règle aussi restreinte que possible.

Cloudflare

• Bot Fight Mode (Free) ne peut pas être contourné par une règle : il fonctionne en dehors du moteur de règles de Cloudflare. La seule option est de le désactiver (Security → Bots), ce qui réduit la protection sur tout votre site. Demandez-vous si cela en vaut la peine pour de simples données carbone.
• Super Bot Fight Mode (Pro/Business) passe, lui, par le moteur de règles : c'est l'option à privilégier. Ajoutez une WAF custom rule (règle WAF personnalisée) avec l'action Skip correspondant à http.user_agent contains "Cabin-Size", réglée pour ignorer uniquement Super Bot Fight Mode. C'est bien plus ciblé que de désactiver la protection partout.
• AI Crawl Control (toutes les offres Cloudflare) : une fonctionnalité distincte de Bot Fight Mode, souvent activée par défaut, et une raison fréquente pour laquelle une page apparaît bloquée alors que rien d'autre ne semble anormal. Allez dans Security → AI Crawl Control. Cloudflare génère sa propre règle WAF pour cette fonctionnalité et permet de la modifier directement pour ajouter une exception (une condition supplémentaire sur le user-agent) plutôt que de tout désactiver. Ajoutez une clause qui exclut http.user_agent contains "Cabin-Size" et tous les autres robots d'IA resteront bloqués. Gardez à l'esprit que cette fonctionnalité existe précisément pour tenir à l'écart les robots qui collectent des données pour entraîner des IA. Une exception ici est donc un compromis plus lourd que dans le cas de Bot Fight Mode ci-dessus : quiconque usurpe le même en-tête franchit aussi le blocage des robots d'IA, et pas seulement la détection générique des bots.

Autres pare-feu et WAF

Ajoutez une règle d'autorisation bien ciblée pour les requêtes dont le User-Agent contient Cabin-Size (ou qui comportent l'en-tête X-Cabin-Bot), en gardant à l'esprit la mise en garde ci-dessus sur l'usurpation.

Une fois l'accès autorisé, Cabin reprend l'analyse de la page à la visite suivante.