Avant de parler de l'impact circulaire d'une marketplace, il y a une question plus immédiate : l'infrastructure qui la fait tourner. Serveurs, bande passante, stockage, tout ça consomme de l'énergie. Quand on a choisi nos prestataires, l'empreinte environnementale faisait partie des critères, au même titre que la conformité des données ou la disponibilité. Voici ce qu'on a regardé et ce qu'on a retenu.

o2switch pour le site : hébergement mutualisé français

Le site marketing de Timeless Loop tourne sur o2switch, hébergeur français basé à Clermont-Ferrand. Le choix initial était motivé par la simplicité (hébergement mutualisé, déploiement FTP, pas de gestion de serveur) et la localisation des données en France. Mais ce qui a confirmé le choix, c'est leur approche environnementale.

Leurs datacenters fonctionnent avec un mix énergétique composé à environ 94 % d'énergie décarbonée (renouvelables et nucléaire). Le refroidissement des serveurs utilise le free-cooling : l'air extérieur de la région auvergnate, naturellement frais, est exploité directement plutôt que de recourir à des systèmes de climatisation actifs. Le PUE (Power Usage Effectiveness, ratio entre énergie totale consommée et énergie utile pour les serveurs) s'en trouve significativement réduit.

o2switch affiche les certifications ISO 14001 (management environnemental) et ISO 50001 (management de l'énergie). Ce qui est notable dans leur communication, c'est qu'ils évitent explicitement le greenwashing : ils décrivent des mesures opérationnelles concrètes plutôt que de compenser des émissions avec des crédits carbone.

AWS Paris pour la plateforme : le choix de la région

La plateforme SaaS tourne sur AWS. Le premier critère de sélection de la région était la conformité : données en Europe, latence faible pour nos clients français et continentaux, juridiction RGPD claire. La région eu-west-3 (Paris) coche ces cases.

Du côté environnemental, Amazon a atteint 100 % d'énergie renouvelable sur l'ensemble de ses opérations en 2023, sept ans avant l'objectif initial fixé à 2030. Pour l'Europe spécifiquement, AWS alimente ses datacenters via des contrats d'achat d'électricité (PPA) avec des parcs éoliens et solaires français. Les datacenters de la région Paris sont certifiés ISO 50001.

Ce n'est pas une valeur absolue : "renouvelable" dans ce contexte signifie que la quantité d'énergie achetée à des sources renouvelables est équivalente à la consommation totale, pas nécessairement que chaque kilowattheure consommé vient directement d'un panneau solaire. Mais c'est un engagement mesurable et auditable, ce qui est différent d'une simple déclaration d'intention.

Cloud mutualisé vs infrastructure dédiée

Un argument souvent avancé contre le cloud est qu'il consomme "beaucoup d'énergie". C'est vrai à l'échelle globale. Mais à charge équivalente, un serveur dans un datacenter hyperscale est significativement plus efficient qu'un serveur dédié dans une salle machine d'entreprise.

La différence tient principalement au taux d'utilisation. Un serveur dédié tourne typiquement entre 5 et 15 % de sa capacité en dehors des pics. Un serveur dans un datacenter cloud opère au-dessus de 50 %, parce que la charge est distribuée entre des milliers de clients avec des profils de consommation différents. À cela s'ajoutent les économies d'échelle sur le refroidissement : les PUE des hyperscalers se situent entre 1,1 et 1,4, contre 1,5 à 2,0 pour un datacenter d'entreprise traditionnel.

Pour un éditeur SaaS de notre taille, le calcul est sans ambiguïté : migrer vers le cloud réduit l'empreinte carbone par transaction, même en comparant à un hébergement dédié chez un opérateur bien géré.

Mesurer plutôt que supposer

AWS propose depuis 2022 un outil de suivi de l'empreinte carbone directement dans la console de facturation : le Customer Carbon Footprint Tool. Il trace les émissions de scope 1 et 2 par service et par région, en suivant les normes ISO 14040/44 et le GHG Protocol. La méthodologie a été mise à jour début 2025 pour affiner les calculs par type de service.

En pratique, ça permet de voir quels services (compute, stockage, CDN) représentent quelle part des émissions, et d'identifier les leviers les plus efficaces si on veut réduire. Ce n'est pas parfait (le scope 3, émissions indirectes de la chaîne de valeur, n'est pas inclus) mais c'est une base de mesure réelle, exportable en CSV pour l'intégrer dans un reporting CSRD.

Ce que ça ne règle pas

Choisir des prestataires responsables est une condition nécessaire mais pas suffisante. L'empreinte d'une infrastructure dépend aussi des choix de conception : une requête inutile, une image non compressée, un service qui tourne à vide sont autant de consommation évitable. Right-sizing (ajuster les ressources allouées à l'usage réel), mise en veille des environnements de staging en dehors des heures de travail, optimisation des requêtes en base : ce sont ces décisions quotidiennes qui font la différence sur la durée.

Le choix du prestataire fixe le plafond de ce qu'on peut atteindre. Ce qu'on fait ensuite détermine si on s'en approche.