Assez petit pour être accepté
Au Bourget, près de Paris, un projet de centre de données a vu se succéder deux maires et une élection municipale en moins de trois mois.
Un permis de construire a été délivré le 13 mars 2026. Le nouveau maire élu l'a retiré le 12 juin. Lorsque le promoteur a demandé au tribunal administratif de suspendre ce retrait, celui-ci a refusé, estimant que le projet ne respectait pas les limites de hauteur imposées par les règles d'urbanisme locales. Le tribunal a publié sa décision le 28 juillet. Tribunal administratif de Montreuil
Le problème juridique portait sur la hauteur du bâtiment. Le conflit politique était bien plus vaste.
Pendant la campagne électorale, les habitants et les candidats ont soulevé des préoccupations concernant le bruit, la chaleur, l'utilisation des sols, la proximité des écoles, le manque d'espaces verts et le nombre d'emplois durables que le projet pourrait créer. Reuters a constaté que des candidats dans au moins 10 villes françaises menaient campagne contre les nouveaux centres de données ou réclamaient des moratoires et une plus grande transparence. Son reportage au Bourget a capturé une tension qui se manifeste désormais dans toute l'Europe : les gouvernements décrivent les centres de données comme des infrastructures stratégiques, tandis qu'il incombe aux municipalités de décider à quoi cette stratégie ressemblera sur le terrain. Reuters
C'est un moment délicat pour le secteur.
La demande en capacité de calcul augmente. L'Europe souhaite davantage d'infrastructures pour les services cloud, l'intelligence artificielle, la recherche et les systèmes du secteur public. Pourtant, les installations physiques nécessaires pour fournir cette capacité deviennent de plus en plus difficiles à considérer comme de simples équipements invisibles.
Quelqu'un doit les héberger.
Et quelqu'un doit dire oui.
La stratégie nationale s'arrête à une adresse locale
Un centre de données peut être important pour une stratégie industrielle nationale tout en restant difficile à accepter pour une ville en particulier.
Les avantages ont tendance à être décrits à grande échelle : capacité numérique, investissement privé, souveraineté technologique, travaux de construction, recettes fiscales et accès aux infrastructures nécessaires à l'IA. Les contraintes, elles, arrivent à une adresse précise.
Le terrain est occupé dans une municipalité donnée. L'électricité est puisée dans une partie spécifique du réseau. Les équipements de refroidissement fonctionnent à côté de logements et de lieux de travail réels. L'eau, les routes, les sous-stations, les lignes de transmission et les systèmes de secours sont tous soumis à des conditions locales.
La Local Government Association britannique a décrit cela comme un fossé grandissant entre les ambitions nationales en matière d'IA et les « réalités locales » liées au déploiement des infrastructures. Les conseils municipaux doivent concilier les projets de centres de données avec le logement, l'aménagement du territoire, les systèmes hydrauliques, la capacité du réseau, les responsabilités environnementales et la confiance du public, souvent sans disposer d'informations suffisamment précises sur les sites pour effectuer des comparaisons pertinentes. Sa réponse de juillet 2026 sur la durabilité des centres de données soutient que les autorités locales ne peuvent être considérées comme le simple bras administratif de décisions prises ailleurs. Local Government Association
Les États-Unis nous mettent en garde sur les conséquences d'un tel fossé.
Dans un sondage Gallup de mars 2026, 71 % des Américains se sont opposés à la construction d'un centre de données d'IA dans leur région, dont 48 % fermement. Les partisans ont principalement évoqué les retombées économiques et la création d'emplois. Les opposants ont avancé une gamme de raisons plus large, au premier rang desquelles la consommation d'énergie et d'eau, la pollution, les nuisances sonores, le coût des services publics, la circulation, l'utilisation des sols et l'impact sur la qualité de vie locale. Les conclusions de Gallup ne nous disent pas comment les Européens réagiront à chaque projet, mais elles montrent à quelle vitesse une infrastructure peut perdre sa légitimité publique lorsque ses coûts semblent concentrés localement et ses bénéfices lointains. Gallup.com
Ces préoccupations ne doivent pas être réduites à l'argument classique selon lequel les gens résistent systématiquement à toute nouveauté.
Une communauté peut soutenir le principe des centres de données tout en rejetant un site spécifique. Elle peut accueillir favorablement les investissements tout en contestant l'échelle du projet proposé. Elle peut accepter la nécessité de renforcer les infrastructures informatiques tout en s'opposant à la manière dont un projet consomme l'énergie, l'eau, les terres ou les fonds publics.
Nos articles sur la question de l'eau derrière les centres de données et pourquoi l'emplacement de la demande énergétique des centres de données est crucial aboutissent à la même conclusion par des chemins différents : une moyenne à l'échelle de l'industrie ne peut suffire à trancher une décision d'infrastructure locale.
On ne demande pas à la ville si elle approuve « le cloud ».
On l'interroge sur un bâtiment, un raccordement électrique, un système de refroidissement, un chantier de construction et une éventuelle perspective d'extension future.
C'est à cette échelle que le consentement doit s'opérer.
La modularité modifie l'unité d'engagement
Le terme « centre de données modulaire » peut désigner plusieurs choses différentes.
Certains projets utilisent des systèmes électriques ou de refroidissement préfabriqués au sein d'une installation conventionnelle plus vaste. D'autres intègrent l'espace informatique, la distribution électrique, le refroidissement, les commandes et les équipements de support dans des modules assemblés avant leur arrivée sur site. Les centres de données conteneurisés sont une forme d'infrastructure modulaire, mais la catégorie est bien plus large qu'un simple conteneur rempli de serveurs.
L'idée fondamentale est qu'une plus grande partie de l'ingénierie, de l'intégration, de l'assemblage et des tests est réalisée dans un environnement de fabrication contrôlé plutôt que d'être entièrement effectuée sur le site final.
L'Uptime Institute fait remonter l'origine des centres de données modulaires préfabriqués à l'expansion des réseaux de télécommunications mobiles dans les années 1980 et 1990. Cette approche s'est étendue à la construction de centres de données dans les années 2000, d'abord à petite échelle, puis sous forme de systèmes de plusieurs mégawatts. Ses recherches actuelles indiquent que les systèmes électriques modulaires sont devenus courants chez les grands opérateurs, tandis que les installations entièrement préfabriquées restent moins répandues. Cette histoire est importante car la modularité est une méthode de construction et d'intégration, et non une forme de produit unique. Uptime Intelligence
Déplacer le travail en usine peut modifier le déroulement d'un projet.
Le module peut être construit et testé pendant que les fondations, les services publics, les accès et les autres travaux de site sont préparés. La répétition des conceptions peut réduire la nécessité de résoudre le même problème d'intégration à chaque nouvel emplacement. La capacité peut également être introduite par étapes, évitant ainsi de devoir construire l'intégralité de l'installation avant le lancement de la première charge de travail.
Rien de tout cela ne fait disparaître le site.
Une unité modulaire nécessite toujours une fondation appropriée, une infrastructure électrique, une connectivité réseau, un accès pour le transport et les équipements de levage, la sécurité, un système de drainage le cas échéant, des permis, ainsi que l'installation, la mise en service et les tests. Notre article sur ce que la construction modulaire peut raccourcir et ce qui doit toujours être réalisé sur site examine cette séquence en détail.
Le changement important réside dans l'unité d'engagement.
Un grand campus peut demander à une communauté d'accepter des années de travaux et une capacité finale potentiellement plusieurs fois supérieure à celle de la première phase opérationnelle. Une approche modulaire permet d'évaluer une quantité définie d'infrastructure comme première phase, les ajouts ultérieurs étant envisagés en fonction de l'évolution de la demande et des conditions locales.
Cela peut rendre la décision plus proportionnée.
Cela peut également créer un nouveau problème si l'échelle finale reste dissimulée derrière une série de demandes plus modestes.
Un premier module peut paraître modeste alors que les systèmes partagés d'alimentation, de refroidissement et de réseau ont été conçus pour une construction beaucoup plus vaste. Les autorités locales doivent donc comprendre le plafond prévu, les conditions d'expansion et les infrastructures installées en vue des phases futures.
L'Uptime Institute souligne un point similaire d'un point de vue opérationnel. La construction modulaire et par étapes peut réduire le capital initial et diviser un projet en phases, mais les étapes ultérieures doivent être conçues de manière à pouvoir être mises en service sans compromettre l'infrastructure déjà en exploitation. Une expansion mal planifiée peut déplacer les risques vers l'avenir au lieu de les éliminer. Ses conseils sur la construction modulaire et par étapes soutient que la stratégie d'expansion complète doit être envisagée dès le départ. Blog de l'Uptime Institute
Le véritable avantage de la modularité est la proportionnalité, et non la dissimulation.
Une première décision de moindre envergure doit s'accompagner d'une vision plus claire de ce qui pourrait suivre.
Les infrastructures plus modestes ont tout de même un voisinage
En juin 2026, les habitants de Langenhorn, dans le nord de l'Allemagne, ont assisté à une réunion publique concernant un projet de centre de données de 150 MW.
Le projet occuperait environ 55 000 mètres carrés, avec deux bâtiments atteignant 27,5 mètres de hauteur et la possibilité d'augmenter ultérieurement la capacité de raccordement du site. Les résidents ont soulevé des questions sur la hauteur des bâtiments et la transparence du processus de planification. La municipalité a reporté sa décision à la suite de cette réunion. Data Center Dynamics a rapporté que le promoteur avait choisi cette zone en partie pour ses ressources en énergies renouvelables, un avantage à l'échelle nationale qui n'a pas permis de répondre aux préoccupations locales. Data Center Dynamics
Cet exemple illustre pourquoi l'échelle physique est importante, mais il met également en garde contre le fait de considérer « modulaire » et « petit » comme des synonymes.
Un vaste campus peut être assemblé à partir de modules. Un déploiement compact peut contenir des systèmes conventionnels hautement intégrés. La modularité décrit la manière dont l'infrastructure est organisée et construite ; l'impact local dépend toujours de la capacité totale, de l'équipement, du site et des conditions d'exploitation.
Un déploiement unique de plus petite taille peut occuper moins d'espace et nécessiter moins de travaux sur site qu'un campus majeur. Plusieurs déploiements peuvent néanmoins générer une demande cumulée substantielle à l'échelle d'une région.
Ils suscitent également de multiples discussions locales.
Chaque site possède son propre raccordement au réseau, ses voisins, ses routes, ses règles d'urbanisme, ses conditions hydriques, son environnement sonore et ses perspectives d'expansion. Une infrastructure distribuée répartit la capacité, mais elle répartit aussi la responsabilité.
Le bruit illustre parfaitement ce point.
Un fabricant peut indiquer le niveau sonore d'un équipement à une distance donnée. Une communauté, elle, subit le bruit combiné des systèmes de refroidissement, des transformateurs, des équipements électriques, des véhicules, des alarmes et d'autres systèmes dans des conditions réelles d'exploitation. Le bruit de fond, les barrières acoustiques, la météo, la distance, la fréquence et les limites nocturnes influencent tous ce qui parvient aux habitations voisines.
C'est pourquoi notre article sur le bruit des centres de données et l'importance de la distance se concentre sur la limite de propriété et l'environnement alentour plutôt que sur la spécification d'un seul équipement.
La sélection d'un site repose sur une convergence de facteurs. Si la disponibilité électrique peut rendre un emplacement attractif, une connectivité fibre inadaptée, un terrain inapproprié, un accès difficile, la proximité de zones résidentielles, une exposition aux inondations, des restrictions d'urbanisme ou des options de refroidissement insuffisantes peuvent rendre ce même site impraticable. Un bon site pour un centre de données est un lieu où ces conditions s'harmonisent, et non simplement la parcelle la moins chère à proximité d'un poste électrique.
Un projet de plus petite envergure ne mérite pas moins d'attention sous prétexte qu'il est modulaire.
Il mérite une attention proportionnelle à ce qui sera réellement construit.
Cette distinction est commercialement importante. Qualifier une infrastructure de « petite » ou de « préfabriquée » ne rassure pas une autorité locale qui dispose de peu d'informations. Présenter l'unité physique, les exigences du site, les conditions d'exploitation, les limites d'expansion et les parties responsables permet à l'autorité de disposer d'éléments concrets pour son évaluation.
L'avantage n'est pas l'invisibilité.
C'est la lisibilité.
Une proposition plus claire pour un lieu réel
Policloud développe et déploie des infrastructures physiques et modulaires de centres de données pour des sites définis.
Le site est prioritaire, car la modularité ne peut rendre interchangeables l'énergie, le réseau, le terrain, le refroidissement, la réglementation, la propriété et l'exploitation. Chaque déploiement doit être façonné en fonction de ces conditions. L'approche actuelle de Policloud considère la modularité comme un choix de conception physique capable de soutenir un déploiement progressif, tout en maintenant la visibilité sur les dépendances et les compromis.
Cela crée une proposition commerciale différente de celle qui consisterait à demander à une municipalité ou à un propriétaire de site de s'engager immédiatement sur l'échelle finale d'un grand campus.
La capacité peut être envisagée par unités. Une plus grande partie de l'infrastructure peut être intégrée et testée avant la livraison. Le premier déploiement peut être évalué en fonction de l'énergie, du réseau, du terrain, de la charge de travail et du modèle opérationnel existants.
L'expansion future doit tout de même être planifiée en toute transparence. L'échelle totale possible est importante. Il en va de même pour les systèmes partagés installés dès le départ et pour les conditions dans lesquelles des unités supplémentaires pourront être ajoutées.
La modularité ne justifie pas non plus des promesses telles que « prêt à l'emploi », « déployable partout » ou « sans permis ». La gouvernance de Policloud rejette expressément ces qualificatifs. La production, le transport, la préparation du site, les services publics, l'accès, les autorisations, l'installation, la mise en service et les tests font partie intégrante du travail.
L'avantage commercial est plus ciblé et plus solide.
Un déploiement modulaire permet de décrire plus facilement la proposition en termes physiques.
Qu'est-ce qui est installé ?
Quelle capacité est incluse dans cette phase ?
Quelles ressources sont nécessaires ?
Quels travaux seront réalisés sur le site ?
Qu’est-ce qui fonctionnera en continu ?
Comment le déploiement peut-il évoluer ?
Qui possède et exploite chaque partie ?
Quelle autorisation une extension ultérieure nécessiterait-elle ?
Ce sont ces questions qui transforment une ambition infrastructurelle en une décision.
L’idée d’un projet « assez petit pour être accepté » ne doit pas être interprétée comme la promesse d’un accord systématique de la communauté, ni comme un argument pour que les petits projets soient soumis à un examen moins rigoureux.
Certains sites ne conviendront pas.
La puissance peut être insuffisante. Le réseau peut être inadapté. Les nuisances sonores ou visuelles peuvent être inacceptables. Les règles d’urbanisme peuvent exclure le projet. L’usage proposé peut tout simplement être jugé moins utile à la communauté qu’une autre utilisation du même terrain.
Un modèle modulaire crédible doit laisser la place à cette éventualité.
Ce qu’il permet, en revanche, c’est de mieux délimiter la proposition initiale et de rendre les conséquences plus visibles avant que l’engagement ne devienne trop important.
La leçon du Bourget n’est pas que l’opposition locale fera échouer chaque grand centre de données. La décision du tribunal reposait sur une infraction spécifique aux règles d’urbanisme, tandis que le débat public portait sur un ensemble de questions bien plus large.
La leçon est que le bâtiment finit par devenir plus concret que la stratégie utilisée pour le justifier.
Les gouvernements nationaux peuvent parler de capacité en IA, d’investissement, de compétitivité et de souveraineté. Une municipalité, elle, doit toujours décider où placer les murs, quelle sera leur hauteur, ce qui y sera raccordé et comment l’environnement immédiat sera transformé.
Un centre de données modulaire doit tout de même mériter son approbation.
Son avantage est de pouvoir offrir aux gens un projet plus clair à accepter.
