Vous avez déjà vu ces lampadaires qui clignotent quand une place se libère en bas de chez vous ? Moi aussi. Et comme beaucoup, j'ai d'abord trouvé ça gadget. Puis j'ai passé plusieurs semaines à travailler sur un projet de capteurs pour une collectivité, et j'ai compris une chose que personne ne dit dans les brochures : la ville intelligente ne se joue pas au niveau du capteur. Elle se joue au niveau du réseau qui le relie, et de ce qu'on fait de la donnée une fois qu'elle est remontée. C'est là que tout se casse.
Les objets connectés urbains, dans les présentations commerciales, c'est une promesse lisse : des poubelles qui préviennent qu'elles sont pleines, des bâtiments qui règlent leur chauffage tout seuls, des feux qui s'adaptent au trafic. Sur le terrain, c'est une autre histoire. Et c'est cette histoire-là que je veux vous raconter, parce qu'elle est plus utile que la version marketing.
Points clés à retenir
- Le choix du réseau (LoRaWAN, NB-IoT, Sigfox, 5G) conditionne tout le reste — débit, autonomie des piles, coût, couverture.
- La cybersécurité est le point aveugle de la plupart des déploiements : un capteur mal protégé, c'est une porte d'entrée.
- Les données citoyennes relèvent du RGPD dès qu'elles permettent d'identifier une personne ou de la suivre.
- Un projet qui marche commence petit, sur un seul usage, avant de s'étendre.
Cities intelligentes et objets connectés urbains : le vrai enjeu n'est pas le capteur
Quand on parle de villes intelligentes et d'objets connectés urbains, tout le monde s'extasie sur le matériel. Le capteur de stationnement. La sonde de qualité de l'air. Franchement, le capteur, c'est la partie facile. C'est un bout de plastique avec une puce à quelques euros, qu'on visse sur un mât ou qu'on scelle dans un trottoir.
Ce qui est difficile, c'est tout ce qui vient après.
Pourquoi le réseau est le véritable point de bascule
J'ai vu un projet échouer pour une raison bête : les capteurs avaient été choisis avant qu'on ait tranché la question du réseau. Résultat, une partie du parc ne remontait rien en intérieur, une autre vidait ses piles en quelques semaines. On a dû tout reprendre à zéro. Coût de l'erreur : plusieurs mois de retard et un budget révisé à la hausse.
Le choix du réseau n'est donc pas un détail technique qu'on délègue en fin de projet. Il devrait être la première décision. Et il n'y a pas de réponse unique — ça dépend de ce que vous mesurez, à quelle fréquence, et où.
| Technologie | Débit | Autonomie des piles | Couverture intérieure | Usage typique |
|---|---|---|---|---|
| LoRaWAN | Faible | Très bonne (années) | Moyenne | Compteurs, remplissage, humidité |
| NB-IoT | Faible à moyen | Bonne | Bonne | Stationnement, suivi d'actifs |
| Sigfox | Très faible | Très bonne | Faible | Alertes ponctuelles, relevés rares |
| 5G | Élevé | Faible (alim. requise souvent) | Bonne | Vidéo, temps réel, véhicules |
Vous voyez le piège ? Si vous partez sur de la vidéo temps réel pour compter les piétons, oubliez LoRaWAN. Si vous voulez dix ans d'autonomie sur une sonde enterrée, oubliez la 5G. Le réseau doit découler de l'usage, jamais l'inverse.
Et il y a un critère qu'on oublie systématiquement dans les tableaux comparatifs : la couverture réelle, pas la couverture théorique. Une carte annonce une ville couverte à 95 %. Sur le terrain, dans un parking souterrain ou une rue encaissée, c'est parfois zéro. Je préfère toujours faire poser une poignée de capteurs tests avant de signer — ça coûte trois fois rien et ça évite de découvrir le trou de couverture après avoir équipé 400 points.
Cybersécurité : quand la ville connectée devient une surface d'attaque
Posons une question simple. Qui, dans votre collectivité ou votre entreprise, sait ce que fait exactement chaque capteur déployé ? Si la réponse est floue, vous avez un problème.
Un objet connecté urbain, c'est un ordinateur minuscule, souvent avec un firmware jamais mis à jour, un mot de passe par défaut, et parfois une connexion ouverte. Multipliez par plusieurs milliers et vous obtenez une immense porte dérobée. Ce n'est pas de la paranoïa : c'est de l'architecture.
Les menaces concrètes à anticiper
- Prise de contrôle d'un capteur pour injecter de fausses données (un compteur trafiqué, un relevé de pollution falsifié)
- Rançongiciel qui remonte du terrain vers le système central
- Interception de flux non chiffrés entre capteur et plateforme
- Déni de service sur une passerelle unique qui fait tomber tout un quartier
Sur un projet, nous avions identifié après coup qu'une passerelle exposait ses interfaces sans authentification forte. Rien de dramatique sur ce déploiement-là, mais ça m'a servi de leçon : la sécurité se conçoit avant la pose, pas après l'audit.
Et la donnée du citoyen, dans tout ça ?
Dès qu'une donnée permet de suivre une personne — sa voiture, son téléphone, son badge — vous entrez dans le champ du RGPD. Le cadre est clair : finalité définie, minimisation, durée de conservation, information des personnes. Ce qui est moins clair, c'est la gouvernance au quotidien. Qui accède à quoi ? Combien de temps ? Vers quel sous-traitant partent les flux ?
Je verrais bien une règle simple, et je la défendrai bec et ongles : aucun déploiement qui touche à des données personnelles sans un registre de traitement écrit et tenu à jour dès la phase pilote. Après, c'est trop tard.
De la théorie au terrain : ce qui marche, et ce qui rate
Les déploiements qui tiennent dans le temps partagent presque toujours les mêmes traits. Les autres aussi, mais à l'envers.
Commencez petit, sur un usage unique
Le meilleur projet que j'ai vu ne couvrait pas toute une ville. Il concernait un quartier, un seul usage (la gestion des conteneurs), et il a tourné six mois avant qu'on étende quoi que ce soit. Le coût de l'échec aurait été limité. La montée en compétence, elle, a été réelle.
L'inverse — vouloir tout connecter d'un coup — c'est le scénario classique : un budget englouti, aucune donnée exploitable, une équipe démoralisée, et un maire ou un directeur qui jure qu'on ne l'y reprendra plus.
La donnée sans usage est une facture
Un capteur qui remonte une mesure que personne ne consulte ne sert à rien. Il coûte, il vieillit, il tombe en panne. Avant de poser quoi que ce soit, il faut répondre à cette question : quelle décision cette donnée va-t-elle changer ? Si aucune, on arrête là.
C'est le point que je martèle à chaque réunion de cadrage, et on me regarde parfois comme si je freinais le projet. Mais un pilote abandonné six mois plus tard coûte plus cher qu'un pilote bien ciblé.
Ce que vous retiendrez
Les objets connectés urbains ne rendent pas une ville intelligente à eux seuls. Ce sont les décisions qu'on prend autour — le réseau, la sécurité, la finalité de la donnée — qui déterminent si ça marche ou non. Le reste, c'est du matériel.
Et si je ne devais garder qu'une chose : posez toujours des capteurs tests avant de généraliser. C'est la leçon la plus chère que j'ai apprise, et la plus facile à transmettre.
